Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

how to filter out the glitch from the interface?

Status
Not open for further replies.

agump

Member level 2
Joined
Oct 23, 2004
Messages
50
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,286
Activity points
366
glitch filtering in fpgas

Hi , I am realizing a FPGA which receive signals from the interface and processing it. Since the signals from the interface can have some glitch , I need filter out them. But I don't know how to do this and can't find any documents about this. Please help me with this , thank you.
Best Rgds.
 

Please clarify "some glitch". How wide is the glitch compared to the useful data?

What's causing the glitch? It's usually better to eliminate the glitch at its source, rather than trying to filter it out.
 

Thanks for your reply. In fact , the signals to the FPGA is from a share bus , and the glitch is from multi drivers' switching. So the glitch can't be avoided. I think the glitch should exist on the beginning of the signal's transition, so it seems that I need a debounce circuit. I am not sure I am right.
 

Sample the data twice or three times for each input with DFFs connected serially
For each input, if all DFFs samples are at the same logic level - data is valid
If not, glitch occurs, or input changing its logic level - data is not valid
Of course this will delay the incoming data
 

Perhaps you can sample when the glitch is not present. For example, if the glitch always occurs near the clock's rising edge then sample on the clock's falling edge instead of the rising edge.
 

agump said:
Thanks for your reply. In fact , the signals to the FPGA is from a share bus , and the glitch is from multi drivers' switching. So the glitch can't be avoided.


If you have a shared bus then you should have a CS (chip select) for all devices which is sharing the bus including the FPGA. Devices which are inoperant must be on HZ (three state or high impedance). Glitches could occure only if OE or CS are selected in a wrong way.
So your problem could be other than suggested.
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top