从PADS Logic转到OrCAD这活儿我前后折腾过不下二十次从简单的单板到上百页的复杂系统都有。最近帮朋友公司做了一次大规模迁移趁着印象还热乎把完整的转换流程、踩过的坑、排查的思路一次性整理出来。这篇文章适合两种人一种是公司EDA平台统一、必须从PADS切到Cadence流程的硬件工程师另一种是接到外包或客户需求、需要把历史原理图转换成OrCAD格式的自由设计师。文章会覆盖转换前的方案选型、三种实操路径的详细步骤、转换后的深度检查清单以及高频问题的速查方法我尽量把每一步为什么这么做也讲透不只是丢给你一堆菜单路径。1. 转换前的准备先想清楚这几件事再动手1.1 明确迁移的真实动机和约束条件很多人一上来就打开转换工具硬转结果转完发现网表导不出来、封装全丢了、图纸乱七八糟然后又花大量时间手工返工。我建议动手前先花半天想清楚几个问题。第一迁移的最终目标是什么是只需要原理图供客户审阅还是必须进入OrCAD与Allegro的完整PCB流程或者只是要把原理图归档成统一格式这三种场景对转换保真度的要求完全不同。如果是纯审阅图纸可读性比电气连接更重要如果要继续做PCB那封装信息、PCB Footprint属性、网络命名规则就必须严格校验。第二原始PADS文件的版本是多少OrCAD Capture尤其老版本对PADS Logic新版本直接支持很有限。PADS VX.2.x及以上版本导出的.sch文件在OrCAD 17.2以下版本里常常直接打不开或提示格式错误。反过来太老的PADS 9.x文件转换时又容易出现元件属性丢失。动手之前建议先用文本编辑器打开.sch文件看一眼文件头版本信息或者用PADS Logic本身另存为较低版本格式比如保存成PowerPCB早期兼容的ASCII格式。第三公司或团队的库基础设施就绪没有OrCAD流程下原理图符号库.olb和PCB封装库.lib是分离的而PADS里原理图封装和PCB封装是关联在同一套库体系下的。转换时如果OlB库不存在转换器通常会生成临时符号这些符号的位置、引脚编号、属性命名都未必符合你们公司的封装命名规范。所以转换前先把目标库的设计规范定好比如位号前缀规则、Value写法、PCB Footprint命名规则后面能省很多事。1.2 三种转换路线怎么选直接导入、EDIF中转、ASCII过渡根据我实际测试过的经验目前主流思路有下面三条选哪条主要看原文件质量和后续用途。路线一用OrCAD Capture内置的Design Translators直接导入PADS Logic文件。这是最省事的方式菜单路径在File Import PADS Logic转换器会自动识别.sch文件结构生成对应的Capture工程.dsn和符号库。好处是速度快元件属性、网络连接、图纸结构大体保留坏处是版本兼容性最挑剔对PADS的某些私有属性支持不完整比如带特殊格式的文本、某些总线命名等。路线二通过EDIF格式中转。EDIF是EDA行业的通用中间格式PADS Logic支持导出EDIF 2000/3000OrCAD Capture也支持导入EDIF。这条路线的优势是格式标准、版本兼容性最稳基本不挑版本缺点是转换过程中一些专有属性会被丢掉需要在OrCAD里重新映射或手动补而且图纸上的绘图元素线条、方框、注释基本不会保留排版会乱。路线三用PADS ASCII格式过渡即PADS Logic导出.txt格式的ASCII网表/原理图描述文件再通过第三方脚本或工具导入OrCAD。这条路线的保真度最低通常只有那些用特殊脚本做批量修改的场景才推荐普通项目不建议走。我个人的建议是文件不多、版本匹配、后续要做PCB的优先路线一历史文件版本过老或者有大量第三方符号的走路线二只有纯网络连接数据需要迁移、图纸本身不重要的才考虑路线三。1.3 版本兼容性一个容易被忽视的硬性前提务必备一份OrCAD Capture版本和PADS Logic版本搭配建议表。我实测过的组合情况大致如下源文件PADS版本建议OrCAD版本直接导入效果推荐路线PADS 9.3及以下OrCAD 16.6 ~ 17.2中等部分元件属性丢失EDIF中转更稳PADS VX.0 ~ VX.1OrCAD 17.2 ~ 17.4较好但需检查总线与文本直接导入PADS VX.2.x以上OrCAD 17.4 及以上一般新私有属性识别不全EDIF中转或先降版任意版本OrCAD 16.2以下不推荐直接导入先升级OrCAD或走EDIF这个表格是我个人项目里总结的经验不是官方兼容性声明但作为参考基本够用。另外要特别提醒如果电脑上同时装了多个版本的OrCAD转换器有可能跑的不是你预期那个版本导入前先确认Capture安装路径和版本号。1.4 正式转换前的文件清理和备份清单转换不是点个按钮就完事的原文件的干净程度直接决定转换质量。我在每次转换前会做这几步用PADS Logic打开原理图先跑一遍PADS自带的验证功能确认没有未解析的元件、没有悬空网络、没有重复位号。如果源文件本身有错误这些错误会原封不动带进OrCAD而且因为工具不同排查起来比在原来环境里麻烦得多。删掉或整理多余的层和绘图对象。PADS里面有大量用于打印输出的文本框、Logo、说明图层这些东西在转换时往往会变成OrCAD里的散落文本和图形严重影响图纸打开速度。建议保留必要的Title Block和注释其余的提前删除或放到固定区域。文件路径必须全英文不要有空格、括号和中文字符。这个我踩过很多次PADS和OrCAD对非ASCII路径的处理都不太友好尤其是导入PADS Logic文件时路径里有中文经常直接闪退。备份三份原始.sch文件、PADS Logic工程文件、导出用的中间格式文件。转换后不要在原文件上反复尝试不同方案每一次导入失败都可能产生临时文件污染宁愿另存新目录。2. 实操三种转换路径的完整步骤与细节2.1 路径一OrCAD Capture直接导入PADS Logic文件的完整操作这是最主流的转换方式操作门槛最低但细节决定成败。我以OrCAD 17.4为例完整走一遍。打OrCAD Capture新建一个空工程建议用默认的Schematic类型工程名用英文存放在英文路径下。然后在菜单栏点File Import PADS Logic弹窗里选择你要转换的.sch文件。这里有几个选项需要注意Part Library路径选项如果留空转换器会自动把源文件中的符号抽取成一个新的.olb文件位置默认在工程目录下。如果你们公司已有标准的.olb库建议直接指定目标库路径这样转换后元件会优先匹配现有库里的符号但前提是源文件中的元件Name和Target库里的符号Name完全一致否则匹配不上就会用自动生成的符号。Design Name选项里建议勾选Preserve Reference Designators保留原图中的位号像R1、C2这些不勾的话转换器会把位号重新排列。网络名一般不用动保持原样。点击OK后转换过程可能持续几秒到几分钟取决于图纸大小和符号数量。完成后打开生成的.dsn工程先不要急着看图纸内容先检查左下角的消息窗口。转换器会把警告信息列在这里比如某个元件符号无法识别、某个网络名被截断等。这些警告就是后面要手工处理的清单。这里要重点说一个我反复遇到的问题如果原PADS文件里有跨页连接符或者使用层次图Hierarchy Block转换后的OrCAD里有时会出现多余的Off-Page Connector或端口悬浮。这是因为两种工具对跨页引用的语义定义不同PADS里叫Net BridgeOrCAD里叫Off-Page Connector转换器有时候会把它们转换成普通文本从而丢失电气连接属性。遇到这种情况最快的排查方法是用OrCAD的Global Power/Signal Override检查一遍后面会详细讲。2.2 路径二通过EDIF中转的稳妥方案当直接导入失败或者失败率很高时EDIF中转是我最常用的备选方案特别适合老版本PADS。先在PADS Logic里选择File Export在导出格式中选择EDIF for PCB版本建议选EDIF 2000或按目标工具能识别的最高版本。导出时注意把Include Simulation Information这个选项不要勾选PADS里的仿真属性到了EDIF里经常变成乱七八糟的字符串没什么用还会拖慢导入速度。然后打开OrCAD Capture新建空工程File Import EDIF选中刚才导出的.edf文件。导入时会让你指定一个映射文件Map File这个文件用于把EDIF里的库名映射到OrCAD的库。如果不指定OrCAD会用默认方式生成临时库。有经验的做法是第一次先用自动方式导入不管错误让它生成一份默认的默认映射文件然后再编辑这个映射文件把源库名替换为你目标库的路径和符号名删掉临时库用修改后的映射文件重新导入一次。这样能极大提高元件匹配率。EDIF导入后需要处理的一个大问题是图纸坐标和图纸尺寸。EDIF标准本身不包含绘图对象的完整信息所以导入后的原理图通常元件堆叠严重或者图纸尺寸特别大。我的习惯是导入后全选所有元件用一个OrCAD的脚本自动按位号排序重新排列或者手动把图纸尺寸从A4、A3等重新设置好再逐步整理。这部分工作量大但通常在可接受范围内尤其平面式原理图整理一次一两个小时能搞定。另一个EDIF路径的弱点是总线命名。PADS里喜欢用BUS_A[7:0]这种写法而OrCAD更习惯BUS_A[7:0]或BUS_A7:0两边的解析方式不太一样转换后总线上的网络名有时会被拆散或者前缀不一致。检查方法后面会展开。2.3 路径三什么情况下才值得用PADS ASCII格式过渡PADS ASCII格式本质上是把原理图和网表数据以纯文本的固定格式导出。这种方式只有在两个场景下我才会推荐场景一是源文件中有大量自定义二进制属性或包含嵌入式数据的对象其他格式导出直接报错。用ASCII导出能从底层把数据完整读出来再写一个脚本解析成OrCAD能识别的格式。场景二是批量迁移比如一个库里有几百个器件需要统一映射到新库直接导入的匹配率只有六成用ASCII导出后写Python脚本做批量属性重映射效率反而更高。如果你不熟悉这种脚本处理方式不建议轻易尝试。ASCII格式字段繁多各版本之间差异大出错后排查成本很高普通项目用前两条路线足够。2.4 库文件处理不要忽视.olb和.lib的映射关系不管用哪条转换路线库文件处理都是绕不开的核心环节。OrCAD Capture的原理图库是.olb文件封装库是.lib文件在PCB Editor里叫封装库注意不是SPICE模型库名字一样但含义完全不同。转换时原理图符号和PCB封装属性是这样关联的符号Symbol本身有Pin定义元件的PCB Footprint属性也就是元件的封装名则挂在元件属性对话框里导出网表后PCB Editor会根据这个封装名去.lib库里找对应封装。转换过程中最容易出问题的就是PCB Footprint属性。PADS里封装名可能在PCB Decal字段也可能在Part Type或者Alternate Decal字段转换器把它们映射到OrCAD里时经常字段名不一致。比如原PADS里写的是DIP8到了OrCAD里可能变成DIP8但如果你们公司的OrCAD封装库里实际名称是DIP-8或者DIP_8网表导到Allegro后就会因为找不到封装而报错。所以在转换完成后我强烈建议用OrCAD的全局编辑功能批量修改PCB Footprint属性。操作方法在原理图页面选中所有元件右键Edit Properties把PCB Footprint列统一修正一遍。如果数量大可以直接在.olb库符号属性里修改默认值然后用Replace Cache批量更新。还有一个小细节TVS元件这类小器件的型号变更问题。热搜词里提到的pads logic如何更改tvs元件的型号在转换场景下也很常见。转换完原理图后我发现有些TVS二极管的Value属性还是原来的旧料号或者Value值没有正确映射导致库匹配失败。修改方法其实很直接双击元件打开Property Editor修改Value和PCB Footprint然后右键Update Cache刷新。但如果你发现改了之后元件符号上显示的还是旧值记住Capture的显示优先级元件上显示的文本内容由Reference/Value的Visible属性控制要从右键Properties里把Value的Display Format改成Name and Value或Value Only并确保字体大小合适否则显示不完整。3. 转换后的深度检查别急着出网表3.1 跑一遍DRC和ERC把好第一道关很多人转换完看图纸上元件、连线都在就直接出网表了这是非常危险的。我见过最离谱的案例是一个电源模块转换后整排电源引脚全部悬空因为PADS里的隐藏电源引脚没有正确导入。跑一次DRC和ERC能提前暴露大部分问题。OrCAD Capture的DRCDesign Rules Check入口在Files Design Rules Check和Allegro那个DRC不是同一个东西前者是原理图电气规则检查后者是PCB物理规则检查。我习惯在转换后的第一件事就是跑DRC重点检查以下几项Unconnected pins悬空引脚、Single node nets单节点网络、Off-page connector direction跨页连接方向、Reference designator duplicates位号重复。这里要特别注意PADS源文件里如果有复用模块或Room概念转换后偶尔会出现两个元件位号相同的情况DRC会直接告诉你。DRC报告会生成一份文本文件里面逐条列出错误和警告。我建议先处理错误类警告类可以批量看一遍再决定是否忽略。常见的一个坑是PADS里的保留网络名如VCC、GND在OrCAD里可能被转换器加了前缀或后缀比如变成VCC_1、GND_1导致DRC报一堆Global power object not connected的警告。这种情况需要在OrCAD里把电源符号的属性检查一遍看Power Pins是否真的关联到全局电源网络而不只是改文本显示。3.2 元件封装与Value核对一个都不能漏转换后最容易出问题的就是元件属性尤其是PCB Footprint和Value。前面提到过PADS里封装和型号的存放字段与OrCAD不一样转换后极容易错位。我习惯的流程是先在原理图里用Edit Browse Parts把所有元件列出来导出成Excel表格对比源PADS里的BOM检查三个字段Reference Designator位号、Value值、PCB Footprint封装。这三项里有一项不一致都要处理。用Excel做对比的优势是能批量发现规律性问题比如所有的电容封装都从C0603变成了C0603_L这种批量错误只需要在Edit Properties里用全局替换改一次就行。还有一个容易被遗忘的地方元件的Tolerance、Manufacturer、Datasheet链接等附加属性。这些属性在转换时通常不会被映射到标准字段而是堆在一个叫User Property或者Custom Property的标签下不影响电气功能但会影响到BOM导出和物料采购。如果公司要求原理图里必须带这些信息建议做一个二次映射脚本或者手工整理。3.3 图纸排版与可读性修复给审阅者的第一印象转换后的图纸几乎一定需要整理排版。PADS和OrCAD的图纸框架、元件间距、字符大小标准完全不同直接拿去给客户看会被质疑专业水准。具体要修的点有三个第一是Title BlockPADS的标题栏字段和OrCAD的Title Block差异很大建议直接用OrCAD自带的Title Block样式重新做一个统一的模板把工程名、修订号、日期、设计者这些字段重新填一遍第二是图纸尺寸和元件布局用OrCAD的Edit Select All然后右键Align/Grid Snap功能把元件重新拉到栅格上不然打印出来或者导PDF时有些连线看起来是断的第三是字体PADS的默认字体到OrCAD里常被替换成默认的Arial或者Courier中文注释经常变成乱码这个没有批量解决方案只能一个个改或者用脚本按文本类型替换。如果只是内部项目时间紧张可以直接跳过排版直接进入下一步——但一旦涉及到客户交付或者下游PCB设计排版建议还是好好弄踏实毕竟这影响的是整个流程的信任度。3.4 从OrCAD Capture导出PDF和网表两个高频操作一次讲清这里正好把热搜里的几个高频问题合并解释。OrCAD导出PDF分两种情况如果只是给原理图归档直接用File Export PDF选好页面和颜色导出就行如果你要导出带书签和层级结构的PDF建议先设置好图纸的Page Title和跨页引用不然导出的PDF在阅读器里跳转很弱。还有一个常用技巧如果PDF文件太大可以在Print Setup里把分辨率调低一点或者只导出当前选中页。OrCAD导出网表Netlist这个比导出PDF更关键。操作路径在File Export Netlist在弹窗里选择Allegro或Capture格式指定输出文件名和目录。这里有一个非常典型的坑很多人导不出网表或者网表报错不是因为原理图有电气问题而是因为OrCAD和Allegro之间的版本关联配置不对。OrCAD Capture需要知道Allegro PCB Editor的安装路径和版本号才能正确调用netrev网表导入工具如果你装的是OrCAD标准版而非完整Cadence套件或者Allegro和Capture版本号不一致网表导出就会失败。热搜里的orcad和allegro不能关联多半就是这么来的。解决办法打开Capture在Options Preferences的Allegro选项卡里确认PCB Editor路径是否正确版本号是否匹配。如果还不行命令行直接打开netrev工具测试通常在Cadence安装目录的tools/bin里手动导入生成的.net文件看具体报什么错。关联失败的本质不是原理图有问题而是两个工具之间没搭好桥这话在团队内部已经说了几百遍了。4. 常见问题速查表与排查实录4.1 转换过程闪退或报错问题现象点Import后OrCAD直接崩溃或提示Failed to open the source design。排查步骤确认文件路径无中文、无空格。这是最高频的原因。确认PADS文件版本与OrCAD版本匹配。版本跨度太大时先用PADS Logic把文件降版再转。检查电脑内存。超大型原理图比如超过200页在转换时内存占用极高建议关闭其他程序32位版本的OrCAD更明显有条件就换64位版本。如果以上都排除尝试用EDIF中转因为直接导入可能碰到了转换器不支持的私有对象。4.2 元件或属性丢失问题现象转换后部分元件不在图纸上或者元件在但Value、PCB Footprint为空。排查步骤先看转换器输出日志里面会写明哪些符号或属性没认到。打开Edit Browse Parts看缺失元件是否其实已经被转换到其他页面或者以隐藏状态存在。如果只是Value为空用Browse Parts勾选Value字段批量填入默认值。这个方法不完美但比一个个查快得多。如果是自定义属性丢失回源文件确认这些属性是不是放在User-Defined Fields里这类字段不同工具之间映射率很低属于正常损耗。4.3 网络名错误、总线断裂、电源符号悬空问题现象DRC报悬空引脚、单节点网络或者总线上的网络名对不上。排查步骤先打开Netlist或Wire连接状态用Capture的Reports Netlist Report导出网络表和源版权文件里的网络表做Diff。重点检查带方括号的总线命名OrCAD和PADS对总线成员名称的解析规则不同总线下的信号名在PADS里可能叫DATA[0]而在OrCAD里必须写DATA0才能被总线解析这种差异会导致总线看起来完整但实际成员全断开了。电源符号悬空的问题多半是隐藏电源引脚没有映射成功。可以在DRC错误里过滤出Power Pin相关项然后统一用Place Power符号重新给对应器件加上全局电源网络。4.4 后期流程DRC、Allegro关联、库更新这里整理一张速查表常见问题一句话原因直接解法OrCAD Capture的DRC结果报一堆A类错误转换后电气属性不完整先解决悬空引脚和单节点网络再跑DRCCapture网表导出报No netlist module foundAllegro关联没配对Options Preferences里检查Allegro路径和版本Allegro导入网表后封装找不到Footprint字段和库名不一致批量修改PCB Footprint属性或修正.lib封装库原理图更新后PCB不刷新用户修改了原理图但没重新生成网表重新导出网表并在Allegro里执行Import LogicOrCAD把PADS的Value解析成User Property字段映射不同在Edit Properties里手动把User Property复制到Value字段转换后的库符号无法修改符号是临时生成的缓存库在工程目录找到临时.olb或直接重新生成并保存到统一库位置4.5 关于原理图加入库和更新的两个细节热搜词里有orcad capture添加原理图到库和orcad capture原理图更新后更新至pcb这两个操作在转换流程里也经常遇到。添加原理图到库意思是把画好的原理图符号保存到.olb库文件里供后续设计复用。在OrCAD Capture里操作很简单选中要入库的符号右键选择Edit Part然后File Save As把它保存到你的目标.olb文件即可。但要注意的是如果你改了这个库符号原来的设计图纸不会自动同步要用Replace Cache强制刷新。原理图更新后更新至PCB这个操作和PADS里的ECO比较类似。在Allegro PCB Editor里执行File Import Logic选择Capture格式的网表勾选刷新元件或替换封装选项。如果你的原理图删除了某个元件要在Import Logic时选择Delete extra parts否则PCB里会残留废弃元件。这些操作本身不复杂很多人卡住是因为对OrCAD和Allegro之间的数据流不理解原理图是源PCB是目标网表是桥梁。每次修改都走一遍原理图修改 - 导出网表 - PCB导入网表的完整闭环避免直接改PCB。5. 我的几点实操心得与建议最后聊点实际的算是这些年转换经验的核心浓缩。我个人理解PADS到OrCAD的转换永远做不到100%无损因为两个工具的底层数据模型就不一样。PADS以Part Type为核心一个Part Type里集合了符号、封装、逻辑门信息OrCAD以Symbol为核心原理图符号和PCB封装通过属性连接两者本质上就是不同角度的抽象。理解这一点之后你就不会追求一键转换完美无缺而是把功夫花在转换完成后的系统化检查与修复上用流程去兜底工具的不足。做批量转换时建议建立自己的Checklist模板转换前检查源文件、配置库路径转换中记录日志和警告转换后跑DRC、核对BOM、检查网表、更新库文件。我自己把这套流程做成了Excel表格每次转换都逐项打勾效率提升非常明显半年前转完一个三百多页的图纸只花了两个工作日就把所有问题清理干净了。另外再分享一个小技巧转换完成后一定要在OrCAD里做一次完整的重新标注Annotate。PADS的位号顺序和OrCAD的默认排列顺序不一样如果不重新标注PCB Layout阶段查看位号时会很别扭。操作路径是Tools Annotate选择Incremental reference update然后把原理图里的位号按从左到右、从上到下的顺序重新排一遍。做完这步之后再出BOM和网表整个流程才算是真正稳了。如果这篇文章能帮你在转换路上少踩两个坑那我的时间就没白花。后续有具体问题欢迎按自己的实际项目情况再细化排查。