Micromouse book
Categories
Recent Comments
Meta
Popular Posts
- Simple ADC use on the STM32 (3,933)
- STM32 Arm-Cortex bootloader (2,656)
- STM32 USART basics (2,533)
- All Japan Micromouse 2011 – finals (1,970)
- STM32F4 – the first taste of speed (1,615)
- Micromouse Book (1,532)
- Nokia 3410 LCD on the STM32 (1,264)
- CodeSourcery GNU Toolchain for the ARM on a Mac (1,097)
- Bit Banding in the STM32 (971)
- ARM STM32 JTAG (921)
Blogroll
-
Upcoming Events
-
Feb6Mon
-
Apr14Sat
-
Tag Archives: bob
Bob’s second outing
Bob has had a bit of minor surgery. I replaced the Darlington transistor motor driver with a L293D chip. Thing is, I forgot that the 293 has relatively large losses so Bob was much slower…
The idea was that the 293 would allow the motors to brake harder. With one side of the bridge permanently grounded, the motors would be actively driven or regeneratively braked. That worked fine but there simply was not enough voltage to get the motors up to any useful speed in the first place. After a poke about in the battery collection I found a LiPo 2-cell pack that would just fit in the battery compartment. I think the capacity is about 600mAh so it should be good for a couple of hours running.
The increase in speed was surprising and Bob nearly shot off the test track before I could catch it. However, when the speed is reduced to a level where it can reliably negotiate turns, I think I am no better off. The video shows that it still takes nearly 10 seconds to get around my little test track. I was hoping for more like 5 seconds but it just can’t turn hard enough when it encounters a bend to prevent the sensors losing the track altogether. I know the design is fundamentally flawed but I expected more. Next I shall try allowing Bob to control the motor direction as well as speed but I think I am wasting my time with it. There is supposed to be a nice PD controller in there but that too may be a waste of time.
Bob the Line Follower – the build
Once all the parts have been chosen and the schematics drawn, it is just a case of getting on with building the bits…
Since the circuit is very simple, most it went onto a cheap bit of single-sided perfboard and is hand wired. Components live on both sides as convenient. The only constraint is that nothing be too tall to fit under the body so some bits are bent over to make room. After all, we don’t want to go racing naked do we. The dangly bits in the picture are a single push button to allow for a dignified and controlled start-stop and a single red LED so that we can see if it is all alive. There was already space underneath for a slide switch so that it can all be turned off when not in use.
The PicKit2 programmer needs a six pin header for programming so that will need the lid off. However, as the PicKit can do serial comms through two of the pins normally used for programming, I may add a software UART to the code and a 3.5mm stereo socket at the back which would allow me to communicate with the robot whit the lid on. This will be good for testing and to download new calibration or controller values.
Sensors are mounted on a small daughter board shaped to fit into the space at the front of the chassis. A slot cut into the chassis allows the sensors to poke through and see the ground. the original caster wheel would have been in the way here so it was replaced with an upholstery nail glued to the battery cover. A spacer under the nail ensures that the sensors are about 3mm from the track. With the wheels at the rear, there will be no rocking and the sensor height will remain constant. My only concern it that with the robot tracking the line so well, it will eventually wear a line down the middle of the white stripe. OK, so perhaps it won’t – it does in my mind’s eye though – ever the optimist.

Add to Google