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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

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

[求助] set-timing-derate的early和late定义问题

[复制链接]
发表于 2014-10-17 15:00:57 | 显示全部楼层 |阅读模式

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

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

x
在set-timing-derate中,对于early定义为short/min,对于late定义为long/max。将setup的数据路径和hold的时钟路径定义为late。
对于此不是很理解啊,因为满足时序前提下,require(setup)>arrival(setup),require(hold)<arrival(hold)。也就是说在setup满足时序的前提下,应该是setup的时钟路径和hold的数据路径是更长的路径,为什么选项的定义却是反的呢?

初学后端,请诸位大牛不吝赐教。
 楼主| 发表于 2014-10-17 21:49:25 | 显示全部楼层
自己顶一下
发表于 2014-10-20 07:51:27 | 显示全部楼层
加了DERATE后,SETUP/HOLD 更难Meet了。所以Setup的DATA路径是Late,Delay更大了。
以下公式更难Meet
require(setup)>arrival(setup) × 105%
 楼主| 发表于 2014-10-20 11:06:12 | 显示全部楼层
回复 3# dfcan


   总觉得还是不太对劲,为啥算setup的时候数据路径长?真心求解,如果是执果索因总是感觉还是反的。
发表于 2014-10-22 10:22:21 | 显示全部楼层
set_timing_derate 本來就是要分析 OCV 情況下, 將更難 meet 的 timing 修過. 確保 On Chip Variation 下的 timing torrence.
发表于 2014-10-22 11:48:49 | 显示全部楼层




    OCV考虑更加极端的情况,setup的launch path更慢,capture path更快
发表于 2015-4-22 12:08:44 | 显示全部楼层
本帖最后由 zhanggd 于 2015-4-22 12:10 编辑

首先,你先搞清楚slack在setup,hold情况下怎么算出来的,对于late来讲,不论对于setup还是hold,你只要记住,late是在计算slack的时候将减数增大,early是在计算slack的时候将被减数减小,不论是late还是early,这样都会使得slack往小的方向拉伸,不就是加紧 约束吗,这样岂不是更好记忆
发表于 2015-4-22 19:35:22 | 显示全部楼层
再把user guide好好看看,总之ocv的理论就是使得越来越悲观的意思
发表于 2015-4-23 10:18:39 | 显示全部楼层
看看timing report就知道了
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-11-25 06:26 , Processed in 0.024396 second(s), 8 queries , Gzip On, Redis On.

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