Peter wrote:
> In older (TTL) times such a small RC delay would have been
> accomplished using a small RC integrator,

Your statement makes no sense out of context.  Trimming large chunks of wha=
t
you are replying to is good, but it's also important to leave some context.

This of course is all obvious and well known, duh.

> To work around glitches and runtime problems I'd try to
> implement the XOR using the gates in a single 74HC00 package.
> Simulation may help here... usually implemented XOR gates are
> glitch-prone due to the different propagation times through the
> negated and straight paths. In this case, that glitchiness can be put
> to good use after stretching it a little with a RC delay element, I
> think.

Again, it's not clear what they heck you're talking about, but it sounds
like a bad idea.  Using a XOR gate as a edge-to-glitch converter is really =
a
kludge.  Most likely there is a real solution available if you explain what
problem you are trying to solve one or two levels up.


********************************************************************
Embed Inc, Littleton Massachusetts, http://www.embedinc.com/products
(978) 742-9014.  Gold level PIC consultants since 2000.
--=20
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
.