This is for a hobby project, so production costs/etc don't apply.
--
Peter J. Kerrigan
p...@mcs.com
>I'm going to do a 8031 project with external RAM/ROM/Memory Mapped Stuff.
>Instead of using the '373/'138 combo for address latch/chip select, why
>couldn't I do it all with a 22v10 or 26v12 GAL? Other than the expense
>of the part, and the hassle programming it, why would I not *want* to do it?
>This is for a hobby project, so production costs/etc don't apply.
Perhaps power drain -- a 22V10 may use up to 200mA for some versions,
while a HC373/HC138 could use less that 1mA (depending on the speed you
run them at).
Frank
--
"Life without a backbone is hardly worth consideration."
------------------------------------------------------------------------
Frank A. Vorstenbosch +31-(70)-355 5241 fals...@xs4all.nl
p...@MCS.COM (Peter J. Kerrigan) wrote:
>I'm going to do a 8031 project with external RAM/ROM/Memory Mapped Stuff.
>Instead of using the '373/'138 combo for address latch/chip select, why
>couldn't I do it all with a 22v10 or 26v12 GAL? Other than the expense
>of the part, and the hassle programming it, why would I not *want* to do it?
>This is for a hobby project, so production costs/etc don't apply.
>I'm going to do a 8031 project with external RAM/ROM/Memory Mapped Stuff.
>Instead of using the '373/'138 combo for address latch/chip select, why
>couldn't I do it all with a 22v10 or 26v12 GAL? Other than the expense
>of the part, and the hassle programming it, why would I not *want* to do it?
>This is for a hobby project, so production costs/etc don't apply.
>--
>Peter J. Kerrigan
>p...@mcs.com
You might want to compare the power consumption, if that's an issue.
GC
Because the 22v10 is edge triggered and the 373 is a level triggered
transparent latch. With the '373, the addresses can pass through during
the time the strobe signal is high and be valid before the trailing edge
of the ALE (or AS if you're using a Motorola 6801,hc11). The addresses
aren't valid at the leading edge of ALE, so if you use an edge triggered
part, you'd have to wait until the trailing edge, and loose that many
nanoseconds on your addressing time. Plus having to invert the ALE
signal.
I suppose you could implement asynch logic level triggered latches in
the PAL, and ignore the built in registers. The only problem then
would be that you couldn't tristate the outputs, as the 22v10 only
feeds back direct from the pin when using unregistered logic.
An = An*/ale + In*ale
An.oe = true
Mark Zenier mze...@eskimo.com mze...@netcom.com
_____
data------------| AND |
-----------| |----- ____
| |_____| |----| |
| |OR |------DATAOUT
LE ---|>O- ------|____| |
| INV | |
| | |
| BUF ______ | |
-|>-------| AND | | |
------| |--- |
| |_____| |
---------------------------------
Assume data and dataout are high, LE transitions high to low. Because the delay of
LE to the two AND gates is not the same a glitch can occur on data out
On the low to high transition a failure to latch can occur.
T.H.
here's a partial alternative...
go to Xicor's website and take a look at the X88C64 or the X88C75
devices. The 373 latching and 138 decoding functions have been brought
on-board the EEPROM memory.
Gray Creager
Applications Engineer
Xicor, Inc.
http://www.xicor.com
http://www.xicor.com/xicor/pdf/x88c64.pdf
http://www.xicor.com/xicor/pdf/x88c75.pdf
to get the PDF datasheets directly... :-)
John Mastropietro
FAE Milgray Electronics
>I'm going to do a 8031 project with external RAM/ROM/Memory Mapped Stuff.
>Instead of using the '373/'138 combo for address latch/chip select, why
>couldn't I do it all with a 22v10 or 26v12 GAL? Other than the expense
>of the part, and the hassle programming it, why would I not *want* to do it?
>This is for a hobby project, so production costs/etc don't apply.
>--
>Peter J. Kerrigan
>p...@mcs.com
At my EMbedded Systems class, we have some small 8031 boards, which
uses a 16v10 for address-decoding. It's very easy to make changes to
the system, as you can reprogram the PAL in a snap.
I don't see any reason, why you shouldn't use a PAL for it. It needed,
I can e-mail you some of the scripts we used for the system.
Christian.
pro...@login.dknet.dk
: >I'm going to do a 8031 project with external RAM/ROM/Memory Mapped Stuff.
: >Instead of using the '373/'138 combo for address latch/chip select, why
: >couldn't I do it all with a 22v10 or 26v12 GAL? Other than the expense
: >of the part, and the hassle programming it, why would I not *want* to do it?
: >This is for a hobby project, so production costs/etc don't apply.
Only one reason: if you have a heavy capacitive load on P0, and/or poor
grounding and bypassing, then having a TTL-level latch (the GAL) is a good
way to avoid sleeping at night. Try it, and look for a positive glitch on
ALE just as /PSEN, /RD or /WR fall. If you have the glitch, don't use a PAL
unless it has CMOS input thresholds.
It won't happen in all designs. In fact, it doesn't happen in MOST designs,
but it's something to be aware of. Look at Note 1 in most 8031 data sheets.
To summarize, most people warned me the current drain for a GAL would be
two orders of magnitude higher than standard HC parts.
My outlook on the problem changed entirely when a kind gentleman from
Xicor told me about their 8x8K EEPROM (88x64?) which has the latch/decode
(and a serial bootloader) built in. All it took then was an 'hc00 to decode
the rest of the chip selects, and I was done.
See http://www.xicor.com for details on the Xicor parts.
>I'm going to do a 8031 project with external RAM/ROM/Memory Mapped Stuff.
>Instead of using the '373/'138 combo for address latch/chip select, why
>Other than the expense
>of the part, and the hassle programming it, why would I not *want* to do it?
Power consumption? A lot of PALs/EPLDs are power-hungry and would blow your
power budget out of the water unless you use a "low-power" version (note that
this is relatively low, not absolute). Check out the "zero power" parts, if you
need really low power.
Generally, if you can afford the power, go with the PAL, it makes your life
easier when you want to change things later.
Neil
--
Neil McGann
email: webste...@dial.pipex.com
WWW: http://dspace.dial.pipex.com/town/square/ae331/