max_transition violations.

henry_wangjj

各位,向大家请教一下ＰＴ里面max_transition report的问题.

比如下面的这个:

   max_transition

                             Required        Actual
   Pin                      Transition     Transition        Slack
   -----------------------------------------------------------------
   u_io_pad/clk_bypass_pad/PAD
                                3.00          10.00          -7.00  (VIOLATED)

这是一个输入pad上的,ＰＡＤ为这个pad的输入pin,设计时设有如下约束,set_max_transition 10 [get_ports ...],在库里面,这个pad上,pin PAD上没有max_transition的属性,在其输出pin上有max_transition　５的属性,现对这个违例有以下两点问题:

１.如果是有问题的话,为什么会在这个输入pin上报,那也应该是在这个pad的输出pin上去报,因为所设的１０的约束,超过了库里面５的属性值,不是这样吗?
２.这个required transition 3是怎么来的???,库里面,对这个pin没有max_transition的属性值,而且设计中也没有对current_design 设置全局的约束,

先行谢过各位了.

1359784773

是不是你constraint中设置了该个pad的input pin的transition为10；和design的max transition 为3；
看起来是这样的；明显的这两个值都是ideal的，应该是有设定的。

henry_wangjj

回复 2# 1359784773


    多谢1359784773回复哈.

上面给出的这个report很好解释,是因为设了一个１０的约束,库里面有有个３的default约束,所以有个７的违例,可以不管.

上面没有表述出来,有另外一个问题:

除去这个不管,我在做signoff　STA的时候,在worst　case下面,有许多max_transition的问题,并且许多都是在输入pin上边,我去看过库文件,并且常规情况下面,一般是在cell的输出pin上有max_transition的属性的,也就是说报违例的话也会在输出pin上,为什么会有好多是在输入pin上呢?并且报的时候都是用的库的一个全局的default值.

敬请帮忙,多谢.

1359784773

约束的是input pin上的max transition， output pin有不有violation有什么关系呢，只要input pin上的满足就可以了。

henry_wangjj

回复 4# 1359784773
多谢哈,这个问题我已经解决了,没有violation,但是有个不明白的地方:

    不是说的input上的,input上的我们现在已经确定可以waive的了,是说的current_design的output_transition,这个大部分的库都是在cell的输出pin上去查的,但是现在很奇怪的是我在做signoff　ＳＴＡ的时候,工具也查了输入上的max_transition,

Rucas

回复 5# henry_wangjj


   你是如何做的？

sinowuwei

看看啊

icfbicfb

pad上的drc violation可以忽略，pad是固定死的，没法修的

mul

现在的情况是，report_constraint能报出来，但是可以waive，那能不能通过某个设置，使得report_constraint在报的时候就waive掉，不报出来呢