[sebhc] H8 Emulator update

[Dave Dunfield]

Hi Stevem.

>>I've provided ... a bootable HDOS disk image in the file HDOS16.H8D.
>Why not provide HDOS 2.0 instead?   It's the last of the (Heath) HDOS 
>releases.

Two reasons: 1) The HDOS1.6 disk has the assembler on it (as well as edit
and BASIC) - since the disks are big I don't want to have to include too
many of them. 2) The HDOS 2.0 drivers have the softare timing loop issue
which prevents booting it in "bat out of heck" mode.


>>You can use the /I command option force the simulator to ignore the bad 
>>instruction,...
>
>Does it still just ignore?  Or does it cause all opcodes to behave like a 
>real 8080?  (like the other codes for jmp, ret, call, etc).  It would be 
>nice to have a "real 8080" mode if /I doesn't do it.

Not currently - it's doable, but why are you so concerned about invalid
opcodes? - I won't think this should be an issue (except of course for the
HASL thing - which is a NOP in disguise). Did Heath use the other undoced
opcodes?


>(and you're missing the word "to" between "option" and "force")

Thanks.


>>!PAM-8 GO monitor
>>S123000011F903210A20C33B00CD5A001600C38100CD5A001AC3A401C325202618C3230030
>>S1230020C328206BE30ED2E9C32B20F5AFC36302C32E203ED0C39D01C331201A772B1CC292
>>...
>
>This format is different from the other .HEX's.  I don't recognize it, what 
>is it?

It's Motorola hex download format - My tools (and H8) accept either format,
and produce either, however Motorola format by default due to the fact that
I've spent a lot more time working with Motorola MCU's, and also I think it's
a bit cleaner.


Regards,
Dave-- 
dave04a (at)    Dave Dunfield
dunfield (dot)  Firmware development services & tools: www.dunfield.com
com             Vintage computing equipment collector.
                http://www.parse.com/~ddunfield/museum/index.html

--
Delivered by the SEBHC Mailing List