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.

Re-convergence of synchronizers

Status
Not open for further replies.

keyboardcowboy

Member level 3
Member level 3
Joined
Mar 4, 2010
Messages
55
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,286
Activity points
1,715
I have 2 similar analog blocks which output a single bit signal. The signal from Block A is not related to the signal from Block B. Before using the signal in my sequential logic, I have synchronized each separately using a 2DFlipFlop synchronizer. CDC checking tools complain that this is a "Re-convergence of synchronizers" problem. How do I get around this?. The analog blocks which generate this signal don't have a clock. It is an async signal. The signal itself is very slow (it rarely changes)

Sync.png
 

The problem is that timing analysis is making assuptions about the relation of both signals, that according to your circuit description, don't apply. There's no use of sychronizing the signals separately. Change the processing order, use a pure combinational OR and one synchronizer.
 
The problem is that timing analysis is making assuptions about the relation of both signals, that according to your circuit description, don't apply. There's no use of sychronizing the signals separately. Change the processing order, use a pure combinational OR and one synchronizer.

That makes sense. The two async inputs can interact at source (ORed) then the single ORed output synced to digital clock. The timing tool has its rule here although user may see that the two signals are semi-static and could work either way.
 
DRC on CDC can flag errors and false positives when no bandwidth constraints are defined for the signals passing across domains. Convergence errors may occur from this without the handshaking delays known and the input speed defined. You know the input is slow, but is that defined?
 
DRC on CDC can flag errors and false positives when no bandwidth constraints are defined for the signals passing across domains. Convergence errors may occur from this without the handshaking delays known and the input speed defined. You know the input is slow, but is that defined?
No, it hasn't been defined. define it as in timing constraints?
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top