企业官网建设流程全解析

1. 为什么会有把ConceptHDL工程库转回ORCAD这种需求

1.1 一个让硬件工程师头疼的真实场景

做硬件设计的人大多经历过这样的局面：接手一个老项目，打开一看，原理图是ConceptHDL格式的。ConceptHDL是Cadence早年推的一套原理图输入工具，配合Allegro做PCB设计，在通信设备、工控主板、服务器板卡这些领域曾经是绝对主流。很多大厂的老平台、老机型，图纸全是ConceptHDL画的。问题是，现在团队里新来的工程师，学校教的是ORCAD Capture，自己练手用的也是ORCAD，对ConceptHDL那套操作逻辑完全不熟。更麻烦的是，公司采购的License可能只保留了ORCAD Capture，ConceptHDL的授权早就没续了。

这时候就出现了一个很现实的需求：把ConceptHDL的工程库转回ORCAD格式。注意这里说的是“工程库”，不是单张原理图。一个完整的ConceptHDL工程包含原理图页、符号库、Part Table、层次化设计结构、约束信息等等，转换起来比单纯导出一张PDF或者一个网表要复杂得多。很多人第一反应是“直接另存为不就行了”，但ConceptHDL和ORCAD Capture底层的数据模型差异很大，根本没有一键另存为这种好事。

1.2 转换的核心难点在哪里

ConceptHDL的工程组织方式和ORCAD Capture有本质区别。ConceptHDL用的是“物理视图+逻辑视图”分离的架构，一个元件在原理图上显示成什么样，取决于Part Table里怎么映射。而ORCAD Capture的元件库是符号和引脚定义绑在一起的，一个.olb文件里既有图形符号，又有引脚电气类型、PCB Footprint等属性。这就导致转换过程中，符号的图形能转过去，但属性映射经常丢失或者错位。

另一个难点是层次化设计。ConceptHDL支持复杂的层次块嵌套，一个顶层图下面挂十几个子图，子图之间还有跨页连接器。ORCAD Capture虽然也支持层次化设计，但它的Hierarchical Block和ConceptHDL的Block在端口定义、连接方式上有差异。转换的时候如果处理不好，轻则网络标号丢失，重则整个层次结构断裂，原理图变成一堆散图。

还有一个容易被忽略的点是Part Table。ConceptHDL的Part Table定义了元件在不同视图下的属性映射关系，比如在原理图视图下显示什么、在PCB视图下传递什么。ORCAD Capture没有完全对应的概念，它的元件属性是扁平化的。转换时Part Table里的信息需要重新组织，否则到了ORCAD里，元件的Value、Footprint这些关键属性可能全是空的。

1.3 哪些人需要掌握这个技能

第一类是维护老平台的硬件工程师。公司产品线里有一批老机型还在出货，原理图是ConceptHDL画的，现在要改版或者降成本，必须把图纸转到ORCAD里重新设计。第二类是做技术迁移的团队。公司决定从Cadence的ConceptHDL+Allegro流程切换到ORCAD Capture+Allegro流程，历史项目库需要批量转换。第三类是自由职业者或者小团队，接了一个老项目的维护单子，客户只给了ConceptHDL的工程包，自己电脑上只有ORCAD。

这三类人的共同点是：没有原厂的官方转换工具，或者官方工具收费极高、流程极繁琐。所以大家才需要一套“逆向操作”的实战方法，用手动加半自动的方式，把工程库一点点搬过去。

2. 转换前的准备工作与整体思路拆解

2.1 先搞清楚你手里到底有什么

动手之前，先把ConceptHDL工程包完整看一遍。一个标准的ConceptHDL工程目录通常包含这些内容：sch_1文件夹下面按页存放原理图文件，扩展名是.sch或者.csa；sym_1文件夹里是符号库，扩展名是.sym；part_table文件夹里是Part Table定义文件；还有project文件记录工程配置。有些工程还会带allegro文件夹，里面是PCB相关的约束和封装信息。

你需要确认的第一件事是：这个工程是扁平化设计还是层次化设计。打开顶层原理图，如果看到有Block符号，那就是层次化的。层次化设计的转换工作量比扁平化大得多，因为要逐层处理端口和连接关系。第二件事是确认符号库是否完整。有些老工程的符号库是共享的，工程包里只带了被引用的那部分符号，如果符号库缺失，转换出来的原理图会有一堆红框。

提示：在开始任何转换操作之前，先把整个工程包复制一份到独立的工作目录。所有操作都在副本上进行，原始工程包保持只读状态。这个习惯能救命，尤其是在批量转换的时候。

2.2 工具选型：官方工具还是手动方案

Cadence其实提供过一个叫“ConceptHDL to Capture Translator”的工具，但这个东西有几个硬伤。第一，它只对特定版本的ConceptHDL和ORCAD有效，版本不匹配直接报错。第二，它转换出来的工程经常有属性丢失的问题，尤其是Part Table里的映射关系。第三，这个工具不是免费提供的，需要额外的License。

所以实际工作中，大多数人采用的是“半自动”方案：用ConceptHDL自带的导出功能把原理图导出为EDIF格式，然后在ORCAD Capture里导入EDIF。EDIF是一种中间格式，理论上能保留原理图的连接关系和元件属性。但实测下来，EDIF导入ORCAD后，符号图形会丢失，需要重新指定库。另一个方案是导出网表，然后在ORCAD里根据网表重建原理图，这个方案适合元件数量少的板子，元件多了会疯掉。

我个人的建议是：如果工程规模不大（比如元件数在200以内），用EDIF导入加手动修复符号的方式最稳妥。如果工程规模很大，先评估一下是否真的需要完整转换，有时候只转换需要修改的那几页，其他页保持原样，反而更省时间。

2.3 整体转换流程的框架设计

不管用哪种方案，转换流程都可以拆成四个阶段。第一阶段是数据提取，从ConceptHDL工程里把原理图连接关系、元件清单、符号图形分别导出来。第二阶段是格式转换，把提取出来的数据转换成ORCAD能识别的格式。第三阶段是工程重建，在ORCAD里新建工程，导入转换后的数据，重新关联符号库。第四阶段是校验与修复，用ORCAD的DRC功能检查连接性，手动修复丢失的网络和属性。

这四个阶段里，最耗时的是第四阶段。根据我的经验，一个中等规模的工程（500个元件左右），转换本身可能只需要半天，但校验和修复要花两到三天。所以排计划的时候，一定要给校验留足时间。

3. 核心细节解析与实操要点

3.1 ConceptHDL工程库的目录结构解析

要顺利转换，必须先看懂ConceptHDL工程的目录结构。一个典型的工程包解压后，根目录下会有这几个关键文件夹和文件：

• sch_1：存放原理图页文件，每个文件对应一页原理图，文件名通常是数字编号
• sym_1：存放符号库文件，每个.sym文件定义一个元件的图形符号
• part_table：存放Part Table文件，定义元件属性映射规则
• project：工程配置文件，记录设计名称、路径、库路径等信息
• allegro：PCB相关文件，包括约束管理器设置和封装库路径

在sch_1文件夹里，原理图文件的命名有规律。比如sch_1是顶层图，sch_2到sch_n是子图。层次化设计里，顶层图里的Block符号会引用子图文件。转换的时候，必须保持这个层次关系，否则ORCAD里重建层次结构会非常麻烦。

符号库文件夹sym_1里的文件更关键。每个.sym文件里定义了元件的图形、引脚位置、引脚名称和编号。但注意，ConceptHDL的符号文件里不包含PCB Footprint信息，Footprint是在Part Table里定义的。所以转换符号的时候，图形能转过去，但Footprint属性需要从Part Table里单独提取。

3.2 Part Table的映射关系怎么处理

Part Table是ConceptHDL工程里最容易被忽视、但转换时最容易出问题的部分。它的作用是把元件的逻辑属性和物理属性关联起来。举个例子，一个电阻在原理图上显示为R，Value是10K，Footprint是0603。在ConceptHDL里，这些信息可能分散在不同的视图里，Part Table负责把它们组合在一起。

转换到ORCAD时，ORCAD的元件属性是扁平的，一个元件对象上直接挂所有属性。所以需要把Part Table里的映射关系“拍平”。具体操作是：先从ConceptHDL里导出元件清单，清单里包含每个元件的Reference、Value、Footprint、Part Number等字段。然后在ORCAD里新建元件库，给每个符号添加对应的属性字段。最后在原理图里放置元件时，确保属性值正确填入。

注意：Part Table里有些属性是ConceptHDL特有的，比如ALT_SYMBOL、VIEW这些，ORCAD里没有对应概念，转换时直接忽略即可。但PCB_FOOTPRINT、VALUE、PART_NUMBER这些关键属性必须保留。

3.3 符号库转换的实操要点

符号库转换是整个流程里最繁琐的环节。ConceptHDL的.sym文件不能直接被ORCAD Capture识别，需要先转换成ORCAD的.olb格式。有几种做法：

第一种是用ConceptHDL自带的符号编辑器打开.sym文件，导出为EDIF格式，然后在ORCAD Capture的库管理器里导入EDIF。这个方法能保留引脚位置和图形，但引脚名称和编号有时会错位，需要手动核对。

第二种是手动重建。对于元件种类不多的工程（比如只有电阻、电容、电感、二极管、三极管和几个IC），直接在ORCAD里新建库，照着ConceptHDL的符号画一遍。虽然费时间，但质量最可控。我一般建议新手用这个方法，因为画符号的过程也是熟悉ORCAD库管理的过程。

第三种是用脚本批量转换。网上有一些开源脚本能把.sym文件解析成ORCAD的库格式，但兼容性参差不齐，适合有编程基础的工程师。如果工程里有几百个不同型号的IC，手动画不现实，只能靠脚本加人工校验。

不管用哪种方法，转换完符号后一定要做引脚映射检查。ConceptHDL的引脚编号可能是字母数字混合的，ORCAD对引脚编号的格式有要求。如果引脚编号不匹配，导入网表时会报错。

3.4 层次化设计的端口与连接器处理

层次化设计转换的核心是端口映射。ConceptHDL里的层次块有输入、输出、双向三种端口，ORCAD Capture的Hierarchical Block也有对应的端口类型。转换时，需要确保每个端口的名称、类型、连接关系都正确传递。

具体操作步骤是：先在ConceptHDL里打开顶层图，记录每个Block的端口列表。然后在ORCAD里新建对应的Hierarchical Block，手动添加端口。端口的名称必须和子图里的Hierarchical Port名称完全一致，包括大小写。ORCAD对大小写敏感，CLK和clk会被当成两个不同的网络。

跨页连接器是另一个坑。ConceptHDL支持Off-Page Connector，用来连接不同页之间的网络。ORCAD Capture里对应的概念是Off-Page Connector，但两者的行为有差异。ConceptHDL的Off-Page Connector可以跨层次传递，ORCAD的默认只在同一层次内有效。转换时需要把跨层次的连接改成全局网络或者通过端口传递。

4. 实操过程与核心环节实现

4.1 从ConceptHDL导出EDIF文件的完整步骤

第一步，打开ConceptHDL的工程管理器。在工程列表里选中要转换的工程，右键选择“Export”，然后选“EDIF 2 0 0”。注意版本选择，ORCAD Capture对EDIF 2 0 0的支持最好，选其他版本可能会导入失败。

第二步，配置导出选项。在弹出的对话框里，勾选“Include Symbol Graphics”和“Include Properties”。这两个选项决定了导出的EDIF文件里是否包含符号图形和元件属性。如果不勾选，导入ORCAD后只有连接关系，没有图形和属性，等于白导。

第三步，选择导出范围。如果整个工程都要转换，选“Entire Design”。如果只转换部分页，选“Selected Sheets”然后勾选需要的页。建议第一次转换时先导出一页做测试，确认流程走通后再批量导出。

第四步，指定输出路径和文件名。EDIF文件建议用英文命名，避免中文路径。导出完成后，你会得到一个.edf文件，大小通常在几百KB到几MB之间，取决于工程规模。

提示：导出EDIF之前，先在ConceptHDL里运行一次DRC检查，确保原工程没有连接性错误。如果原工程本身就有问题，导出的EDIF也会带着问题，到了ORCAD里排查起来更麻烦。

4.2 在ORCAD Capture里导入EDIF并重建工程

打开ORCAD Capture，新建一个空白工程。工程类型选“Schematic”，名称用英文。新建完成后，在工程管理器里右键点击设计文件，选择“Import”，然后选“EDIF”。

导入对话框里有几个关键设置。第一，“Input File”选择刚才导出的.edf文件。第二，“Configuration File”一般不用管，除非你有特殊的映射规则。第三，“Import Options”里勾选“Create Missing Parts”和“Preserve Net Names”。这两个选项能减少导入后的手动修复工作量。

导入过程可能需要几分钟，取决于工程大小。导入完成后，ORCAD会提示有多少个元件、多少个网络被导入。如果提示有错误，先看错误日志，通常是符号库缺失或者引脚映射失败。

导入后的原理图，符号图形大概率是空的或者显示为红框。这是因为EDIF里虽然包含了符号图形信息，但ORCAD需要你把符号库关联上。操作方法是：在工程管理器里右键点击“Library”，选择“Add File”，把转换好的.olb库文件加进来。然后右键点击原理图里的元件，选择“Replace Cache”，把元件替换成库里的符号。

4.3 网络标号和连接关系的校验方法

导入完成后，第一件事是检查网络标号。ORCAD Capture有一个“Netlist”功能，可以导出网表。把导入后的工程导出网表，和ConceptHDL原工程导出的网表做对比。对比工具可以用文本比较软件，比如Beyond Compare。重点看网络数量和网络里的节点数量是否一致。

如果网络数量对不上，通常是两种情况。一种是网络标号丢失，比如ConceptHDL里的VCC_3V3到了ORCAD里变成了VCC_3V3_1，这种是重名冲突导致的自动重命名。另一种是连接关系断裂，比如某个节点没有连到网络上。排查方法是：在ORCAD里用“Highlight Net”功能，逐个高亮关键网络，看连接是否完整。

第二件事是检查元件属性。打开ORCAD的元件属性编辑器，看Value、Footprint、Part Number这些字段是否都有值。如果发现大量元件属性为空，说明Part Table的映射没有正确导入。这时候需要手动补，或者写一个脚本从ConceptHDL的元件清单里批量导入属性。

4.4 用DRC功能做最终检查

ORCAD Capture的DRC功能是校验转换质量的最后一道关卡。在工程管理器里右键点击设计文件，选择“Design Rules Check”。DRC会检查以下几类问题：未连接的引脚、重复的Reference、网络冲突、电源网络短路等。

DRC报告会列出所有问题，按严重程度分级。Error级别的问题必须修复，Warning级别的可以视情况处理。常见的Error包括：引脚未连接、网络只有一个节点、电源和地短路。这些通常是因为转换过程中连接关系丢失导致的，需要回到原理图里手动修复。

修复完所有Error后，再跑一次DRC，直到没有Error为止。然后导出网表，和原工程的网表做最终对比。如果网表一致，说明转换成功。如果不一致，继续排查差异点。

5. 常见问题与排查技巧实录

5.1 导入EDIF后符号全部丢失怎么办

这是最常见的问题。原因通常是EDIF导出时没有勾选“Include Symbol Graphics”，或者ORCAD导入时没有正确关联符号库。排查步骤：先检查.edf文件里是否有符号定义，用文本编辑器打开.edf文件，搜索“symbol”关键字，如果有大量symbol定义，说明导出没问题。然后检查ORCAD的库路径设置，确保.olb文件在库搜索路径里。最后检查元件的“Part Reference”是否和库里的符号名称匹配。

如果符号名称不匹配，比如ConceptHDL里叫RES_10K，ORCAD库里叫R，那就需要做名称映射。ORCAD Capture支持在导入EDIF时指定映射文件，把ConceptHDL的符号名映射到ORCAD的符号名。映射文件是一个文本文件，格式是ConceptHDL名称 ORCAD名称，每行一对。

5.2 网络标号出现重复或丢失怎么处理

网络标号重复通常是因为ORCAD对网络名称的长度有限制，或者某些字符不被支持。ConceptHDL允许网络名里包含-、.、/这些字符，ORCAD对某些字符的处理不一样。解决办法是在导入前，先在ConceptHDL里把网络名里的特殊字符替换成下划线。

网络标号丢失则可能是Off-Page Connector没有正确转换。检查方法是：在ORCAD里打开“Find”功能，搜索Off-Page Connector，看数量是否和ConceptHDL里一致。如果少了，手动补上。如果Off-Page Connector的名称变了，用“Replace”功能批量修改。

5.3 元件属性批量修复的脚本思路

当工程里有几百个元件属性需要修复时，手动改不现实。这时候可以用ORCAD Capture的TCL脚本接口。ORCAD支持TCL脚本，可以批量修改元件属性。基本思路是：先从ConceptHDL导出元件清单为CSV格式，然后用TCL脚本读取CSV，遍历原理图里的元件，根据Reference匹配，把属性值写入。

TCL脚本的大致框架是这样的：先获取当前设计的所有元件，然后对每个元件，根据其Reference在CSV里查找对应的Value和Footprint，如果找到就设置属性。这个脚本不难写，有编程基础的工程师半天就能搞定。网上也有现成的脚本模板可以参考。

5.4 常见问题速查表

5.5 几个只有踩过坑才知道的实操心得

第一个心得：转换之前，先在ConceptHDL里把工程“扁平化”。ConceptHDL支持把层次化设计展开成扁平化设计，展开后再导出EDIF，ORCAD导入的成功率会高很多。虽然扁平化后会丢失层次结构，但连接关系更清晰，修复起来反而快。

第二个心得：符号库转换时，优先转换那些引脚多的IC符号。电阻电容这些简单符号，手动在ORCAD里画一个只要两分钟，但一个200引脚的BGA符号，手动画要半天。所以把时间花在复杂符号的自动转换上，简单符号手动补。

第三个心得：转换完成后，不要急着删掉ConceptHDL的原工程。至少保留三个月，因为ORCAD里用着用着可能会发现某个网络不对，需要回原工程核对。我见过有人转换完就把原工程删了，结果后来发现一个电源网络短路，查了半天查不出来，最后只能重新找客户要原文件。

第四个心得：如果工程里有自定义的Title Block或者图框，转换后需要重新设置。ORCAD的图框格式和ConceptHDL不一样，转换时图框信息会丢失。建议在ORCAD里新建工程时，先设置好图框和标题栏，再导入原理图。

6. 转换后的工程管理与后续维护建议

6.1 在ORCAD里重建工程库的规范做法

转换完成只是第一步，后续的库管理才是长期工作。建议在ORCAD里建一个独立的库文件，把所有转换过来的符号都放进去。库文件的命名要有规律，比如ProjectName_Lib.olb。库里的符号命名也要规范，建议用“功能_型号”的格式，比如RES_0603、CAP_0402、IC_STM32F103。

元件属性的管理也要规范。ORCAD Capture支持在库级别定义属性模板，新建元件时自动带上这些属性。建议在库里定义好常用的属性字段：Value、Footprint、Part Number、Manufacturer、Datasheet。这样从库里放置元件时，属性字段自动出现，减少手动输入的工作量。

6.2 和Allegro PCB的关联配置

ORCAD Capture和Allegro的关联是通过网表和封装库实现的。转换后的工程，需要确保每个元件的Footprint属性都正确，并且Allegro的封装库路径里能找到对应的封装。配置方法是：在ORCAD里打开“PCB Editor”选项卡，设置Allegro的安装路径和封装库路径。然后在导出网表时，选择Allegro格式的网表。

如果ORCAD和Allegro不能关联，通常是路径配置问题。检查ORCAD的“Preferences”里的“PCB Editor”设置，确保Allegro的路径正确。另外，ORCAD和Allegro的版本要匹配，比如ORCAD 17.4配Allegro 17.4，版本不匹配会导致关联失败。

6.3 导出PDF和网表的日常操作

转换后的工程，日常使用中经常需要导出PDF和网表。ORCAD导出PDF很简单，在“File”菜单里选“Export”，然后选“PDF”。导出时可以设置是否包含属性、是否彩色、是否包含层次页。建议导出时勾选“Include Net Names”，这样PDF里能看到网络标号，方便调试。

导出网表是给PCB设计用的。在ORCAD里选“Tools”菜单，然后选“Create Netlist”。网表格式选Allegro，输出路径选PCB工程目录。导出后，在Allegro里导入网表，检查元件数量和网络数量是否和原理图一致。如果Allegro报错，通常是封装缺失或者引脚映射错误，回到ORCAD里检查对应元件的Footprint属性。

6.4 版本管理和团队协作的注意事项

转换后的ORCAD工程，建议用版本管理工具管理起来。ORCAD Capture支持“Design Cache”机制，但多人协作时容易冲突。建议每个人在自己的分支上修改，定期合并。合并时重点检查库文件的冲突，因为库文件是二进制格式，不能自动合并。

团队协作时，库文件建议放在共享服务器上，每个人通过库路径引用。不要每个人本地存一份库，否则版本不一致会导致原理图里的元件显示异常。另外，ORCAD的工程文件（.dsn）也是二进制格式，建议用“Save As”定期备份，避免文件损坏。

7. 一些关于转换效率的实战体会

整个转换流程走下来，最深的体会是：转换本身不难，难的是校验和修复。一个500元件的工程，导出EDIF加导入ORCAD，可能只要两个小时。但校验网络、修复属性、跑DRC、对比网表，至少要两天。所以如果老板问你“这个转换要多久”，千万别只算转换的时间，要把校验的时间算进去。

另一个体会是：不是所有工程都值得完整转换。有些老工程，原理图本身就有很多历史遗留问题，转换过来也是带着病。这种情况下，不如只转换需要修改的部分，其他部分保持原样，用PDF或者截图作为参考。这样工作量小，风险也低。

最后一个体会是：转换过程中积累的脚本和映射文件，一定要保存好。下次遇到类似的工程，直接复用，效率能提升好几倍。我自己的映射文件库已经积累了几百个符号的映射关系，现在转换一个新工程，符号映射这块基本不用花时间了。这个积累过程虽然前期费劲，但长期来看非常值得。