synopsys PT 的latch-based design 在min_pulse_width 检测存在大问题？

papertiger

对于latch-based design 来说,min_pulse_width 是很重要的检查。

我们是主clock tree 做几十级buffer，然后到模块级，在模块级再产生pulse。

但是，我们发现，synopsys 对于latch 的 min_pulse_width 的检测是把上升沿和下降沿两条delay 相减来算。
这种算法在目前 derate 和 SI 下根本没有意义。

这种算法把主干时钟的crosstalk /derate 也加入了，这是200ps 级的差异。比我们pulse 还宽。

因为我们pulse 是模块上产生的，正确的做法是只检查pulse之后的derate和SI 才对。

我们CRPR 是打开的。

不知道是我们设置的错误，还是synopsys 本身工具的问题，问了下synopsys AE ,没说明白如何解决。

chanshi634

那你可以不考虑derate啊，有什么问题呢？再说了，你的clock path有crosstalk难道不修吗？

papertiger

回复 2# chanshi634

主干上应该不影响pulse的宽度。

skyskybird

请教一下Lib中关于时钟的最小脉宽是如何计算的？