Skip to main content

Science Fair and Texas Torque, FIRST Robotics World Chapmions

I spent today at the a local science fair event. There are more of them spread over the next few weekends. Today's had an elementary school festival and science / math bowl competitions. Next week is the Junior High and, the week after, the Senior High Engineering Design Competition. These both involve building robots.

There was also a robotics demonstration today  and I volunteered for it, naturally. The main activity was the Texas Torque team demonstrating their robot, which won last year's FIRST World Championship. It also was one of the teams leading the Macy's Thanksgiving day parade last November. Last year's challenge was to throw Frisbees through rectangles at one end of the arena.

Not only is the robot impressive but so are the team members. I spoke with Robert and Matthew, mainly, but a couple others approached me to see if I had questions. This competition is for high-school students and, to be blunt, you have to be impressed by their poise and ability to engage with adults and children about their team and robot.

I spoke also with one of the fathers and he related how these young people had to learn to work together. They are all very smart and quite used to having correct answers. Obviously when building a robot like this all their answers cannot be correct so a big learning experience is compromising and considering other ideas.

Participating in this team provided experience in team-work that most students only get through organized sports in high school. Unfortunately in Texas that also comes with adulation that is not always beneficial. This team experience is more beneficial, I believe.

Now on to the robot...

It is 120 lbs of compact engineering, all built in a 6 week period. Each year the challenge is announced early in January and the teams have 6 weeks for construction. Then there are 6 weeks of competition.

The first aspect of the robot you will notice are the two strips of multi-colored LEDs that run up the back, over the top, and back down. You literally cannot miss them. They flash and change colors  to provide the driver with the status of the robot. For instance, is there a Frisbee loaded and ready to shoot?

The next obvious thing is the speed. It fast but maneuverable. The maneuverability was obtained through a design decision to keep the robot short. But this led to another problem. Many teams, especially in Texas, have a strategy of blocking other robots shots. So Torque fixed those other guy's little red wagon by adding an elevator which lifts the shooter above the other robot. Good strategic thinking.

The robot is controlled from joysticks connected to a laptop, although Robert, the driver, uses a modified RC car controller. The laptop sends control signals using 5 GHz WiFi. Again, this was a conscious design decision because (1) some locations block 2.4 GHz ad-hoc WiFi connections and (2) that frequency is less likely to be hacked by another team. (<Sigh> that they need to worry about this.)

The robot is controlled by the driver but they offloaded a number of tasks onto the computer to simplify his job. It is fair to describe the operation as semi-autonomous. For example, there is a camera on the shooter bracketed by very bright LEDs. The rectangular target area is bordered by reflective tape and the LEDs make the outline very clear for the camera. Software detects the rectangle and adjusts the shooter's position automatically.

Twice during the demonstration there were problems. A gear stripped in the shooter mechanism and a wheel came apart. They quickly fixed the problem once the parts were available - they had to send someone for a replacement gear since they could not bring the entire shop to the demonstration. So not only did the robot work well but they attained a certain level of maintainability. Very important if something breaks during a competition.

There are many other impressive features but I will only mention one more. It may not seem like much, but a good design feature was the ease of loading Frisbees. I watched the team members load Frisbees by just tossing them casually into the hopper. There were only few jams and bad loads over the 6 hours they ran the robot, which is not bad. The team even had small children loading Frisbees without any problems. (Yes, it was safe.)

Team Torque is as impressive as their robot and they can rightfully take pride in their accomplishment. Nice job!


Popular posts from this blog

Sensor - Accelerometer & Magnetics

Just as I was finishing my first look at the accelerometer and magnetic field sensors a couple of threads cropped up on the Android Developer's group:

I had the basic code working so dug a little deeper into the rotation routines and the timing. I posted responses on the threads but want here to dig into the details more.

First some observations applicable to my G1:

The sensors report approximetly every 20, 40 and 220 msec for FAST, GAME, and NORMAL.
A sample may be missed for a specific sensor but usually one of them will be generated - but sometimes all can be missed.
The magnetic field sensor is most reliable with only a few drops. The other sensors are dropped considerably more often.

A caveat in all this is the way I setup the sensor handling may make a difference. I have a singl…

Shifting Gears - iRobot Create

I'm shifting gears to robotics. Awhile ago I got an iRobot Create. Its basically a Roomba vacuum cleaner with the guts removed to make a cargo area. In this area is a 25-pin connector that provides power, TTL serial port, digital and analog I/O.

I also got a Command Module (CM) which fits onto the connector. The CM is an Atmega 168 processor that adds some additional I/O. It can be programmed to control the Create. I did so and basically reproduced the wandering behavior of the Create. It move around, bumps into things and turns away from what it hit. I added some additional behaviors such as if it got trapped, i.e. caught in the same place for a period of 10 secs, it would move to extract itself.

I want to do more with robots, such as entering in a RoboMagellan contest. That requires an outdoor capable robot that does a lot more than bump into things. A key component to me is vision. Maybe I could do that with the CM and another processor (like the CMUCam) but I really didn't …

Programming Languages Used for SRR

I asked at the SRR Challenge about the languages and vision processing used by each team. Here is what I found:

Team Language                       Vision Processing
Intrepid                         C++ / Matlab                                           Kuukulgur                     C++                                          OpenCV Mystic                           C++                                          RobotRealm SpacePride                    RoboRealm state machine          RoboRealm Survey                           C++, Python                             OpenCV Middleman                     LabView                                   LabView UCSC                           C/C++                                      OpenCV Waterloo                       C++, Python                                             WPI                              C++                                                              Wunderkammer             Python                                      ROS …