At the University of New Hampshire Electrical Engineering Department there is a requirement to take a final project class for your entire last year. Students from EE and ME combine together and choose projects that they are interested in. Teams then complete a full development cycle on the project they choose. During the class we did such things as team organization, budget creation, criticality analyses, bill of materials, Gantt charts, weekly reports, complete testing for design verification, project design, hands-on creation of project, coding, engineering, and more! The project was very detailed and ended with a final product, a final report over 70 pages in length and a presentation at UNH's Interdisciplinary Science & Engineering Symposium (
click here for the webpage). Also visit the link for a video of the robot in action. And you can see that we won "Best Project Presentation" for 2007.
(The robot image above is property of my buddy Jeff Nichols who was our team leader and made this for our team)
So what did my team do? We developed an Autonomous Fire Fighting Robot and entered it into the Trinity College Competition. My group, Johnny 5 Associates, Inc., had 5 engineers. We had 2 Software Engineers, 2 Electrical Engineers and a Mechanical Engineer. We designed a robot that had a Motorola Microprocessor, stepper motors, rechargeable batteries, CO2 extinguisher, horn detector, Hamamatsu flame detector, infrared phototransistors, sonar, and white-line detectors.
My main part of the project was sensor research/integration for location information, object detection, horn detection and cabling.
Location Information & Object Detection
In order to know where the robot is and where it should go I found multiple sensors that would follow along with the specifications set forth by Trinity College. I decided to utilize 2 infrared "white-line" sensors, 4 sonar sensors and dead reckoning. I looked at other sensors such as accelerometer and compass sensors, but decided against them for cost and other reasons. The compass for example would not be the best choice because there can be metallic objects in the maze that could mess with the sensor.
Infrared "white-line" sensors
Each room in the maze had a white line across it. We decided to use this line as a way to reorient the robot as it enters each room (thus decreasing error). So as the robot approached the line, it would sense the line with one sensor and rotate the opposite wheel until the robot was square with the line.
Sonar sensors
To avoid objects that may be in the maze and to measure distances to the nearest walls we utilized sonar. Infrared would have worked, but there is the possibility that mirrors may exist in the maze. The sonar worked great most of the time, but weird readings would occur sometimes.
Dead Reckoning
A great method is one where you count the turns of your wheels. In this case if you have a stepper motor, you can pulse the motors and count how many pulses you send. Thus you can get a distance measure. The problem with this is that you accumulate error over time. In order to fix this error we would take measurements with the sonar at certain points to fix the error.
Horn Detection
One of the best parts of this project for me was the creation of a horn and a detector. This was part of the rules as an added bonus. The idea being that your fire alarm goes off and the robot begins. So the rules stated that your detector must be between 3 and 4 kHz and that you must provide a transmitter that a judge, or the user, can start the robot with.
I implemented a frequency transmitter using a 555 timer and a gain circuit that drives a small speaker.
I also implemented a frequency detector... Unfortunately we purchased a pre-made circuit that can detect a certain frequency range based on your pot. adjustment and then it activates a relay. It is unfortunate because I found a chip that performs the same task and is easily created. Either way I had to create a triple gain stage from a microphone and feed it into the relay circuit which when activated flips the voltage of a microcontroller input.
The system worked flawlessly and was an impressive way to start the robot.
Make sure to come back to my blog as I will eventually be describing more of the robot in greater detail (with more images).