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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 5910|回复: 16

[求助] 各位大虾,版图静态时序检查通不过该咋办?

[复制链接]
发表于 2011-1-14 15:30:15 | 显示全部楼层 |阅读模式

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

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

x
用Astro画的版图,Astro中report timing,没有setup、hold、max_transition违例

但是用StarRC提取RC参数,在PrimeTime中作静态时序分析,就会有大量的违例,而且违例非常大。

遇到这个问题该如何处理?请各位支招,在此先行谢过
 楼主| 发表于 2011-1-18 12:04:58 | 显示全部楼层
没人回复啊!
发表于 2011-1-18 12:40:58 | 显示全部楼层
review constraint先! 是不是Contraint有不合理的地方,如果合理,那么timing违反的地方可不可以放宽些,那如果contraint不能放松,那么只能翻到Placement到Routing再optimize了。
发表于 2011-1-19 15:47:35 | 显示全部楼层
本帖最后由 feixuelf 于 2011-1-19 15:52 编辑

回复 1# sendfast2008


    PT的constraint设得对吗,是不是设了propagated_clock但是没有将clock uncertainty相应减小?如果相差很大,绝对不是correlation的问题
 楼主| 发表于 2011-1-20 15:00:48 | 显示全部楼层
Astro布局布线时序是没有错误的,PT检查时Tansition violation会很大,比如设置max_transition
为0.6,最大违例达到-9。transition违例导致一些路径的延时特别的大,比如一个时钟周期就10,最大违例达到-15。

工艺为.13,大概100万门,单一电源域。这会跟布局有关吗?
发表于 2011-1-22 00:01:22 | 显示全部楼层
只有想办法修正一条路.
发表于 2011-1-29 18:53:17 | 显示全部楼层
有可能是Astro抽取的寄生参数用的文件比较粗糙,用starRC抽取用的规则文件直接用的是厂家
的文件rule精度比较高,两者差异比较大,导致做STA分析结果差异比较大。
 楼主| 发表于 2011-2-12 17:52:50 | 显示全部楼层
Astro提取用的是工艺厂商提供的itf转换的tluplus,StarRC提取用的是工艺厂商提供的nxtgrd,会有什么问题吗?

想办法可以用修正,大概什么办法?请指教
发表于 2011-2-12 20:00:43 | 显示全部楼层
建议
1检查使用PT做分析的约束和方法是否合理
2确认布局布线中使用正确的约束
3如果PT分析没通过,那你还是要重新做了
 楼主| 发表于 2011-2-15 09:33:15 | 显示全部楼层
听了大家的意见,仔细检查了PT和Astro脚本,竟然发现两边用的库不一样,Astro用typ库,PT用了max库。

也许是这个原因造成的,感谢大家的回帖
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-12-23 13:31 , Processed in 0.031454 second(s), 9 queries , Gzip On, Redis On.

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