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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: chenzhao.ee

[原创] CRPR问题

[复制链接]
发表于 2012-8-10 17:45:15 | 显示全部楼层
回复 3# 陈涛

"如果使用了OCV(set derating)就要开CRPR
如果没有用OCV,CRPR的on/off没什么区别"

==>为什么"如果没有用OCV,CRPR的on/off没有区别"?
Xtalk引起的Incremental delay也会被CRPR抵消吧!
请涛大分析一下,感激不尽!
发表于 2012-8-11 11:17:39 | 显示全部楼层
这个在每日一题里面讨论过,结论是 setup时,CRPR不能抵消xtalk,hold时可以
一个连OCV都不开的设计,基本上也就不用考虑xtalk了
发表于 2012-8-22 22:01:59 | 显示全部楼层
好贴aaaa
发表于 2012-8-22 23:33:18 | 显示全部楼层
mark~
发表于 2012-9-4 09:56:50 | 显示全部楼层
恩,以前还以为CRPR是一种技术,看了PT的user guide之后发现CRPR原来是分析工具的一种算法。学习了。看来这个后端还是经验活啊
发表于 2012-9-5 10:28:11 | 显示全部楼层
回复 10# bingling512


    没看明白您所说的,能详细讲讲吗?多谢了~~
发表于 2013-4-14 20:24:32 | 显示全部楼层
学习下
发表于 2013-4-18 11:19:22 | 显示全部楼层
我學習到了~~
发表于 2013-5-7 17:56:43 | 显示全部楼层
回复 6# farren


    你没有搞错,是工具的原因。
report_crpr比较准,report_timing因为会update_timing,如果使用精确的crpr,运算量太大。所以工具会进行折中,report_timing报出的CRP一般为report_crpr-x ~ report_crpr,其中x为折中值,默认为20ps。
发表于 2013-5-14 00:35:56 | 显示全部楼层
非常感谢!
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-11-25 14:07 , Processed in 0.019297 second(s), 5 queries , Gzip On, Redis On.

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