前面星球分享了在ICC2里面直接調用ICV signoff DRC與修復DRC的教程，今天Innovus讀入Calibre DRC報告自動做修復的教程來了。

某些DRC在Innovus里面檢查可能沒有問題，但是到了Calibre/ICV檢查可能發現有DRC問題。有以下幾種可能性：

1. 可能是你在Innovus里面檢查DRC的命令有問題，bypass了某些檢查，可以仔細檢查一下你check DRC的命令和option，保證沒有問題；

2. 可能是Cell LEF和GDS有mismatch，可以對比Innovus和GDS里面的同一個地方的metal shape看看是否有差異，是否是Cell LEF有問題，有問題的話可以修改Cell LEF，然后更新Innovus里面的Cell LEF，然后檢查DRC，再ecoRoute -fix_drc，如果數量非常龐大，工具修復不掉的話可能要回到Route重新繞線。

3. 如果前面兩種問題都不存在，只是Innovus里面沒有相關的Rule（Innovus的Rule是很難將Signoff DRC的Rule全部包含在里面的，也無法做到完全一樣的Check，因為PV的Rule是很多很復雜的，尤其是先進工藝下），沒辦法檢查出來的話，分以下幾種情況去處理：

a) 如果是PG上的DRC，可以去修改PG plan的時候上面的一些參數，比如PG的寬度，Via的種類等去修復；如果不是的話繼續往下看：

b) 如果這種錯誤非常多的話，可以向Foundary反饋，也可以自己嘗試去tech LEF里面添加這種Rule。

c) 如果問題非常少，在幾個到十幾個的數量級內，那么可以完全手工搞定；

d) 如果數量不少，但是也不是非常多，比如在幾十到幾百的范圍，那么也可以向Foundary反饋，如果他們能提供修改后的tech LEF的話那自然是好的，如果沒辦法優化tech LEF了(一個剛開發的新的工藝節點很容易有這種問題)，或者時間進度比較趕的話就可以用到這個教程的內容了，我們可以在Innovus里面加載Calibre的DRC結果，讓Innovus去自動修復這些DRC。方法如下：

為了加快Calibre DRC檢查的速度，可以把一些規則比如Density檢查的Rule關掉，或者只勾選一些關心的Rule進行檢查。檢查完畢之后：

innovus中load drc results并自動fix，命令如下：

Legacy UI:

loadViolationReport -type Calibre -rulemap rule_map.txt -filenamecalibre_drc.rpt

route_fix_signoff_drc

對應的CUI:

read_markers -type Calibre -rule_map_file rule_map.txt calibre_drc.rpt

route_fix_signoff_drc

rule_map.txt示例如下：

...

‘route_fix_signoff_drc’命令支持的DRC類型有：

...

這個命令無法解決的DRC違反有以下幾種：

...

編輯：黃飛