PADS到OrCAD原理图迁移：AD中转全流程详解与避坑指南

从 PADS 9.0 迁移到 OrCAD 17.2，这件事我前后折腾过好几轮。第一次是因为跟客户合作，对方整个项目要求在 Cadence 平台交付；后来是公司内部两个硬件组合并，要统一 EDA 环境。每次切换最头疼的，就是存量原理图怎么办——几百个元件、上千条网络，手工重画不现实，而软件之间又没有官方直转通道。试来试去，最稳的路是用 AD 21.7.2 当中转站，分三步完成迁移：PADS 导出 ASCII、AD 导入并修正、AD 导出 DSN、OrCAD 打开验证。这套流程我跑了不下几十次，踩了不少坑，这次把完整的方法和教训整理出来，给同样需要跨平台迁移原理图的朋友当个参考。

1. 为什么选择 AD 中转这个方案

1.1 三条迁移路线，哪条最靠谱

从 PADS 迁到 OrCAD，我见过不少人走弯路。归纳下来，主流方案无非三条，但可行性和代价差别很大。

第一条路：PADS 直接导出通用网表，比如 Telesis 或者 EDIF，然后在 OrCAD 里导入。这条路只能把连接关系带过去，原理图里的元件符号、属性、位置、图纸信息全部丢失。你在 OrCAD 里打开后，得到的是一堆没有摆放位置的网络节点，每个元件都是空壳符号，还要自己重建整个原理图的图形表达，基本等于重画一遍。

第二条路：手工重建原理图。把 PADS 的老原理图导出 PDF 打印出来，在 OrCAD 里照着画。这个保真度确实最高，因为每一根连线、每一个标注都是人工确认过的。但工作量大到不现实，一张中等复杂度的主控板少说三五天，多则一两周，而且重画过程中很容易引入人为错误，比如漏连某个引脚、位号敲错、值写串。

第三条路：就是本文要讲的 AD 中转。AD 本身对第三方 EDA 格式的支持在同行里算是最好的那一档。PADS 的 ASCII 格式是公开的，AD 的 PADS 导入器很成熟；同时 AD 也支持把原理图另存为 OrCAD Capture 的 DSN 格式。两边都打通，中间再做人工检查和修复，整体工作量比手工重建小得多，保真度却能达到日常工程交付的要求。

实际做下来，AD 中转确实是平衡成本和质量的最佳选择。我也考虑过一些第三方在线转换服务，但原理图这种牵涉到元件库映射、层次连接、电气属性传递的复杂数据，交给外部工具不可控因素太多，出了问题很难排查。自己掌握 AD 中转流程，至少每个中间步骤都能检查、都能回退。

1.2 AD 21.7.2 在迁移中扮演什么角色

AD 21.7.2 在整个迁移里其实是两个角色。

第一个角色是"PADS 读取器"。它负责把 PADS Logic 9.0 导出的 ASCII 文件解析成 AD 自己的原理图对象，包括元件、引脚、网络、导线的连接关系、文本标注、图纸框架。这个环节考验的是 AD 对 PADS 格式的兼容深度。PADS 原理图里有很多细节字段，比如元件的 PDF 链接、公司自定义属性、特殊网络类别，AD 能不能识别，直接决定了后面导出 DSN 时的信息完整度。

第二个角色是"DSN 写入器"。AD 把自身数据再翻译成 OrCAD Capture 能识别的 DSN 文件。这一步比读取 PADS 要吃力，因为 AD 的数据模型和 Capture 并不是一一对应的。元件类型、引脚方向、电源符号、纸张尺寸、标题栏，在每个软件里的定义方式都不一样。AD 导出的 DSN 能被 Capture 打开、能被网表工具识别，但转换过程中必然会发生某些数据语义的变化。所以整个迁移的核心思路，不是"点几下按钮就万事大吉"，而是"在每一步都留出检查和修复的窗口"。

理解了这个分工，你就明白为什么流程要分得这么细。迁移的目标不是追求一次成功，而是把不可逆的损失降到最低。

2. 动手前，先把 PADS 原理图收拾干净

2.1 导出之前先做一次体检

很多人拿到老项目的 PADS 原理图，恨不得马上导出转换。我的建议是，别急，先在 PADS 里花半小时做一次体检。这一步省不掉，因为源文件的干净程度直接决定后面每一步的麻烦程度。

体检第一项，查位号重复。多年的项目迭代里，复制粘贴极易产生重复位号，比如两个 R12、两个 C34。这种问题在 PADS 里可能不显眼，但导入 AD 再过一手，到 OrCAD 里就会被 DRC 直接报成错误。重复位号在网表对比时也很难处理，因为不知道哪个引脚该属于哪个位号。

体检第二项，查未连接的引脚。PADS 的 DRC 能标出所有未连接引脚。如果某个引脚确实是不需要连的，建议在 PADS 里放上 NC 标记，或者在导出前确认好哪些是悬空引脚。直接不管的话，到 AD 那边编译时会产生告警，到 OrCAD 的 DRC 里又会有 Single Pin Net 错误，排查起来很费时间。

体检第三项，检查网络命名。原理图里偶尔会藏着包含非打印字符、尾部空格、全角符号的网络名。这些名字在 PADS 里看着没事，到了不同软件的字符处理机制下就可能触发各种奇怪问题。比如 OrCAD 对网络名里的某些特殊符号非常敏感，甚至可能导致网表生成失败。遇到可疑的网络名，直接在 PADS 里重命名。

体检第四项，顺便把元件属性理一遍。PADS 的属性体系相对自由，工程师经常自己加各种自定义字段。如果这些字段是要带到 OrCAD 里继续用的，就要确认它们的名称和内容在 PADS 侧是规范的。尤其是 Value、Description、Part Type 这类关键字段，最好逐项核查，避免转换后出现空白或者错误。

2.2 PADS 9.0 导出 ASCII 的关键设置

PADS 9.0 导出 ASCII 的入口是 File > Export，保存类型选择 ASCII 或者带 ASCII 字样的选项。文件对话框确认后，会弹出导出设置窗口，这里有几个设置很关键，直接影响后续转换效果。

第一个是输出格式版本。PADS 9.0 的导出设置里可以选择不同的 ASCII 格式版本。我的建议是选 2005 或者 2007 这一档，不要选太老的 1990 年代格式，也不要选最新的。太老的格式会丢失一些后来新增的元件属性字段，太新的格式可能超出 AD 导入器的解析预期，容易出兼容性问题。2005/2007 这一档在 AD 21.7.2 上测试下来是最稳的。

第二个是导出范围。如果设计是多页原理图，确保导出包含所有页面。如果项目目录下还有其他杂项文件，比如库文件、报告文件，不要勾进去。导出范围越干净，后面处理越省心。

第三个是包含内容。导出选项里通常会列出 Parts、Nets、Text、Graphics 等类别，尽量全部勾选。这里的原则是宁可多带不要少带。多带的内容进入 AD 后就算碍眼，后期删掉也很容易；少带的内容就真的丢了，想找回来只能回到 PADS 重新导。

导出完成后，用文本编辑器打开 ASCII 文件看一眼开头。正常情况下会有类似!PADS-POWERLOGIC-ASCII-DESIGN-2005这样的标识行，说明文件头和格式是正常的。也可以顺便搜索几个关键网络名和元件位号，确认内容没有异常。

3. AD 21.7.2 导入 PADS 原理图实操

3.1 Import Wizard 配置要点

打开 AD 21.7.2，从 File 菜单进入 Import Wizard，在导入类型列表里找到 PADS 相关的选项。导入向导会一步一步让你选择文件、设置参数。这里有几个参数值得认真对待。

图纸尺寸映射。导入向导会尝试按源文件的图纸尺寸做自动映射，但有时候 PADS 的自定义图纸尺寸到了 AD 里会变得不太正常。如果导入后图纸尺寸怪异，比如特别小的 Sheet，或者所有元件都挤在图纸角落，可以在向导里手动指定标准图纸尺寸，比如 A3、A4。这个操作不会改变元件的坐标逻辑，只是让图纸框架恢复正常。

字体映射。PADS 里的字体到 AD 里不一定有完全对应的字体，默认会做一次映射。如果原理图里中文注释比较多，建议在导入后检查一下字体显示效果，遇到乱码或者方块字，选中对应文本手动换字体即可。如果 PADS 里都是英文注释，这一项可以忽略。

元件转换策略。AD 在导入 PADS 时，对非标准元件会有不同的处理策略。比如 PADS 里的图形类元件、注释框，可能会被转换成 AD 的图形对象或者文本对象。正常情况下保持默认设置就行，关键是导入完成后要检查结果是否合理。

点击 Next 到最后，AD 开始导入，并生成一个项目文件。导入过程会在底部的消息面板输出日志，多留意有没有 Warning 级别的提示，特别是"无法识别的对象""跳过某引脚""不支持的元件类型"这类信息。这些日志是后面排查问题的第一手线索，建议保存下来。

导入完成后，项目里的原理图在 Sources 目录下。看到原理图的第一眼，先别急着高兴或者失望，第一件事是去跑编译检查。

3.2 导入后的编译检查和网络核对

在 AD 里，右键项目名称，选择 Compile PCB Project。编译结果会输出到 Messages 面板，包含 Error 和 Warning 两类。这里要优先处理 Error，因为 Error 通常意味着电气连接层面的问题。

常见的导入 Error 有几种：悬浮网络，就是某些引脚没有形成有效网络；重复网络名，在相同图纸或者跨越图纸时出现命名冲突；引脚类型冲突，比如两个不同方向的引脚被连在一起；还有未连接引脚。这些错误如果在 PADS 原始文件里不存在，那么多半是导入过程产生的，必须逐个人工确认。

双击 Messages 面板里的某条 Error，AD 会跳到原理图中对应的位置。对照从 PADS 导出的 PDF 版本，逐个核对实际连接。大部分小问题可以直接在 AD 里修改，修改之后重新编译，直到 Error 清零。

除了编译检查，建议做一次网络表级的对比。在 AD 里生成当前项目的 Netlist，再与 PADS 导出的原始网络表做比较。这里不推荐一个网络一个网络地肉眼对比，用 Beyond Compare 这类工具做文本级对比效率高得多。重点关注两个维度：网络总数是否一致，每条网络上的引脚数是否一致。网络总数对不上，说明有网络在转换中丢失或合并；引脚数对不上，说明某条网络的连接不完整。这两个维度一旦对齐，电气连接的正确性就有了基本保障。

这一步千万别省。我见过有人跳过网络对比直接导出 DSN，结果 OrCAD 里一打开，几条电源网络少连了引脚，排查了好几天才找到问题。与其到最后一步去排雷，不如在 AD 这一步就把网络关系彻底搞清楚。

3.3 元件属性整理：Value 和 Footprint

AD 导入 PADS 后，元件属性的映射大致是：PADS 的 Part Type 变成 AD 的 Footprint（或者说库名），PADS 的 Value 被放在 AD 的 Comment 属性里。这个映射本身没什么问题，但为后面导出 DSN 埋了一个坑。

OrCAD Capture 的元件属性体系里，Value 是独立属性，BOM 出表时默认读的就是 Value。如果 AD 里大量元件的 Comment/Value 是空的或者不对，导出到 OrCAD 后，BOM 就会漏掉很多元件值，后续整理起来极其痛苦。所以在导出 DSN 之前，一定要检查 AD 原理图中每个元件的 Value。

批量操作可以用 AD 的 Find Similar Objects。选中一个元件，右键选择 Find Similar Objects，按照元件类型筛选，然后一次性对筛选结果赋值。比如某批次电容的 Value 都是 100nF，就可以一次性把这一批元件的 Value 写成 100nF。

Footprint 同样要统一。PADS 的 PCB Decal 名称导入 AD 后有时会带上前后缀，这在原理图里看不出来，但到了 OrCAD 里，后续如果要做 PCB Layout，Footprint 名一定要能和 PCB Editor 里的封装库匹配。建议在导出前用 AD 的批量替换功能，对 Footprint 名做一次规范化处理，去掉多余前缀或者后缀，统一成目标库里的名称格式。

还有一类容易被忽略的：PADS 中的纯图形元件。比如无电气属性的 LOGO、测试点标记等。这类元件在 AD 导入时可能被识别成普通元件，导致原理图里多出一些没有网络的"幽灵元件"。建议在导出前就把这些删掉或者标记为 No BOM，避免污染后面 OrCAD 里的 BOM 和网表。

4. AD 21.7.2 导出 OrCAD Capture DSN

4.1 导出前的几个硬性条件

AD 导出 DSN 不是随时点一下就能成功的。在动手之前，先确认几个硬性条件，能避免导出过程中途失败，或者导出后的文件打不开。

条件一，原理图项目能完整编译通过。AD 导出 DSN 会基于项目的原理图结构生成文件，如果项目里还有编译 Error，导出的 DSN 大概率也不会干净。所以在导出前重新执行一次 Compile PCB Project，确保没有 Error。

条件二，图纸数量正确。如果源设计是多页原理图，AD 会把每一页 Sheet 对应生成 DSN 里的一个 Page。在导出前把多余的空白页删掉，把不需要迁移的辅助文档移出项目。这里要特别留意，AD 项目里的某些临时页，如果没删，到了 OrCAD 里会变成空白的页面，影响图纸管理。

条件三，检查 AD 里有没有特别依赖项目设置的电气对象。比如 Net Class、差分对约束、电源符号的类别等。这些对象在 AD 里通过项目配置生效，但 DSN 格式里没有对应的原生对象。导出后这些规则大概率会以属性字符串的形式保留，或者直接丢失。如果你对后续 PCB 设计有严格要求，需要在 OrCAD 侧重新设置，所以要提前知道这些规则在 AD 侧的存在情况，导出后逐一核对。

4.2 Save Copy As 导出 DSN 的操作细节

在 AD 中打开要导出的原理图文档，选择 File > Save Copy As，在保存类型下拉框里找到 OrCAD Capture Design (.dsn)。AD 21.7.2 默认包含这个选项。

选择文件类型后，AD 会弹出一个选项框，让你选择目标 OrCAD 版本。不同版本对应不同的模板，我一般选择 OrCAD Capture 16.2 或 16.5 这一档。因为 OrCAD 17.2 打开 16.x 的 DSN 完全没问题，而选太老或者太新的版本反而可能引入不必要的兼容性问题。

指定保存路径和文件名后点击保存，AD 就开始生成 DSN。生成过程中，消息面板会输出一系列转换提示。有些是信息级别的，告诉你哪些对象被转换了；有些是警告级别的，提示你"某属性不支持""某符号被替代"。这些警告建议全部存档，后面在 OrCAD 里逐条核对。比如警告里提示某个电容符号被替代，那你就要在 OrCAD 里检查这个电容的实际状态，确认它的引脚和电气属性没有变化。

导出完成后，把 DSN 文件复制到一个干净的新目录里，不要跟 AD 项目文件混在一起。这么做的原因有两个：一是 DSN 是给 OrCAD 用的，要保持一份干净副本；二是避免后续在 AD 里误操作，把同一个目录下的文件覆盖掉。

4.3 导出后注定要丢的东西，先有心理预期

在讲"丢了哪些东西"之前，我必须把丑话说在前面：AD 导出 DSN 不是"完美备份"，不要指望 100% 无损。电气连接和元件基本属性往往能高度保留，但下面这些内容，大概率会出现不同程度的问题。

图形化符号的坐标和旋转角度。如果 PADS 原理图里有多个方向摆放的元件，经过 AD 再导出 DSN，有些元件会回到默认角度和位置，需要重新摆放。这个在原理图层面影响的是美观和可读性，不影响电气连接，但对习惯按区域阅读原理图的工程师来说，确实要多花时间整理。

用户自定义属性。PADS 和 AD 里有些工程师自定义的字段，比如"厂商""成本""选型日期"等。DSN 导出时，这些字段不一定能映射到 OrCAD 的属性模型里。有些会作为普通字符串属性保留下来，有些则直接丢弃。如果这些字段对后续生产采购有影响，建议在 PADS 导出前把关键信息整理到标准属性字段里，比如 Value 或 Description，利用它们的通用性带过去。

图纸边框和标题栏。AD 的标题栏模板在 DSN 中几乎不会保留。到了 OrCAD 里，你很可能拿到一张没有边框、没有标题栏的空白图纸，需要重新按公司模板添加。

电源符号。AD 的 Power Port（VCC/GND 符号）导出后，在 OrCAD 里可能变成普通网络标签或者特殊图形，但网络名通常会保留，连接关系一般不受影响。这个影响不大，但最好在 OrCAD 里统一检查一遍电源网络是否都正确显示。

Net Class、布线规则、差分对属性。这些属于 AD 项目级的电气规则定义，DSN 格式里没有对应的原生对象。导入后需要以属性形式或者重新在 OrCAD 中设置。如果你后续要做高速板的 Layout，这些规则你一定得在 OrCAD 侧重新配置或导入。

有了这个预期，你在导出后就不会花时间去"找回来"那些本来就不可能无损的东西，而是把精力集中在真正影响电气连接和 BOM 的关键数据上。

5. OrCAD 17.2 中的打开、验证与修复

5.1 打开 DSN 与版本升级注意事项

在 OrCAD Capture 17.2 中，通过 File > Open > Design 选择刚才生成的 DSN 文件。因为 DSN 是从 16.x 模板导出的，Capture 17.2 会提示"设计是旧版本，是否升级"。这里选择升级即可，Capture 会生成一个新的版本标记，原文件不会改动。

打开后，你可能会看到两种结果。要么原理图页面完整呈现，元件、网络、连线都在；要么某些图纸是空的，或者元件变成了问号/方块形状。如果是后者，通常是 DSN 里的元件符号路径问题。Capture 打开 DSN 时会去它的系统库里找对应的符号，找不到就会显示为空白符号或者问号形状。

遇到这种情况，先打开项目管理器里的 Design Cache 面板，查看缓存里有哪些元件类型。Design Cache 是 Capture 打开 DSN 时自动生成的本地缓存，记录了 DSN 中用到的所有元件。如果某些元件显示为灰色或者带有下划线，说明它们的符号没有正确加载。

处理办法是，对问题元件执行 Replace Cache 操作，从库中重新加载符号。如果暂时没有合适的库，可以先把问题元件保留为"无图形符号"状态，等后面有了正确的库再替换。无论如何不要直接忽略，因为生成网表时会因为空符号导致引脚信息缺失。

5.2 三步验证：网络、BOM、DRC

验证分三步走，缺一不可，这是我每次迁移都必须做的三项检查。

第一步，网络对比。在 OrCAD 里生成网表，Tools > Create Netlist，格式选 Allegro 或者 Other，导出成文本文件。再与从 PADS 导出的原始网络表做对比。建议做"网络名+引脚数"两个维度的比对：每个网络包含的元件引脚数量是否一致，哪些网络缺失，哪些网络多了引脚。如果出现差异，顺着差异找到对应原理图页，检查是连接问题还是转换问题。网络对比是整个迁移验证里最重要的一关，因为网络就是原理图的灵魂。

第二步，BOM 对比。在 OrCAD 中生成 BOM（Tools > Bill of Materials），导出 CSV 格式，与 PADS 生成的 BOM 做对比。对比维度包括：元件总数、位号集合、Value 是否匹配、Footprint 名称是否一致。这一步能同时校验前面在 AD 里做的 Value/Footprint 整理是否生效。要特别注意位号集合的差异：如果 OrCAD 里少了几个位号，多半是导入时丢弃了非电气元件；如果多了几个位号，可能是 AD 侧没删干净的"幽灵元件"带过来了。

第三步，DRC 检查。在 OrCAD 里执行 Design Rules Check。17.2 的 DRC 会输出 Error 和 Warning 列表，其中 Single Pin Net、Pin Type Conflict、Duplicate Reference 这几类错误要重点澄清。这里有个经验：DRC 报的问题，80% 以上是前面 AD 阶段遗留下来的，所以如果 DRC 报错比较多，最好的做法是回到 AD 侧去修改再重新导出，而不是硬在 OrCAD 里修。当然，如果只是小范围问题，直接在 OrCAD 里改更快。

5.3 属性表重构与图纸规范化

验证通过后，还要做两份收尾工作。

属性表重构。打开任意一个元件的 Property Editor，你会发现里面的属性列可能和 OrCAD 原生的属性列不完全一致。Capture 原生属性通常包括 Reference、Value、PCB Footprint、Power Pins Visible 等。如果 AD 导出的 DSN 里这些属性名不一致，BOM 脚本和后续的网表工具就认不出来。此时要做的是用 Capture 的 Global Replace 功能，统一属性名。比如把 AD 带过来的某个字符串属性改写成原生 Value，把 Footprint 属性改写成 PCB Footprint。这一步不做好，后面生成 BOM 或者转 Allegro 时一定会出问题。

图纸规范化。给每页图纸加上标题栏、图纸边框，设置图纸尺寸。在 OrCAD 的 Page Properties 里设置，按照公司规范填写图纸编号、版本、日期。如果整套原理图有统一的命名和编号规范，在这里一起设置好，后续输出 PDF 就会干净许多。这一步虽然不涉及电气属性，但在交付时非常影响观感和专业度。

5.4 转到 Allegro PCB 前的注意事项

迁移完原理图后，多数人下一步是转到 Allegro 做 Layout。这时很多朋友会遇到"OrCAD 和 Allegro 不能关联"的问题，几乎每次做迁移的团队都会问。

这里说个大概的判断方法。Capture 17.2 默认走 Design Sync 流程，和传统老版本的 Capture-Link 逻辑不同。如果 Capture 里点击 Transfer to PCB Editor 时提示关联失败，先确认安装的是不是一套带 Allegro 模块的 Cadence 套件，而不是单独安装了 Capture。其次检查环境变量和 License 服务是否正常。

还有一个常被忽略的点：如果原理图里存在缺失符号的元件，Design Sync 也会中断，因为它会读取每个元件的封装名和引脚信息。所以 5.1 里处理问题元件的步骤一定要做干净，否则等到转 PCB 的时候才知道就晚了。如果原理图中元件符号完整、属性完整，Capture 到 Allegro 的同步通常不会有问题。

6. 常见问题排查与避坑速查

6.1 高频问题排查表

下面这些坑，是我在实际迁移过程中反复遇到的。整理成表格，遇到类似情况可以直接照着处理。

6.2 我自己的几条铁律

第一条，永远先备份。整个迁移链条里有三个环节容易出错——PADS 导出、AD 转换、OrCAD 打开，任何一个环节出错都可能污染或覆盖源文件。我每次都在开始前把 PADS 源文件、ASCII 文件、AD 项目副本、DSN 副本分别归档，形成四级备份。不要嫌麻烦，项目做多了你就知道，备份是唯一能让你晚上安心睡觉的东西。

第二条，转换后必须对比网络。这一步没有任何商量的余地。网络是原理图的灵魂，就算元件图形全部丢失，只要网络正确，电气数据就还在。网络对不上，其他都白搭。我的做法是在网络对比之前先写一个简单脚本，把网表中的网络名和引脚数提取成纯文本，这样对比速度极快，而且不容易漏。

第三条，别追求 100% 无损。说得直白一点，转换过程中丢失的东西里，有些是永远找不回来的，比如 AD 独有的 Net Class、高级图纸样式、特定的符号外观。把这些损失视为"迁移成本"，而不是"失败"。真正要盯住的是电气属性、BOM 准确性、位号完整性和可交付性。只要这几项过关，这个迁移就是成功的。

6.3 流程还能怎么扩展

这套流程跑顺之后，其实还可以往几个方向扩展。

多项目批量转换。AD 的 Import Wizard 支持脚本调用，可以通过 DelphiScript 或者外部 Python 脚本批量执行导入流程。如果手上有几十张原理图要转，这个批量化的思路值得研究。

PCB 文件的迁移。本文讲的是原理图，但 PADS 的 PCB 文件同样可以通过 AD 中转导入 OrCAD/PCB Editor，只是过程更复杂，涉及布线、铜皮、规则映射等问题，适合单独开辟一个流程来管理。

版本管理结合。如果团队经常在 AD 和 OrCAD 之间切换，建议建立一套"转换后即锁定版本"的机制，让迁移结果在后续的工程变更中保持可控。比如在导入完成后，在 OrCAD 中对 Design Cache 做一次快照，后续修改就能追踪到具体是哪个环节改动的。

我自己在实际操作中最深的一点体会是：跨工具迁移这件事，决定成败的往往不是软件按钮怎么点，而是你对数据模型的理解和对流程的把控。PADS 的 ASCII 是公开格式，AD 的 PADS 导入器足够成熟，DSN 能被 OrCAD 识别——这三个事实决定了这个方案可行。而真正的迁移质量，还得靠你在每一个中间环节里检查、修正、对比。前几轮迁移的时候我也交过学费，但把这套流程固化下来之后，再遇到类似任务，心态就稳定多了。希望这篇文章能帮你少走一些弯路，把精力省下来，用在你真正需要做判断的事情上。