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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: XIDIANCAD2

[讨论] DC和PT

[复制链接]
 楼主| 发表于 2012-2-2 17:18:52 | 显示全部楼层
谢谢大家。问题确实在set_operation_conditions -analysis_type on_chip_variation -min BBCOM -min fs90a_c_generic_core_ff2p75vm40c.db -max WWCOM -fs90a_c_generic_core_ss2p25v125c.db 这里
把on_chip_variation 该为 bc_wc后用spef反标分析建立时间slack=0.93,保持时间slack=0.16;用sdf反标分析建立时间slcak=0.94,保持时间slack=0.30;相差不大。我以前就是用bc_wc的,但PT会出现警告,所以查了下资料看有人用on_chip_variation于是就改了下。都不明白是怎么回事。结果弄了我这么久。悲催。on_chip_variaton到底是怎么回事。对了。spef我是直接从encounter timing菜单下extract RC 产生的。我看很多人说要用QRC参数或者star xt软件提取才准确。
 楼主| 发表于 2012-2-2 17:51:07 | 显示全部楼层
回复 9# zzczx


    谢谢大家,果然是on_chip_variation的问题,改为wc_bc后,用spef分析和sdf分析建立时间和保持时间都满足,相差也很小。什么是on_chip_variation??
发表于 2012-2-2 22:13:29 | 显示全部楼层
本帖最后由 hajixin 于 2012-2-2 22:16 编辑

OCV算法认为同一个die上面会同时存在不同的operating condition。在做setup check时,对到达同一个cell的两条path,early path用min lib计算delay,late path用max lib计算。比如对一个FF,clock path是early path, data path是late path,ocv使clk相对早到,data相对晚到,就是采用最悲观的情况。
hold check反之。
OCV明显过于悲观了,大的design很难signoff,比较主流的是aocv(area ocv),die上面相近的地方用相近的lib,算法就比较复杂了。
发表于 2012-2-4 22:18:13 | 显示全部楼层




    aocv跑起来慢啊,你整个sta的interation要花多久,随便来一点eco不是要搞死人啊。
发表于 2013-1-31 15:47:35 | 显示全部楼层
很好,学习了!
发表于 2014-5-6 21:19:41 | 显示全部楼层
好像已在pt中批量的size_cell,再看report_timing。如果met,write_change-》tcl,应该可以再edi中source这个tcl,再eco place,eco route。最后在pt一下看是否fix
发表于 2014-5-21 05:31:26 | 显示全部楼层
多谢分享
发表于 2015-2-5 17:32:36 | 显示全部楼层
楼主设置的是Encounter还是PT的operating condition为bc_wc?
发表于 2015-2-5 19:46:54 | 显示全部楼层
(1) 先确定ocv setting一致
(2) 确认是否是delay calculation的差别,把EDI的spef 放到 pt里面报一下
         这里面又有base delay和increment delay一致。
发表于 2016-1-25 18:38:49 | 显示全部楼层
good question
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-4-24 15:25 , Processed in 0.029179 second(s), 6 queries , Gzip On, Redis On.

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