Multipurpose Robot: XRB3

The camera is an AVRCAM from http://jrobot.net/

It is about $100, has an AVR on board that does basic image color segmentation and blob detection, and then provides a serial port to get the data out. It is also entirely open source, so you can replace the blob detector or the image segmentor with your own code to change the characteristics of the vision.

I do have some sample code for using the AVR cam with another avr, on my subversion server.

-Fergs

The AVRcam is probably the hardest sensor to use out there. It uses a well-defined serial interface, so it isn't terribly hard to get that working, however, it gives off so much data that it has a tendancy to overwhelm the robot's main processor.

The biggest problem, with any camera - not just the avrcam, is that you have to set your colors for the environment you are in. The brightness of the room affects the way things look to a camera, no camera out there has the same compensation build in as we humans do.

-Fergs

The biggest reason for a topological map was that a) an AVR has limited memory, so a metric map would be pretty small, and b) searching through a topological map for a new area of interest is far easier.The robot's topological mapping was pretty good, in a limited world.

However, I have been working on an extended model that basically builds a local (6'x6') metric map of the world. The metric map is updated over time as the robot moves and older data "falls off the face of the earth" as the robot moves away from that area. The metric map is then used to extract more relevant points of interest to add to the topological map. The system also adds a small amount of metric data to the topological map, in the form of the approximate distance between nodes on the map. This limited-metrics is primarily for the problem of loop closure (is this a new node, or have I been here before?).

I'm also slowly working to get the robot off the grid, as the current method only uses orthagonal maps.

-Fergs

Python was only used for the system console, which is a small program that allows the PC to connect to the Xbee network and view the output of the robot (and also start or stop particular behaviors/programs). Python is a great language, because it is fairly simple and has many libraries - such as pySerial, which was used to connect to the Xbee over the USB serial port. The python program is only 205 lines of code. Had I written the code in Java, that serial port interface alone would have occupied about 200 lines of code (in fact, an earlier version was coded in Java, and was about 700 lines of code to create even less functionality).

-Fergs

Yes it was. B3 won third place in thier August competition, and thus got a small picture of it in Robot Magazine.

-Fergs

Yep, that is a replica of the Trinity Fire Fighting Arena, in my basement. Although I have also made extra walls for reconfiguring the maze.

-Fergs