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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜帖子
查看: 507|回复: 6

[求助] DC学习

[复制链接]
发表于 2025-5-16 11:21:53 | 显示全部楼层 |阅读模式

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

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

×

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

使用道具 举报

 楼主| 发表于 2025-5-16 11:54:08 | 显示全部楼层


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


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

回复 支持 反对

使用道具 举报

发表于 2025-5-16 13:50:30 | 显示全部楼层
“周期=2,FF2的第一个时钟上升沿岂不是在0.22处,比源时钟延迟都要小?”不能得出这个结论。
回复 支持 反对

使用道具 举报

发表于 2025-5-16 14:29:58 | 显示全部楼层


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


-max是用于最大延迟分析的,一般是setup检查
回复 支持 反对

使用道具 举报

发表于 2025-5-16 14:52:54 | 显示全部楼层
你需要把setup max 和hold min分析独立出来,他俩并不是同样的路径,都独立看待比较好
回复 支持 反对

使用道具 举报

发表于 2025-5-16 15:57:10 | 显示全部楼层
clock_uncertainty 0.2
回复 支持 反对

使用道具 举报

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

本版积分规则

关闭

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

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

GMT+8, 2025-7-9 07:34 , Processed in 0.086848 second(s), 9 queries , Gzip On, MemCached On.

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