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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: Synopsys-IC

[讨论] DC综合进阶问题——深入探讨脚本综合一些细节问题

[复制链接]
发表于 2016-10-14 12:21:27 | 显示全部楼层
被顶起来的帖子,说说我的看法。

(1)target_library是做mapping,而link_library是对hard IP等link,好与差你指的是setup吧,其实每种库的worst case是不一样的,拿setup来说,可能是slow corner是最差的,hold是fast库最差,power可能是某些另外收费或者非常规的一些库,所以mapping的目的是什么把什么库放在target_libray里,link_library是现有IP的库,很多时候只要和target_library里的PVT一致就好了。估算是基于某些库的,比如根据经验,slow库不用wire load model,放50%的margin可以cover后端的一些步骤的余量。

(2)OCV对于cell的input pin的slew选择和其他模式是不同的,OCV mode对于lib里查找表的选择是有影响的。这种模式在工艺越小影响越大。

(3)现在应该不用了吧,wire load model在28,甚至40差不多就被抛弃了。

(4)当然是模拟interface上比较真实的情况为准。如果大家的interface比较统一,都是带buffer的约定好的,就有某个驱动能力的buffer。

(5)看你的时钟源,设定多就是留更多地余量,有时候没什么意思,还有就是看buffer tree,时钟经过clock tree,这些中继点的clock buffer cell做得很好,那么出来的clock 波形应该很整齐,所以slew比较小,latency只得是clock 长度,综合没有意义,uncertainty在综合时考虑所有后续需要考虑的不确定性之和。比如signoff的uncertainty,routing的uncertainty,cts的uncertainty等等,还有ocv等。

(6)input和output约束都是参考实际interface,可以参考当前工艺库里buffer的值。

(7)hold不能太离谱,ideal情况下是不太会有hold的,仔细想想看,hold的本质原因是skew引起的,既然没有skew,自然hold比较少。
发表于 2016-12-1 10:23:42 | 显示全部楼层
感谢分享
发表于 2019-4-25 09:44:26 | 显示全部楼层
thanks for sharing
发表于 2021-1-21 14:19:16 | 显示全部楼层
新人学习
发表于 2022-3-27 22:41:21 | 显示全部楼层
#在这里快速回复#学习学习
发表于 2022-3-27 22:45:49 | 显示全部楼层
学习学习
发表于 2023-3-20 09:42:09 | 显示全部楼层
谢谢,:):):):):):)
发表于 2024-7-25 18:54:14 | 显示全部楼层
想请教大家一下,dc里面识别mask_layout_type这个属性是根据lef文件识别的吗?
发表于 2024-10-29 10:56:55 | 显示全部楼层
跟着学习一下
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-11-22 00:58 , Processed in 0.018901 second(s), 6 queries , Gzip On, Redis On.

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