Bootloader Burning Basics

[Charles Gantt] and a few others were having trouble burning the Sanguino bootloader to an ATmega644 chip. With some help from the [Nils Vogil] via the RepRap IRC [Charles] got it worked out and wrote a guide for burning the bootloader using an Arduino as an ISP programmer.

We’re not familiar with the specifics of the Sanguino bootloader, but [Charles] mentioned that he was unable to flash it onto the AVR chip without a resonator. The resonator serves as an external clock source for the chip. We’d bet the programming process changes the fuse settings on the chip to use an external source. Without that source, you won’t be able to communicate with the chip afterwards.

The solution just adds the resonator to the programming circuit. This should be useful when burning any bootloader using an Arduino. But it does make us wonder if there isn’t an alternative method that would let you draw the clock signal from the Arduino itself?

Circuit Design For Multiple UART Connections

[Bill Porter] has a tip for designing circuits that have multiple connections to a single microcontroller UART. This stemmed from a review of a friend’s circuit design that used the UART in the project, but also called for an FTDI chip in order to reprogram via USB and a bootloader. Unlike the schematic above, the circuit called for straight connections without any resistors. With that design, a conflict will occur if two devices are connected and attempting to communicate at the same time.

The fix is easy. [Bill] discusses how to prioritize the connection by adding the pair of current limiting resistors seen above. This helps to ensure that damage will not occur, and that the FTDI chip will take precedence. Now the external hardware will not preclude the FTDI chip from accessing and programming via the bootloader. The tutorial is intended for those rolling their own boards out of an Arduino-based prototype, but it will work in any situation where you need multiple connections to a single set of UART pins.

Gitbrew Brings OtherOS Back To The PS3

otheros

Instead of simply watching the days pass by while the PSN network continues to be unavailable, why not do something useful with your PS3 console? [MS3FGX] wrote in to share some news regarding efforts to bring the OtherOS option back to the PS3.

The team at gitbrew.org have been diligently working to bring Linux back to the console for a little while now, and have released a dual-boot firmware they are calling OtherOS++. This firmware has two huge benefits over Sony’s original attempt at Linux support for the console. It can be run on the original “fat” PS3s as well as the newer “slim” models – something that was not possible until now. Additionally, it gives the Linux install full access to the PS3’s hardware rather than running the OS inside a virtual machine.

The project is relatively new, so the installation procedures and associated documentation are not suitable for the less experienced individuals out there, so consider yourself warned.

We love that there are people doing all they can to bring this awesome feature back to the PS3 – it’s a huge step in the right direction.

[Image via gitbrew]

Automated Chip Burning

[Alexsoulis] needed to burn the Arduino bootloader to a slew of ATmega328 chips. Instead of sitting there and plugged the chips into a programmer one at a time, he build a robotic microcontroller programmer.

It starts with the DIP package microcontrollers in a tube, with a servo motor to dispense them one-by-one. An arm swings over and picks up the chip with a fish pump powered vacuum tweezers similar to the pick-and-place head we saw recently. From there the chip is dropped into a ZIF socket and programmed by an Arduino. Once the process is complete it is moved to the side and the process repeats.

We’ve reported on using an Arduino as an AVR programmer but we’ve never actually done it ourselves (we use an AVR Dragon programmer). Take a look at the video after the break and let us know if you think the actual programming seems incredibly slow.

Continue reading “Automated Chip Burning”

Munchausen Makes NES A Cartridge Programmer

What a beautiful image of NES cartridges showing their private parts. These are the raw materials for the Munchausen Flash Cartridge project. A combination of a modified game cartridge and special USB cable makes it possible to program NES cartridges while inside an unmodified console. The cartridge has an added flash chip that is running a bootloader. By connecting a USB-to-NES cable to the second controller port a game image (or custom code image) can be flashed to one of the three game slots on the writable cartridge. The bootloader provides a menu at power-up to select between the three stored images, or can go straight to the previously selected image by holding down A when the console is turned on. There’s even a recovery routine in case of problems. Check out the demo after the break.

One thing we find interesting from the forum thread is a mention that it is technically possible to run code on the NES directly from the PC. That would sure make it easy to perform live chiptunes on NES.

Continue reading “Munchausen Makes NES A Cartridge Programmer”

Minimalist AVR Programmer Is Just Fab!

Whether you’re burning a new bootloader to an Arduino board, or doing away with a bootloader to flash Atmel chips directly, an in-system programmer (ISP) is an indispensable tool for working with AVR microcontrollers. If cost has held you back, it’s no longer an excuse: FabISP is a barebones USB-based AVR programmer that can be pieced together for about ten bucks.

FabISP was created by [David Mellis] as a product of MIT’s Fab Lab program, which provides schools with access to design and manufacturing tools based around a core set of fabrication capabilities, so labs around the world can share results. But the FabISP design is simple enough that you don’t need a whole fab lab. It’s a small, single-sided board with no drilling required; the parts are all surface-mounted, but not so fine-pitched as to require reflow soldering. Easy!

There’s still the bootstrap problem, of course: you need an AVR programmer to get the firmware onto the FabISP. This would be an excellent group project for a hackerspace, club or school: if one person can provide the initial programmer to flash several boards, each member could etch and assemble their own, have it programmed, then take these out into the world to help create more. We must repeat!

[Thanks Juan]

Optiboot Makes Your Arduino Faster, Sleeker

Tired of waiting for that Arduino sketch to upload? Find yourself limited by code space? Optiboot eases both of these problems. The package is an alternative bootloader that runs at a higher baud rate (115200 versus 57600) and it takes up 1.5 KB less space than the stock version. This means your sketches can be larger without upgrading to a beefier chip and they will take less time to upload, a lot less.

This fully compatible alternative to the Arduino bootloader requires an AVR ISP programmer to burn it to the chip on your Arduino. If you have an extra AVR lying around you could use the Arduino as a programmer and then physically swap the chips.

[Thanks Peter]