在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 8021|回复: 8

[求助] cadence PR工具innovus 设计告高速电路时 时序和PT中有差距

[复制链接]
发表于 2017-2-3 15:35:30 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
大家有没有发现cadence的pr工具时序跟PT对不准,我直接在PR工具中读入spef参数文件,得到的时序结果都有不小的差异(几十ps,而且有很多path)。时钟树上的delay跟PT中差距也比较大,大家有没有发现这种情况?  设计高速电路的时候,并不想通过加大uncertainty来加紧约束。
发表于 2017-2-5 09:45:46 | 显示全部楼层
cadence的sign off 应该是Tempus吧。不同家的产品一直都存在偏差的。
发表于 2017-2-7 12:31:56 | 显示全部楼层
不管哪家的,pr工具和signoff工具时序肯定会有些差别的,只要在可接受范围内就行
发表于 2017-2-7 18:09:12 | 显示全部楼层


Innovus直接把Tempus的源代码拷过去用了,所以非特殊情况报出来时序都是一样的,误差0ps。
发表于 2017-3-18 00:19:33 | 显示全部楼层
thanks
发表于 2018-9-12 14:14:01 | 显示全部楼层
有差距是正常的,毕竟两家的工具,背后的算法机制也会有所不同。

当然通过调整RC参数还是可以很好的控制这两者之间的差异的。
1.跑一版postroute,之后抽spef,然后用generateRcFactor这个命令比一个RC factor来(具体用法可以man一下),修改你的viewDefination.tcl,重新run,就能够实现Innovus和PT的较好的corrlation;

2.uncertainty在preCTS的时候可以过约,但要适度(case by case),cts和route逐步放松;
发表于 2018-9-12 14:29:52 | 显示全部楼层
innovus 计算RC也有好几套算法,有的更精确但用时较久,有的比较粗略但是快。如果确定了PR里抽取RC的算法之后在对比跟signoff的结果,一般调derating,尽量跟PT结果对其。这种差异是一直存在的。
发表于 2022-3-24 14:35:42 | 显示全部楼层


wl7xiancun 发表于 2018-9-12 14:29
innovus 计算RC也有好几套算法,有的更精确但用时较久,有的比较粗略但是快。如果确定了PR里抽取RC的算法之 ...


innovus signoff的spef是直接由innovus产生的吗

发表于 2023-12-1 11:15:46 | 显示全部楼层


大龄文艺男青年 发表于 2017-2-7 12:31
不管哪家的,pr工具和signoff工具时序肯定会有些差别的,只要在可接受范围内就行 ...


这个可接受范围怎么确定
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条


小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-12-22 19:09 , Processed in 0.019920 second(s), 6 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表