Fixing Sega Cartridges With Old BIOS Chips

February 19, 2015 by Brian Benchoff 34 Comments

For one reason or another, [Dragao] has an old Sonic The Hedgehog cartridge that throws an illegal instruction somewhere in the Marble Zone stage. While the cause of this illegal instruction is probably cosmic rays, how to repair this cartridge isn’t quite as clear. It can be done, though, using BIOS chips from an old computer.

[Dragao] got the idea of repairing this cartridge from Game Boy flash carts. These cartridges use chips that are a simple parallel interface to the address and data lines of the Game Boy’s CPU, and Sega Genesis / Mega Drive flash cart would work the same way. The problem was finding old DIP flash chips that would work. He eventually found some 8-bit wide chips on the motherboard of an old computer, and by stacking the chips, he had a 16-bit wide Flash chip.

To program the chips, [Dragao] wired everything up to an Arduino Mega, put a ROM on the chip, and wired it up to the old Sega cartridge. Surprisingly or unsurprisingly, everything worked, and now [Dragao] has a fully functioning copy of Sonic The Hedgehog.

Hackaday Retro Edition: The Second Most Valuable Home Computer

February 15, 2015 by Brian Benchoff 38 Comments

This will come to no surprise to anyone who has ever talked to me for more than a few minutes, but one of my guilty Internet pleasures is heading over to eBay’s ‘vintage computing’ category, sorting by highest price, and grabbing a cup of coffee. It’s really just window shopping and after a while you start seeing the same things over and over again; Mac 512s with a starting bid far more than what they’re worth, a bunch of old PC-compatible laptops, and a shocking amount of old software. For the last week I’ve been watching this auction. It’s a Commodore 65 prototype – one of between 50 and 200 that still exist – that has over 60 bids, the highest for over $20,000 USD. It’s the most successful vintage computer auction in recent memory, beating out the usual high-profile auctions like Mac 128s and Altair 8800s. The most valuable home computer is the Apple I, but if you’re wondering what the second most valuable one is, here you go.

The C65 is not a contemporary of the C64, or even our own [Bil Herd]’s C128. This was the Amiga era, and the C65 was intended to be the last great 8-bit machine. From a page dedicated to the C65, it’s pretty much what you would expect: the CPU is based on a 6502, with the on-die addition of two 6526 CIA I/O controllers. The standard RAM is 128kB, expandable to 8MB by an Amiga 500-like belly port. Sound would be provided by two SIDs, and the video is based on the VIC-III, giving the C65 a pallette of up to 4096 colors and a resolution of up to 1280×400.

There’s still a little over five hours to go in the auction, but the current $21000 price should go even higher in the final hour; a C65 auction from a few years ago fetched $20100 for ‘a computer with missing parts’. This auction is for a complete, working system that has remained intact since it was discovered during the Commodore closing.

Update: Auction finished for $22,862.01 USD. For historical purposes, here’s a flickr album, a video, and another video.

The Hackaday Retro Edition is our celebration of old computers doing something modern, in most cases loading the old, no CSS or Javascript version of our site.

If old and rare computers are your sort of thing, Hackaday will be at the VCF East this year.

If you have an old computer you’d like featured, just load up the retro site, snap some pictures, have them developed, and send them in.

An Adventure Into Android Makes The VIC-20 Speak

February 13, 2015 by Brian Benchoff 13 Comments

History and [Bil Herd] teaches us that Commodore begged, borrowed, or stole the engineers responsible for the Speak & Spell to add voice synthesis to a few of the computers that came after the C64. This didn’t quite work out in practice, but speech synthesis was something that was part of the Commodore scene for a long time. The Votrax Type ‘n Talk was a stand-alone speech synthesizer that plugged into the expansion port of the VIC-20. It was expensive, rare, but a few games supported it. [Jan] realized the state of speech synthesis has improved tremendously over the last 30 years, and decided to give his VIC a voice with the help of a cheap Android phone.

A few VIC-20 games, including [Scott Adams] adventure games, worked with the Votrax speech synthesizer by sending phonemes as text over the expansion port. From there, the Votrax would take care of assembling everything into something intelligible, requiring no overhead on the VIC-20. [Jan] realized since the VIC is just spitting out characters for each phoneme, he could redirect those words to a better, more modern voice synthesizer.

A small Bluetooth module was wired up to the user port on the VIC, and this module was paired with a cheap Android smartphone. The smartphone receives the serial stream from an adventure game, and speaks the descriptions of all the scenes in these classic adventure games.

It’s a unique experience judging from the video, but the same hardware and software can also be added to any program that will run on the VIC-20, C64, and C128. Video below.

Continue reading “An Adventure Into Android Makes The VIC-20 Speak” →

A Raspberry Pi SID Player

February 6, 2015 by Brian Benchoff 26 Comments

Of all the vintage chiptune machines out there, the Commodore 64 is the most famous. Even 30 years later, there are still massive gatherings dedicated to eeking out the last cycle of processing power and graphics capability from the CPU and the infamous synth-on-a-chip, the SID. [Bob] wanted to build a SID jukebox. A C64 is capable of the job, but if you want to have every SID composition on an SD card and connect that to a network, a Raspberry Pi is the way to go.

The SID chip, in its 6581 or 8580 versions, is controlled directly by poking registers on the chip through the address and data busses. This means a lot of pins, too many for the original Raspi expansion header. That’s not a problem that can’t be solved with a few shift registers, though. The rest of the circuit is an LM386 audio amplifier, an LCD that displays the current song, and a can crystal oscillator for the SID.

Right now everything is wired up on a breadboard, but making this a Raspberry Pi hat would be a rather simple proposition. It’s only a matter of finding a SID with working filters, and if you can manage that, it’s a pretty easy build to replicate. Video below.

Continue reading “A Raspberry Pi SID Player” →

Reproducing A DSKY

February 3, 2015 by Brian Benchoff 32 Comments

This is a project that is about a year and a half in the making, but [Fran] is finally digging into the most iconic part of the Apollo Guidance Computer and building the most accurate reproduction DSKY ever.

The Apollo Guidance Computer was a masterpiece of engineering and is frequently cited as the beginning of the computer revolution, but it didn’t really look that interesting – it looks like a vastly overbuilt server blade, really. When everyone thinks about the Apollo Guidance Computer, they think about the DSKY, the glowey keypad interface seen in the blockbuster hit Apollo 13 and the oddly accurate disappointment of Apollo 18. It’s the part of the Apollo Guidance Computer the Apollo astronauts actually interacted with, and has become the icon of the strange, early digital computers developed for NASA in the 60s.

There are a few modern DSKY replicas, but all of them are exceedingly anachronistic; all of these reproductions use seven-segment LEDs, something that didn’t exist in the 1960s. A true reproduction DSKY would use custom electroluminescent displays. These EL segments are powered by AC, and transistors back then were terrible, leading to another design choice – those EL segments were turned on and off by relays. It’s all completely crazy, and aerospace equipment to boot.

Because of the custom design and engineering choices that seem insane to the modern eye, there isn’t much in the way of documentation when it comes to making a reproduction DSKY. This is where [Fran] tapped a few of the contacts her historical deconstruction cred earned when she reverse engineered a Saturn V Launch Vehicle Digital Computer to call upon anyone who would have access to a real Apollo-era DSKY.

The first contact was the Kansas Cosmosphere who was kind enough to send extremely detailed photographs of the DSKYs in their archives. It would have been extremely nice to have old documentation made when the DSKYs were rolling off the assembly line, but that information is locked away in a file cabinet owned by Raytheon.

[Fran] got a break when she was contacted by curators at the National Air and Space Museum’s Garber facility who invited her down to DC. She was given the grand tour, including the most elusive aircraft in the museum’s collection, the Ho 229, the dual-turbojet Nazi flying wing. At the Garber facility, [Fran] received permission to take apart two DSKYs.

The main focus of [Fran]’s expedition to the Air and Space Museum was to figure out how the EL displays were constructed. The EL displays that exist today are completely transparent when turned off because of the development of transparent conductors.

The EL displays in the DSKY were based on earlier night lights manufactured by Sylvania. After looking at a few interesting items that included Gemini hardware and early DSKYs, this sort of construction was confirmed.

With a lot of pictures, a lot of measurements, a lot of CAD work, and some extremely tedious work, [Fran] was able to create the definitive reference for DSKY display elements. There are 154 separate switchable element in the display, all controlled by relays. These elements are not multiplexed; every element can be turned on and off individually.

Figuring out how the elements were put together was only one part of [Fran]’s research. Another goal was to figure out the electrical connections between the display and the rest of the DSKY. There, [Fran] found 160 gold pins in a custom socket. It’s bizarre, and more like a PGA socket than like the backplane connector [Fran] found in the Saturn V computer.

Even though [Fran]’s research was mostly on the EL panel inside the display, she did get a few more insights with her time with the DSKYs. The buttons are fantastic, and the best keys she’d ever used. This is just part one of what will be an incredibly involved project, and we’re looking forward to what [Fran] looks into next.

[Mike] Shows Us How To Use An Armature Growler

February 2, 2015 by Adam Fabio 24 Comments

[Mike] has put up a great video on his [SmallEngineMechanic] YouTube Channel about a tool we don’t see very often these days. He’s using an armature growler (YouTube link) to test the armature from a generator. Armature growlers (or just growlers for short) were commonplace years ago. Back when cars had generators, just about every auto mechanic had one on hand. They perform three simple tests: Check armature windings for shorts to other windings, for open windings, and for shorts to the armature body. [Mike’s] particular growler came to him as a basket case. The wiring was shot, it was rusty, and generally needed quite a bit of TLC. He restored it to like new condition, and uses it to help with his antique engine and genset ~~addiction~~ hobby.

Growlers essentially are a transformer primary with a V-shaped frame. The primary coil is connected to A/C mains. The armature to be tested sits in the “V” and through the magic of induction, some of the windings become the secondary coils (more on this later). This means some pretty high voltage will be exposed on commutator of the armature under test, so care should be taken when using one!

Testing for shorts to the ground or the core of the armature is a simple continuity test. Instead of a piezo beep though, a short will trigger the growler to turn on, which means the armature will jump a bit and everything will emit a loud A/C hum. It certainly makes testing more interesting!

Checking for open windings is a matter of energizing the growler’s coil, then probing pairs of contacts on the commutator. Voltage induced in the windings is displayed on the growler’s meter. Open windings will show 0 volts. Not all the armature’s windings will be in the field of the growler at once – so fully testing the armature will mean rotating it several times, as [Mike] shows in his video.

The final test is for shorted coils. This is where things get pretty darn cool. The growler is switched on and a thin piece of ferrous metal – usually an old hacksaw blade, is run along the core of the armature. If a short exists, the hacksaw blade will vibrate against the core of the armature above the shorted windings. We’re not 100% clear on how the coupling between the growler’s primary and two windings causes the blade to vibrate, so feel free to chime in over in the comments to explain things.

Most commercial shops don’t troubleshoot armatures anymore, they just slap new parts in until everything works again. As such the growler isn’t as popular as it once was. Still, if you work with DC motors or generators, it’s a great tool to have around, and it’s operation is a pretty darn cool hack in itself.

Click past the break for [Mike’s] video!

Continue reading “[Mike] Shows Us How To Use An Armature Growler” →

Building A Modern Retro Console

February 1, 2015 by Brian Benchoff 9 Comments

There are a few dozen classic re-imaginings of classic game consoles, using hardware ranging from the ATMegas of the Uzebox to everyone’s favorite, stuffing some ROMs on a Raspi and calling it a day. You don’t necessarily learn anything doing that, which puts [Mike]’s custom game console head and shoulders above the rest.

The build started off as a plan for a Z80 computer with a dual ATMega GPU. He progressed far enough in the design where it would have been a masterpiece, but the inability to mill double-sided boards at home killed the design. Plans then moved on to an FPGA, then to an ATMega with the Analog Device AD725 PAL/NTSC encoder chip. That idea had a similar architecture to the Uzebox, but [Mike] wanted more power. He eventually settled on a PIC32 with the AD725.

This setup was capable of pumping out some impressive graphics, but for moving bits to a screen, you need DMA. [Mike] ran into a problem where the DMA timer runs at a maximum rate of 3.7 MHz. It’s a problem documented in a few projects, leading [Mike] to change his plan once again, this time to the STM32F4.

The bugs are worked out, and now [Mike] can stream a whole lot of pixels to a screen while still having some processing power left over to play a game. It’s a project that’s more than a year and a half old at this point, and so far he’s learned a lot.