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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 194|回复: 6

[求助] DC学习

[复制链接]
发表于 10 小时前 | 显示全部楼层 |阅读模式

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

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

x

各位大神好,读DC stduent到这里时,对它的这个例子很疑惑:
如果看Launches和Captures,那么FF1和FF2的时钟肯定是有延迟的,而且FF2的更早一些?
周期=2,FF2的第一个时钟上升沿岂不是在0.22处,比源时钟延迟都要小?
DC_3_22.png
发表于 10 小时前 | 显示全部楼层
很正常的,CTS之后,Launch寄存器的clock延时和Capture寄存器的clock延时在物理上并不能确定相对关系
 楼主| 发表于 9 小时前 | 显示全部楼层


flyskyseu 发表于 2025-5-16 11:43
很正常的,CTS之后,Launch寄存器的clock延时和Capture寄存器的clock延时在物理上并不能确定相对关系 ...


大神你好, 非常感谢您的解答,
我可以理解Capture寄存器比Launch寄存器的clock早一些,
但是这条约束 是否会让所有Clk clock下的寄存器时钟上升沿都在0.3以后呢?
[color=rgba(0, 0, 0, 0.85)]set_clock_latency -source -max 0.3 [get_clocks Clk]

发表于 7 小时前 | 显示全部楼层
“周期=2,FF2的第一个时钟上升沿岂不是在0.22处,比源时钟延迟都要小?”不能得出这个结论。
发表于 7 小时前 | 显示全部楼层


lokenyang 发表于 2025-5-16 11:54
大神你好, 非常感谢您的解答,
我可以理解Capture寄存器比Launch寄存器的clock早一些,
但是这条约束 是 ...


-max是用于最大延迟分析的,一般是setup检查
发表于 6 小时前 | 显示全部楼层
你需要把setup max 和hold min分析独立出来,他俩并不是同样的路径,都独立看待比较好
发表于 5 小时前 | 显示全部楼层
clock_uncertainty 0.2
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2025-5-16 21:49 , Processed in 0.022818 second(s), 8 queries , Gzip On, MemCached On.

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