Home > Community > Blogs > Digital Implementation > Noise Induced Double Clocking Explained
 
Login with a Cadence account.
Not a member yet?
Create a permanent login account to make interactions with Cadence more convenient.

Register | Membership benefits
Get email delivery of the Digital Implementation blog (individual posts).
 

Email

* Required Fields

Recipients email * (separate multiple addresses with commas)

Your name *

Your email *

Message *

Contact Us

* Required Fields
First Name *

Last Name *

Email *

Company / Institution *

Comments: *

Noise Induced Double Clocking Explained

Comments(0)Filed under: Digital Implementation, encounter, double clocking, CadMOS, Enouter Timing System, CeltIC

In my previous blog on noise analysis accuracy, I mentioned something called “double-clocking” and a few of you since then have asked for more information on what it is... So as a follow-up to that bog, I’ve invited our resident noise analysis expert Trisha Kristof, who’s been working on our SI analysis since the CadMOS CeltIC days, to guest blog on this topic.

A note from Trisha Kristof on “Double Clocking”:

Double clocking happens when signals adjacent to the clock net switch in the opposite direction as the clock’s transition. If this causes a bump during the clocks transition, then double clocking can occur. Encounter Timing System actually looks at the worst opposite slope on clock nets when checking for double clocking. If this causes a clocking event on the receiving flop, we flag this as a double-clocking violation.

 

Double_Clocking

 

This is something we implemented back in in 2002 a customer who came to us to see if we could detect this situation which we subsequently implemented for them. Since creating this double clocking check, several customers using other solutions have come to us with silicon failures that were not detected. Running Encounter Timing System, they were able to find the failure right away.

Double clocking is just one of the advanced techniques we have evolved over the years since CeltIC was first announced in 2000 to ensure that your designs will not fail in silicon due to noise problems. We also employ advanced pessimism reduction algorithms to make sure that you don’t get overwhelmed with false noise violations during signoff.

 

Trisha Kristof
Staff Product Engineer
Cadence Design Systems

Comments(0)

Leave a Comment


Name
E-mail (will not be published)
Comment
 I have read and agree to the Terms of use and Community Guidelines.
Community Guidelines
The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.