寄生参数提取——StarRC

在这个阶段，我们只需要抽取两个SPEF文件，分别用于setup检查和hold检查。

下图为我们做RC抽取的脚本示意。这里需要提供以下几项信息。

1）设计绕线后的DEF

2）工艺库teche lef和设计中用到的所有lef

3）对应corner的nxtgrd

4）指定好这个corner的温度

5）寄生参数SPEF文件输出名字

 

 

Top level 的寄生参数提取还会引入dummy的影响。

在实际项目中RC抽取我们主要关注RC抽取结果Star目录下的shorts_all.sum和opens_all.sum。只有signal net之间存在short和open，才会生成这两个文件，如果没有生成说明设计中没有signal net之间的short和open。

###Short和open net检查

shorts_all.sum

这里会列出design中的所有short net以及它们的位置信息。我们可以根据net名字或者坐标信息很方便trace到short net。这里的short基本上在PR 绕线结束后也会报告出来。

Opens_all.sum

正常跑flow是不会出现任何open net的，因为只要有逻辑连接存在，工具就一定会按照逻辑连接关系进行实际的物理连线。如果发现绕不通就会把若干条net short在一起，而不会放置open不管的。所以出现open的情况往往是人为去删线或者做function eco导致的。

注意：如果design存在short和open，我们能继续将RC提供给PT进行timing检查吗？答案是可以的。Short问题基本上对timing没有影响，但open会有一定的影响。因为工具发现open net会自己找一条net去接起来，而这个操作可能并不是实际的连接情况。但整体影响也不太大，除非是整设计满屏的open。