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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜帖子
楼主: HADIST

[求助] 求教DC综合线延时问题

[复制链接]
发表于 2013-12-18 09:38:44 | 显示全部楼层
ideal情况留个20%~30%的margin就差不多了
回复 支持 反对

使用道具 举报

发表于 2013-12-19 22:37:27 | 显示全部楼层




    最近在看综合, 也在纠结这个问题, 库文件中不是定义了wire_load_model 吗, 有fanout_load对应的线长,单位面积电容、电阻、面积,有了这些信息应该可以得到线延时吧,虽然只是统计结果,也是不太明白为什么报告中线延时为0。。
回复 支持 反对

使用道具 举报

发表于 2013-12-20 14:37:34 | 显示全部楼层
clock uncertainty 留个 30%的余量就可以了
回复 支持 反对

使用道具 举报

发表于 2022-2-16 12:45:57 | 显示全部楼层


   
jnale 发表于 2013-12-19 22:37
最近在看综合, 也在纠结这个问题, 库文件中不是定义了wire_load_model 吗, 有fanout_load对应的 ...


对呀,我也有这个疑问,不是有WLM吗?线延时怎么会0呢
回复 支持 反对

使用道具 举报

发表于 2022-2-21 17:30:38 | 显示全部楼层
本帖最后由 Love24 于 2022-2-21 18:01 编辑

DC的逻辑是如果遇到set slack违例的路径,它会进行优化,能优化到0之后它就停下了,哪怕可以优化成正数;当然了,有些路径优化到最后还是违例,那就没办法了,需要前端解决。从这个角度来说,时序报告里的set slack只要非负,就可以给后端交付网表,而且后端流程里也会做STA,会修时序。退一步说,即使前端在slack为0的报告下考虑线延迟后有违例,那么后端大概率是能修复的,只有后端搞不定了,才会反馈前端解决;
回复 支持 反对

使用道具 举报

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

本版积分规则

关闭

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


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

GMT+8, 2025-8-21 19:49 , Processed in 0.014174 second(s), 3 queries , Gzip On, Redis On.

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