[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Clock generator for S-100 80386 Board.

I am currently laying out a schematic for our S-100 80386 board.  I have a
question perhaps somebody here could help on.

I want to have it so the 80386 normally communicates over the S-100 bus for
I/O, INTA's and say a small block of static RAM (adjustable say ( 64K- 16MG)
at typical S-100 bus speeds (~8Mhz).  For the rest of the memory address
space the CPU would communicate with a daughter board completely independent
of the S-100 bus (except for power at high 80386 speeds (20-33MHz).
Clearly there is no way the S-100 bus could handle a 20 or 33MHz clock that
would be used with the daughter RAM board.   

What I had in mind was a duel clock frequency arrangement where the CPU
would communicate over the S-100 bus at say 8-10MHz and switch to a higher
speed for the daughter board (where it would be most of the time).   I need
the process to be dynamic with a glitch free clock switch depending on the
CPU address lines, and/or M/IO lines being used.

I have been trying to think how best to do this. Current thinking would be
that the CPU "normally" runs at the low speed. But if it finds itself
accessing the daughter board flips into high speed mode. The issue is how
best to do this?  Both in terms of CPU cycle timing and clock phase.
Because the Address & M/IO signals come out early in the cycle (at drop of
ADS*),  I could lengthen the clock pulse then.  However I trying to figure
out how to construct a 74Sxx circuit so I won't glitch the very fast CLK2
signal changing it from say 33MHz to 33/4 or 33/8 MHz. picking a signal off
a divide by N counter (e.g. 74S107's).  Has anybody seen a circuit that
allows such an alternate frequency input that would be glitch free.

I did come across a chip by VIA technologies called a VT8225 (see attacked).
Looked like it could be used for this purpose. However searching the web I
cannot find anybody that sells it in small quantities.  It's also unclear if
the frequency can be changed "on the fly" or is to be set just with pin
jumpers etc.

An alternative approach would be to put many wait states on the S-100 bus
when it is being accessed. However in this case the actual pWR*, pDBIN
signals would be very narrow and not "stretched" and so probably missed by
the S-100 boards even though the rest of the R/W cycle would be OK.

Anybody got suggestions etc.

John Monahan Ph.D
e-mail: mon...@vitasoft.org
Text:    mon...@txt.att.net

Attachment: VT8225 Clock Generator.pdf
Description: Adobe PDF document