Re: [N8VEM-S100:6288] Re: An updated (V3) version of our Dual IDE/CF card S100 bus board

Hi John,

You can't use '374 latches because the 8255 won't have any data setup time before the WR line goes high (100ns min in the datasheet I looked at) and by gating the '374 OE with the WR line you still may not have enough data hold time. Perhaps a '373 and two series inverters on the WR line would work, the first inverter driving the '373 LE and the second driving the '373 OE. The 8255 would then have WR going high two inverter delays before the '373 outputs start going tristate. There is again a potential data hold time problem this time with a 74LS373 which has a minimum hold time of 20ns. Add an LS inverter delay and you are near the 30ns the 8255 needs. The data setup time for a 74F373 is 3ns minimum so it may be a better choice.

Cheers,
Ian.

On Wed, Feb 11, 2015 at 6:09 PM, monahanz <mon...@vitasoft.org> wrote:

There was an error in the schematic I had the sINP & sOUT inputs to U107A flipped the wrong way. Attached is the correct schematic

On Tuesday, February 10, 2015 at 11:17:58 PM UTC-8, monahanz wrote:

Dave that's a very good point. There is no harm in latching the data, at worse it would have no effect, and possibly be very benificial.

I have come up with the idea of using two 74LS374's instead of the 74LS244 for the onboard bidirectional data bus to the 8255. The LS374's latch their inputs on clock low to high so we can use the RD* and WR* signals comming from the GAL. Fortunately the 8255 also uses WR* and RD* (lows).

The SELECT_BOARD* will now go low for EITHER a port read or write. The S1oo bus sOUT & sINP status lines will keep the U108 & U110 gates open as long as possible and the RD* and WR* will latch the data. Probably not necessary to have data FROM the 8255 latched but may as well do both.

Could you take a glance at the circuit include here.

On Tuesday, February 10, 2015 at 9:23:42 PM UTC-8, yoda wrote:
Hi John

My comment is I am not sure that the 8255 is not the root of the problems at higher frequencies. Having to have the data valid for a min of 30 nsec after pWR* is de-asserted is going to be a problem. The GAL will help some but I think you would be served better by latching the data on the board. This is the only board so far that I have not been able to get to work with the 68k board. I will certainly take a couple of boards and see if it works better but if you are going to do a tweak on the board at least latch the data on write to 8255 if you insist on keeping it 8255 based.

Dave

--
You received this message because you are subscribed to the Google Groups "N8VEM-S100" group.
To unsubscribe from this group and stop receiving emails from it, send an email to n8vem-s100+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.