PADS、AD、Cadence三套EDA工具互转实战避坑指南

简介：这份文档面向需要在不同EDA工具间迁移设计文件的硬件工程师与PCB设计人员，系统梳理了PADS、Altium Designer与Cadence三者之间的互转路径，覆盖原理图与PCB两条主线，适合已具备基本软件操作经验、希望打通工具壁垒的中级用户参考。资源包共1个docx文件，约1.11MB，以图文步骤形式组织内容，按转换方向分章展开。文档涵盖PADS logic与layout分别转AD、AD原理图转OrCAD及PCB经PADS中转Allegro、AD转PADS logic与layout、OrCAD与Allegro转PADS等典型场景，并给出导出格式版本选择、转换器调用、环境变量配置与skill脚本加载等关键细节，如泪滴选项对导入速度的影响、Allegro转PADS时AEX_BIN_ROOT等变量设置及dfl_main.il脚本执行流程。目前已有4887人学习，可帮助读者按图索骥完成跨平台文件迁移，减少格式不兼容带来的返工。

1. 三套 EDA 工具互转：我踩过最深的坑，是以为导出就能用

PADS、AD、Cadence 三套 EDA 工具之间的互转，我前后折腾了不下二十次，最惨的一次是 PADS 转 AD 后整块板子的铺铜全散了，飞线像蜘蛛网一样铺满屏幕，当时离投板只剩两天。后来我才明白，EDA 格式转换从来不是「导出再导入」这么简单，它本质上是三套数据结构之间的翻译，翻译过程中丢信息是常态，能不能把损失控制在可接受范围内，才是老手和新手的分水岭。这篇内容围绕 PADS AD Candence 转换这条主线，把原理图与 PCB 两条链路的实际走法、参数怎么设、失败时看哪里讲透，适合正在做工具迁移的硬件工程师、需要交付跨平台文件的 Layout 人员，以及被转换问题卡住过的同行。下面所有步骤都来自一份实操文档的整理，我按自己的使用习惯补上了判断依据和避坑点。

2. PADS 转 AD：原理图走 ASCII，PCB 走 ASC，两条路别混

PADS 转 AD 是这套互转里成功率最高的一条链路，但前提是原理图和 PCB 必须分开处理，用错入口文件会直接卡在导入向导第一步。我见过有人把 PADS 的二进制工程文件直接往 AD 里拖，软件连格式都识别不了，白白浪费半小时。

2.1 PADS Logic 转 AD 原理图：TXT 导出与版本选择

原理图这条路的本质是把 PADS 的二进制数据库翻译成 ASCII 描述，再让 AD 的导入器去解析。第一步在 PADS Logic 里导出 TXT 文档，版本必须选 2005，这是 AD 导入器能稳定识别的老版本格式，选高了反而容易在解析阶段报字段不识别。

导出之后打开 AD，走「文件 → 向导导入」，格式选 PADS ASCII Design And Library Files，然后指向刚导出的 TXT。这里有个细节：导入向导里会问你要不要同时导入库文件，如果原工程用了自定义封装库，建议勾上，否则转换完原理图里一堆器件显示成方框。

整个流程全部点下一步即可完成。转换完成后重点检查三样东西：网络标号有没有丢、电源符号有没有变成普通文本、多引脚器件的引脚编号顺序对不对。我一般会拿原 PADS 工程的网络表导出一份，和 AD 里重新生成的网络表做文本比对，差异行数超过个位数就得回头查。

2.2 PADS Layout 转 AD PCB：ASC 导出参数与泪滴选项

PCB 这条链路比原理图脆弱得多，核心动作是在 PADS Layout 里导出 ASC 格式，版本同样选 2005。导出对话框里有一组勾选项，直接决定后面 AD 能不能顺利吃进去。

泪滴这个选项是血泪经验，文档里专门提醒「最好不要选择，否则有些时候在导入 Altium 的转换过程非常缓慢」。我实测过一次勾选泪滴的板子，导入进度条走了四十多分钟还没完，取消后重导三分钟结束。原因是泪滴在 ASC 里会展开成大量独立线段，AD 逐条解析时计算量爆炸。

导出 ASC 后打开 AD，同样走「文件 → 向导导入」，选中 asc 文档一路下一步。转换完成后第一件事是按 L 键打开层叠管理器，核对层数和层名映射，第二件事是跑一遍设计规则检查，看有没有间距违例是转换过程凭空造出来的。

2.3 转换后的完整性核对清单

不管原理图还是 PCB，转换完都不能直接信。我固定会做四件事：比对网络表差异、检查器件位号是否重复、确认板框闭合、看铺铜有没有变成实心填充。这四步里任何一步出问题，都说明转换过程中有信息丢失，需要回到导出环节调参数重来，而不是在 AD 里手工修补，手工补的坑后面会以更难查的形式冒出来。

3. AD 转 Cadence：原理图能直存 DSN，PCB 得绕道 PADS

AD 往 Cadence 方向转，原理图和 PCB 的难度完全不对称。原理图有一条相对直接的路，PCB 则基本没有直通方案，必须借道 PADS 做中转。这个不对称是工具生态决定的，不是操作问题，认清这点能省掉很多无效尝试。

3.1 AD 原理图转 OrCAD：Save Project As 的 DSN 陷阱

AD 原理图转 OrCAD 的操作看起来极简：打开要转换的 AD 工程，走「Save Project As」，另存格式选 DSN。但这里藏着一个关键选项——「处理所有组件」，必须勾选并记住这个选择。

不勾选的后果是只有当前打开的那张图纸被转换，多页原理图里其余页面全部丢失，而且软件不会报错，你打开 DSN 才发现少了一半。我第一次转一个六页的工程时就栽在这，以为转换成功，结果电源页整个不见了，后面查了半天以为是 OrCAD 打开方式的问题。

勾选「处理所有组件」后另存为 DSN，再用 Cadence 打开 Design 即可完成。转换后重点核对层次化设计的页间连接符，AD 的总线展开方式和 OrCAD 的 bus 定义不完全一致，跨页总线最容易断。

3.2 AD PCB 转 Allegro：为什么必须走 AD→PADS→Allegro

AD 的 PCB 没有直接导出 Allegro 格式的通道，常见做法是 AD→PADS→Allegro 两段式中转。第一段用 PADS Layout Translator 把 AD 的 PCB 转成 PADS 格式，第二段再用 PADS 自带的 Allegro 转换 skill 转到 Allegro。

两段式中转的代价是每转一次丢一层信息，所以第一段转完必须在 PADS 里做一次完整检查再往下走。我一般会在 PADS 里确认三件事：所有网络是否连通、器件封装是否全部映射成功、铜皮是否还在。这三项没问题，第二段转 Allegro 的成功率才有保障。如果第一段就有器件丢失，硬转下去只会在 Allegro 里得到一块残缺的板子，返工成本更高。

4. AD 转 PADS：原理图借道 OrCAD，PCB 用专用 Translator

AD 转 PADS 是很多人迁移时遇到的第一个方向，原理图和 PCB 走的是两条完全不同的路，混用方法会白忙一场。

4.1 AD 原理图转 PADS Logic：AD→OrCAD→PADS 三段式

AD 原理图没有直接进 PADS Logic 的入口，常见路径是 AD→OrCAD→PADS。先用上一章说的 Save Project As 存成 DSN，再在 PADS Logic 里导入 DSN 文件。

这条三段式链路每段都有损耗点。AD 到 OrCAD 段主要丢的是自定义符号的图形信息，电气连接一般能保住；OrCAD 到 PADS 段主要丢的是页间层次结构，扁平化之后网络名可能被重命名。所以转完之后必须重新生成网络表，和原始 AD 工程的网络表逐条比对，重点看电源网络和差分对命名有没有变。

4.2 AD PCB 转 PADS Layout：Translator 的三个必填项

PCB 方向有专用工具，就是 PADS 自带的 Layout Translator，比原理图那条路省心。打开 Translator 后按三步走：添加 AD 的 PCB 文件、选择保存位置、转换选项选 Protel/Altium，然后点转换。

转换完成后打开 PADS，走「文件 → 导入」，选生成的 .PCB 文件，导入后执行「修复所有」。这里有个新手常问的问题：导入后屏幕一片空白看不到板子。文档里给了解法——按 Ctrl+B，这是缩放到全板的快捷键，不是文件没导进来，只是视图没定位。

我一般会在 Translator 转换前先把 AD 工程里的铺铜重新灌一次，确保导出的是最新铜皮状态，避免转过去之后铜皮和走线对不上。

5. Cadence 转 PADS：环境变量配错，后面全白搭

Cadence 转 PADS 是四个方向里配置最重的一条，尤其 Allegro 转 PADS Layout，需要预先搭一套 skill 运行环境。这套环境配一次以后就不用再动，但第一次配错的话，后面每一步都会以奇怪的方式失败。

5.1 OrCAD 转 PADS Logic：先降版本到 16.2

OrCAD 原理图转 PADS Logic 的关键动作是降版本。在 OrCAD 里打开文件，Save As 时版本选 16.2，然后用 PADS Logic 导入 DSN 文件完成转换。

为什么必须降版本？因为 PADS Logic 的 DSN 解析器对高版本格式支持有限，直接导高版本 DSN 常见现象是打开后器件全在但网络全断。降到 16.2 是个兼容性甜点，既保留了层次信息，又在解析器能力范围内。降版本前记得另存一份副本，别把原工程覆盖了。

5.2 Allegro 转 PADS Layout：三个环境变量与 skill 脚本

这条链路是整套互转里配置最复杂的，核心是让 Allegro 能调用 PADS 提供的转换 skill。先配三个用户环境变量：

配完变量后，把 PADS 安装目录下 skill_scripts 里的所有文件复制到 Allegro 的 pcbenv 目录下。注意是复制到 pcbenv 里面那一层，路径层级搞错 skill 就加载不到。

环境就绪后，在 Allegro 的 Command 栏输入加载命令：

# 加载 PADS 提供的转换 skill，注意 load 与引号之间有空格，引号不能省 skill load "dfl_main.il"

回车后返回 T 表示加载成功。这一步返回 nil 或者报错，九成是 Home 变量指错了目录，或者 skill 文件没复制到位。确认返回 T 之后，继续输入：

# 调出转换主界面 main out

弹出对话框后点「StarOneWay Translation」，等待运行结束。运行过程中不能有任何报错，有报错必须先查原因修正再重跑，带错误跑完的结果不可信。成功后 Command 栏提示 DONE，然后打开 PADS Layout，走「文件 → 导入」等待转换结束，PCB 就能打开了。

这套配置只需做一次，之后每次转换直接跑 skill 命令即可。我建议把三个环境变量的值记在工程笔记里，换机器时照抄，比重查一遍快得多。

6. 转换避坑与排查：五个反复出现的翻车现场

这一章是我自己和对同行观察下来最高频的五类问题，每条按现象、原因、解决三段写，遇到时直接对号入座。

6.1 导入后屏幕空白，以为文件没进来

现象：PADS 导入 PCB 后视图一片空白。原因：文件其实已导入，只是视图没有缩放到板框范围。解决：按 Ctrl+B 全板缩放，板子立刻出现。这个坑新手几乎必踩一次，记住快捷键就行。

6.2 转换过程卡死或极慢

现象：AD 导入 PADS 导出的 ASC 时进度条长时间不动。原因：导出时勾选了泪滴 Teardrops，展开成海量线段拖垮解析。解决：回 PADS 重新导出，取消泪滴勾选，版本仍选 2005，重导后通常几分钟内完成。

6.3 多页原理图转换后只剩一页

现象：AD 转 OrCAD 后 DSN 里只有当前图纸。原因：Save Project As 时没勾「处理所有组件」。解决：重新另存，勾选该选项并确认，转换后逐页核对页数和页间连接符。

6.4 skill 加载返回 nil

现象：Allegro 里执行 skill load 后没返回 T。原因：Home 变量指向错误，或 skill 文件没复制到正确的 pcbenv 层级。解决：核对 Home 是否指向 pcbenv 所在目录，确认 skill_scripts 下所有文件已复制进 pcbenv，改完重启 Allegro 再试。

6.5 转换后网络名被重命名

现象：板子连通性看着正常，但网络名和原工程对不上。原因：中转链路中层次结构被扁平化，工具自动重命名。解决：转换前导出原始网络表存档，转换后重新生成网络表做文本比对，对差异网络手工映射回去，别靠肉眼在图上找。

7. 我的固定动作：转换前先存网络表，转换后先跑比对

走到这里，四个方向的链路都过了一遍。如果只让我留一条经验，那就是把「网络表比对」变成肌肉记忆。我现在的固定动作是：任何一次转换开始前，先在源工具里导出网络表存成文本；转换完成后，在目标工具里重新生成网络表，用文本比对工具跑一遍差异。差异为零或只有可解释的命名变化，才继续往下做布局布线；差异成片出现，说明转换参数有问题，回退重转比在目标工具里手工修补划算得多。

这套方法救过我一次大返工。当时一块四层板从 Allegro 转 PADS，表面看器件和走线都在，比对网络表发现地网络被拆成了三个独立网络，原因是层映射时负片层的铜皮被当成了普通走线。如果没做比对直接投板，回来就是一块废板。从那以后我每次转换都强制走一遍网络表比对，不管多急都不跳过。希望这些步骤和判断依据能帮到你，少走几段我走过的弯路。

本文还有配套的精品资源，点击获取