xRC 抽出來的Netlist: Device 接到錯誤的 Net. 好像Instance 與 Instance 互相交換了要接到的Net.

Output Netlist 也就是發生張冠李戴 , 貍貓換太子的情形.

這種時候,有可能是LVS Ambiguity 比對造成的.

我們來看一下,LVS 為什麼會做 Ambiguity 比對.


Ambiguity Resolution 模糊的比對決定


當layout 中有大量的並聯以及對稱的電路,

這些電路部分可以交換並且不影響電路的連結.

這種情形,電路無法區別被交換的部分.


你會在LVS report 中看到下面的Warning Message:

Warning:  Ambiguity points were found and resolved arbitrarily.

Calibre LVS使用 net, instance 與 port的名字,

當成比對時的初始條件.

也就是用來當成能夠辨識電路的基本要素.

另一方面,也透過元件的subtype與參數來解決.

1.

調整 LVS Property Resolution Maximum 的值會有幫助 

(預設值為32 , 可以調大例如 4096, 不建議用ALL, 因為這個command會影響run time)

2.

也可以使用LVS CPOINT 增加layout source 的比對參考點

3.

另外LVS REDUCE SPLIT GATES YES

也會造成電路使用模糊比對,因為被簡化的MOS可以任意swap

所以比對時,也不會確實比到每一顆MOS,而是比對簡化後的結果.

4.

LVS INJECT LOGIC YES

也會讓特定型態的電路簡化,造成模糊比對.

留言

這個網誌中的熱門文章

xRC 如何處理在LVS rule 中宣告的VIRTUAL CONNECT?

xRC 或 xACT 如何設定,避免元件本身的寄生電容被抽到, 也就是 double count?