First Vial Greater Than Last Vial — Read-Only Archaeology

I’m really enjoying these articles by phooky (Adam Mayer) at NYC Resistor about pulling data from old EPROMs. Aside from the technical information, there’s a cultural aspect too — it gets you thinking about the need for context and the things you commit to digital posterity. He writes:

CHANGING TO ISOCRATIC MODE OF
OPERATION ABORTS GRADIENT AND LEAVES
EVENTS IN THEIR CURRENT STATE

There are incoherent, mumbling ghosts everywhere. A lot of the time they look like this.

These are 80′s-era erasable programmable read-only memories, or EPROMs. They were an immensely popular way to store firmware for embedded systems when the production run size or schedule didn’t make it economical to use less expensive masked ROMs. Then cheap EEPROM hit the market, and EPROMs all but disappeared from devices within half a decade.

TABLE LINE TABLE SAVE HELP
First vial greater than last vial.
End of table.
Table is full.

This is the firmware for an obsolete solvent control system running on a Motorolla 68000 microprocessor, obscurity on obscurity on obscurity. Who’s ever going to need it anyway? Why save the bits?

Gradient and event tables
to be executed simultaneously.
# GIVE ME SOME HELP
Number Out of Range

For the same reasons we record any history: because someday it may prove to be useful, and because someday it may prove to be beautiful.

The above is from the first article he wrote on the topic back in June. He’s since written a nice follow up detailing the process of data extraction. Take some time and check them both out, and perhaps even give it a try yourself.

It makes me wish there was a twitter feed or tumblr for out-of-context ROM dump messages. @Horse_EPROMS?


Have an amazing project to share? The Electronics Show and Tell is every Wednesday at 7:30pm ET! To join, head over to YouTube and check out the show’s live chat and our Discord!

Join us every Wednesday night at 8pm ET for Ask an Engineer!

Join over 38,000+ makers on Adafruit’s Discord channels and be part of the community! http://adafru.it/discord

CircuitPython – The easiest way to program microcontrollers – CircuitPython.org


New Products – Adafruit Industries – Makers, hackers, artists, designers and engineers! — New Products 11/15/2024 Featuring Adafruit bq25185 USB / DC / Solar Charger with 3.3V Buck Board! (Video)

Python for Microcontrollers – Adafruit Daily — Python on Microcontrollers Newsletter: A New Arduino MicroPython Package Manager, How-Tos and Much More! #CircuitPython #Python #micropython @ThePSF @Raspberry_Pi

EYE on NPI – Adafruit Daily — EYE on NPI Maxim’s Himalaya uSLIC Step-Down Power Module #EyeOnNPI @maximintegrated @digikey

Adafruit IoT Monthly — The 2024 Recap Issue!

Maker Business – Adafruit Daily — Apple to build another chip at TSMC Arizona

Electronics – Adafruit Daily — SMT Tip – Stop moving around!

Get the only spam-free daily newsletter about wearables, running a "maker business", electronic tips and more! Subscribe at AdafruitDaily.com !


2 Comments

  1. I lived that era – if anyone wants a gander at some 6809 or 68000 code for Caltech EE projects, I still have the ROMs, some in the equipment, a couple extra in a drawer that might need a read.

  2. Ah…happy times spent putting these babies under a UV lamp (20 mins to erase) and then writing another version of the code on the device _again_…

    I remember that Motorola made the technically superior 68000, but Intel had a more complete set of compatible devices for their micros. There was a brief tussle, but Intel won.

Sorry, the comment form is closed at this time.