Ok, that would be fatal.1024MAK wrote: ↑Tue Jul 02, 2019 11:47 pm The ULA generates the control signals for the "lower" RAM accesses (/RAS, /CAS and the control for the address multiplexers) which in turn control the DRAM chips. So what happens if the CPU writes data just as the ULA sets up an address to read screen data? Will the write data go to an address it is not supposed to go to?
Me thinks it could have been constructed this way. You just have to look for
Code: Select all
A15=0 AND A14=1 AND /MREQ=0
However concerning "just a few gates more" I'm not sure how much more would have fitted in. If I look at the very partial decoding of the IO-ports I wonder if that was done, because they were already at the limit concerning the number of gates. Sevven.FFF here viewtopic.php?f=6&t=1709&p=24308#p24308 says, that Chris Smith says, this was actually the case.
Couldn't you at least contend only the lowest 8K if RAM, i.e.
Code: Select all
A15=0 AND A14=1 AND A13=0
Thanks. I never knew.1024MAK wrote: ↑Tue Jul 02, 2019 11:47 pmDuring the time that the ULA is "drawing the video picture", the regular accesses by their nature, perform refresh. But although it was intended for the Z80 to refresh this RAM during the rest of the time, due to a design error inside the ULA, it ignores the Z80's attempts at refresh
Um ... I knew this ... sorry. It's been a long time. Thanks for reminding me.
In case of more RAM-banks we would have needed some lines, to switch between them of course. But I don't get it what exactly you want to do with a latch. I always thought something like a decoder/encoder was missing on the keyboard lines, say a 74138.
Probably
Immense pressure to reach the deadline I assume.