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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜帖子
查看: 144|回复: 3

[求助] ICC布线结束后有short,如何更改cell density后再重新布线?

[复制链接]
发表于 6 天前 | 显示全部楼层 |阅读模式

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

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

×
如题,如果ICC布线结束后,lvs有short,如果我只是删除那些short的线然后在route_eco, short修不掉。

有没有什么办法,可以让我降低一下short多的地方的cell density(面积是够的),然后再重新布线?
写写大佬们
发表于 5 天前 | 显示全部楼层
本帖最后由 gaishiqicai 于 2025-8-12 10:15 编辑

1.要先检查是什么原因导致short。
2.如果是时序导致,例如有很大的hold time就会导致加入大量的buffer导致密度过高,这个就需要检查是不是时钟树没有做好
3.如果是组合逻辑过于复杂,利用率很低都绕不通,那就需要从新综合,禁用一些多输入的cell
回复 支持 反对

使用道具 举报

 楼主| 发表于 5 天前 | 显示全部楼层


   
gaishiqicai 发表于 2025-8-12 10:13
1.要先检查是什么原因导致short。
2.如果是时序导致,例如有很大的hold time就会导致加入大量的buffer导致 ...


蟹蟹大佬,确实是因为组合逻辑比较复杂,我看lvs的报告,主要是因为有个模块里面有一个256 byte 选 1个byte的mux。



然后这个模块综合出来的网表里面,用了很多AOI22这种cell(四个输入,一个输出),我可以指定某个模块在综合的时候不用这个cell嘛?

我只会set_done_use,但是这个命令用了之后好像全部的design都不会用某个cell了。

回复 支持 反对

使用道具 举报

发表于 5 天前 | 显示全部楼层


   
EEDong 发表于 2025-8-12 11:17
蟹蟹大佬,确实是因为组合逻辑比较复杂,我看lvs的报告,主要是因为有个模块里面有一个256 byte 选 1个by ...


如果是很小的一块congestion,只需要在PR放置placement blockage控制利用率就可以解决,如果是一大片congestion导致几千个甚至几万个short,那只能禁用导致congestion的多输入cell,例如把一些4输入的AOI禁用让工具使用3输入的AOI cell
回复 支持 反对

使用道具 举报

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

本版积分规则

关闭

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

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

GMT+8, 2025-8-17 15:36 , Processed in 0.013684 second(s), 4 queries , Gzip On, Redis On.

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