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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 439|回复: 3

[求助] 关于-allow_path 与cdc clock的用法

[复制链接]
发表于 2024-9-10 15:47:35 | 显示全部楼层 |阅读模式

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

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

x
在约束有交互的异步时钟时,一个是在clock group选项中添加-allow_path选项,打开时钟之间的交互,然后设置max_delay;另一种做法是对每个时钟单独创建cdc clock,然后依据cdc clock设置max_delay。这两者是不是作用都是相同的,有什么优缺点吗?
发表于 2024-9-11 15:14:55 | 显示全部楼层
考虑SI时,设了async的clock group是infinite timing window; 没设的是sync timing window
发表于 2024-9-12 17:58:28 | 显示全部楼层
clock group 和max delay 似乎是有优先级的,clock group 最高,开启allow path 后,不确定你的max delay 是否还能生效;单纯收时序的话,考虑后者,直接整一个cdc mode,对应整一个cdc sdc,设置时钟互查且 ignore clk latency 这样不会影响 func 功能;要不然,两个mode 打架,麻烦的很
发表于 2024-9-18 09:32:40 | 显示全部楼层
效果确实差不多,简单设计直接allow path可以,但是时钟多了,设计复杂了就会变的很麻烦,按了葫芦起了瓢,好比一个芯片就一个模块实现所有功能,能实现,但是非技术的影响因素会严重干扰分析工作,出了问题,动了这里坏了哪里
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-12-5 10:25 , Processed in 0.016188 second(s), 7 queries , Gzip On, Redis On.

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