从 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 面板里的某条 ErrorAD 会跳到原理图中对应的位置。对照从 PADS 导出的 PDF 版本逐个核对实际连接。大部分小问题可以直接在 AD 里修改修改之后重新编译直到 Error 清零。除了编译检查建议做一次网络表级的对比。在 AD 里生成当前项目的 Netlist再与 PADS 导出的原始网络表做比较。这里不推荐一个网络一个网络地肉眼对比用 Beyond Compare 这类工具做文本级对比效率高得多。重点关注两个维度网络总数是否一致每条网络上的引脚数是否一致。网络总数对不上说明有网络在转换中丢失或合并引脚数对不上说明某条网络的连接不完整。这两个维度一旦对齐电气连接的正确性就有了基本保障。这一步千万别省。我见过有人跳过网络对比直接导出 DSN结果 OrCAD 里一打开几条电源网络少连了引脚排查了好几天才找到问题。与其到最后一步去排雷不如在 AD 这一步就把网络关系彻底搞清楚。3.3 元件属性整理Value 和 FootprintAD 导入 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 LayoutFootprint 名一定要能和 PCB Editor 里的封装库匹配。建议在导出前用 AD 的批量替换功能对 Footprint 名做一次规范化处理去掉多余前缀或者后缀统一成目标库里的名称格式。还有一类容易被忽略的PADS 中的纯图形元件。比如无电气属性的 LOGO、测试点标记等。这类元件在 AD 导入时可能被识别成普通元件导致原理图里多出一些没有网络的幽灵元件。建议在导出前就把这些删掉或者标记为 No BOM避免污染后面 OrCAD 里的 BOM 和网表。4. AD 21.7.2 导出 OrCAD Capture DSN4.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 PortVCC/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 中生成 BOMTools 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 高频问题排查表下面这些坑是我在实际迁移过程中反复遇到的。整理成表格遇到类似情况可以直接照着处理。现象可能原因处理方式PADS 导出 ASCII 后 AD 提示格式不支持导出的 ASCII 版本选得太老或太新回到 PADS 重新选择 2005/2007 版本导出AD 导入后元件全部堆在一起图纸尺寸映射异常或元件坐标偏移导入向导中手动指定标准图纸尺寸部分元件的 Value 为空PADS 中 Value 字段本身缺失或映射到 Comment用 AD 批量编辑从 Description 复制赋值导出 DSN 后 OrCAD 打开报错DSN 版本导出不匹配或文件损坏改用 16.2/16.5 模板重新导出OrCAD 中元件显示为问号/方块符号库路径缺失或者符号未加载在 Design Cache 中 Replace Cache网络数量与源文件不一致部分特殊网络标签丢失或网络合并用网表对比工具定位差异后逐条核对DRC 报大量 Single Pin Net电源或者地网络没有正确连通逐个检查电源符号和网络标签的连接中文注释乱码PADS 导出时编码不兼容尽量在 PADS 中改英文注释或导入后手动修复转 Allegro 时无法同步安装配置问题或者缺失元件符号检查 Allegro 模块配置修复缺失符号位号重复PADS 原有重复位号没有清理在 PADS 中查找并修改重复位号后重新导出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 识别——这三个事实决定了这个方案可行。而真正的迁移质量还得靠你在每一个中间环节里检查、修正、对比。前几轮迁移的时候我也交过学费但把这套流程固化下来之后再遇到类似任务心态就稳定多了。希望这篇文章能帮你少走一些弯路把精力省下来用在你真正需要做判断的事情上。 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 面板里的某条 ErrorAD 会跳到原理图中对应的位置。对照从 PADS 导出的 PDF 版本逐个核对实际连接。大部分小问题可以直接在 AD 里修改修改之后重新编译直到 Error 清零。除了编译检查建议做一次网络表级的对比。在 AD 里生成当前项目的 Netlist再与 PADS 导出的原始网络表做比较。这里不推荐一个网络一个网络地肉眼对比用 Beyond Compare 这类工具做文本级对比效率高得多。重点关注两个维度网络总数是否一致每条网络上的引脚数是否一致。网络总数对不上说明有网络在转换中丢失或合并引脚数对不上说明某条网络的连接不完整。这两个维度一旦对齐电气连接的正确性就有了基本保障。这一步千万别省。我见过有人跳过网络对比直接导出 DSN结果 OrCAD 里一打开几条电源网络少连了引脚排查了好几天才找到问题。与其到最后一步去排雷不如在 AD 这一步就把网络关系彻底搞清楚。3.3 元件属性整理Value 和 FootprintAD 导入 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 LayoutFootprint 名一定要能和 PCB Editor 里的封装库匹配。建议在导出前用 AD 的批量替换功能对 Footprint 名做一次规范化处理去掉多余前缀或者后缀统一成目标库里的名称格式。还有一类容易被忽略的PADS 中的纯图形元件。比如无电气属性的 LOGO、测试点标记等。这类元件在 AD 导入时可能被识别成普通元件导致原理图里多出一些没有网络的幽灵元件。建议在导出前就把这些删掉或者标记为 No BOM避免污染后面 OrCAD 里的 BOM 和网表。4. AD 21.7.2 导出 OrCAD Capture DSN4.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 PortVCC/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 中生成 BOMTools 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 高频问题排查表下面这些坑是我在实际迁移过程中反复遇到的。整理成表格遇到类似情况可以直接照着处理。现象可能原因处理方式PADS 导出 ASCII 后 AD 提示格式不支持导出的 ASCII 版本选得太老或太新回到 PADS 重新选择 2005/2007 版本导出AD 导入后元件全部堆在一起图纸尺寸映射异常或元件坐标偏移导入向导中手动指定标准图纸尺寸部分元件的 Value 为空PADS 中 Value 字段本身缺失或映射到 Comment用 AD 批量编辑从 Description 复制赋值导出 DSN 后 OrCAD 打开报错DSN 版本导出不匹配或文件损坏改用 16.2/16.5 模板重新导出OrCAD 中元件显示为问号/方块符号库路径缺失或者符号未加载在 Design Cache 中 Replace Cache网络数量与源文件不一致部分特殊网络标签丢失或网络合并用网表对比工具定位差异后逐条核对DRC 报大量 Single Pin Net电源或者地网络没有正确连通逐个检查电源符号和网络标签的连接中文注释乱码PADS 导出时编码不兼容尽量在 PADS 中改英文注释或导入后手动修复转 Allegro 时无法同步安装配置问题或者缺失元件符号检查 Allegro 模块配置修复缺失符号位号重复PADS 原有重复位号没有清理在 PADS 中查找并修改重复位号后重新导出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 识别——这三个事实决定了这个方案可行。而真正的迁移质量还得靠你在每一个中间环节里检查、修正、对比。前几轮迁移的时候我也交过学费但把这套流程固化下来之后再遇到类似任务心态就稳定多了。希望这篇文章能帮你少走一些弯路把精力省下来用在你真正需要做判断的事情上。