Altera_Forum
Honored Contributor
8 years agoRandom results in timing closure
Hello all,
I am working with a design where TimeQuest reports paths not meeting setup by a very small margin, 1-2% of the clock freq. There are only a handful of paths, and every time I change the seed, it is a totally different random set of paths. The Fast timing models all seem ok though. So every time I make an RTL change, I have to go through this same pain, of running the design several times with a few different seeds until there are no violations. I found that adding extra uncertainty to the clock doesn't help directly. I get the same behavior because TimeQuest simply includes the uncertainty in the random failing paths. However, if I remove the uncertainty, things look better. I assume this is because the fitter works with the uncertainty, and TimeQuest doesn't. This seems like a bad approach to me though. Is there a way to tell the fitter to use extra uncertainty than the final analysis? Note that I am using Standard Fit, not Auto Fit.