3. DRC运行与结果查看：如何启动DRC、设置运行参数、查看DRC结果窗口、错误定位与高亮
DRC跑起来了，结果怎么看？错误怎么找？
说实话，很多新手把DRC跑完就懵了——满屏的报错，密密麻麻的标记，完全不知道从哪下手。我刚开始带项目那会儿，有个同事盯着DRC结果看了半小时，最后问我：「这些错误是不是都要修？」我一看，好家伙，他把所有WARNING都当成ERROR在改。
嗯，今天咱们就把这事彻底捋清楚。
3.1 启动DRC：别急着点那个按钮
启动DRC之前，我建议你先做三件事：
- 确认当前版图是最新版本——我吃过这个亏，改了半天发现跑的是旧版图
- 检查DRC Rule File路径——路径里别有中文，别有空格，否则报错你哭都来不及
- 保存当前版图——DRC跑起来挺吃内存，万一崩了，没保存就白干了
在华大九天的工具里，启动DRC通常有两种方式：
- 菜单栏：
Calibre → Run DRC - 快捷键：我个人习惯用快捷键，快很多。默认是
Ctrl+Shift+D，你可以自己改
Verify → DRC。别跟Calibre搞混了，两个工具的界面长得不太一样。
3.2 设置运行参数：这些坑我替你踩过了
启动之后会弹出一个设置窗口。这里面的参数，我一个个说。
| 参数名称 | 推荐设置 | 我的经验 |
|---|---|---|
| Rule File | 选择工艺厂提供的.drc文件 | 别自己改，除非你清楚后果 |
| Run Directory | 设置一个专门的DRC文件夹 | 我习惯按日期命名，方便回溯 |
| Check All Rules | 默认勾选 | 调试时可以只选部分规则，跑得快 |
| Export Database | 建议勾选 | 不勾的话，有些错误高亮不了 |
| Number of CPUs | 根据机器配置，一般设4-8 | 设太多反而慢，别问我怎么知道的 |
这里有个关键点——Run Directory。我曾经有个项目，DRC跑完找不到结果文件，折腾了半天才发现是路径写错了。你想想看，跑了一个小时的DRC，结果白跑了，那感觉...
3.3 查看DRC结果窗口：别被数字吓到
DRC跑完之后，会弹出一个结果窗口。我第一次看到那个窗口的时候，说实话，有点懵。
结果窗口主要分三块：
- Summary区域：显示总的错误数量、检查项数量、运行时间
- Rule列表：按规则分类，显示每条规则触发了多少次
- 错误详情：点击具体错误，会显示坐标、层次、违反的规则描述
我个人习惯先看Summary。如果错误数量在100以内，问题不大。如果上千了...嗯，先检查一下是不是Rule File选错了。
有一次我带新人，他跑完DRC说有5000多个错误。我过去一看，好家伙，他把整个芯片的顶层规则用在了底层模块上。那能不错吗？
3.4 错误定位与高亮：这才是核心技能
找到错误位置，是DRC修复的第一步。华大九天的工具提供了几种定位方式：
- 双击错误条目：版图会自动跳转到错误位置，并高亮显示
- 右键 → Zoom To：适合想先看看周围环境的情况
- 快捷键：
F6跳到下一个错误，Shift+F6跳到上一个
高亮颜色默认是红色，你可以自己改。我习惯把关键错误设成亮红色，普通错误设成橙色。这样一眼就能看出优先级。
这里有个实用技巧——分组高亮。你可以只高亮某一条规则的错误，其他规则暂时隐藏。比如你只想看M1.S.1这个规则的错误，就在规则列表里选中它，然后点Highlight Selected。这样版图上就只显示这个规则的错误，不会被其他错误干扰。
3.5 避坑指南：我踩过的那些坑
做DRC验证这么多年，有些坑我替你们踩过了：
- 坑一：DRC跑完了，但结果窗口是空的——检查一下Export Database有没有勾选，没勾的话结果出不来
- 坑二：高亮显示的位置不对——可能是版图坐标偏移了，重新加载一下GDS
- 坑三：同一个错误反复出现——修完之后记得重新跑DRC，别手动标记「已修复」
- 坑四：DRC跑到一半卡住了——看看是不是内存不够了，我建议至少16GB起步
我曾经有个项目，DRC跑了整整12个小时，结果发现是Rule File里有个循环引用。从那以后，我每次跑长DRC之前，都会先跑一个快速检查，确认Rule File没问题再跑全量。
3.6 本章知识体系
下面这张图，是我自己总结的DRC运行与结果查看的完整流程。你照着这个顺序来，基本不会出错。
这张图把整个流程串起来了。你从启动DRC开始，一步步往下走，到错误定位与高亮结束。左侧是我建议你检查的点，右侧是常见的坑。每次跑DRC之前，扫一眼这张图，能省不少时间。
好了，DRC的运行和结果查看就讲到这里。记住一句话：DRC不是跑完就完事了，看懂结果、找到错误，才是真正的开始。