18 Jan
2022
18 Jan
'22
12:14 p.m.
On Tuesday (01/18/2022 at 02:01PM -0600), Mike Katz wrote:
I think it might be easier to modify the 680 prom for
the I/O addresses of
the board rather than modify the board to match the ROM.
Agreed-- except the goal, which I failed to elaborate on, is to come
up with an Altair 680 development environment so that someone can port
some code to the platform without having the real thing. I wanted to
make that environment as close to real as possible (without having front
panel switches and LEDs)-- which means having the I/O in the same place
as the original as well as the authentic PROM code running.
Especially if the address decoding for the I/O is done
in PAL (10L8 for
example).
No PALs on the board but there is a bipolar PROM (82S129). I'm not
adverse to making a new one of those or bodging something that drops
into that socket to modify the decoding if neccessary. I was just hoping
to not have to butcher the board itself too much.
Some 6800 address decoding was done with 74LS138s.?
This had the potential
to be inefficient in terms of memory usage or if the '138s were cascaded
then propagation delay could become an issue.
Yes. This seems to be a limited function CPU board and I suspect it takes
that approach just to get the four PROMs and I/O decoded very coarsely.
Chris
--
Chris Elmquist