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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 2991|回复: 1

[讨论] 异步复位同步释放电路后端处理方案

[复制链接]
发表于 2015-5-9 11:20:31 | 显示全部楼层 |阅读模式

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

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

x
网上关于复位信号的各种方式及其优缺点对比的资料很多,在电路设计中,我觉得大致可以这样分类使用:1. 电路中没有反馈,且对复位的实时性要求不高:使用异步复位方式;
2. 对复位时间的长短有较严格的要求:考虑使用同步复位方式;
3. 电路中带有反馈,且对实时性要求较高:考虑使用异步复位同步释放;
异步复位同步释放的一种方法:
异步复位同步释放.jpg


后端的处理中
1. 同步复位作一般同步电路处理;
2. 异步复位作High-fanout处理;
3. 异步复位同步释放的方式则既有时序考量又需进行high-fanout处理,所以后端处理较为麻烦。其处理难点体现在如下部分:
    a).在做fanout处理的时候,势必要插入buffer tree,导致复位信号到寄存器复位段的延迟加大;
    b).时钟树本身存在很大的延迟;
    如若算上clock tree延迟以及reset tree延迟,即rst_n(port)-->clock_tree-->reset_tree-->reg/CDN那么复位信号路径太大,而且时序势必更难收敛。

我想可能的处理方法如下:
1. 将异步复位同步释放部分的寄存器CP端设为 exclude pin,那么时钟不对该部分进行balance,从而使路径clock部分延迟大减;
2. reset_tree部分设置多周期路径,以使时序容易收敛;(但这样时钟频率变化可能会导致时序不满足吧)

这些只是以我个人的经验和看法,请各位帮忙指出其中的不足,也欢迎大家提出你们的解决方案!
发表于 2015-5-11 16:10:38 | 显示全部楼层
现在不都是异步复位同步撤离么, 后端没太多讲究 , 只要把reovery/removal check打开就行了

2级同步flop放的近一些, reset hfn是自动工具会解开的,没啥
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2024-5-1 18:47 , Processed in 0.019903 second(s), 9 queries , Gzip On, Redis On.

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