Ethan Dicks wrote:
That's very nice.
Or so I've been told. You wouldn't be saying that if you'd seen the PCB
though. The one I had manufactured looked really slick, the homebrew one is
covered in wire patches. Note the schematic says "Rev C" - my PCB is a Rev A,
with Roadrunner-wire patches to bring it up to Rev C.
I do see one advantage of the PromICE over your device
- what you
have is _excellent_ for 8-bit targets, but my first-ever project
involving an EPROM emulator was with a 68010 processor, thus a need
for a wider emulation path.
I did think of that - there's a Slave I/O port. You have one unit set as a
master, and any number set as slaves with their own unique addresses. The
master takes commands over RS232 and feeds any commands for other units over
the SIO bus.
But I never wrote the code for that... It could be done fairly easily, just I
haven't done it. Mainly because I only have one unit, so debugging would be a
pain.
I don't say this to denigrate your project - it
really is slick. I'm
sure it works beautifully at 8-bits. It's more of a caution to folks
following this thread to keep width in mind when shopping or designing
an emulator of their own.
Good point, but I've only ever done 8-bit work. That might change once I get
around to building a Coldfire-based SBC (I've got the chips, I just need the
design time), but not at the moment.
If I had one of your emulators, I'd certainly at
least port the
uploader to UNIX. It's not like a CLI tool has that many differences
from Window to UNIX (presuming you didn't write a GUI tool, in which
case, you just strip out the complicated stuff and stick an fopen() or
two at the top ;-) OTOH, my first cross-compiling environment was VAX
to MC68K, so we even had to roll our own app for the ROMulator.
Porting it is on my to-do list. I'm sorely tempted to rewrite it from scratch,
adding Intel HEX read support and Windows/Linux multiplatform compatibility.
That's a job for later, though. An optional wxWidgets-based status window/file
picker interface might be a neat toy too, but that's an 'if everything else is
done' project.
In fact, I need to drag all the design docs for the EPROM emulator onto my
website at some point... It's a shame I lost all the mechanical diagrams I did
in AutoSketch - that was the kick that started me backing things up onto the
NAS. Losing a 40GB backup file to a dodgy backup tool (and equally dodgy
supplier that attempted to sell me a 'recovery' tool to fix said backup file)
was an additional, painful kick that made me start using ZIP and TAR files
again...
I've been a huge fan of
emulators ever since, commercial or homebrew.
They do make a lot of things easier. I couldn't imagine how much trouble it
would be to have written my 6502-MBC's boot block code without the emulator.
The logic analyser helped too - especially when I finished off the inverse
assembler module and symbol-to-address-label converter. HP 1650 series
analysers rock. A bigger symbol table would be nice though - IIRC the limit is
a few hundred, but I've got all the BIOS hooks and callbacks in there at
least. It's easier to figure out what's going on when you get "JSR
PUTCHR" on
the display instead of "JSR &FDF0"...
--
Phil. | (\_/) This is Bunny. Copy and paste Bunny
classiccmp at philpem.me.uk | (='.'=) into your signature to help him gain
http://www.philpem.me.uk/ | (")_(") world domination.