Cadence网表算法

版权声明：欢迎转载 注明出处 https://blog.csdn.net/beetleinv/article/details/86665219

推丸菌在公司听取小弟汇报时，那厮说网表有问题，OrCAD原理图导出，Allegro PCB导入，结果有个节点连不上，但是在原理图上是同样的网络名。有妖气啊！
看了他的原理图，我觉得很生气——太不规范了，难怪会出现错误。但是为了多种兼容，也不得不做各种妥协~想到这里我也不生气了。原版原理图就不贴出来了，推丸菌在这里模拟一下。哦，对了，以下所有案例均基于Cadence 17.2版本。


那么猫腻出来了，第一页的VCC_3V3全部被命名成了off-page形式的NIHAO，于是第一页的VCC_3V3就不能跟第二页的VCC_3V3相连了，这就是问题所在，这个还真需要探讨一下Cadence的网表算法。其实这个算法不难，推丸菌举个栗子。

在同一节点我们接入了5个网络符号(或NET)，生成网表后，Cadence自动选择了PORT，这就说明了PORT优先级最高，多尝试几次，我们就可以破解Cadence的网表算法了。各种网络类型的优先级见下表。

解决了优先级问题，还需要分析不同页（多页原理图）的算法问题。Cadence的不同页的算法很简单，只需要两步：
① 按上表优先级，处理当前页的网络数据，整理出对外接口（相对其他页接口）；
② 将不同页的对外接口进行处理，形成整张原理图的网表；
至于其他注意的地方，推丸菌在这里罗列一些情况，供大家参考，如有感兴趣的攻城狮，请自行尝试，毕竟电子是门实践的学科。下面三种情况，所有器件都在同一页，生成网表后，R12和R13是连在一块的，R14和R15是连在一块的，R16和R17是连在一块的，可得：
① 不同类型的网络符是可以直接连接的，Cadence内部只认网络名；
② 网络名不区分大小写；
③ Off-page类型的网络符，在同页和不同页都有效（只认网络名）；

在实际应用中，不止以上案例，更多的案例，推丸菌实在讲不下去了，感兴趣的攻城狮可自行尝试，推丸菌去也！