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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 4899|回复: 3

[求助] set_timing_derate后时序计算问题

[复制链接]
发表于 2015-8-6 10:29:31 | 显示全部楼层 |阅读模式

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

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

x
route时我将derate设置如下:set_timing_derate -early 1
                           set_timing_derate -late  1 ,
                           这样设置应该就是说计算时序的时候不考虑ocv的影响了吧?
在上面设置的基础之上设置clock_reconvergence_permission true, route后用report_timing报出的setup时序结果显示时钟公共路径时间差值为0.47ns(launch path为5.94ns,capture path为5.47ns),而clock reconvergence permission为0.1ns(不是0.47ns)。我就有疑问:
1,timing_derate都设成1了怎么时钟公共路径时间长还不一样啊?
2,如果两个path时间确实还受ocv的影响,clock reconvergence permission为什么是0.1ns而不是0.47ns?跪求解答
发表于 2015-8-6 17:30:12 | 显示全部楼层
设成1 是no derate的意思,但是 derate 和 cppr,common path delay的值没有直接联系,
edi报的基本上是正确的
 楼主| 发表于 2015-8-7 09:17:46 | 显示全部楼层
本帖最后由 梦想的东南 于 2015-8-7 09:21 编辑

回复 2# icfbicfb 恩,谢版主。我是用的ICC.不过我就是想不通,这里clock reconvergence permission怎么和common path delay的差值不相等呢,CRP的定义不就是common path delay的差值吗
发表于 2016-11-17 11:31:32 | 显示全部楼层
回复 3# 梦想的东南


   common path 可能只是你给的launch path 和capture path中的一部分,所以不是简单的相减
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-11-22 09:35 , Processed in 0.021921 second(s), 9 queries , Gzip On, Redis On.

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