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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜帖子
查看: 9966|回复: 12

[求助] 关于多时钟模块中复位同步器的问题

[复制链接]
发表于 2010-7-22 14:58:33 | 显示全部楼层 |阅读模式

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

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

×
一个module中有两个时钟输入端,并且采用了异步复位的模式,为了避免出现recovery/removal的violation,要插入同步器,但问题也来了。
是要插入一个同步器还是两个同步器?插入一个同步器的话,那显然只能选择一个时钟作为同步器的时钟端口信号,这样会不会导致处于不同时钟域的触发器出现recovery/removal的违例?
如果插入两个同步器,那好像就会导致模块中的触发器复位时间不一致,从而导致逻辑上的错误。
不知这种情况该怎么解决?诚心请教~~
发表于 2010-7-22 17:41:08 | 显示全部楼层
本帖最后由 yohuang 于 2010-7-22 18:04 编辑

首先,我简单介绍一下为什么需要synchronizer. 对于时序元件来说,我们会定义setup/hold时间,当数据在setup time之前变化,输出在一定的时间后反映的是采样的新数据。 如果数据在hold time之后变化,输出将保持原来的值。 如果数据在setup和hold之间的一个小窗口内变化时输出数据将有可能变得不可预测,并且输出要稳定到一个有效电位(0 or VDD)的时间将可能是无限的。对于同步电路设计来说,我们可以保证数据相对时钟满足setup/hold要求。 但是对于跨时钟域的数据来说,它相对另一个时钟域的变化时间是不确定的,所以就有可能造成上述的metastability问题。 所以,我们可以看到这是关于一个时钟域A的数据与另一个时钟域B的时钟之间,遭遇在此时钟域B中某时序元件(reg,latch)处,涉及setup/hold时的个人恩怨~~~~,与别的信号无关,而同步器就被用来解决这个问题。

异步复位信号相对时钟来说是异步的,不论是一个时钟还是两个时钟。那么为什么异步复位信号在跨时钟域时需要同步? 个人认为是不需要的,因为同步器的本职工作是解决metastability问题,而异步复位信号不存在这个问题,因为它本身就没有setup/hold的概念,他的复位是通过组合逻辑实现的,通常在flop输出与数据相与或相或,从而不会引起以上提到的metastability问题。既然没有这个问题,也就不需要被同步。

简单点,同步通常就是针对一个时钟域的信号跨越到另一个时钟域,并接入到时序元件的D输入,也就是有setup/hold要求的端口,这时就与clock之间有产生metastability问题的可能性,所以你只需要看是不是有这个可能性,有就需要被同步。 如果数据在两个时钟域有相互的,以上说的行为,那么就需要两组同步器。

个人愚见,可以共同讨论。。。。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-7-22 18:08:42 | 显示全部楼层


   
你也说了,复位信号是异步的,那么它就不需要被同步,他和几个时钟域关系不大吧?因为他对一个时钟域来说是异步的,对两个时钟域分别看同样也是分别异步的,不需要同步。同步是针对一个时钟域中的同步信号要进入到另 ...
yohuang 发表于 2010-7-22 17:41



首先谢谢你的答复。
不过我感觉你说的和我想问的好像不是一个意思,当然也可能是我理解差了,请批评指正。
我说的异步复位,是指在模块中像下面这样的代码:
always @ (posedge clk or negedge rst)
    begin ....  end
在这种复位模式下,一般而言是要加入一个synchronizer,代码如下所示:
reg syn_rst, rff1;
always @ (posedge CLK or negedge RESET)
    if (!RESET) {syn_rst, rff1} <= 2'b0;
    else {syn_rst, rff1} <= {rff1, 1'b1};
加入这个synchronizer的目的,是为了避免带复位端口的触发器出现recovery/removal的violation,从而引发的亚稳态的问题。
那如果我这个module有两个时钟输入端口,对于每个时钟端口插入一个synchronizer,然后这两个synchronizer共用一个从reset端口引入的reset信号,这两个时钟端口对应的时钟周期不妨称为clk1和clk2。那么插入的两个synchronizer的输出的复位信号相比较于从模块的reset端口引入的复位信号就要分别延迟上两个clk1和clk2的周期,由于clk1和clk2的周期和相位的不同,就导致这两个时钟域对应的触发器的完成复位的时间不同,这在我做的这个项目中应该是不允许的。在这种情况下,该如何去处理reset信号呢?
表达的比较冗长,有劳指正。
回复 支持 反对

使用道具 举报

发表于 2010-7-22 19:56:12 | 显示全部楼层
我不知道为什么你一定需要两个时钟域对应的触发器完成复位的时间一样,如果只是要求有固定顺序就好办多了,比如时钟域A的复位一定比时钟域B的复位早两个周期,要同时完成这个恐怕不能做。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2010-7-23 11:58:48 | 显示全部楼层
to yohuang:
你提到说”因为同步器的本职工作是解决metastability问题,而异步复位信号不存在这个问题,因为它本身就没有setup/hold的概念,他的复位是通过组合逻辑实现的,通常在flop输出与数据相与或相或,从而不会引起以上提到的metastability问题“,我觉得有时候并不是这种情况,至少在我做的项目中不是。项目中用到的foundry提供的逻辑库里,是有带复位端口的触发器的,对于这种触发器,如果不能保证复位端口的信号和时钟端口的信号的时序关系,就会出现recovery/removal的violation,这一点在没加入synchronizer的情况下通过用primetime做STA已经验证过了,会报出recovery/removal的violation,所以要加入synchronizer,并不是说要让对应于不同时钟域的触发器的复位信号彼此之间同步,而是让复位信号跟对应的时钟信号同步,从而能规避刚才提到的recovery/removal的violation。

不过多谢你的答复,让我对复位同时完成这个问题有了比较清晰的了解。想让不同时钟域下的触发器同步完成复位确实很难做到,按照一定顺序复位还是能实现的。之前可能是我对项目中复位的问题考虑的还不是很明白。总之谢谢你的答复,以后有问题还要多多讨论。
回复 支持 反对

使用道具 举报

发表于 2010-7-23 13:11:00 | 显示全部楼层
本帖最后由 yohuang 于 2010-7-23 13:12 编辑

呵呵,你说的是对的,我之前的考虑不够全面,因为对异步信号来说,是不能够保证设计满足recovery/removal时间的,只有同步到某个时钟域以后才有意义去针对这个时钟检查recovery/removal时间是否满足了。 所以,我同意需要对reset信号在每个时钟域中用synchronizer同步。

我觉得你可以换个方式解决你的问题,就是在设计时不要那么严格要求复位信号的时间必须同时,而是放宽到有一定顺序这种方式上。

我的qq: 121760646. 多多讨论。
回复 支持 反对

使用道具 举报

发表于 2010-8-4 21:15:44 | 显示全部楼层
不错!
回复 支持 反对

使用道具 举报

发表于 2011-1-21 15:10:35 | 显示全部楼层
学习了~~
回复 支持 反对

使用道具 举报

发表于 2011-4-26 16:09:59 | 显示全部楼层
学习。。。
回复 支持 反对

使用道具 举报

发表于 2011-8-23 10:23:47 | 显示全部楼层
回复 6# yohuang


    楼主,您好!我只有一个时钟,并且只有一个异步复位信号,在PT时也出现了recovery的微利,您说的同步到一个时钟里面,我不知道是什么意思?怎么同步的?我是感接触这些,不明白,请您指教一下,谢谢!
回复 支持 反对

使用道具 举报

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

本版积分规则

关闭

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

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

GMT+8, 2025-8-22 03:31 , Processed in 0.032081 second(s), 6 queries , Gzip On, Redis On.

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