[Aditya] had a project that called for spoken output. He admits that he could have built a PC-based solution, but he found that adding speech by using a microcontroller was not only a cheap and portable alternative, it was also a fun and easy build.
His design uses an ATMega128. Many microcontrollers would work, but his major requirements were PWM generation and plenty of memory to store the file(s). The output is cleaned up in a simple low pass filter before going to the 8Ω speaker.
[Aditya] lays his tracks in WAV format and then compresses it to 8-bit/8kHz. He found a C++ function that converts the track data into a huge arrays and then digitizes it. He uses two timers, one to generate the waveform and second one to time the square wave. [Aditya] has a zip of samples available on his site that will speak the digits 0-9.
[Radu] spend the first portion of this year building and improving upon this wireless rover project. It’s actually the second generation of an autonomous follower project he started a few years back. If you browse through his old postings you’ll find that this version is leaps and bounds ahead of the last.
He purchased the chassis which also came with the gear-head motors and tires. Why reinvent the wheel (har har) when you’ve got bigger things on your plate? To make enough room inside for his own goodies he started out by ditching the control board which came with the Lynxmotion chassis in favor of an AVR ATmega128 development board. He also chose to use his own motor controller board. Next he added a metal bracket system to hold the battery pack. Things start to get pretty crowded in there when he installed his own Bluetooth and GPS modules. Rounding out his hardware additions were a set of five ultrasonic sensors (the grey tubes on top), a character display, as well as head and tail lights. The demo video shows off the control app he uses. We like that tic-tac-toe design for motion control, and that he added in buttons to control the lights.
Continue reading “Wireless rover with Android control”
This little device is a prototype cellphone based on the ATmega128 microcontroller (translated). It boasts a 2.4″ touchscreen display which serves as the keypad, and uses the SIM100S module which takes care of the GSM radio communications. But the hardware isn’t the only attractive part. Judging from the screen shots a fair amount of time went into building the user interface too.
We seem to have a bounty of cellphone builds recently. This one is quite clean, and boasts a smaller footprint, and larger screen than this barebones example. There is a white paper available if you’re interested in digging a little deeper than the overview post. But it’s written in Czech and we didn’t see a way to provide a machine translation other than copying the text from the PDF file and pasting it into a translator.
This tiny line-following robot is quite impressive. It’s [Ondrej Stanek’s] second take on the design, which he calls PocketBot 2. Just like the earlier version, this robot is small enough to fit in a matchbox, but it’s received several upgrades in this iteration.
The coin cells that ran the previous version have been replaced by a rechargeable Lithium Ion cell. The ATmega8 which controlled the first robot has been swapped out for an ATmega128 running at 32 MHz. You won’t find an IR receiver on this one either, it’s been traded for a Bluetooth module which adds a quantum leap in functionality. For instance, the graph in the upper left of this photograph shows the reflective sensor data readings used to follow the line.
There’s all kinds of great engineering in this design, which is shown off in the video after the break. One of our favorite parts is that the axles are attracted to the center of the robot by one rare-earth magnet. This keeps the rubber tires pressed against the motor spindles rather than use a gearing system.
Continue reading “Update: Tiny line-follower and more”
Those who are familiar with Atmel’s line of 8-bit AVR microcontrollers should already know that some of them have support for external RAM. But have you ever actually used this feature? We haven’t. Now you can learn how it’s done by reading through this guide. It touches on all of the hardware, but doesn’t dwell on it. Instead, you’ll get the background you need on how to write to, read from, and test an external module like the one sticking up in the image above. The test routine shows how to make sure everything’s working correctly with your memory mapping before you begin developing firmware around this increased capacity.
Many exercise machines generate electricity as you pedal or climb in order to run the on-board electronics. Unfortunately if you stop or even slow down too much the juice will die and your exercise program will reset. Wanting to improve on this gotcha, [Mike] cracked open his exercise bike and added some super capacitors.
On the circuit board he found an ATmega128 was in charge of the user interface. He probed the board a little bit and couldn’t find how it was connected to the power regulators. After some additional snooping he found it has its own SOIC regulator separate from the ones that run the display and peripherals. He takes us through the calculations he made before choosing his parts. What he ended up with is a set of three supercaps in series that add about two minutes of juice before the levels drop and the chip resets. The design of the board helped a lot as the high-load electronics (like the LCD screen) are on a separate power bus than the processor.
[Mike] built a sensor rig to measure projectile speed. The setup uses a tunnel with two sensors in it. Each consists of a laser diode on one side focused on a photodiode in the other. The two are monitored by an op amp and measured by an ATmega128 microcontroller. When the beams are broken the elapsed time between the two events is measured in order to calculate speed. There is a setting to adjust the calibration for a range of speeds, which came in quite handy as [Mike] initially tested the device with rubber bands before moving on to a pellet gun and then a rifle.
It seems like he’s tempting fate by shooting a target just a few inches below his exposed circuitry but his marksmanship prevailed. We’ve seen bullet speed detectors in the past, used just for the delight of seeing how fast the projectile is moving, and also to capture an impact at just the right instant.