INVS里的DanglingWire的自动化修复实战

DanglingWire在INVS看来是可以进行trim的，这些也基本出现在PG gen的过程中，可能会来自于下列命令（或不仅限于下列命令）：

• sroute
• editPowerVia
• addStrip

既然大家已经了解了DanglingWire的出现原因，在进行trim收到操作前，用户需要对自己的PG 进行优化，来减少DanglingWire的出现几率，这里有包括但不限于以下的一些建议

• 如果有PG ring的规划，需要优先创建core ring和block ring

• 建立PG stripe，尽量extend到ring上，这里有几个选项用户可以关注

  

• 在没有 std-cell row的channel，不要创建可能会被macro打断的PG stripe ， 譬如

  

  上述工作完成后，用户需要使用verifyConnectivity进行查验，如有遗漏可以尽量补足。

  用户始终要明确：INVS的native命令是效率更高，收效更明显的处理手段。在任何手工/脚本操作前，都应该应用尽用INVS native 命令。

  反过来讲，一个完美的结果也不是一蹴（一个命令）而就的，打磨在所难免的，在日渐竞争的芯片后端岗位中，掌握别人不了解或者现在不了解的方法，是有机会能够让你获取【短暂的】领先的

  对于剩余的DanglingWire的问题，这里提供一个procedure（函数），进行解决。函数的基本使用方法如下

0. 打开INVS数据库
1. 在INVS，导入函数

这是ICerDev团队原创函数的第三次释放，版本信息如下

• 版本号：V0.12
• 交付时间：2023-01-10
• 更新内容：添加trim_danlingwire函数

2. 使用help查看函数帮助

   

3. 小试牛刀

   在使用trim_danlingwire函数之前，先来使用命令verifyConnectivity验证一下当前数据库的DanglingWire的状态

可以看到，当前数据库有606个DanglingWire的问题

查看细节可以看到，基本是M1的问题，基于上篇文章的讲解对于std-cell的M1 PG rail上的问题，在PG DB上是不用理会的，这些在后期会自动修复。

这里以M6层举例，一起看看这个函数的处理能力

step1: 在进行trim前，推荐使用show_only的方式来进行脚本运行评估（evaluate）

函数此时以评估模式运行，可以看到，在基于M6和VIA5的基础下，函数评估出整个系统会有87根M6共计5237的绕线资源属于DanglingWire的范畴，可以被优化掉。此时，用户可以通过GUI的红色高亮区域进行查验

从full-view视图可以看到，函数评估出来的可优化的点位主要集中在FP的下侧，zoom-in看一下究竟

用户大致查验这些高亮的区域，如果没有明细问题，就可以进行真实的trim

step2: trim DanglingWire

对于上述高亮区域，可以使用下面的命令进行trim

可以看到，刚才高亮的区域，此时已经被trim掉了

用户此时可以通过verifyConnectivity查看DanglingWire状态

可以看到，数据库中的DanglingWire从606 降到了548，其他的错误类型并未发生变化，

再进行GUI进行细节查看

可以看到刚才下部大面积的DanglingWire已经消失了，M6的DanglingWire也从60个降低到了2个，在这个数据库中，基本可以实现一次性全部修复。