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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: 陈涛

[原创] 后端面试--每日一题(011)

[复制链接]
发表于 2011-5-30 14:31:34 | 显示全部楼层
感觉大家都在纠缠在blockage/space 这一方面,有没有想到比较烂的special route 也会经常导致routing congestion呢,比如io与ip 之间 20um space,你用m1 走track,然后一18um m6纵向与m1打满孔,是不是封死了所有层次的metal routing track ? 可能这比较极端,那你用一8um m6走呢,可能碰巧所有的信号线都走得通,不过也都min width/ min space了。 也或者走不通了,就差一两跟,其实这种情况还是挺多的,就是fp 做的烂了点。
 楼主| 发表于 2011-5-30 16:13:36 | 显示全部楼层
这点很重要!
应该尽量减少power route占有的资源,谨慎选择power mesh使用的金属层,VIA的大小等。在detail route完成之后,你如果已经试了各种解决signal congestion的方法,还有少量DRC无法解决时,可以考虑切掉部分power mesh
发表于 2011-5-30 16:34:38 | 显示全部楼层
是的,detail routing之后,看一下比较紧张的地段,可以灵活地切除一些mesh并且不影响em/ir的情况下,或者顺着数据流灵活改变一下孔的array ,还是上面例子,m1~m6,必有v1 m2 v2 m3 v3 m4 v4 m5等layer,比如你的array 阵列是50 x 50 (当然层次不一样,空width/pitch 不同),不切除mesh,把array 改为30x50 ,可能就让出了m2 m4 纵向 几十个channel ,可能效果立竿见影,又没有影响太大的em能力,假设m6是main power line , m1是local的。 类似的细节是提升后端品质的一个很好的因素。在routing有问题的时候大动干戈去移ip是很不好的做法,动作过大 ,over work了,很多时候分析一下p/g special line,可能会有好的效果。
发表于 2011-5-31 10:48:44 | 显示全部楼层
謝謝版主回答
发表于 2011-8-30 10:25:28 | 显示全部楼层
回复 2# jiancongwoo
您好!请问下什么是FTS啊?
发表于 2011-8-30 13:52:51 | 显示全部楼层
学习了,不错
发表于 2011-8-30 15:36:19 | 显示全部楼层
学习了,谢谢
发表于 2011-8-30 22:24:40 | 显示全部楼层
综合的时候少用端口多的单元也能解决一些问题啊
发表于 2011-8-30 22:25:56 | 显示全部楼层
综合的时候少用端口多的单元也能解决一些问题啊
发表于 2011-8-31 11:53:46 | 显示全部楼层
对于版主说的再标准单元的某一块之间,确实有时候会出现一下cell很小,但是pin很多的单元,这种情况也可能出现congestion,解决的办法是对这些cell在place之前设置一个间距,就是离它最近的cell的最小grid,具体的命令忘记了,好像是spceifyCellPad,UG上有介绍。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2024-3-28 19:24 , Processed in 0.025864 second(s), 5 queries , Gzip On, Redis On.

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