[Fezoj] likes to play around with microcontrollers and decided that he wanted to try a Bus Pirate as a new tool in his adventures. Since it’s open hardware he had his own board made and populated it himself. The trouble is, he works only with AVR chips and doesn’t have a PIC programmer. No problem, he figured out how to flash the PIC24FJ using an ATmega8.

To get started, he grabbed a copy of the flash programming specifications from Microchip. Once he had implemented the protocol in the AVR code, it was just a matter of getting the downloaded PIC firmware to the AVR. An RS232 chip gives him the serial connection he needs, with the help of his own programming software written with Visual Studio.

It’s not a robust solution for prototyping on the PIC platform, but maybe it could be developed for that purpose. For now, all he needed was a bootloader so that he could flash the Bus Pirate via a USB connection.

[via Dangerous Prototypes]

The weekend is almost here and if you’re looking for an afternoon project consider building your own binary wall clock. [Emihackr97] built the one you see above using parts on hand, but even if you put in an order for everything, it won’t cost you much.

He used a cardboard box as the housing for the clock, marking a grid for the LEDs on the face and drilling holes to house them. Two columns for hours and another two for minutes let the clock display 24-hour time with alternate firmware for 12 hour time. Since there are two buttons – one to set hours, the other to set minutes – a little coding would make it possible to select between the two either by clicking both buttons at once, or holding down one button.

[Emihackr97] is driving the display with an ATmega48, which is a pin-compatible replacement for the ATmega168/328. Those chips are the type most commonly found on Arduino boards an indeed this project is running the Arduino bootloader, but uses an ISP programmer and breadboarded circuit to keep the costs low. There are plenty of pins to drive the 13 LEDs directly, making the soldering quick and painless. Check out a demo clip after the break.

If you’re successful at this build and get the itch for something with more style, there’s a ton of ways to spice up the look of a binary clock.

When it comes to learning about microcontrollers, everyone has to start somewhere. [Lady Ada] recently posted a tutorial on burning the Arduino bootloader to standalone chips for those just getting started with the micro.

The tutorial cites a common situation, where someone is working on a project using an Arduino chip but they don’t want to sacrifice their dev board when just the micro and a few other components would do just fine. A short list of supplies is required, including an Arduino, a proto shield kit, a ZIF socket, and a blank ATmega chip.

The process is probably pretty straightforward and likely familiar to many of you out there. The ZIF socket is soldered to the board and handful of wires are added for powering and programming the new chip. The protoboard is installed on top of the Arduino like any other shield, and using a sketch that [Lady Ada] has made available, the bootloader burning process is a cinch.

It’s a useful tip for newcomers, and definitely a skill that seasoned Arduino users should have under their belts as well.

[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?

[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.

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]

[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.

[Thanks Kyle via Let's Make Robots]

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.

[Tha

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]

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]

A friend recently commissioned us to install OSX on a netbook. We advised him to purchase the Dell Vostro A90. It’s essentially a rebadged Dell Mini 9, a model that has been discontinued, but is well suited for OSX. It’s only available with a 1.6GHz Atom processor, 1GB RAM, and 16GB SSD. Depending on what deals are available, it’s $250-$300. We also had him purchase a 2GB stick of RAM which is the upper limit supported by the BIOS.

Having read Gizmodo’s guide earlier, we knew that process would not be too difficult. The install has actually gotten even easier in the last few months. We followed the DellEFI guide hosted on mechdrew without many problems. The only equipment we needed was a retail Leopard disk, a Mac, and our trusty USB/SATA adapter attached to an old 120GB laptop drive. We copied our image of a legitimate 10.5.6 retail disk to the harddrive and then used DellEFIBootMaker to make it bootable. We copied the DellEFI 1.2a5 program and the 10.5.7 cumulative update to the drive as well. With this, the drive had everything we needed to complete the install.

Plugging the drive into the Vostro A90 we dropped into the BIOS setup to turn on USB legacy support so we could boot the drive. We found that we’d often have to go to BIOS first, then exit in order to give the drive time to spin up and appear in the boot menu. After partitioning the laptop drive, the installation is identical to any other Leopard install. The process froze on us on two separate occasions before we got a complete install. It was just a matter of try, try again to get it to work. We think it may have been the fault of the drive we were using. After that completed, we were able to boot our brand new OSX machine and install the 10.5.7 update. We used DellEFI to install the permanent bootloader.

Everything seems to work fine and it’s a lovely little machine. We highly recommend the DellEFI single USB drive method which was Version 3.02 at time of writing.

[Bonus: Hack a Day wallpaper design by John Keppel]

Fundamental Logic is selling a Bus Pirate kit and bare PCB based on our universal serial interface tool. They started with our serial port-based v1a hardware, and modified it to use all through-hole parts.  8pin DIP LP2951ACN/-3.3 switchable voltage regulators replace the surface mount TPS79650/33 that we used. The PIC is pre-programmed with our latest firmware, version 0f, which includes a bootloader for easy firmware updates through the serial port. Documentation includes illustrated assembly instructions.

Speaking of Bus Pirate goodness, we’re busy working on hardware V2. As astute readers may have already noticed, the final version of the Bus Pirate incorporates an FTDI USB->serial chip, and draws its power from the USB port. We also tackled the software-controlled pull-up resistor feature, and reduced the overall part count and cost. Best of all, we’re working to make assembled PCBs available with world-wide shipping. The how-to should be ready in a few weeks.

We’re putting a bounty on two high-priority Bus Pirate features. You can get a free PCB for the upcoming Bus Pirate V2 by writing a bit of code. Hack a Day has a varied and talented group of readers, and we know someone out there has the experience to make these changes with minimal difficulty.

• The latest code integrates the PIC24F bootloader for easy updates without a programmer. We’d like to add a protocol snooper, but that requires interrupts. With the bootloader, however, interrupts are relocated and we’ve yet to fully grasp how that works. We’ll send a PCB and PIC 24F to the first person who modifies the code to demonstrate UART, SPI, or change notification interrupts with the boot loader. Microchip’s 24F bootloader app note is available here. Complete.

• The current frequency measurement feature is a hack that uses a counter and a timer. Be the first to implement the input capture peripheral instead, and get a free PCB. See the function bpFreq(void) in base.c. Complete.

The latest Bus Pirate code and compiled firmware can be checked-out from Google Code SVN. Submit your code via the comments below or buspirate@hackaday.com.

UPDATE: Both issues were resolved. Thanks for your suggestions.

Tired of having to physically connect to your microprocessor to upload new code? Just do it over a wireless connection. [Nathan] takes us through the process of setting up a wireless bootloader for the ATmega168. He is using the XBee base and remote modules for the wireless communication. While people have been doing wireless bootloading with the Arduino already, [Nathan] found that it was common for them to have timeout issues. His remedy was to make his own custom one that is much faster. He’s asking for help though. At this point it is tested and working, but he needs someone with more programming knowledge to help him make it “drop-in” compatible with the Arduino IDE.

Don’t forget to submit projects to our tip line.

Over at the ArchosFans.com forums, [grond] has posted some screenshots of his cracked archos 5th generation. Using a custom bootloader, they’ve unlocked the ability to swap hard disks as well as some hidden plugins. The plugins seem to be used mainly for dev tools, like core dumps and screenshots, but this opens the door to possible future homebrewed plugins.

[via Engadget]