PADS Logic 转 OrCAD 原理图这件事我是真真正正被客户逼着做了一轮。起因很实际——项目交付时对方指定要 Cadence 平台而我们研发内部一直用 PADS Logic几十页的历史原理图、库文件、设计规则全都挂在 Mentor 体系下。整个项目不可能推倒重画唯一的出路就是用 E-studio 格式转换工具把原理图完整搬到 OrCAD 里。来回跑了几天踩了不少坑也摸出了一套可以直接照抄的流程。这篇文章适合这么几类人被客户要求切换原理图平台的硬件工程师接手旧项目需要把历史原理图转到新工具链的团队以及想搞清楚 PADS Logic 与 OrCAD Capture 文件差异的入门者。你不需要对两个软件都精通但至少用过其中一款知道原理图里有哪些常见元素——元件符号、位号、网标、电源符号、图纸边框、设计规则检查。有了这些基本概念再按下面的流程走百分之八十的转换问题都能在动手前拦下来。1. 动手之前先理解两套工具的表皮与内核1.1 PADS Logic 与 OrCAD Capture 的底层差异做格式转换之前我建议先想清楚一个问题你手里的 .sch 文件在 PADS Logic 里是什么结构在 OrCAD Capture 里又是什么结构。很多人一上来就点“转换”转换完发现元件全飞了、位号错乱、封装丢失然后又手动调好几天根源就是没理解两套工具的底层差异。PADS Logic 的设计文件 .sch 是一个以数据库形式组织的工程文件原理图中的每个元件不是一个孤立的图形而是关联到逻辑库里的符号定义以及 PCB 封装文件的属性链。你看到的矩形、引脚、属性文本是 PADS Logic 的数据库引擎根据符号定义和属性渲染出来的。OrCAD Capture 的原理图文件 .dsn 同样采用数据库结构但符号库体系、属性存储方式、网络对象的组织方式与 PADS 完全不同。Capture 里有一个严谨的 Hierarchy 体系元件符号被拆成“图形部分”和“属性部分”图形放在 .olb 库里属性挂在元件实例上。举个例子PADS Logic 里一个电阻 R1 的属性是分散存在元件实例上的——Value、Tolerance、PCB Decal、Part Type 都以属性字段的形式挂在实例上而 OrCAD Capture 里类似信息分布在两部分一个是 Capture 的 Part Symbol在 .olb 库里一个是属性列表在元件实例上。转换工具要做的不是把图形搬过去而是把符号定义、引脚编号、属性字段、网络连接关系重新映射到 OrCAD 的体系里。这个过程一旦有映射不上的字段就会丢属性。打个比方这就像把一份 Word 排版文档转成 Markdown标题、正文、列表能转过去但页眉页脚、颜色、表格宽度可能就乱了。原理图转换也是一样拓扑结构引脚连接关系通常能保下来但图纸格式、标题栏、字体、符号样式往往会有损失。理解了这一点你就不会对转换结果抱有“无损”的幻想也知道该把时间花在哪——优先保住网络连接关系和元件的关键属性而不是死磕图形样式。1.2 E-studio 的转换边界E-studio 在这里的作用是充当 PADS Logic 与 OrCAD Capture 之间的翻译器。它能做的事情可以概括成三块。第一块是转换原理图页面结构。PADS Logic 的多页图纸会被拆分成 OrCAD 中对应的 Page每一页里的元件符号、连线、总线、网络标签按位置关系重建。第二块是转换元件符号和引脚。只要源库里的符号引脚数量、命名与目标库匹配就能生成对应的 OrCAD Capture 符号并保留引脚的电气类型输入、输出、无源。第三块是转换属性和网络定义。元件上的 Value、封装、厂家型号等用户自定义属性在属性映射表的引导下写到 OrCAD 的实例属性中。但 E-studio 也有明确的边界它不会替你判断设计意图也不会自动修复源工程里的错误。比如在 PADS Logic 里一个元件位号重复、一个网络有两个名字、一个引脚悬空没连接这些在设计规则检查阶段能被发现的问题转换工具基本不会主动纠正。它只会把源文件里的数据照搬过去结果就是源项目里的脏数据原封不动地带到目标项目甚至在转换过程中被放大。我的建议是转换动作本身只需要几分钟但真正决定转换质量的是转换前的准备和转换后的清理这两部分占整个工作量的八成以上。很多团队抱怨“E-studio 转出来的文件不能用”其实不是工具的问题而是没把源项目整理到适合转换的状态。后面两个部分就围绕这个展开。2. 转换前准备别把“脏项目”直接扔给工具2.1 工程文件整理与备份先说最基础也最容易被忽略的备份。任何格式转换都有风险尤其当你处理的是几十页的大型原理图时一次转换可能产生几百条警告文件结构也会被打乱。如果源工程没有备份转坏了连后悔的机会都没有。我现在的习惯是转换前先做两步。第一步把 PADS Logic 的工程目录完整复制一份包括 .sch 文件、.ptc 文件、相关的逻辑库文件以及可能依赖的封装库文件。不要只复制顶层 .sch因为有些设计文件的库引用路径是相对路径缺了库文件会导致转换时符号找不全。第二步清理工程目录里不必要的临时文件。PADS 运行时会产生一些临时文件比如 .bak、备份副本、日志文件这些文件转换时用不到但存在目录里可能干扰工具对工程文件的扫描。把目录收干净转换工具的导入过程会顺畅很多。另外建议把工程放到没有中文、没有空格、路径尽量短的目录下比如 D:\PADS_Project\ProjectA。这不是玄学是 E-studio 这类转换工具在解析文件路径时对特殊字符的支持并不完善中文路径和空格路径在后续映射库文件时容易出现解析错误。你可以先放在干净路径里完成转换再把文件移动到正式目录这样能减少很多莫名其妙的报错。2.2 设计规则检查与位号整理在 PADS Logic 里打开你的原理图先跑一遍设计规则检查。PADS Logic 菜单里找到“工具-验证设计”把电气规则检查项都勾上重点看三类问题重复位号、未连接引脚、单端网络。重复位号是整个转换流程里最麻烦的问题。如果你在 PADS 里就存在 R1 出现两次的情况转换到 OrCAD 后两个 R1 会被当成不同的元件放在图纸上但 OrCAD 的规则检查在后续打包Annotate时会报错甚至会连接错误网络。更重要的是在 PADS 里修复重复位号很简单搜索定位就行但转换后再去改会牵扯位号重新分配、参数一致性检查、网表导出工作量直接上一个大台阶。所以转换前务必把位号清零。未连接引脚和单端网络也要处理。未连接引脚在 PADS 里可能显示为黄色小方点转换后可能变成一个悬空引脚OrCAD 的电气规则检查通常会把这类引脚标红。单端网络意味着网络只连接了一个引脚通常是遗漏连线的产物。建议在转换前就把问题解决掉能连的连上确实悬空的加“不连接”标记PADS 里的 NC 符号。这类问题转换后修复的难度明显更大因为你要对照两套工具的网络报告来回找差异。还有一个很实用的操作把元件的位号统一整理一遍。在 PADS Logic 里用“工具-重标位号”可以按图纸顺序依次重新编号保证 R1、R2、R3 在一个流向内连续。这个动作看着费时间但转换后检查原理图时会轻松很多——位号连续性好你可以快速判断是少了一个元件还是多了一个编号。2.3 符号库、封装与自定义属性检查转换前要把项目用到的逻辑符号库梳理一遍。PADS Logic 的符号库通常是一个 .ptc 文件或者一组逻辑库文件。打开原理图在“文件-库管理器”里看当前设计引用了哪些库把库列表导出记录。转换时你需要把这个库列表复制到 E-studio 的库映射表里告诉它哪些 PADS 符号对应哪些 OrCAD 符号对应不上就会丢符号。这里常见两类问题。第一类是同一个符号在多个库里有同名定义比如库 A 和库 B 里都有 RESPADS 会按库搜索顺序决定用哪个但转换工具做库映射时可能选错。解决办法是转换前把项目用到的库合并成一个专门的“交付库”不在这个库里留重复符号。第二类是符号命名与 PCB 封装不一致。原理图中元件的逻辑符号名称和 PCB 封装是两个属性转换时封装属性容易丢失因为 OrCAD 的属性体系里封装名称放在 PCB Footprint 这个字段而 PADS 里叫 PCB Decal。如果两个字段的映射关系没设置好转完之后所有元件的封装引用都会变成空。自定义属性同样要单独核对。硬件设计里经常会在原理图元件上挂附加字段比如厂家型号、供货商编码、物料编码、替代料信息。这些字段在 PADS 里是元件实例上的自定义属性转换时如果没有建立属性映射就会被丢弃或者改名。我的做法是转换前用原理图的 BOM 导出功能生成一张属性清单一览确认这些属性名在 OrCAD 的属性体系里有对应位置然后到 E-studio 的属性映射表里逐个核对。尤其是 Value 这个字段它是 OrCAD 里显示在元件下方的关键文本如果 PADS 的自定义属性里没有专门的 Value 字段转换后元件下方可能显示不出阻值或容值整张原理图的可读性会断崖式下降。3. E-studio 格式转换的标准操作流程3.1 新建转换任务并导入源工程准备好干净的项目后打开 E-studio 的新建转换任务向导。第一步选择导入格式这里要选 PADS Logic.sch。如果是混合项目有些页面用 DxDesigner 画的就需要另外处理E-studio 对 DxDesigner 和 PADS Logic 的导入支持是分开的别混在同一个任务里。选择完源格式进入文件选择界面。这里建议勾选“包含子目录中的文件”确保逻辑库文件也能一并导入。导入时工具会生成文件解析报告列出每个 .sch 文件的页数、元件数量、网络数量。这时候别急着点下一步花两分钟扫一眼报告页数和你在 PADS Logic 里看到的是否一致元件数量是否在预期范围内。如果这里就差了一位数后面整个转换结果都不可信早发现早返回处理。接下来选择输出格式。针对 OrCAD常见有两种生成 OrCAD Capture 原理图.dsn和生成 Capture 元件库.olb。如果你后续要在 Capture 里继续编辑选 .dsn如果你希望把转换得到的符号集中保存成一个库文件可以额外勾选输出 .olb。我的建议是两个都输出.dsn 给你完整项目.olb 给你符号库存底后面维护和复用都方便。3.2 库映射与属性映射的设置要点转换向导的第二大块是映射设置也是决定成败的关键。界面里通常有两条主要映射表库映射表和属性映射表。库映射表的本质是告诉工具“PADS 里的符号 X 在 OrCAD 里应该翻译成什么”。工具会扫描源工程引用的全部逻辑库自动关联到默认的目标库。如果你的 PADS 库和 OrCAD 库是同一家封装服务商维护的基本能自动匹配如果是自建的库就需要手动指定。有个技巧先在 OrCAD Capture 里提前新建一个空符号库命名和 PADS 库保持一致转换时把对应的符号映射到这个空库里。这样转换结束后你得到的所有自定义符号都集中在一个库里后续维护非常方便。如果转换时让工具随意自动建库你会得到一堆命名混乱的小库清理起来更费时。属性映射表处理的是实例属性的迁移。这个表里默认会有系统属性的映射比如 RefDes、Value、PCB Footprint。你需要在表里补充项目使用的自定义属性逐条指定源属性名和目标属性名。最容易踩的坑是属性名大小写不一致比如 PADS 里叫 FOOTPRINTOrCAD 里叫 PCB Footprint映射表里没建对转换结果就会丢封装。我在做这一步时会把第 2.3 节整理的属性清单贴在旁边逐条对照宁多勿漏。网络映射也要重点设置。PADS Logic 里电源和地通常用电源符号网络表达OrCAD 里是全局网络对象。转换时需要把 PADS 的 5V、GND、VCC 符号映射到 OrCAD 的 Power 属性对应的全局网络。如果不做这步转出来后电源引脚可能只是普通网络相连无法全局贯通后续做 PCB 导入时会非常难受。3.3 执行转换、报告解读与文件输出映射设置完成后进入执行阶段。E-studio 会在转换过程中输出进度记录和最终报告报告通常分三层错误、警告、信息。错误必须全部清零警告要逐个过目。错误一般是源文件解析失败、符号库找不到、属性映射缺失等只要有一条我建议先修不要带着错误继续。不是因为工具不能继续而是因为一个底层错误会连带产生几十条逻辑错误带着错误转出来的文件调试成本极高。警告的情况相对复杂通常是属性被丢弃、符号命名不规范、网络端接不匹配。警告不一定全部清零但要把每条警告都读一遍判断是否影响核心数据。转换完成后检查输出目录。一个完整的输出至少包含 .dsn 原理图文件、.olb 元件库文件、转换报告文件。先用 OrCAD Capture 打开 .dsn软件加载时会提示是否关联 .olb选你刚生成的库。如果这里提示找不到某个元件库引用说明库映射阶段有遗漏回去重新建映射。这个阶段源头排错成本很低重新转换几分钟就能完成比在出问题的文件里手动改几百个符号强得多。4. 转换后的清理调到能建网表才算结束4.1 图纸边框、标题栏与分页修复打开转换后的 .dsn第一眼看到的东西大概率是图纸边框和标题栏乱掉。这是格式转换最直观的后遗症因为 PADS Logic 和 OrCAD Capture 的图纸模板机制完全不同。PADS 用自定义的图纸格式OrCAD 用 Title Block 元件和绘图边框。转换后常见的情况是边框线和页尺寸对不上、标题栏里的设计名称或日期丢失、多页原理图的页码顺序错乱。修复时不要一根根去挪线效率太低。正确做法是在 OrCAD Capture 里新建一个标准图纸模板把转换后的每一页套用新模板。OrCAD 的绘图边框可以整体替换把旧边框元件换成新标准边框再对标题栏里的文档名称、页码、修改记录重新填写。如果公司有统一模板这一步刚好同步完成模板更新。页码错乱的问题很容易被忽略。PADS Logic 里多页原理图的页码通常是 1/24、2/24 这种顺序但转换工具可能按页面的内部 ID 重排不按图面显示的顺序。转换完成后务必按页面顺序重新编号。我的习惯是在修复阶段先关掉页面排序功能转完再手动确认因为有些转换工具提供“保持原页序”的选项但表现不稳定手动确认最靠谱。4.2 位号冲突与校验符处理位号冲突是转换后另一重灾区。PADS Logic 里位号是参照符加数字比如 R12、C34、U5OrCAD Capture 里位号由两部分组成参考位号R12和校验符字段。校验符是 OrCAD 用来追踪元件版本的内部机制你在 Capture 里修改位号或替换符号时校验符必须保持唯一性。转换后如果源工程里没维护好校验符你会看到位号正常但选中元件后属性栏里的校验符要么全为空要么重复。校验符重复的直接后果是在 Capture 里跑一次打包Annotate工具会认为同一个元件存在多个实例然后生成一堆带尾巴的位号比如 R12_1、R12_2。这是转换后最让人崩溃的问题之一。解决思路是把所有元件的校验符清零再从位号重新生成一次。选中全部元件打开属性编辑器清空校验符字段并保存然后再跑一次 Annotate让工具自动重建校验符。这个过程会保持位号不变只整理内部引用关系。如果是真正的位号重号比如有两个 U5就不能靠清校验符解决。你需要先把其中一个改成空闲编号再决定怎么合并。碰到这种情况建议回到源工程看看怎么回事——多半是 PADS 里的复制粘贴操作产生了重复位号不是转换工具造成的。在 PADS 里修掉再转换永远比在 OrCAD 里手动改几十个位号省力。4.3 电源符号、全局网络与连接点检查电源和地网络在转换后总是值得单独盯一眼。PADS Logic 的电源符号是带网络名的图形符号OrCAD Capture 里电源符号除了图形还要依赖全局网络的 Power 属性才能贯通整张原理图。转换后如果电源符号的属性映射没设置好你会看到 VCC 符号孤立存在但没连到对应的全局网络。检查方法很简单在 OrCAD Capture 里选中一个电源符号看属性编辑器里的 Power 属性是否与网络名一致。如果某一页上 VCC 符号的 Power 属性是空的或者写了别的名字赶紧改。还有一种常见情况是 PADS 里 5V 和 VCC 混用转换后生成的网络名不统一需要根据设计意图统一命名。这种命名问题建议在 PADS 源工程里就完成转换后才不会留下两套电源命名。连接点也是排查重点。PADS Logic 的连线是电气对象连到引脚上会自动生成连接点OrCAD Capture 里同样有连接点但转换后会出现一种怪象线路看着是连通的线交叉处却没有连接点。这不是真的断路而是导线被转换成了没有连接标记的普通线——在 Capture 里点那根线属性显示它是 Bus 或是一条没有任何电气属性的线。遇到这种情况把断开的线段重新连一遍连接点就会回来。批量处理时先跑一遍设计规则检查Capture 会把未连接引脚高亮出来照着高亮去修比肉眼快很多。5. 高频问题与排查记录5.1 高频问题速查表把我在实际转换中遇到的问题整理成一张表方便直接对照现象可能原因处理方式元件符号变成空白方框符号库映射缺失.olb 未关联返回库映射重新关联或手动替换符号位号重号两个 R1源工程复制粘贴未整理先在 PADS 里修重复位号再转换封装属性丢失PCB Footprint 与 PCB Decal 映射缺失补齐属性映射表后重新转换中文注释乱码编码格式不一致转换源文件另存为 UTF-8 或 ANSI 后再转电源网络没贯通Power 属性未映射选中电源符号修正 Power 属性为全局网络页码顺序错乱工具按内部 ID 重排转换后手动重新分页元件在页面上乱飞源图纸坐标系与 OrCAD 不一致检查图纸尺寸与原点设置转换报告大量未连接引脚源工程本来就存在悬空引脚在 PADS 里先处理再转换这张表是多次转换经验的浓缩不是说这些问题一定会全部出现而是遇到类似现象时先照这个思路排查能省下不少时间。5.2 两个典型案例的排查思路第一个案例是转换后一页原理图上 32 个电容全部变成粉红色。在 OrCAD Capture 里粉色元件表示没有对应的符号库关联。我点开一个电容的属性发现它的 Value 还在四个引脚也都定义正常但符号库引用是空的。问题出在库映射阶段那 32 个电容使用的符号在 PADS 里是从一个旧版库引用的而我在 E-studio 里做库映射时只把新版库的符号映射给了目标 .olb旧符号没有映射。转换工具找不到目标符号就把元件挂成了空引用。解决办法是回到映射表把所有旧库符号都补上对应关系重新转换一次干净。第二个案例是转换后的网表文件始终报错提示某个网络只有单端连接。我在 OrCAD Capture 里检查发现这个网络的所有引脚都画着线看起来是连通的。用 Capture 的查找网络功能定位后才发现问题出在一个跨页连接符上PADS 里这个跨页连接符被转换成了普通文本没有电气连接属性导致两个页面的同名网络实际上没有连接。这种问题非常隐蔽肉眼看不出来。处理办法是删掉这一页的跨页连接符换成 Capture 自己的 off-page connector并重新命名网络。这件事也提醒了我每个项目转换后必须对所有跨页符号做一轮系统替换不要依赖工具的默认结果。6. 转换后的核对清单与个人经验6.1 逐页核对清单转换清理做完下面这步千万不要省——逐页核对。我给自己定过一个十项清单每次格式转换后都按它走一遍每页原理图的元件数量是否与源工程一致每个元件的位号是否完整不重号特别是多页里有没有重复编号每个元件的封装属性是否齐全是否与 PCB 设计库一致Value 值是否显示出来阻值容值是否异常为 0 或空电源网络是否全局贯通各页 VCC/GND 是否都连接到正确的网络名总线定义是否与源工程一致特别是总线索引范围跨页连接符是否成对存在左右页的 net 名是否一致连接点是否有缺失设计规则检查没有未连接引脚文本注释是否完整中文注释是否乱码设计规则检查是否通过BOM 是否与源工程导出结果一致。这个清单建议做成电子表格每次转换后逐项打勾。不是每项都一定会出问题但每出一次问题往往都很要命。6.2 我最常用的一套检查顺序如果时间紧没办法把十项全部精细过一遍按优先级处理。最优先查电源和地网络这是整个系统的命脉电源网络一旦有问题后面所有信号完整性讨论都无从谈起。其次查跨页连接符和总线这些是网络拓扑的骨架断一处相当于整条链路断掉。再往后查元件封装和位号因为直接影响能不能正确导网表、能不能进 PCB 设计。最后才查图纸边框、标题栏、文本注释这类面子工程。实际操作中我的检查路径是先打开转换后的 .dsn直接跑一遍设计规则检查把错误和警告收集出来再从错误列表里挑与电源、总线、跨页相关的条目优先修复修复完导出一次网表看能否顺利生成网表没问题后导入 OrCAD PCB Editor 里简单摆放元件确认封装都能落到板上最后回到 Capture 里做 BOM 对比把转换前后的 BOM 表用文本比较工具逐行对比差异逐条确认。这套流程走完转换工作才算真正收尾。其实我第一次用 E-studio 做这种转换时把问题想简单了以为点完转换就万事大吉结果在 OrCAD 里调了将近一整天才把电源、跨页符号、位号冲突一个个捋顺。后来养成“转换前先清源项目转换后按十项清单核对”的习惯再接手同类任务基本半天内就能交付一份能正常建网表的工程。如果你也要做这个转换我最大的建议就是——别图快先把 PADS 源工程整理干净多花半小时后面就能少熬一个通宵。最后提醒一句E-studio 的转换报告会记录全过程保留好这份报告后续一旦要回溯某个数据它就是你的第一手证据。