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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜帖子
查看: 7159|回复: 11

[求助] pt报告同一条路径时delay type选择max和min分析的delay问题

[复制链接]
发表于 2014-10-21 15:21:17 | 显示全部楼层 |阅读模式

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

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

×
pt导入的是同一个verilog netlist,同一个spef,同一个lib。

我用pt报告同一条path,不同的delay type,分析出来的net delay和cell delay都不一样,请问这样是合理的么?
这里说的同一条path,是完全相同的一条了。途中经过的cell和net都是一样的。

贴一下我报出来的path的report吧。

同一条path的timing report

同一条path的timing report
发表于 2014-10-21 17:54:31 | 显示全部楼层
当然有可能了, -max的时候是计算setup critical case, -hold是计算min delay case

如果还有疑惑请report_delay_calculation
回复 支持 反对

使用道具 举报

发表于 2014-10-21 23:09:16 | 显示全部楼层
setup计算的时候是max delay,hold计算的时候是min delay吧
回复 支持 反对

使用道具 举报

 楼主| 发表于 2014-10-21 23:32:54 | 显示全部楼层




   通过report_delay_calculation确实看一个一个cell的timing arcs在max和min的情况下delay是不一样的。
但是我一直理解的cell delay是受到input端的transition和output 端的load来影响的。
那么如果max和min的delay_type可以report出不同的timing delay,就意味着一个cell的input transition和output load在这两个delay type是不同的。
感觉有点奇怪吧。毕竟path都是同一条的path,路径上的cell和net都一样,不知道为什么会计算出不同的数据。
回复 支持 反对

使用道具 举报

发表于 2014-10-22 06:54:42 | 显示全部楼层
回复 4# AveryYoung [/blib中]setup和hold都有相应的table
回复 支持 反对

使用道具 举报

发表于 2014-10-22 13:26:17 | 显示全部楼层


   
通过report_delay_calculation确实看一个一个cell的timing arcs在max和min的情况下delay是不一样的 ...
AveryYoung 发表于 2014-10-21 23:32




    你一条path会有merge point,两个信号过来会有不同的slew.比如与非门的两个pin进来的slew可能是不一样的
回复 支持 反对

使用道具 举报

发表于 2017-6-12 17:45:06 | 显示全部楼层
遇到了同样的疑问,请问楼主解决问题了吗?能否分享一下?
回复 支持 反对

使用道具 举报

发表于 2021-2-4 16:56:58 | 显示全部楼层
同问,头疼
回复 支持 反对

使用道具 举报

发表于 2023-3-16 11:13:47 | 显示全部楼层
mark!!!
回复 支持 反对

使用道具 举报

发表于 2024-1-8 21:40:28 | 显示全部楼层


   
AveryYoung 发表于 2014-10-21 23:32
通过report_delay_calculation确实看一个一个cell的timing arcs在max和min的情况下delay是不一样的。 ...


您好,关于这一点我也挺疑惑,能否解答一下,感谢
回复 支持 反对

使用道具 举报

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

本版积分规则

关闭

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

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

GMT+8, 2025-8-20 12:21 , Processed in 0.018497 second(s), 4 queries , Gzip On, Redis On.

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