Next version 'Nixie' is coming soon !

Help us to get ready with MyRobotLab version Nixie: try it !

Hello all, 

my name is Pedro. Im having such a hard time using MRL xD, im trying to run the latest stable version which i couldn't even understant which one is it.

I have been facing severall dificulties and probably some other people are facing the same dificulties than me!

 

So first one, is it only needed a myrobotlab.jar file to install all the dependencies for the MRL?

Hi ! i have the idea to make a shared programAB database

( to add a common bot learning feature and expanse knowledge )

First , to prevent useless work, is it allready exist ? ( free and open )

The idea is to sync local AIML files to server ( I saw there is csv files too maybe we can use them, it's better to sync with mysql ).

what do you think  ?

 

 

Here's a quick blog post to help poeple get started using an AIML based InMoov in MyRobotLab...

To keep things simple this will go over downloading the "latest build"  , cloning the pyrobotlab github and launching the Harry.py  script 

Some key features of this are that each InMoov gesture is defined in a separate file (checked into the pyrobotlib project) and that the spoken responses and actions are managed by ProgramAB and defined by the chat bot named "harry" ...

Step 1.

Hi

I created a WebGui for the Adafruit16CServoDriver. Since I'm not good at GUI development, I used copy/paste programming, using the ServoGUI as a template. 

Most of it works ok, but I found a problem that I don't know how to solve.

The problem is that the dropdown list with available services gets populated with the same values in both the ServoGUI and the Adafruit16CServoDriverGUI. The values are different depending in what order I start the services.

Hello im new here, The robot should have legs. Integrate a gyroscope to creat the gravity center of the robot.

Kwatters asked me about the intention of Arduino Sensor attach.  I know it could be refactored, but its good to know the intention before doing so.

The general goal is quite simple :  Support as many sensors as possible with as little code !

So the idea I had was a generalized Sensor would exist in the MRLComm.c.  This struct is a union of all the sensors data we desired to support.  Not a C-union (because those can be even more tricky with memory issues), but just a simple struct.

Don't know all the details .. but it feels like this Sooooooooo  needs to be Borg'd.
What I think this is .. is .. the all powerful "Google" has created an sdk to harness the full potential of the most common commercially available hardware which contains the most densely packed sensor platform (ie. the smartphone)