Astro遇到的DRC errors

ninesky

這次要apr的block是0.5製程的
2 a; F1 z! [4 h3 Q" D
' `4 j: i6 }& [+ T2 F+ B5 m以0.35的tf & stdcell跑 可以pass DRC
; N$ @4 h; N9 E, X5 Y以0.5的tf & stdcell跑 無論圖形放的多大 卻一直存在DRC的錯誤
- O0 j5 i! |5 ~' y, w0 z: Q$ V- Q縮到標準的size 甚至有上千個DRC Objects
5 l6 G& Q6 S# O! E3 q0 y根本沒辦法動手改
6 \; u4 e# d9 T3 q- L$ ]8 X& R( p. v
6 P8 ~$ O- w9 Y  p9 b# T2 |. ~我開啟0.5的tf檔
4 V. r. o5 E- n* p* V& b裡面確實有規範METAL1的minSpacing是0.6
6 O) {: O; E4 e- ^0 J$ }; X# g可是apr出來的結果卻有一些是0.5

, I( ~: |1 B  C/ N; l想請問各位前輩這大概是哪裡出了問題
謝謝指教

m851055

有一種可能是代工廠在更新檔案時，只更新了一個檔案，所以造成這個問題。
; N" Q4 x% @, a- J4 v% b7 b4 U
不過只要遵守最嚴格的rules就不會出錯了。

ninesky

補充一點
我個人認為是0.5提供的stdcell & tf 有問題
1 R- e8 U, `( Z  s2 }8 C& W但是前輩卻說這是不可能的事
% p$ x1 ~( P% ^0 Z是因為我size給的太小才會出現DRC error
" @  h3 ^6 {( T1 t$ L我實在沒辦法認同這個說法
  i' F* b; }1 o& g! s! J- V! p+ O+ k  X因為0.35的stdcell & tf完全沒有這個問題
我想問的是
stdcell & tf會有出錯的可能嗎