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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: iamsofine

recovery time 和 removal time 是什么呀?

[复制链接]
发表于 2014-10-21 15:32:58 | 显示全部楼层
精华帖啊
发表于 2014-12-4 15:38:22 | 显示全部楼层
后面那个图很精彩~~~
发表于 2014-12-4 21:26:07 | 显示全部楼层
recovery是异步信号相对时钟延到来前的有效时间,removal是异步信号相对于时钟延到来后的有效时间。
发表于 2016-3-27 16:44:26 | 显示全部楼层
精彩!
发表于 2016-3-29 06:33:17 | 显示全部楼层

标题

回复 23# yariyari
这个时间如何保证呢?外部进来的异步复位怎么控制?要做什么处理吗
发表于 2016-3-30 14:12:10 | 显示全部楼层
跟建立/保持时间差不多的一个概念,主要就是讲亚稳态起源的
发表于 2016-3-31 14:00:17 | 显示全部楼层
学习了。
发表于 2016-4-13 14:29:00 | 显示全部楼层
回复 1# iamsofine


    a的手册上都有  我也咋懂  看英文烦
发表于 2016-4-13 20:25:23 | 显示全部楼层
回复 25# 董小三


      简而言之,DFF的复位置位信号不要在clk的跳变沿附近变化,而是要远离clk沿。
一般逻辑对此时序不用关心,比如很多模块的操作流程是复位完了,才开启模块时钟,再启动模块工作。这种流程可以保证不会出现recovery和removal的问题,因为复位置起撤销时都没有时钟;即使操作流程保证不了,出现recovery和removal违例,由于模块此时都不会工作,也没什么问题。


需要关心recovery和removal问题的最常见模块应该是CPU,因为一般CPU是在复位撤销后就开始工作。想象一下,CPU的工作其实是在很多个DFF一起配合完成的,如果复位撤销时刻在DFF的clock沿附近,势必导致各个DFF开始动作的步调不一致,导致无法预料的错误情形。


处理办法就是讲需要考虑recovery和removal问题模块的复位信号,用模块的工作时钟同步后,再送进模块使用。这样PR工具是会自动检查这个模块的DFF的时序并修正,直到没有recovery和removal的violation。对于其他没有要求的模块复位信号,设置false path不去检查这个时序即可。
发表于 2016-12-27 10:31:45 | 显示全部楼层
学习了,谢谢啦
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-3-29 13:26 , Processed in 0.027350 second(s), 6 queries , Gzip On, Redis On.

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