给2021立个FLAG----AD20 设计过程中DRC排错（Debug）
软件: ALTIUM
AD10 设计中DRC检测过程中的报错排查与优化策略
引言
在使用AD（Altium Designer）进行电路设计时，DRC（Design Rule Check）检查是确保设计符合制造商规格的重要环节。频繁出现的警告和错误，如“Duplicate Net Names Wire”及其导致的相关告警信息，可以揭示设计中的一致性和逻辑性问题。本文旨在通过分析一个具体设计实例，指导读者深入理解并解决AD设计过程中遇到的DRC报错，从而提升设计的效率与质量。
引擎实例解析
```项目名称：CT107DV20.PrjPcb```
启动验证命令“Validate PCB Project CT107DV20”（或“Compile PCB”在旧版本中），接收到丰富的错误与警告信息。这些信息指向的一系列根本设计问题，包括：
1. DRC错误类型：“Duplicate Net Names Wire”。这表示在网络标签（Net Label）命名上有重复，并且实际上是错误的网络连线标注。
2. 局部警告：“Off grid xx at xx mm,yy mm”。此类警告提示元器件放置或连接不准确，引起了网格层面的不兼容或者非预期的连接。
3. 警告：“Footprint of component Component U18 74HC04 cannot be found”。该警告表明存在未被正确识别的元器件封装，可能影响后续的Step 2（如信号仿真和布局）。
DRC错误关联与解决策略
对于上述错误，我们可以按照由“错误”向“警告”的规律性，尝试逐步排查与修复。一种有效的解决问题的策略是首先专注于消除报错，提高设计的合规性，然后逐步解决关键警告，优化设计表述。
错误处理案例：
实例分析：CDT"Inside.SchDoc"原理图文件中存在不一致的网络标签命名规则，即同一网络标签名被重复使用。原始设计分别标记为P01和P01，其中Port类型和NetLabel类型不遵循标准命名与使用逻辑。
修复策略：
1. 避免全局命名冲突：在项目设置中，启用“Global（Netlabels and ports global）”选项，这使Net Label与Port在整个项目中采用全局命名方案，可能导致基础重名问题。
2. 严谨命名规范：使用Net00Net11和NetY5C进行替换P01，工具智能中断了重复命名与使用，从而移除了最初的“Duplicate Net Names Wire”错误。
后续问题与优化：
并没有完全解决所有警告：删除导致错误的网络标签，并重新规范化连线与命名，避免了误报。
调整全局命名策略：选择“Automatic (Based on project contents)”选项，确保在层次化设计中，Net Labels在单个原理图内作用范围更为合理，避免了跨图重复使用同一网络标签导致的冲突。
应用总结与指导建议
原理图层次设计策略：采用“依据项目内容的自动命名”模式，有助于维护设计的逻辑性和一致性。在进行板级转换时，本地应用的简化可减少对全局对象的依赖，提高设计灵活性。
DRC检查的精细化处理：错误与警告的处理遵循由严重至轻微的顺序，对关键系统交互点的优化优先进行，有效避免了设计优化过程中的“涟漪效应”。
设计的可读性和复用性：在设计指南中强调遵循行业、组织内通用的命名规则和惯例，对于缩图等系统化组件，详细指明其功能与连接特性，有助于未来设计的快速复用与维护。
引言
在使用AD（Altium Designer）进行电路设计时，DRC（Design Rule Check）检查是确保设计符合制造商规格的重要环节。频繁出现的警告和错误，如“Duplicate Net Names Wire”及其导致的相关告警信息，可以揭示设计中的一致性和逻辑性问题。本文旨在通过分析一个具体设计实例，指导读者深入理解并解决AD设计过程中遇到的DRC报错，从而提升设计的效率与质量。
引擎实例解析
```项目名称：CT107DV20.PrjPcb```
启动验证命令“Validate PCB Project CT107DV20”（或“Compile PCB”在旧版本中），接收到丰富的错误与警告信息。这些信息指向的一系列根本设计问题，包括：
1. DRC错误类型：“Duplicate Net Names Wire”。这表示在网络标签（Net Label）命名上有重复，并且实际上是错误的网络连线标注。
2. 局部警告：“Off grid xx at xx mm,yy mm”。此类警告提示元器件放置或连接不准确，引起了网格层面的不兼容或者非预期的连接。
3. 警告：“Footprint of component Component U18 74HC04 cannot be found”。该警告表明存在未被正确识别的元器件封装，可能影响后续的Step 2（如信号仿真和布局）。
DRC错误关联与解决策略
对于上述错误，我们可以按照由“错误”向“警告”的规律性，尝试逐步排查与修复。一种有效的解决问题的策略是首先专注于消除报错，提高设计的合规性，然后逐步解决关键警告，优化设计表述。
错误处理案例：
实例分析：CDT"Inside.SchDoc"原理图文件中存在不一致的网络标签命名规则，即同一网络标签名被重复使用。原始设计分别标记为P01和P01，其中Port类型和NetLabel类型不遵循标准命名与使用逻辑。
修复策略：
1. 避免全局命名冲突：在项目设置中，启用“Global（Netlabels and ports global）”选项，这使Net Label与Port在整个项目中采用全局命名方案，可能导致基础重名问题。
2. 严谨命名规范：使用Net00Net11和NetY5C进行替换P01，工具智能中断了重复命名与使用，从而移除了最初的“Duplicate Net Names Wire”错误。
后续问题与优化：
并没有完全解决所有警告：删除导致错误的网络标签，并重新规范化连线与命名，避免了误报。
调整全局命名策略：选择“Automatic (Based on project contents)”选项，确保在层次化设计中，Net Labels在单个原理图内作用范围更为合理，避免了跨图重复使用同一网络标签导致的冲突。
应用总结与指导建议
原理图层次设计策略：采用“依据项目内容的自动命名”模式，有助于维护设计的逻辑性和一致性。在进行板级转换时，本地应用的简化可减少对全局对象的依赖，提高设计灵活性。
DRC检查的精细化处理：错误与警告的处理遵循由严重至轻微的顺序，对关键系统交互点的优化优先进行，有效避免了设计优化过程中的“涟漪效应”。
设计的可读性和复用性：在设计指南中强调遵循行业、组织内通用的命名规则和惯例，对于缩图等系统化组件，详细指明其功能与连接特性，有助于未来设计的快速复用与维护。
武汉格发信息技术有限公司，格发许可优化管理系统可以帮你评估贵公司软件许可的真实需求，再低成本合规性管理软件许可,帮助贵司提高软件投资回报率，为软件采购、使用提供科学决策依据。支持的软件有: CAD,CAE,PDM,PLM,Catia,Ugnx, AutoCAD, Pro/E, Solidworks ,Hyperworks, Protel,CAXA,OpenWorks LandMark,MATLAB,Enovia,Winchill,TeamCenter,MathCAD,Ansys, Abaqus,ls-dyna, Fluent, MSC,Bentley,License,UG,ug,catia,Dassault Systèmes,AutoDesk,Altair,autocad,PTC,SolidWorks,Ansys,Siemens PLM Software,Paradigm,Mathworks,Borland,AVEVA,ESRI,hP,Solibri,Progman,Leica,Cadence,IBM,SIMULIA,Citrix,Sybase,Schlumberger,MSC Products...
相关推荐
