一、DRC报告初识：读懂芯片的“体检报告”
各位同学，大家好。今天咱们正式开始聊DRC报告。
说实话，我刚入行那会儿，第一次看到DRC报告，整个人是懵的。满屏的英文缩写、坐标点、层次名，密密麻麻像天书一样。后来带我的老工程师跟我说了一句话，我到现在都记得——“DRC报告就是芯片的体检报告，你得学会看指标，才知道芯片哪儿病了”。
好，那咱们今天就先来认识一下，这份“体检报告”到底长什么样。
1.1 DRC报告的整体结构
一份标准的DRC报告，通常由三大部分组成：Header（头部）、Summary（摘要）、Detail（详细）。你想想看，这其实跟咱们去医院体检拿到的报告单是一个道理——先看个人信息和检查项目（Header），再看结论汇总（Summary），最后看每一项的具体数据（Detail）。
我个人习惯，拿到DRC报告后，先看Summary，再看Detail。为什么？因为Summary能告诉你“问题有多严重”，Detail告诉你“问题在哪儿”。顺序搞反了，容易陷在细节里出不来。
Header（头部）
Header部分主要记录一些基本信息，比如：
- 设计名称（Design Name）
- 检查的层次（Layer / GDS Number）
- 使用的DRC规则文件（Rule Deck）
- 运行时间、工具版本等
这部分我一般扫一眼就过，除非发现规则版本不对——嗯，我曾经就遇到过因为用了旧版规则文件，导致报告里全是假错的情况，折腾了两天才发现。
Summary（摘要）
Summary是整份报告的“精华”。它会告诉你：
- 总共发现了多少个违例（Total Violations）
- 每种违例类型各有多少个
- 违例的严重程度（Error vs Warning）
重点来了：Summary里的数字，决定了你今天晚上要不要加班。如果Total Violations只有几十个，那基本是小问题；如果几千上万个……嗯，你懂的。
Detail（详细）
Detail部分就是具体的违例信息了。每条违例会包含：
- 违例类型（如 M1.S.1）
- 违例坐标（X, Y）
- 涉及的层次（如 M1, M2）
- 违例的几何描述（间距、宽度、面积等）
这里我提醒一句：Detail里的坐标一定要看仔细。有些工具给出的坐标是违例区域的中心点，有些是左下角。搞错了，你在版图里找半天都找不到。
1.2 常见DRC错误类型
DRC错误类型其实很多，但咱们初学者先掌握最常见的三种就够了：间距违例、宽度违例、面积违例。这三种加起来，能占到实际项目中DRC问题的80%以上。
间距违例（Spacing Violation）
说白了，就是两条走线或者两个图形离得太近了。工艺厂有规定：同层金属之间至少隔多少微米，不同层之间至少隔多少微米。没达到，就报错。
举个例子：
规则：M1.S.1 M1 spacing < 0.1um
违例：M1 layer, 两条线间距 0.08um我在项目中遇到过最离谱的一次，是一个实习生画M1走线，两条线间距只有0.02um。我当时一看，这哪是走线，这都快短路了。后来发现是他把grid设错了。
避坑指南：我曾经因为没注意“同层间距”和“异层间距”的区别，把M1和M2的间距规则搞混了，结果修了一整天的假错。记住：同层看间距，异层看交叠。
宽度违例（Width Violation）
宽度违例，就是你的走线或者图形太细了。工艺厂对每一层都有最小宽度要求，比如M1最小宽度0.18um，你画了0.15um，那就报错。
为什么会这样？因为太细的线，在制造过程中容易断裂，或者电阻太大，影响芯片性能。
看个例子：
规则：M1.W.1 M1 width < 0.18um
违例：M1 layer, 线宽 0.12um嗯，这里要注意：宽度违例有时候是“假性”的。比如两条线靠得很近，但中间有个小缺口，工具可能会误判成宽度不够。这时候需要你手动去版图里确认一下。
面积违例（Area Violation）
面积违例，通常指的是某个图形面积太小，或者密度不够。比如工艺厂要求每块M1的面积不能小于0.5um²，你画了个0.3um²的小方块，那就报错。
面积违例还有一种常见情况是密度违例——整个芯片区域里，某层金属的覆盖率太低或太高。太低的话，化学机械抛光（CMP）的时候会不均匀；太高的话，又容易短路。
| 违例类型 | 常见规则 | 典型原因 | 修复方法 |
|---|---|---|---|
| 间距违例 | M1.S.1 | 走线太密 | 拉开间距 / 绕线 |
| 宽度违例 | M1.W.1 | 线宽不足 | 加宽走线 |
| 面积违例 | M1.A.1 | 图形太小 | 增大图形 / 添加dummy |
1.3 知识体系总览
为了让大家更直观地理解DRC报告的整体结构，我画了一张图。这张图把咱们刚才讲的内容串在了一起——从报告的三大部分，到三种常见违例类型，再到它们之间的关系。
这张图把DRC报告的结构和常见错误类型串在了一起。你可以把它当作一个“导航图”——以后拿到任何一份DRC报告，先按这个框架去拆解，思路会清晰很多。
特别提醒：不同EDA工具（比如Calibre、ICV、Assura）生成的DRC报告，格式上会有差异。但Header-Summary-Detail这个三层结构是通用的。你只要掌握了这个框架，换工具也不怕。
好，今天的内容就到这里。记住一句话：DRC报告不可怕，可怕的是你不会看。下一章咱们会深入Detail部分，教大家怎么快速定位违例位置，以及如何区分“真错”和“假错”。
可可精品资料库