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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: xixizhihua

[原创] 自动时钟树ECO解决方案

[复制链接]
发表于 2011-12-21 09:14:32 | 显示全部楼层
都是大牛啊
发表于 2012-8-1 21:10:53 | 显示全部楼层
学习了!!!
发表于 2012-8-26 19:27:48 | 显示全部楼层
回复 7# xixizhihua


    原来是西西
发表于 2012-8-27 16:02:12 | 显示全部楼层
回复 18# ztspac

对长线来说,能把delay 变小要看buffer上的delay能不能减下来,线上的RC固定, 那么delay ~ RC 是确定的,插入buffer并不能减小线上的delay, 但是可能对buffer 内部的delay 有改善.
发表于 2013-6-2 23:41:38 | 显示全部楼层
牛人一个...
发表于 2013-6-3 10:42:06 | 显示全部楼层
看来要学习perl了
发表于 2013-6-4 23:34:46 | 显示全部楼层
类似脚本我当年也写过。脚本应用起来看着确实爽,一次遍历所有能推的地方,包括时序反馈环路,最大嵌套500层循环,结果TNS下降非常明显。但是如果design做的好,WNS有时候其实降不了多少,毕竟关键路径在那里挡着,能推时钟早就推了,不会等到这会。比如在模块级,你不能牺牲太多边界上面的时序,因为顶层要留有余量。另外,如果在DC阶段就用这种方案,其实网表质量就烂了。所以这种方法在修时序的后期可以用用。如果大面积violation不要指望这方法能搞定
发表于 2014-1-14 14:10:17 | 显示全部楼层
佩服佩服!值得学习!
发表于 2014-1-14 15:57:12 | 显示全部楼层
know this?
发表于 2014-1-15 13:11:50 | 显示全部楼层
请问有脚本吗?
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-11-22 20:44 , Processed in 0.021119 second(s), 5 queries , Gzip On, Redis On.

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