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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 2761|回复: 2

[讨论] how DC handle multicycle path check

[复制链接]
发表于 2018-1-27 10:49:27 | 显示全部楼层 |阅读模式

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

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

x
How Design compiler handle multicycle path checkfor instance, in this:
set_multicycle_path 2 -to mult/product*

DC will check setup time violations on the second capture clock rising edge, after the launch clock, right?

what about hold time violation? at the rise edge of the launch clock? or the first capture clock?

It makes more sense the first capture clock.
Do we have a way to specify to DC?
发表于 2018-1-29 13:20:27 | 显示全部楼层
你直接dc里面man set_multicycle_path
里面把setup/hold这几个参数研究一下就有的事情,有必要发一堆鸟语在论坛上吗?
 楼主| 发表于 2018-1-30 02:03:54 | 显示全部楼层
回复 2# churchmice

Thank you for your responseMy confusion came from the man page:
"If neither  -hold nor -setup are specified, path_multiplier is used
              for setup, and 0 is used for hold."

path_multiplier is used for setup, in my case 2 is easy to understand, and was just what I thought

But "0 is used for hold", does that mean DC is checking against the launch clock, rather than the 1st receiving
clock.

Is there a way in DC I could see how DC apply path_multiplier to the calculations of setup and hold check?

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

本版积分规则

关闭

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

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

GMT+8, 2024-4-25 20:42 , Processed in 0.017656 second(s), 7 queries , Gzip On, Redis On.

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