报hold timing的时候，lauch 和capture的clock path为什么用的不一样的corner？

weip218 · 发表于 2014-6-3 23:15:45

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

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

x

在ICC里面report_timing -delay_type min -to $pin报出来有很大violation，报告里面lauch的lantency是0.75ns，capture的是1.92ns，差了太多
然后我分别report_timing -to 前后两个寄存器的cp端，发现在min下，capture的也就是0.8ns
应该是工具这样计算timing是错了吧？要怎么设置才能报得正常呢？

stheng · 发表于 2014-6-4 10:09:03

capture path is using the worst path delay for hold check
if you report_timing -to the capture reg CK pin, without -delay min, should get ~1.92ns

sjtusonic · 发表于 2014-6-4 12:24:17

在ICC里面report_timing -delay_type min -to $pin报出来有很大violation，报告里面lauch的lantency是0.75n ...
weip218 发表于 2014-6-3 23:15

登录/注册后可看大图

检查分析方式是bc-wc or ocv

derate value有没有设，通过report_timing -derate -path full_clock_expanded来看

sunraiselee · 发表于 2015-11-11 13:31:44

赞，学习了

[求助] 报hold timing的时候，lauch 和capture的clock path为什么用的不一样的corner？

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

相关帖子

站长推荐 /2