1. 两套EDA工具之间的原理图互转到底难在哪里硬件工程师的日常里Altium Designer下称AD和OrCAD Capture下称OrCAD几乎是绕不开的两套原理图工具。大公司尤其是做通信、服务器、工控的老牌团队历史项目库大多沉淀在OrCAD里而中小团队、消费类电子、快速迭代的项目AD的占有率又非常高。于是“把老OrCAD工程搬到AD里继续维护”或者“把AD画的图交给只认OrCAD的同事评审”就成了高频需求。很多人第一次尝试互转直觉反应是“另存为”或者“导出”结果打开一看元件符号全散了、网络标号丢了、总线断成一根根线、标题栏变成一堆乱码。这不是工具不行而是两套软件的底层数据模型根本不一样。OrCAD的.dsn是二进制复合文档符号、页、网络、属性都揉在一个文件里AD的.SchDoc是分层的ASCII结构符号库.SchLib和原理图是分离的。直接转换等于让两个说不同语言的人硬聊必然鸡同鸭讲。所以真正靠谱的互转核心不是“转文件”而是“转数据模型”——把符号、引脚、网络、属性这四样东西分别映射过去。标题里提到的“5个隐藏技巧”本质上就是围绕这四样东西的映射做文章。下面我按实际项目里踩过的顺序把整套流程拆开讲。适合正在做跨工具迁移的硬件工程师、需要维护历史项目库的团队以及想搞懂EDA数据结构的进阶学习者。2. 转换前的整体思路与方案选型2.1 为什么不能直接“文件另存为”先把这个坑说透。AD从很早的版本就提供了Import Wizard理论上支持导入OrCAD的.dsn。但实测下来这个向导对简单工程几十个元件、单页还能凑合一旦遇到多页层次化设计、带变体Variant、带复杂总线别名的工程导入后基本是灾难现场。原因在于向导走的是“几何图形级”转换它把OrCAD里的线段、圆弧、文字当成图形搬过来而不是当成“元件引脚网络”的语义对象。结果就是你看到一堆长得像电阻的图形但AD不认为它是电阻没有位号、没有封装、连不上网表。注意Import Wizard适合“看一眼老图长什么样”不适合“接着往下画”。真正要维护的工程必须走符号库网表这条语义路线。2.2 两条主流路线对比实际项目里我总结出两条可行路线各有适用场景路线做法优点缺点适用场景网表桥接法OrCAD导出网表AD用网表重建原理图网络连接100%准确图形布局全丢要重画只关心连接关系、要重新layout符号库图形迁移法先转符号库再逐页迁移图形并重连保留原图布局可读性好工作量大需人工核对要长期维护的历史工程我的建议是如果这个工程后续还要改、还要评审走第二条如果只是拿来做参考或者直接进PCB走第一条更快。下面重点讲第二条因为它才是“隐藏技巧”真正发挥作用的地方。2.3 转换的四个核心映射对象不管走哪条路你脑子里要始终盯着这四个东西符号SymbolOrCAD的.olb库对应AD的.SchLib库引脚编号、引脚名、引脚电气类型必须一一对应。引脚Pin这是最容易出错的地方。OrCAD的引脚有Passive、Input、Output、Power等类型AD也有对应的Electrical Type映射错了DRC会疯狂报错。网络Net网络标号、总线、电源符号的命名规则要统一否则网表对不上。属性Parameter位号、值、封装、厂商料号这些自定义字段是BOM的命根子丢了就得重新填。把这四个对象想清楚了转换就从“玄学”变成了“体力活细心活”。3. 符号库转换的隐藏技巧3.1 技巧一用中间格式CSV做引脚映射别硬转OrCAD的.olb没法直接被AD读。网上有些教程说用“OrCAD导出EDIF再导入AD”我试过200个引脚以上的器件基本会丢引脚或者引脚名错位。更稳的办法是走CSV中间层。具体操作在OrCAD Capture里打开符号库用Reports功能或者第三方脚本把每个符号的引脚信息导成CSV字段包括Symbol Name, Pin Number, Pin Name, Pin Type, Position X, Position Y。然后在AD里用脚本DelphiScript或VBScript读这个CSV批量生成.SchLib里的引脚。为什么这么做更稳因为CSV是纯文本你能肉眼检查每一行错了能改。而EDIF是嵌套结构出错后你根本不知道错在哪一层。我做过一个484引脚的BGA用EDIF转了三次都丢引脚改用CSV后一次过因为我在Excel里就能看到哪个引脚编号重复了。提示导出CSV时注意引脚的坐标单位。OrCAD默认用milAD也用mil但有些版本OrCAD导出的是inch要乘以1000。这个单位错了符号会大得离谱或者小得看不见。3.2 技巧二引脚电气类型批量映射表引脚类型映射是DRC报错的重灾区。OrCAD的引脚类型和AD的Electrical Type不是一一对应的我整理了一张实测可用的映射表OrCAD引脚类型AD Electrical Type说明PassivePassive电阻电容等无源引脚InputInput输入信号OutputOutput输出信号BidirectionalBidirectional双向IOPowerPower电源引脚注意别设成PassiveGroundPowerAD没有独立Ground类型用Power代替Open CollectorOpenCollector开集输出Open EmitterOpenEmitter开射输出Tri-StateTriState三态UnspecifiedUnspecific未指定这张表看着简单但如果你不批量处理一个几百引脚的FPGA符号手动改类型能改到你怀疑人生。我的做法是在CSV里加一列AD_Type用Excel的VLOOKUP把OrCAD类型映射成AD类型再让脚本直接读这一列。这样映射规则集中在一处改起来也方便。3.3 技巧三多Part器件的Part编号对齐运放、逻辑门这类多Part器件一个物理封装里有多个单元是转换的另一个大坑。OrCAD里叫Parts per PackageAD里叫Part Count但两者的Part编号逻辑不一定一致。比如OrCAD可能把电源引脚单独放在Part 5而AD默认电源引脚跟着Part 1走。处理办法在CSV导出时把每个Part单独导出一行标注Part Number。在AD里生成符号时用脚本按Part Number分组确保每个单元的引脚归属正确。转换完一定要在AD里放一个完整器件检查Part切换时引脚是否跟着变。我见过有人转完LM324结果四个运放的引脚全挤在Part A里PCB阶段才发现封装对不上返工两天。3.4 技巧四符号图形用“最小可用”原则重建很多人纠结OrCAD里符号画得漂不漂亮想连图形一起搬过来。我的经验是图形可以重建但别追求100%还原。AD的符号绘制工具其实比OrCAD顺手尤其是矩形、引脚阵列这些。转换时先把引脚和属性搞对图形用AD的Place Rectangle和Place Pin快速画个方框加引脚就行。为什么因为符号图形不影响电气连接只影响可读性。你花三天把图形1:1还原不如花三小时画个清晰的新符号剩下时间用来核对引脚。而且AD的符号库有自己的风格规范硬搬OrCAD的图形反而显得格格不入。3.5 技巧五库文件命名和版本管理转换完的.SchLib别随便起名。我的习惯是原库名_AD_日期.SchLib比如MCU_STM32_AD_20240115.SchLib。这样一眼能看出源库、目标工具和转换日期。同时用Git或者SVN把库管起来每次改动都有记录。硬件团队最怕的就是“这个符号谁改的、什么时候改的”说不清楚版本管理能省掉大量扯皮。4. 原理图图形与网络迁移的实操过程4.1 第一步在OrCAD侧做“体检”动手转之前先在OrCAD里把工程检查一遍。这一步很多人跳过结果转到一半发现原图就有问题。检查清单运行OrCAD的DRCDesign Rules Check把报错清干净。原图有错转过去只会错上加错。确认所有元件都有位号Reference和值Value没有?开头的未标注位号。确认所有网络都有明确的网络标号没有靠“自动命名”的隐式网络。确认电源符号统一别一半用VCC一半用VDD。导出PDF备份转换过程中随时对照。注意OrCAD的DRC和AD的DRC规则不一样OrCAD过了不代表AD能过。但OrCAD这边先清一遍能减少至少一半的转换后报错。4.2 第二步导出网表作为“连接真相”在OrCAD里用Tools Create Netlist导出.NET格式网表。这个网表是纯文本记录了每个元件的每个引脚连到哪个网络。它是你转换后的“标准答案”——AD里重建完原理图导出网表跟它对比一致就说明连接没错。网表长这样U1 STM32F103C8T6 U1-1 VDD U1-2 GND U1-3 PA0 ...转换过程中这个文件要一直开着随时比对。4.3 第三步逐页迁移图形并重连网络打开AD新建.SchDoc把OrCAD的每一页单独处理。我的做法是在OrCAD里选中一页复制CtrlC。在AD里粘贴CtrlV。这时候粘过来的是图形AD不认元件和网络。用AD的Tools Convert Convert Selected Objects to...或者手动把图形替换成第3章转好的符号。重新连网络标号。这一步最费时间但也是最不能省的。有个提效技巧AD支持从网表反标Back Annotation。你可以先把网表导入AD让AD自动生成网络连接再对照OrCAD的图形调整布局。这样比纯手工连线快很多。4.4 第四步网络标号与总线命名对齐OrCAD和AD对总线的写法有差异。OrCAD里总线可能是DATA[0..7]AD里要写成DATA[0..7]才认。如果OrCAD用了DATA0:7这种老写法AD会当成普通网络。转换时统一改成AD的方括号格式。电源网络也要注意。OrCAD的电源符号Power Symbol在AD里对应Power Port但名字要一致。如果OrCAD用3.3VAD里也建一个3.3V的Power Port别用3V3否则网表对不上。4.5 第五步网表比对验证全部转完后在AD里Design Netlist Create Netlist导出网表跟OrCAD的网表做文本比对。用Beyond Compare或者WinMerge这类工具逐行看差异。常见差异有三类引脚顺序不同不影响连接忽略。网络名大小写不同AD默认不区分大小写但最好统一。多出或少了网络这是真问题必须查。我一般会写个简单的Python脚本做比对把两个网表解析成{元件: {引脚: 网络}}的字典然后对比差异。这样比肉眼快得多。def parse_netlist(path): result {} with open(path) as f: for line in f: parts line.split() if len(parts) 2 and - in parts[0]: ref, pin parts[0].split(-) net parts[1] result.setdefault(ref, {})[pin] net return result orc parse_netlist(orcad.net) ad parse_netlist(ad.net) for ref in orc: for pin in orc[ref]: if ad.get(ref, {}).get(pin) ! orc[ref][pin]: print(f差异: {ref}-{pin} OrCAD{orc[ref][pin]} AD{ad.get(ref,{}).get(pin)})这段脚本我用了好几年每次转换都跑一遍省了大量核对时间。5. 常见问题与排查技巧实录5.1 转换后元件“飞线”乱成一团现象打开AD原理图元件之间全是飞线但明明连了线。原因AD不认你画的线是“电气连接”只当它是图形。AD里只有用Place Wire画的线才带电气属性从OrCAD粘过来的线是Line不是Wire。解决选中所有线用Tools Convert Line to Wire转换。或者干脆删掉重画用Place Wire。我一般建议重画因为转换后的Wire有时候网络归属还是乱的。5.2 引脚名显示成乱码或问号现象符号引脚名变成???或者方块。原因OrCAD库用了非ASCII字符或者特殊字体AD的字体不支持。解决在AD符号库里选中引脚把Name字段改成纯ASCII。中文引脚名在跨工具转换里基本没有好下场建议全部改英文。如果原图有中文注释放到Comment字段里别放引脚名。5.3 位号重复或丢失现象转换后两个元件位号都是R?或者位号直接空了。原因OrCAD里位号是实例属性AD里位号是元件属性转换时没映射过去。解决在AD里用Tools Annotation Annotate Schematics重新标注。但注意重新标注会改变位号如果PCB已经画了位号不能变。这种情况要手动把位号填回去用Properties面板批量改。5.4 封装字段丢失导致PCB无法导入现象原理图转好了导入PCB时提示“找不到封装”。原因OrCAD的封装字段叫PCB FootprintAD里叫Footprint字段名不一样。解决在AD里用Tools Parameter Manager批量把PCB Footprint的值复制到Footprint字段。或者转换时在CSV里就把字段名改好。5.5 常见问题速查表问题可能原因快速解决飞线乱线是Line不是Wire转Wire或重画引脚名乱码非ASCII字符改英文位号重复未映射实例属性重新标注或手动填封装丢失字段名不一致Parameter Manager批量改网络对不上总线/电源命名差异统一命名规则DRC狂报错引脚类型映射错按映射表批量改多Part错位Part编号不一致按Part Number分组重建标题栏乱码字体不支持重建标题栏模板5.6 独家避坑心得说几个文档里不会写、但实际会遇到的坑第一OrCAD的.dsn文件如果被高版本打开过又存回低版本内部结构会变转换成功率下降。转换前确认OrCAD版本最好用和原工程相同的版本打开。第二AD的Import Wizard在导入OrCAD时如果工程路径里有中文或空格大概率失败。把工程复制到纯英文无空格路径下再转。第三转换大工程时别一次性全转。按页转转一页验一页。我见过有人一口气转完50页结果第3页有个网络名错了导致后面全错排查花了整整一周。第四符号库转完后在AD里跑一遍Component Rule Check能提前发现引脚类型、重复引脚号这些问题。第五如果团队长期要维护两套工具建议建一个“转换规范文档”把映射表、命名规则、验证流程写进去。人员流动时新人照着文档就能上手不用每次都来问你。6. 转换后的收尾与长期维护建议转换完成、网表比对通过不代表事情结束了。还有几件收尾工作要做。首先是原理图的“可读性修复”。OrCAD的图形风格和AD不一样转过来后字体、线宽、颜色可能很别扭。花点时间统一成AD的默认风格后续评审时大家看着舒服。AD的Properties面板可以批量改字体和颜色别一个个改。其次是建立AD侧的符号库规范。转换过来的符号库往往命名混乱、分类不清。按功能分类比如MCU、Power、Interface、Passive每个库文件别放太多符号控制在50个以内方便查找和版本管理。然后是文档记录。把这次转换的源工程版本、目标工程版本、转换日期、参与人、遗留问题都记下来。硬件项目周期长半年后有人问“这个图怎么来的”你能翻出记录省很多事。最后说个长期建议如果团队同时用AD和OrCAD最好指定一个“主工具”另一个只做只读参考。双向维护两套原理图迟早会不同步。我见过最惨的案例是一个项目两边都改最后PCB用的是AD的网表BOM用的是OrCAD的采购回来的料跟板子对不上整批板子报废。工具是为人服务的别让人被工具牵着走。转换这件事说到底是个细心活。技巧再多核心还是“引脚对引脚、网络对网络”地核对。我自己的习惯是转换完先跑网表比对再跑DRC最后人工抽查10%的网络。这三步走完基本可以放心往下做PCB了。
Altium Designer与OrCAD原理图互转：5个隐藏技巧与网表比对实战
1. 两套EDA工具之间的原理图互转到底难在哪里硬件工程师的日常里Altium Designer下称AD和OrCAD Capture下称OrCAD几乎是绕不开的两套原理图工具。大公司尤其是做通信、服务器、工控的老牌团队历史项目库大多沉淀在OrCAD里而中小团队、消费类电子、快速迭代的项目AD的占有率又非常高。于是“把老OrCAD工程搬到AD里继续维护”或者“把AD画的图交给只认OrCAD的同事评审”就成了高频需求。很多人第一次尝试互转直觉反应是“另存为”或者“导出”结果打开一看元件符号全散了、网络标号丢了、总线断成一根根线、标题栏变成一堆乱码。这不是工具不行而是两套软件的底层数据模型根本不一样。OrCAD的.dsn是二进制复合文档符号、页、网络、属性都揉在一个文件里AD的.SchDoc是分层的ASCII结构符号库.SchLib和原理图是分离的。直接转换等于让两个说不同语言的人硬聊必然鸡同鸭讲。所以真正靠谱的互转核心不是“转文件”而是“转数据模型”——把符号、引脚、网络、属性这四样东西分别映射过去。标题里提到的“5个隐藏技巧”本质上就是围绕这四样东西的映射做文章。下面我按实际项目里踩过的顺序把整套流程拆开讲。适合正在做跨工具迁移的硬件工程师、需要维护历史项目库的团队以及想搞懂EDA数据结构的进阶学习者。2. 转换前的整体思路与方案选型2.1 为什么不能直接“文件另存为”先把这个坑说透。AD从很早的版本就提供了Import Wizard理论上支持导入OrCAD的.dsn。但实测下来这个向导对简单工程几十个元件、单页还能凑合一旦遇到多页层次化设计、带变体Variant、带复杂总线别名的工程导入后基本是灾难现场。原因在于向导走的是“几何图形级”转换它把OrCAD里的线段、圆弧、文字当成图形搬过来而不是当成“元件引脚网络”的语义对象。结果就是你看到一堆长得像电阻的图形但AD不认为它是电阻没有位号、没有封装、连不上网表。注意Import Wizard适合“看一眼老图长什么样”不适合“接着往下画”。真正要维护的工程必须走符号库网表这条语义路线。2.2 两条主流路线对比实际项目里我总结出两条可行路线各有适用场景路线做法优点缺点适用场景网表桥接法OrCAD导出网表AD用网表重建原理图网络连接100%准确图形布局全丢要重画只关心连接关系、要重新layout符号库图形迁移法先转符号库再逐页迁移图形并重连保留原图布局可读性好工作量大需人工核对要长期维护的历史工程我的建议是如果这个工程后续还要改、还要评审走第二条如果只是拿来做参考或者直接进PCB走第一条更快。下面重点讲第二条因为它才是“隐藏技巧”真正发挥作用的地方。2.3 转换的四个核心映射对象不管走哪条路你脑子里要始终盯着这四个东西符号SymbolOrCAD的.olb库对应AD的.SchLib库引脚编号、引脚名、引脚电气类型必须一一对应。引脚Pin这是最容易出错的地方。OrCAD的引脚有Passive、Input、Output、Power等类型AD也有对应的Electrical Type映射错了DRC会疯狂报错。网络Net网络标号、总线、电源符号的命名规则要统一否则网表对不上。属性Parameter位号、值、封装、厂商料号这些自定义字段是BOM的命根子丢了就得重新填。把这四个对象想清楚了转换就从“玄学”变成了“体力活细心活”。3. 符号库转换的隐藏技巧3.1 技巧一用中间格式CSV做引脚映射别硬转OrCAD的.olb没法直接被AD读。网上有些教程说用“OrCAD导出EDIF再导入AD”我试过200个引脚以上的器件基本会丢引脚或者引脚名错位。更稳的办法是走CSV中间层。具体操作在OrCAD Capture里打开符号库用Reports功能或者第三方脚本把每个符号的引脚信息导成CSV字段包括Symbol Name, Pin Number, Pin Name, Pin Type, Position X, Position Y。然后在AD里用脚本DelphiScript或VBScript读这个CSV批量生成.SchLib里的引脚。为什么这么做更稳因为CSV是纯文本你能肉眼检查每一行错了能改。而EDIF是嵌套结构出错后你根本不知道错在哪一层。我做过一个484引脚的BGA用EDIF转了三次都丢引脚改用CSV后一次过因为我在Excel里就能看到哪个引脚编号重复了。提示导出CSV时注意引脚的坐标单位。OrCAD默认用milAD也用mil但有些版本OrCAD导出的是inch要乘以1000。这个单位错了符号会大得离谱或者小得看不见。3.2 技巧二引脚电气类型批量映射表引脚类型映射是DRC报错的重灾区。OrCAD的引脚类型和AD的Electrical Type不是一一对应的我整理了一张实测可用的映射表OrCAD引脚类型AD Electrical Type说明PassivePassive电阻电容等无源引脚InputInput输入信号OutputOutput输出信号BidirectionalBidirectional双向IOPowerPower电源引脚注意别设成PassiveGroundPowerAD没有独立Ground类型用Power代替Open CollectorOpenCollector开集输出Open EmitterOpenEmitter开射输出Tri-StateTriState三态UnspecifiedUnspecific未指定这张表看着简单但如果你不批量处理一个几百引脚的FPGA符号手动改类型能改到你怀疑人生。我的做法是在CSV里加一列AD_Type用Excel的VLOOKUP把OrCAD类型映射成AD类型再让脚本直接读这一列。这样映射规则集中在一处改起来也方便。3.3 技巧三多Part器件的Part编号对齐运放、逻辑门这类多Part器件一个物理封装里有多个单元是转换的另一个大坑。OrCAD里叫Parts per PackageAD里叫Part Count但两者的Part编号逻辑不一定一致。比如OrCAD可能把电源引脚单独放在Part 5而AD默认电源引脚跟着Part 1走。处理办法在CSV导出时把每个Part单独导出一行标注Part Number。在AD里生成符号时用脚本按Part Number分组确保每个单元的引脚归属正确。转换完一定要在AD里放一个完整器件检查Part切换时引脚是否跟着变。我见过有人转完LM324结果四个运放的引脚全挤在Part A里PCB阶段才发现封装对不上返工两天。3.4 技巧四符号图形用“最小可用”原则重建很多人纠结OrCAD里符号画得漂不漂亮想连图形一起搬过来。我的经验是图形可以重建但别追求100%还原。AD的符号绘制工具其实比OrCAD顺手尤其是矩形、引脚阵列这些。转换时先把引脚和属性搞对图形用AD的Place Rectangle和Place Pin快速画个方框加引脚就行。为什么因为符号图形不影响电气连接只影响可读性。你花三天把图形1:1还原不如花三小时画个清晰的新符号剩下时间用来核对引脚。而且AD的符号库有自己的风格规范硬搬OrCAD的图形反而显得格格不入。3.5 技巧五库文件命名和版本管理转换完的.SchLib别随便起名。我的习惯是原库名_AD_日期.SchLib比如MCU_STM32_AD_20240115.SchLib。这样一眼能看出源库、目标工具和转换日期。同时用Git或者SVN把库管起来每次改动都有记录。硬件团队最怕的就是“这个符号谁改的、什么时候改的”说不清楚版本管理能省掉大量扯皮。4. 原理图图形与网络迁移的实操过程4.1 第一步在OrCAD侧做“体检”动手转之前先在OrCAD里把工程检查一遍。这一步很多人跳过结果转到一半发现原图就有问题。检查清单运行OrCAD的DRCDesign Rules Check把报错清干净。原图有错转过去只会错上加错。确认所有元件都有位号Reference和值Value没有?开头的未标注位号。确认所有网络都有明确的网络标号没有靠“自动命名”的隐式网络。确认电源符号统一别一半用VCC一半用VDD。导出PDF备份转换过程中随时对照。注意OrCAD的DRC和AD的DRC规则不一样OrCAD过了不代表AD能过。但OrCAD这边先清一遍能减少至少一半的转换后报错。4.2 第二步导出网表作为“连接真相”在OrCAD里用Tools Create Netlist导出.NET格式网表。这个网表是纯文本记录了每个元件的每个引脚连到哪个网络。它是你转换后的“标准答案”——AD里重建完原理图导出网表跟它对比一致就说明连接没错。网表长这样U1 STM32F103C8T6 U1-1 VDD U1-2 GND U1-3 PA0 ...转换过程中这个文件要一直开着随时比对。4.3 第三步逐页迁移图形并重连网络打开AD新建.SchDoc把OrCAD的每一页单独处理。我的做法是在OrCAD里选中一页复制CtrlC。在AD里粘贴CtrlV。这时候粘过来的是图形AD不认元件和网络。用AD的Tools Convert Convert Selected Objects to...或者手动把图形替换成第3章转好的符号。重新连网络标号。这一步最费时间但也是最不能省的。有个提效技巧AD支持从网表反标Back Annotation。你可以先把网表导入AD让AD自动生成网络连接再对照OrCAD的图形调整布局。这样比纯手工连线快很多。4.4 第四步网络标号与总线命名对齐OrCAD和AD对总线的写法有差异。OrCAD里总线可能是DATA[0..7]AD里要写成DATA[0..7]才认。如果OrCAD用了DATA0:7这种老写法AD会当成普通网络。转换时统一改成AD的方括号格式。电源网络也要注意。OrCAD的电源符号Power Symbol在AD里对应Power Port但名字要一致。如果OrCAD用3.3VAD里也建一个3.3V的Power Port别用3V3否则网表对不上。4.5 第五步网表比对验证全部转完后在AD里Design Netlist Create Netlist导出网表跟OrCAD的网表做文本比对。用Beyond Compare或者WinMerge这类工具逐行看差异。常见差异有三类引脚顺序不同不影响连接忽略。网络名大小写不同AD默认不区分大小写但最好统一。多出或少了网络这是真问题必须查。我一般会写个简单的Python脚本做比对把两个网表解析成{元件: {引脚: 网络}}的字典然后对比差异。这样比肉眼快得多。def parse_netlist(path): result {} with open(path) as f: for line in f: parts line.split() if len(parts) 2 and - in parts[0]: ref, pin parts[0].split(-) net parts[1] result.setdefault(ref, {})[pin] net return result orc parse_netlist(orcad.net) ad parse_netlist(ad.net) for ref in orc: for pin in orc[ref]: if ad.get(ref, {}).get(pin) ! orc[ref][pin]: print(f差异: {ref}-{pin} OrCAD{orc[ref][pin]} AD{ad.get(ref,{}).get(pin)})这段脚本我用了好几年每次转换都跑一遍省了大量核对时间。5. 常见问题与排查技巧实录5.1 转换后元件“飞线”乱成一团现象打开AD原理图元件之间全是飞线但明明连了线。原因AD不认你画的线是“电气连接”只当它是图形。AD里只有用Place Wire画的线才带电气属性从OrCAD粘过来的线是Line不是Wire。解决选中所有线用Tools Convert Line to Wire转换。或者干脆删掉重画用Place Wire。我一般建议重画因为转换后的Wire有时候网络归属还是乱的。5.2 引脚名显示成乱码或问号现象符号引脚名变成???或者方块。原因OrCAD库用了非ASCII字符或者特殊字体AD的字体不支持。解决在AD符号库里选中引脚把Name字段改成纯ASCII。中文引脚名在跨工具转换里基本没有好下场建议全部改英文。如果原图有中文注释放到Comment字段里别放引脚名。5.3 位号重复或丢失现象转换后两个元件位号都是R?或者位号直接空了。原因OrCAD里位号是实例属性AD里位号是元件属性转换时没映射过去。解决在AD里用Tools Annotation Annotate Schematics重新标注。但注意重新标注会改变位号如果PCB已经画了位号不能变。这种情况要手动把位号填回去用Properties面板批量改。5.4 封装字段丢失导致PCB无法导入现象原理图转好了导入PCB时提示“找不到封装”。原因OrCAD的封装字段叫PCB FootprintAD里叫Footprint字段名不一样。解决在AD里用Tools Parameter Manager批量把PCB Footprint的值复制到Footprint字段。或者转换时在CSV里就把字段名改好。5.5 常见问题速查表问题可能原因快速解决飞线乱线是Line不是Wire转Wire或重画引脚名乱码非ASCII字符改英文位号重复未映射实例属性重新标注或手动填封装丢失字段名不一致Parameter Manager批量改网络对不上总线/电源命名差异统一命名规则DRC狂报错引脚类型映射错按映射表批量改多Part错位Part编号不一致按Part Number分组重建标题栏乱码字体不支持重建标题栏模板5.6 独家避坑心得说几个文档里不会写、但实际会遇到的坑第一OrCAD的.dsn文件如果被高版本打开过又存回低版本内部结构会变转换成功率下降。转换前确认OrCAD版本最好用和原工程相同的版本打开。第二AD的Import Wizard在导入OrCAD时如果工程路径里有中文或空格大概率失败。把工程复制到纯英文无空格路径下再转。第三转换大工程时别一次性全转。按页转转一页验一页。我见过有人一口气转完50页结果第3页有个网络名错了导致后面全错排查花了整整一周。第四符号库转完后在AD里跑一遍Component Rule Check能提前发现引脚类型、重复引脚号这些问题。第五如果团队长期要维护两套工具建议建一个“转换规范文档”把映射表、命名规则、验证流程写进去。人员流动时新人照着文档就能上手不用每次都来问你。6. 转换后的收尾与长期维护建议转换完成、网表比对通过不代表事情结束了。还有几件收尾工作要做。首先是原理图的“可读性修复”。OrCAD的图形风格和AD不一样转过来后字体、线宽、颜色可能很别扭。花点时间统一成AD的默认风格后续评审时大家看着舒服。AD的Properties面板可以批量改字体和颜色别一个个改。其次是建立AD侧的符号库规范。转换过来的符号库往往命名混乱、分类不清。按功能分类比如MCU、Power、Interface、Passive每个库文件别放太多符号控制在50个以内方便查找和版本管理。然后是文档记录。把这次转换的源工程版本、目标工程版本、转换日期、参与人、遗留问题都记下来。硬件项目周期长半年后有人问“这个图怎么来的”你能翻出记录省很多事。最后说个长期建议如果团队同时用AD和OrCAD最好指定一个“主工具”另一个只做只读参考。双向维护两套原理图迟早会不同步。我见过最惨的案例是一个项目两边都改最后PCB用的是AD的网表BOM用的是OrCAD的采购回来的料跟板子对不上整批板子报废。工具是为人服务的别让人被工具牵着走。转换这件事说到底是个细心活。技巧再多核心还是“引脚对引脚、网络对网络”地核对。我自己的习惯是转换完先跑网表比对再跑DRC最后人工抽查10%的网络。这三步走完基本可以放心往下做PCB了。
