Calibre RVE를 활용한 Soft Check 디버깅 및 Net 추적 입문 가이드

1. 소프트 체크(Soft Check)의 이해와 준비

디버깅의 첫걸음은 "왜 이 체크가 수행되었는가"를 이해하는 것입니다. Soft Check는 LVS(Layout Vs Schematic) 과정에서 웰(Well)이나 기판(Substrate)의 연결성을 검증할 때 발생합니다.

• 사전 요구 사항: Soft Check 결과가 생성되려면 LVS 규칙 파일(Rule File) 내에 LVS soft check 문구가 반드시 포함되어 있어야 합니다. 이 구문이 있어야 Calibre가 연결성 추출 중에 잠재적인 갈등을 감시합니다.
• 발생 배경: 주로 Stamping conflict 또는 nconnect 상황에서 발생합니다. 이는 하나의 P-Well이나 Substrate에 서로 다른 두 개 이상의 Net이 물리적으로 접촉하려 할 때, 툴이 단락(Short) 에러를 방지하기 위해 한쪽의 연결을 강제로 '거절'하면서 발생합니다.

전문가 가이드: Soft Check는 에러를 단순히 나열하는 것이 아니라, 설계 의도와 달리 시스템에 의해 거절된 연결(Rejected connection)이 무엇인지 찾아내는 정밀 수사 과정입니다.

기본 개념을 익혔으니, 이제 RVE 인터페이스에서 이 데이터를 어떻게 해석하는지 살펴보겠습니다.

1. RVE 인터페이스: Soft Check 데이터베이스 탐색

Calibre RVE에서 Soft check database icon을 클릭하면 검증 결과가 나타납니다. 여기서 우리는 두 가지 핵심 레이어의 차이를 명확히 구분해야 합니다.

결과 항목 기술적 정의 디버깅에서의 역할 (Senior Insight) soft check PW 문제가 발생한 P-Well(또는 Substrate) 영역 자체를 표시합니다. 갈등이 발생한 물리적 '장소'를 식별합니다. soft check PW upper Well에 연결되어야 했으나 갈등으로 인해 거절된(Rejected) 금속(Metal) 층을 표시합니다. "스모킹 건(Smoking Gun)". 원래 Well에 연결되어야 했던 '범인'을 시각적으로 즉시 보여줍니다.

인사이트: 디버깅 시 PW upper 결과에 주목하십시오. 이 레이어는 연결되지 못한 금속 조각을 시각화해주므로, 설계자가 놓친 물리적 단절 부위를 찾는 가장 빠른 경로가 됩니다.

1. Finder 및 Location 기능을 활용한 Net 추적: 제거법에 의한 논리적 추론

이제 거절된 금속 조각이 데이터베이스상에서 어떤 Net으로 인식되고 있는지 확인해야 합니다. 이는 단순히 버튼을 클릭하는 것이 아니라, 특정 좌표를 기반으로 데이터베이스에 쿼리를 던지는 과정입니다.

1. RVE의 Finder 기능을 실행합니다.
2. Location 기능을 사용하여 soft check PW upper에서 확인된 금속 조각의 특정 좌표를 지정합니다.
3. 추출된 Net 목록을 분석합니다. 소스 컨텍스트에 따르면 다음 세 가지 결과가 반환될 수 있습니다: ground, out, X11/net13.
4. 논리적 추론: 여기서 ground와 out은 설계자가 의도적으로 이름을 부여한 Net입니다. 반면, X11/net13은 이름이 없는(Unnamed) 상태에서 툴이 임의로 부여한 레이아웃 전용 이름입니다. 따라서 이 X11/net13이 바로 Ground에서 떨어져 나와 Well과의 연결을 방해하고 있는 '거절된 금속'의 실체입니다.

설계자는 이 Well이 ground에 연결되어야 함을 알고 있지만, 툴은 물리적으로 분리된 이 금속 조각을 별개의 Net으로 인식하고 있습니다.

1. 시각적 분석: Net Layers 및 하이라이트 활용

데이터상의 확신을 가졌다면, 이제 실제 레이아웃에서 물리적인 결함(Gap)을 눈으로 확인할 차례입니다.

분석 체크리스트

• [ ] Net Layers 활용: Metal 1 계층 옆의 Net layers icon을 클릭하여 해당 Net의 전체 연결 상태를 활성화합니다.
• [ ] 정상 Net 확인: 정상적인 ground Net을 하이라이트하여 Well과의 올바른 연결 관계를 검토합니다.
• [ ] 문제 Net 시각화: 거절된 Net인 X11/net13을 다른 색상으로 Highlight 합니다.
• [ ] 정밀 확대(Zoom in): 두 Net 사이의 경계 지점을 면밀히 관찰합니다.

핵심 통찰: 이 단계에서 여러분은 Metal 1 라인이 실수로 끊어져(Broken accidentally separated) 있는 물리적 간극을 발견하게 될 것입니다. 이 미세한 단절이 하나의 Net을 두 개(Ground와 Net 13)로 쪼개어 놓았고, 이것이 Soft Check의 근본 원인이었습니다.

1. 디버깅 결론 및 핵심 요약

분석 결과, 해결책은 명확합니다. RVE에서 확인한 시각적 증거를 바탕으로 Layout Editor(GDS/OASIS 수준)로 돌아가 단절된 두 금속 라인을 다시 연결(Joining)해주면 됩니다. 이를 통해 X11/net13은 사라지고 완전한 ground Net으로 통합되어 Soft Check 경고가 해결됩니다.

💡 Soft Check 디버깅 핵심 포인트

• Rule 파일 설정: LVS soft check 구문이 활성화되어 있는지 가장 먼저 확인하십시오.
• 거절된 Net 식별: PW upper 결과를 통해 툴이 연결을 거부한 금속 조각을 우선적으로 추적하십시오.
• 논리적 제거법: Finder 결과 중 설계 의도와 맞지 않는 '이름 없는 Net'을 후보로 삼아 분석하십시오.
• 시각적 단절 추적: Net Layers와 하이라이트 기능을 조합하여 물리적인 단절 위치를 육안으로 확증하십시오.

핵심 요약 노트 "Soft Check 디버깅은 툴이 '거절'한 금속 조각이 원래 어디에 속해야 하는지를 찾아내는 역추적 과정입니다. RVE의 Finder와 Net Layers 기능을 통해 데이터와 실제 레이아웃 사이의 괴리를 찾아내고, 최종적으로 레이아웃 에디터에서 물리적 연결을 복구하는 것이 이 워크플로우의 핵심입니다."