[sebhc] ET-3400 interest?

Timothy Weber tw at timothyweber.org
Fri Jan 6 11:13:00 CST 2006


davidwallace2000 at comcast.net wrote:
> Yeesh!  I remember that beast.  I borrowed one for a week when I went on vacation one year.  (It was something to play with because I couldn't take my H8.)  I forget exactly what I programmed it to do, but it was my first and only attempt to write code in 6800 machine language.

It was certainly not the introductory programming experience I'd 
recommend to a novice now... though it certainly started me off with a 
good understanding of the hardware!

Paul A. Pennington wrote:
 >    Me three...
 >
 >    I'd like jangle some very old brain cells by writing a little 6800
 > machine code and doing some projects on my ET-3400.  Those with Motorola
 > Evaluation Kits (D-1 or D-2) might join in also, with modifications for
 > different I/O.

What are those?

William Wilkinson wrote:
 > My ET-3400 has been gathering dust for years.  It would be interesting to
 > get it going again and see what I could make it do with its fully-loaded
 > 512 bytes of RAM.

I'm trying to talk myself out of the impulse to build a whole new 
machine around it - could easily add a serial port, A/D, etc., but it 
seems to push the limits of utility! - and instead focus on just adding 
persistent storage.  Though the sheer perversity of expanding its 
capabilities might be fun too.

So my current plan is to use an Atmel 8K EEPROM, which was just the 
smallest parallel EEPROM I happened to find quickly.  I've got the 
address decoder set up and working to pull a line low when any address 
in the 0x8000 range is on the bus, and I think all that remains is to 
get the chip, plug it into the lower 13 address lines and data bus, hook 
its enable line to the decoder's output, and connect its R/W line.

Then I expect to just be able to write bytes into the EEPROM at that 
address block using the monitor ROM.  I'll probably write one "Copy 
block" routine, to input a start, end, and destination address, and copy 
the bytes over, waiting for the EEPROM to finish writing where 
necessary.  Reading should "just work."

Once that's in, it should be easy to put new code anywhere in that 
(gargantuan!) 8K address space, using the lower 512 KB as a scratchpad. 
  Or, for the realistic feel, I could run a routine out of the EEPROM 
that would copy the "real" program down into RAM first, just so I could 
say it was really running on the old hardware and only using the modern 
stuff for persistence.

Adding a serial port so I could write in C on a PC, compile, assemble, 
link, and download the object code to the EEPROM seems... cool but 
excessive.

Any thoughts?
-- 
Timothy J. Weber
http://timothyweber.org
--
Delivered by the SEBHC Mailing List



More information about the Sebhc mailing list