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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜全文
楼主: jiazhang

[求助] place后violation和fanout除了psynopt和增加weight还有什么办法【已解决】

[复制链接]
发表于 2015-4-17 10:21:47 | 显示全部楼层
回复 6# jiazhang


    place阶段,谢谢!
回复 支持 反对

使用道具 举报

发表于 2015-4-17 10:23:09 | 显示全部楼层
回复 9# Timme


    为什么时序最差的weight最小?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2015-4-17 14:12:09 | 显示全部楼层
回复 12# Alicezw

他的意思应该是权衡这些path吧,因为cost=slack*weight,最差的slack比较大,所以weight设置小一些,这样工具可以平衡地对待这些path

当然你的理解应该也可以,对slack比较大的weight设置再大一些,那么工具就会下大力度来修复这些slack比较大的path!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2015-4-17 14:34:55 | 显示全部楼层
我这里的uncertianty可能约束太严格了,可以稍微放松些;在者,这里的违例也不是很大,可以放到cts和route阶段去修复;应该没问题的!  还有从时序报告中可以看出,有一些inverter,如果非要在此阶段修,可以写个脚本删除一些inverter,这样此阶段的违例就会被修干净,可能会新出现drc错误,可以到cts阶段修;
回复 支持 反对

使用道具 举报

发表于 2015-4-17 15:05:32 | 显示全部楼层
回复 13# jiazhang


    额,好吧,谢谢您的解释
回复 支持 反对

使用道具 举报

发表于 2017-4-1 13:32:58 | 显示全部楼层
学习了
回复 支持 反对

使用道具 举报

发表于 2018-4-28 10:01:04 | 显示全部楼层
回复 9# Timme


    试试把reg2reg再细分几个group,时序最差的weight最小,时序次差的weight加大点,有时能收干净有时收不干净的weight设到最大(100?). tips:group_path命令有先后顺序。

难道不应该是越critical的timing path设置的group_path -weight中的weight越大吗?按照你的说法是越critical的设置的的weight越小,感觉不科学啊,我用的是ICC,难道和innovus中的weight不是一个概念?
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2025-9-16 20:08 , Processed in 0.018764 second(s), 4 queries , Gzip On, Redis On.

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