Debouncing....at About 1Mhz

This has got to be a classic signal clean up problem....

I need a circuit that triggers on edge A, then ignores about 0.1uS of jitter then triggers on edge B and then ignores a following 0.1uS of jitter.

+-+ +-+ +----------------+ +-+ +-+ In | | | | | | | | | | A | | | | B | | | |

-------+ +-+ +-+ +-+ +-+ +-----------

|| || |< 0.5uS >|

Out +------------------------+ | | A' B'

-------+ +-------------

Edge A to A' is ~ less than 10nS Edge B to B' is ~ less than 10nS

All values are approximates. "In" and "Out" are repeating waveforms.

I think I can do it with:

1 flip flop 1 >0.1us delay circuit Sprinkled with gates..

Or maybe I need 2 flip flops..one for edge A and one for edge B..

I'm not even sure yet which type of FF to get.

If anybody has done this problem before and doesn't mind sharing..let me know a topology...

In the meantime, I'll be doodling until I get a solution...

D from BC

Reply to
D from BC
Loading thread data ...

Are you sure the word you want is "jitter"? Once an edge is detected, there's nothing until the corresponding next opposite edge, right? The word jitter describes a periodic time uncertainty for when an edge will arrive, not what happens immediately after the edge arrives. If in fact you're worried about "bounce" or additional transitions in the 100ns after an edge, that's not called jitter. It's a type of digital noise.

Anyway, if you add an XOR gate to your mix of available pieces, you'll be able to find a simple solution allowing the use of only a single oneshot delay element. But I might point out that most oneshot ICs come as dual parts. You may get a lower chip count by using two timers. BTW, there's a simple way to adjust the delay of two oneshots with one trimpot or external panel pot. It could even be a 10-turn precision pot with a turns-counting dial.

Reply to
Winfield

It would be simpler to learn how to terminate your signals properly.

Reply to
Fred Bloggs

Looks like you can do it with a dflop, a quad xor, and an RC.

Run the input through a delay-line edge detector (three gates of delay, then xor) and clock the dflop. Then rc lowpass the input and apply it to D. Q is the output.

John

Reply to
John Larkin

Yeah...jitter is probably the wrong word.. I thought of jitter as some interval of spurious digital behavior. I'll read up on:

formatting link

One shots ICs and xors...neato! I've haven't thought about that yet. :) I'll give it a shot (

Reply to
D from BC

Are you thinking reflection?

The source signal is from pcb power section with high di/dt and dv/dt.

D from BC

Reply to
D from BC

Seems to me that you could do it with a D flop, and two RC nets from Q to R and /Q to S to hard-hold it high or low for a tenth of a usec.

Jim

--
"If you think you can, or think you can\'t, you\'re right."
        --Henry Ford
Reply to
RST Engineering (jw)

Ahhhhh........... :)

I'll try drawing it while stuck in traffic...

Thanks..

D from BC

Reply to
D from BC

--
???

Edge A to A\' is ~ less than 10nS
Edge B to B\' is ~ less than 10nS
Reply to
John Fields

--
I think this\'ll work, conceptually, but to get that
Reply to
John Fields

What's all that ??? about?

John

Reply to
John Larkin

--
Oops---

      _ _ _ _ ___________ _ _____   _ _ _
IN___| |_|_|_|                   |_|_|_|_|___________
Reply to
John Fields

Right, so the xor plus the dflop clock to output needs to have less delay than that... should be easy with fast parts. The xor is just to get the same polarity clock pulse from each (leading) clock edge. The d input is RC delayed, so you capture the "old" level; thus you take Q- not as the output. RC must be long enough to get past the multiple transitions at each edge. In fact, you could do it, I think, with an SR f/f (cross-coupled NANDs) driven from a similar xor nanded with RC- filtered clock...

Cheers, Tom

Reply to
Tom Bruhns

--
It\'s about equivalent to "Huh???", basically questioning whether
your scheme could get a clean, debounced output less than 10
nanoseconds after the input edge, which was one of the OP\'s
requirements.

Especially since, with that quad EXOR, you seem to be talking
TTLish.
Reply to
John Fields

--
Something like this?: ;)

news:c56ki3h050okp6mkolm24oq7n67mvmt6rn@4ax.com
Reply to
John Fields

Or this.

formatting link

Total delay is 1 xor plus the dflop. 5 ns shouldn't be hard with decent cmos parts.

John

Reply to
John Larkin

--
No, the clock input is nominally high, so when a new edge comes
along it\'ll drive the clock input low.  Then, after _three_ EXOR
gate delays it\'ll clock whatever\'s on D to Q, so the input-to-output
delay will be three EXORs plus one dflop.

BTW, what CMOS parts did you have in mind?
Reply to
John Fields

It is not.

0 xor 0 = 0 1 xor 1 = 0

John

Reply to
John Larkin

oh nooo.. I rushed another post and again left out details...

Ton can vary up to 0.5uS.. (Ton is the 0.5uS time in my ascii drawing.) The circuit should at least function between 100khz and 1Mhz. The only thing that is constant is the bounce time of about 0.1uS.

Was that one shot idea based on constant Ton? Or variable Ton?

D from BC

Reply to
D from BC

Ideally..edge A is transparent through the circuit. Ideally. edge B is transparent through the circuit. But no no no...everything takes time and I have to allow a max delay.

I have a timing budget of around 10nS for A to A' and B to B'. This circuit is being inserted in a chain . All the delays are adding up.. :(

10nS is tolerable and at first guess seems attainable.

By the way.. I just made up the A and A' nomenclature... Reserved? I do try to express problems in some way to be clear and simple.

D from BC

Reply to
D from BC

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.