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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜全文
楼主: chenzhao.ee

时序原件的recovery和removal时间是如何定义的

[复制链接]
发表于 2011-6-28 18:04:25 | 显示全部楼层
我也遇到了这个问题很是纠结啊
回复 支持 反对

使用道具 举报

发表于 2011-7-12 17:35:34 | 显示全部楼层
在设计RTL的时候,首先要对异步reset用施密特滤一下,然后对reset进行同步化,可以加三个FF,把三个FF的输出与一下。当然也有别的办法。
回复 支持 反对

使用道具 举报

发表于 2011-8-15 11:51:00 | 显示全部楼层
回复 4# lyjren
你这个定义是错的吧,Recovery时间是复位信号无效后到下个时钟有效沿的最小时间
回复 支持 反对

使用道具 举报

发表于 2011-8-17 16:05:25 | 显示全部楼层
#12楼是通过修改RTL实现吗?
那么有没有办法在后端来fix呢?
谢谢!
回复 支持 反对

使用道具 举报

发表于 2014-3-20 18:56:07 | 显示全部楼层
如果复位很长一段时间,是不是removal检查就没有用了?
recovery 很好理解。
就是如果reset 撤销违反规则,则会导致有的寄存器还处在复位状态,有的寄存器在工作状态。
这样会出错。
recovery应该有1个时钟周期的时间余量,应该很好修。
回复 支持 反对

使用道具 举报

发表于 2014-3-25 21:23:52 | 显示全部楼层
对于clock gating cell的检查, 这个有用
回复 支持 反对

使用道具 举报

发表于 2016-12-23 17:12:49 | 显示全部楼层
谢谢分享哈
回复 支持 反对

使用道具 举报

发表于 2021-7-1 15:38:21 | 显示全部楼层
学习了
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2025-9-15 18:31 , Processed in 0.016584 second(s), 4 queries , Gzip On, Redis On.

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