icc pad timing疑问

icfbicfb

report_timing -input_pins -nets -cap -trans 看下

可能是你set_load 了太大了，那个双向io还要接受cap的影响的

a1677

回复 11# icfbicfb


    不好意思版主哥，可能你没看清楚我的贴图或者我的贴图有问题你看不到。
1.上面报告的timing就是用你说的这条命令报的，起头部分已经有交代。set_load已经特意设为0了。set_drive也特意设为0了。就是为了找到这个奇怪的delay。
2.实际上我尝试了set_load、set_drive为其他值，都完全部影响上面提到的哪个4.71ns的delay。它怎么弄都不变。
3.我尝试用set_annotated_delay把这个位置设为0，然后报告timing，4.71ns就没了。但是接下来只要我用了place、clockopt、routeopt等任何一个命令，然后再报timing，那个4.71ns就又回来了。这是我非常不解的地方。icc到底根据什么提取出来又反标在这个位置的？（我的其他IO：比如p21、p22用的都是完全相同的lib cell，只是坐标不同，一个挨着一个，他们在这个位置的delay分别是3点几ns，0点几ns，总之每个PAD的delay都是不同的。）
多谢版主哥，请在有空时继续跟踪一下我这个问题。

icfbicfb

可能是那个port 不在pad上， 比如哪个port在 die boundary的其他地方，距离那个pad的port位置（通常是pad中心点或出terminal的地方）很远

icc现在有些版本有这个问题， 就是port 不在pad上，就造成了这个问题， 你change_selection [get_ports xxx]  看看 ，

a1677

你好版主哥，周末没有太及时跟帖回复，不好意思。
我用您说的命令看了，非常确认目前的port位置是在：IOcell对应的那个terminal的正中心位置，不存在偏离或者远离pad的情况。（IO选用库smic55nlld2rp_ov3_v0p5 PBCU4R）

jennytanxx

楼主，问题解决了吗？现在也遇到这个问题了