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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 9951|回复: 22

[讨论] 跨时钟域的约束

[复制链接]
发表于 2014-4-17 10:16:45 | 显示全部楼层 |阅读模式

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

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

x
跨时钟域是老问题了,关于跨时钟域约束有两个问题讨论一下:
1. 如果跨时钟域不约束,工具会对跨时钟域的信号进行时序分析吗,会优先满足其布线吗?
2. 如果跨时钟域进行约束,一般都怎么约的:
   maxdelay?
    falsepath(tig)?
发表于 2014-4-17 13:26:11 | 显示全部楼层
同问?
 楼主| 发表于 2014-4-17 15:52:12 | 显示全部楼层
这话题没人感兴趣吗?....
发表于 2014-4-17 16:26:58 | 显示全部楼层
我觉得可以问版主,版主很是强大,我也对这个问题困惑的,找到答案望共享
 楼主| 发表于 2014-4-17 16:51:23 | 显示全部楼层
大家一起求版主解答吧...
发表于 2014-4-17 19:26:58 | 显示全部楼层
如果不约束会进行时序分析,一般使用flase_path 进行约束。
 楼主| 发表于 2014-4-18 09:08:13 | 显示全部楼层
回复 6# bettermanjh
确定吗?我这边有同事因为没有对跨时钟域进行分析导致时序上过不去的现象,我们这边对跨时钟域都是要求必须要进行约束的;
发表于 2014-4-18 09:58:06 | 显示全部楼层
跨时钟域信号需要在设计上自己保证功能的正确。
约束上,如果你不将两个时钟设定为异步时钟,他们会互相检查的
set false path from A to B and from B to A
or
set async group
 楼主| 发表于 2014-4-18 11:33:25 | 显示全部楼层
回复 8# richardxingxing
从目前跑后端的情况来看确实是这样的,为了避免跨时钟域的影响其它逻辑的布局布线,最好就是加上约束。
这种约束有两种,一个是MAXDELAY,一个是FALSEPATH
MAXDELAY属于路径约束后端工具应该会优先满足,这样跨时钟域的寄存器就会优先布局布线;
而FALSEPATH,按照我的理解,应该是所有其它路径的布局布线都满足之后后端工具随意摆放的;
就这样来说,约束为FALSEPATH应该会更合适;
不过不知道我的理解对不对,需要版主或者其它高手来指点了...
发表于 2014-4-18 15:03:08 | 显示全部楼层
回复 9# 挂在天边的鱼

感觉楼主对跨时钟域理解蛮到位的,你用的是vivado软件不?
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-11-23 14:52 , Processed in 0.020338 second(s), 8 queries , Gzip On, Redis On.

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