1. 从一次仿真报错说起为什么Cadence的库在Pspice for TI里找不到如果你同时用Cadence做原理图设计、又用Pspice for TI做电路仿真大概率遇到过这个场景原理图在Cadence里画得好好的器件符号、封装、引脚映射都没问题导出网表丢进Pspice for TI仿真一跑直接弹出一行红字——ERROR(ORPSIM-15108): Model ... not found或者Unable to find model。这时候你翻遍Pspice for TI自带的库目录发现里面根本没有你用的那颗器件。这个问题的根源其实不在Pspice for TI而在Cadence和Pspice for TI这两套工具对库的组织方式完全不同。Cadence的库体系是围绕原理图符号Symbol和封装Footprint构建的它的.olb文件里存的是图形符号和引脚定义仿真模型.lib、.mod、.cir往往是分散的、按厂商单独提供的。而Pspice for TI的仿真引擎只认PSpice格式的模型库它需要的是.lib文件加上正确的.olb符号映射两者缺一不可。我见过太多人卡在这一步有人直接把Cadence的.olb文件复制到Pspice for TI的库路径下结果软件根本不识别有人手动去改网表里的模型名改完发现引脚对不上还有人干脆放弃转回Cadence自带的Pspice仿真器。其实这个问题有非常清晰的解决路径核心就三件事找到正确的模型文件、把模型注册到Pspice for TI的库配置里、确保符号引脚和模型节点一一对应。这篇内容适合两类人一类是正在用Cadence画图、但想借Pspice for TI的仿真能力做验证的硬件工程师另一类是学生或者刚入行的朋友手头只有Cadence的库资源想在TI的免费仿真环境里跑通电路。我会把整个导入过程拆成可复现的步骤包括模型文件的定位、库路径的配置、符号与模型的绑定以及几个我实际踩过的坑。全程不需要额外的付费工具Pspice for TI自带的库编辑器就够用。提示Pspice for TI是TI推出的免费仿真工具基于PSpice内核但库管理界面和OrCAD Capture有差异。导入Cadence库的本质是把Cadence体系下的模型资源翻译成Pspice for TI能识别的格式和路径结构。2. 先搞清楚Cadence的库到底存了什么模型、符号、网表三者的关系在动手导入之前必须先把Cadence库的组成结构理清楚。很多人导入失败不是因为操作步骤错了而是因为对库的理解有偏差——以为一个.olb文件就是全部实际上它只是冰山一角。2.1 Cadence的.olb文件里只有符号没有仿真模型Cadence Capture或OrCAD Capture里的.olb文件全称是OrCAD Library它存储的是原理图符号器件的图形外观、引脚编号、引脚名称、引脚类型Input/Output/Power/Passive等、以及符号对应的PCB封装名。但它不包含SPICE仿真模型。也就是说你在Cadence原理图里放了一个运放符号这个符号只告诉软件这里有个五脚器件引脚怎么排至于这个运放的开环增益、输入失调电压、带宽这些电气行为.olb里一个字都没有。仿真模型是单独存在的。对于TI的器件模型通常以.libPSpice库文件、.mod子电路模型、.cir网表形式的模型等格式提供。对于ADI的器件可能是.cir或.sub。对于通用器件如2N3904、1N4148Cadence自带的pspice库目录下会有对应的.lib文件。这些模型文件才是仿真引擎真正读取的东西。所以导入的核心逻辑是把模型文件放到Pspice for TI能搜索到的路径然后在Pspice for TI的库管理器里注册这个模型最后让符号的引脚名和模型的节点顺序匹配上。2.2 模型文件的三种常见格式及识别方法在实际项目中你会遇到三种模型文件格式处理方式略有不同格式扩展名典型来源特点PSpice库文件.libTI、Cadence自带库包含.model或.subckt定义可直接被PSpice引擎读取子电路网表.cir、.subADI、Linear Tech纯文本网表需要确认首行是否为.subckt加密模型.lib含加密段部分厂商内容不可读但PSpice引擎可解析判断一个模型文件能不能用最简单的办法是用文本编辑器打开看第一行有效内容。如果是.model开头说明是器件模型如果是.subckt开头说明是子电路模型需要确认引脚顺序。如果打开是乱码或者一堆十六进制那可能是加密模型只要Pspice for TI版本支持就能用。我个人的习惯是拿到任何模型文件先看它有没有.subckt定义再看.subckt后面的节点列表。这个节点列表就是仿真引擎连接电路的接口必须和符号的引脚一一对应。2.3 为什么直接复制.olb到Pspice for TI不管用Pspice for TI的库管理机制和Cadence Capture不同。Capture是通过Library Manager或者工程内的Library文件夹来引用.olb而Pspice for TI使用的是仿真库配置Simulation Library Configuration它只认.lib文件并且需要在PSpice Model Editor或者Simulation Settings里显式添加。你把.olb复制到Pspice for TI的安装目录下软件不会自动扫描因为它根本不把.olb当作仿真库。正确的做法是从Cadence的库目录里找到对应的.lib模型文件把它放到一个独立的文件夹比如D:\PSpice_Libs\Cadence_Import然后在Pspice for TI里通过Library Configuration把这个文件夹加进去。注意不要直接把模型文件丢进Pspice for TI的安装目录下的tools\pspice\library文件夹。虽然这样有时能生效但软件升级或重装时会被覆盖而且容易和自带库混淆。独立目录管理是更稳妥的做法。3. 定位Cadence自带库中的模型文件路径、命名与筛选技巧Cadence安装后自带库的模型文件通常藏在几个固定位置。不同版本的Cadence16.6、17.2、17.4路径略有差异但结构基本一致。找到这些文件是导入成功的第一步。3.1 Cadence自带库的默认安装路径以Cadence 17.4为例自带库的根目录一般在C:\Cadence\SPB_17.4\tools\capture\library\这个目录下有几个子文件夹值得关注pspice\存放Cadence自带的PSpice模型库包括analog.olb、source.olb、opamp.olb等符号库以及对应的.lib模型文件。pspice\models\部分版本的模型文件单独放在这里按厂商或器件类型分类。pspice\library\有些版本会把.lib文件放在这个子目录下。如果你用的是Cadence 16.6路径可能是C:\Cadence\SPB_16.6\tools\capture\library\pspice\而OrCAD独立安装版的路径可能是C:\OrCAD\OrCAD_17.4\tools\capture\library\pspice\我建议你直接在资源管理器里搜索*.lib限定在Cadence安装盘下这样能快速定位所有模型文件。搜索时注意排除temp和backup目录避免找到临时文件。3.2 按器件类型筛选需要的.lib文件Cadence自带的.lib文件通常按器件类别命名常见的包括analog.lib电阻、电容、电感、受控源等基础元件source.lib电压源、电流源、脉冲源、正弦源opamp.lib通用运放模型如uA741、LM324bipolar.lib双极型晶体管如2N2222、2N3904diode.lib二极管如1N4148、1N4007mosfet.libMOSFET如IRF540、2N7000timer.lib定时器如NE555regulator.lib稳压器如LM317、LM7805如果你要仿真的器件是TI的比如LM358Cadence自带库里可能没有但TI官网提供.lib模型。这时候你需要先去TI官网下载对应的PSpice模型再按后面的步骤导入。如果是通用器件Cadence自带库基本够用。我通常会把需要的.lib文件先复制到一个临时文件夹用文本编辑器逐个打开确认里面确实包含我要的.subckt或.model定义。有些.lib文件是索引文件里面只有一行.include指向其他文件这种需要把被包含的文件也一起复制。3.3 用文本编辑器快速检查模型完整性打开一个.lib文件你会看到类似这样的结构* LM358 operational amplifier .SUBCKT LM358 1 2 3 4 5 * 1 OUT, 2 IN-, 3 IN, 4 V-, 5 V ... .ENDS LM358或者.MODEL 1N4148 D (IS2.52E-9 RS0.568 N1.752 CJO4E-12 TT11.54E-9)关键信息是.SUBCKT后面的节点顺序。对于LM358节点顺序是1 2 3 4 5分别对应OUT, IN-, IN, V-, V。这个顺序必须和符号的引脚编号一致否则仿真结果会完全错误。如果.lib文件里有多行.include比如.include C:\Cadence\SPB_17.4\tools\capture\library\pspice\models\lm358.mod那说明真正的模型在另一个文件里。你需要把被包含的文件也一起复制到目标文件夹并且保持相对路径或修改.include路径。提示Cadence的.lib文件里经常用绝对路径引用其他文件。复制到新位置后这些绝对路径会失效。解决办法是用文本编辑器批量替换路径或者把所有被引用的文件放在同一目录下把.include改成相对路径。4. 把模型注册进Pspice for TI库配置的完整操作链路模型文件准备好之后下一步是让Pspice for TI认识它们。这个过程比Cadence里添加库要繁琐一些因为Pspice for TI没有图形化的添加库按钮需要通过Library Configuration或者直接编辑配置文件来实现。4.1 通过Simulation Settings添加库文件打开Pspice for TI新建或打开一个工程。在菜单栏找到PSpice-Edit Simulation Profile或者直接点击工具栏上的Simulation Settings图标。在弹出的窗口中选择Configuration Files选项卡然后选择Library类别。这里你会看到Global Libraries和Design Libraries两个列表。Global Libraries对所有工程生效Design Libraries只对当前工程生效。我建议把Cadence导入的库放在Design Libraries里避免污染全局配置。点击Browse按钮定位到你存放.lib文件的文件夹选中需要的.lib文件点击Add as Global或Add to Design。添加后文件会出现在列表里前面有一个复选框确保它被勾选。但这里有个坑Pspice for TI不会自动解析.lib文件里的.subckt定义它只是把文件加入搜索路径。真正让模型生效的是在原理图中放置符号后通过PSpice Model Editor或者符号属性里的Implementation字段来绑定模型。4.2 用PSpice Model Editor验证模型是否可读Pspice for TI自带一个PSpice Model Editor工具可以在开始菜单里找到。打开它选择File-Open定位到你的.lib文件。如果模型格式正确你会看到左侧树状列表里出现.model或.subckt条目右侧显示模型的参数详情。如果打开时报错比如Unable to parse model说明模型文件格式有问题。常见原因包括文件编码不是ANSI或UTF-8而是UTF-16或带BOM模型定义里有PSpice不支持的语法比如某些厂商的加密格式.subckt的节点数超过PSpice限制一般不超过64个我遇到过一种情况从某厂商官网下载的.lib文件用Model Editor打开正常但仿真时报Model not found。后来发现是.lib文件里的.subckt名称和符号属性里的Implementation名称大小写不一致。PSpice对模型名是大小写敏感的LM358和lm358会被当作两个不同的模型。4.3 配置库搜索路径的优先级Pspice for TI搜索模型时会按照一定的优先级顺序当前工程目录下的.lib文件Design Libraries里添加的库Global Libraries里添加的库Pspice for TI安装目录下的默认库这个顺序意味着如果你在工程目录下放了一个同名的.lib文件它会覆盖全局库里的同名模型。这个特性可以用来做版本管理把特定版本的模型放在工程目录下确保仿真结果可复现。但也要注意如果工程目录下的.lib文件不完整可能会导致模型加载失败。我建议在工程目录下只放经过验证的模型文件不要放半成品。注意Pspice for TI的库配置文件通常保存在%APPDATA%\SPB_Data\pspice\或者工程目录下的.sim文件里。如果你在多台机器上工作可以把这些配置文件一起同步避免重复配置。5. 符号与模型的绑定引脚映射的核对与修正模型注册好了仿真还是可能报错最常见的原因是符号引脚和模型节点不匹配。这一步是导入过程中最容易出错、也最需要耐心的地方。5.1 理解符号引脚编号与模型节点顺序的对应关系在Cadence的.olb符号里每个引脚有一个Number引脚编号和一个Name引脚名称。在PSpice模型里.subckt后面的节点是按顺序排列的第一个节点对应子电路的第一个引脚第二个对应第二个以此类推。举个例子一个运放符号有5个引脚引脚编号引脚名称模型节点顺序模型节点含义1OUT1输出2IN-2反相输入3IN3同相输入4V-4负电源5V5正电源如果模型里的.subckt定义是.SUBCKT LM358 1 2 3 4 5那顺序完全匹配。但如果模型定义是.SUBCKT LM358 3 2 1 5 4那节点顺序就变了直接使用会导致电源接反、输出短路等严重错误。5.2 在Pspice for TI中修改符号的模型绑定在Pspice for TI的原理图里双击符号打开属性窗口。找到Implementation字段这里填的是模型名称。对于.model类型的器件填模型名即可对于.subckt类型的器件填子电路名。如果符号是从Cadence导入的Implementation字段可能是空的或者填的是Cadence内部的模型名。你需要手动改成.lib文件里的.subckt名称。更稳妥的做法是使用PSpice Model Editor的Model Import Wizard。在Model Editor里选择File-Import然后选择.lib文件向导会引导你创建一个新的符号并自动建立引脚映射。这个符号可以保存到.olb文件里然后在Pspice for TI的原理图中使用。但要注意Model Editor生成的符号可能和Cadence原来的符号外观不同。如果你对符号外观有要求可以手动修改符号的图形但引脚编号和名称必须和模型节点保持一致。5.3 引脚映射错误的典型报错与排查方法当引脚映射错误时Pspice for TI通常会报以下几类错误ERROR(ORPSIM-15108): Model ... not found模型名不对或者库路径没配置好ERROR(ORPSIM-15113): Subcircuit ... not found子电路名不对或者.lib文件没被正确加载ERROR(ORPSIM-15205): Node ... not found节点数不匹配符号引脚数和模型节点数不一致WARNING(ORPSIM-15145): Pin ... is floating某个引脚没有连接可能是引脚编号错了排查时我通常按这个顺序来用文本编辑器打开.lib文件确认.subckt名称和节点数在Pspice for TI里双击符号查看Implementation字段是否和.subckt名称一致查看符号的引脚属性确认引脚编号和模型节点顺序对应如果还不行在仿真设置里勾选Display Model Parameters看看实际加载的模型是什么我踩过最坑的一次是符号有5个引脚模型有5个节点但符号的引脚编号是1,2,3,4,5而模型节点顺序是3,2,1,5,4。仿真时输出端接的是反相输入结果波形完全不对。后来用Model Editor重新生成符号才解决。提示如果你不确定引脚映射可以在原理图里放一个简单的测试电路比如用运放搭一个电压跟随器输入接已知电压看输出是否跟随。如果输出不对基本就是引脚映射错了。6. 实测中遇到的五个坑从报错到跑通的完整记录理论讲完了下面是我在实际操作中遇到的五个典型问题以及具体的解决过程。这些坑在官方文档里基本找不到但每一个都可能让你卡上半天。6.1 坑一.lib文件里的.include路径失效现象把Cadence的.lib文件复制到新文件夹后Pspice for TI报Cannot open include file。原因.lib文件里用了绝对路径引用其他模型文件比如.include C:\Cadence\SPB_17.4\tools\capture\library\pspice\models\lm358.mod。复制到新位置后这个路径不存在了。解决用文本编辑器打开.lib文件把所有.include的绝对路径改成相对路径或者把被引用的文件也复制到同一目录下。如果被引用的文件很多可以用批处理脚本批量替换路径。我通常的做法是在目标文件夹下建一个models子文件夹把所有被引用的.mod、.cir文件放进去然后把.include改成.include models\lm358.mod。这样整个文件夹可以随意移动不会因为路径问题报错。6.2 坑二模型名大小写不一致导致找不到现象.lib文件里明明有.SUBCKT LM358但仿真时报Subcircuit LM358 not found。原因符号属性里的Implementation字段填的是lm358小写而模型定义是LM358大写。PSpice对模型名大小写敏感。解决统一大小写。我建议全部用大写因为大多数厂商的模型定义都是大写。在Pspice for TI里批量修改符号属性比较麻烦可以导出符号库用文本编辑器批量替换再重新导入。6.3 坑三加密模型无法在Model Editor中打开现象从某厂商下载的.lib文件用Model Editor打开时报Unable to parse但仿真时又能用。原因这是加密模型PSpice引擎可以解析但Model Editor的可视化界面不支持。解决不需要用Model Editor打开直接在仿真设置里添加这个.lib文件然后在符号属性里填正确的模型名即可。加密模型通常会在文件名或注释里标明支持的PSpice版本确认你的Pspice for TI版本符合要求。6.4 坑四多个.lib文件中有同名模型现象仿真结果和预期不符检查发现加载的模型不是想要的版本。原因工程目录下有一个旧版本的.lib文件里面有一个同名的.subcktPspice for TI优先加载了工程目录下的版本。解决检查工程目录和库配置里的所有.lib文件确保没有同名模型冲突。如果有删除旧版本或者把需要的模型重命名。我现在的习惯是每个工程单独建一个libs文件夹只放这个工程需要的模型文件并且定期清理不再使用的模型。6.5 坑五符号引脚类型不匹配导致仿真不收敛现象模型加载正常引脚映射也对但仿真报Convergence error或者Time step too small。原因符号的引脚类型设置不对。比如电源引脚被设成了Passive而模型期望的是Power类型。这会影响PSpice的节点分析和收敛算法。解决在符号属性里检查每个引脚的Type字段。电源引脚设为Power输入设为Input输出设为Output双向设为Bidirectional无源设为Passive。对于运放V和V-必须设为Power。这个坑比较隐蔽因为即使引脚类型不对仿真有时也能跑只是结果不准确或者偶尔不收敛。我建议在导入符号后花几分钟检查一遍引脚类型。提示如果仿真不收敛除了引脚类型还可以尝试在仿真设置里调整RelTol相对误差和ABSTOL绝对误差或者增加ITL4瞬态迭代次数。但这些是治标不治本根本原因还是模型和符号的匹配问题。7. 导入完成后的验证用三个测试电路确认模型可用模型导入后不要直接上复杂电路。先用简单的测试电路验证模型是否正常工作这样可以快速定位问题避免在复杂电路里排查。7.1 测试一二极管伏安特性用一个直流电压源加一个二极管和一个电阻扫描电压源看二极管的电流是否呈现指数特性。这个测试可以验证.model类型的器件模型是否正确加载。电路很简单V1DC源接二极管阳极二极管阴极接电阻R1电阻另一端接地。仿真设置里做DC Sweep扫描V1从0到1V步长0.01V。看二极管电流是否在0.6V左右开始明显上升。如果电流一直是0或者线性上升说明模型没加载成功或者引脚映射错了。7.2 测试二运放电压跟随器用运放搭一个电压跟随器同相输入端接一个直流电压反相输入端直接接输出。仿真看输出电压是否等于输入电压。这个测试可以验证运放的引脚映射和电源连接。如果输出等于输入说明模型和符号匹配正确。如果输出是电源电压或者0说明引脚映射错了。我通常会用LM358做这个测试因为它的模型在Cadence自带库里就有而且引脚定义比较标准。7.3 测试三MOSFET开关电路用一个脉冲电压源驱动MOSFET的栅极漏极接一个电阻和电源看漏极电压是否随栅极脉冲翻转。这个测试可以验证MOSFET模型的开关特性。如果漏极电压不翻转或者翻转幅度不对可能是模型的引脚顺序错了。MOSFET的.subckt通常是D G S或者D S G需要仔细核对。这三个测试跑通基本可以确认导入的模型是可用的。之后就可以在复杂电路里放心使用。8. 长期维护建议库文件的版本管理与迁移导入一次不算完项目多了之后库文件的管理会变成一件麻烦事。我分享几个自己用的管理方法可以省去很多重复劳动。8.1 建立独立的库文件夹结构我建议在非系统盘比如D:\PSpice_Libs下建一个统一的库文件夹结构如下D:\PSpice_Libs\ ├── Cadence_Import\ │ ├── analog.lib │ ├── opamp.lib │ └── models\ │ ├── lm358.mod │ └── ua741.mod ├── TI_Models\ │ ├── lm317.lib │ └── tps5430.lib └── Project_Specific\ └── my_project\ └── custom.libCadence_Import放从Cadence导入的库TI_Models放从TI官网下载的库Project_Specific放特定工程用的模型。这样分类清晰迁移时整个文件夹复制走就行。8.2 用文本文件记录模型来源和版本每个.lib文件旁边放一个同名的.txt文件记录模型来源、下载日期、版本号、适用的PSpice版本。比如lm358.lib 来源Cadence SPB 17.4 自带库 路径C:\Cadence\SPB_17.4\tools\capture\library\pspice\opamp.lib 提取日期2024-01-15 适用PSpice版本17.4及以上 备注节点顺序 OUT, IN-, IN, V-, V这个习惯看起来麻烦但当你半年后需要重新导入时能省下大量回忆时间。8.3 工程迁移时的库路径处理如果你把工程从一台机器迁移到另一台库路径可能会变。Pspice for TI的工程文件里保存的是库文件的绝对路径或相对路径。如果路径变了仿真会报Library not found。解决办法有两种一是把库文件夹放在工程目录下用相对路径引用二是在新机器上重新配置库路径。我倾向于第一种因为工程和库一起打包迁移时不会丢。具体操作在工程目录下建一个libs文件夹把需要的.lib文件复制进去然后在仿真设置里用相对路径.\libs\xxx.lib引用。这样整个工程文件夹可以随意移动。提示Pspice for TI的工程文件.opj和仿真配置文件.sim里都会记录库路径。迁移后打开工程时如果提示找不到库检查这两个文件里的路径设置。9. 关于Cadence与Pspice for TI协同使用的个人体会我用Cadence画原理图、用Pspice for TI做仿真这套组合已经有好几年了。最初是因为公司只买了Cadence的License但仿真需求又比较多Pspice for TI免费且功能足够就慢慢摸索出了这套导入流程。最大的体会是不要试图让两个工具无缝集成而是把它们当作两个独立环节用模型文件作为桥梁。Cadence负责符号和网表Pspice for TI负责仿真中间的模型文件需要手动管理。虽然多了一步但换来的是灵活性和可控性。另一个体会是模型验证比模型导入更重要。导入只是让软件认识模型验证是确认模型真的能用。我见过太多人导入后直接跑复杂电路结果仿真结果不对回头排查发现是引脚映射错了。花十分钟做三个简单测试能省下几个小时的排查时间。最后分享一个小技巧如果你经常用某几个器件可以把它们的符号和模型打包成一个自定义库在Pspice for TI里注册一次以后所有工程都能用。具体做法是用Model Editor的Export功能把符号和模型一起导出为.olb和.lib放在全局库路径下。这样新工程直接调用不用重复导入。这套流程跑通之后Cadence的库资源基本可以在Pspice for TI里无障碍使用。遇到新的模型格式按照定位文件、检查格式、注册库、核对引脚、测试验证这五步走基本都能解决。 
长河君 · 2026/9/24 11:44:30 · 阅读 1.2k Cadence库导入Pspice for TI：模型、符号与引脚映射全解析
1. 从一次仿真报错说起为什么Cadence的库在Pspice for TI里找不到如果你同时用Cadence做原理图设计、又用Pspice for TI做电路仿真大概率遇到过这个场景原理图在Cadence里画得好好的器件符号、封装、引脚映射都没问题导出网表丢进Pspice for TI仿真一跑直接弹出一行红字——ERROR(ORPSIM-15108): Model ... not found或者Unable to find model。这时候你翻遍Pspice for TI自带的库目录发现里面根本没有你用的那颗器件。这个问题的根源其实不在Pspice for TI而在Cadence和Pspice for TI这两套工具对库的组织方式完全不同。Cadence的库体系是围绕原理图符号Symbol和封装Footprint构建的它的.olb文件里存的是图形符号和引脚定义仿真模型.lib、.mod、.cir往往是分散的、按厂商单独提供的。而Pspice for TI的仿真引擎只认PSpice格式的模型库它需要的是.lib文件加上正确的.olb符号映射两者缺一不可。我见过太多人卡在这一步有人直接把Cadence的.olb文件复制到Pspice for TI的库路径下结果软件根本不识别有人手动去改网表里的模型名改完发现引脚对不上还有人干脆放弃转回Cadence自带的Pspice仿真器。其实这个问题有非常清晰的解决路径核心就三件事找到正确的模型文件、把模型注册到Pspice for TI的库配置里、确保符号引脚和模型节点一一对应。这篇内容适合两类人一类是正在用Cadence画图、但想借Pspice for TI的仿真能力做验证的硬件工程师另一类是学生或者刚入行的朋友手头只有Cadence的库资源想在TI的免费仿真环境里跑通电路。我会把整个导入过程拆成可复现的步骤包括模型文件的定位、库路径的配置、符号与模型的绑定以及几个我实际踩过的坑。全程不需要额外的付费工具Pspice for TI自带的库编辑器就够用。提示Pspice for TI是TI推出的免费仿真工具基于PSpice内核但库管理界面和OrCAD Capture有差异。导入Cadence库的本质是把Cadence体系下的模型资源翻译成Pspice for TI能识别的格式和路径结构。2. 先搞清楚Cadence的库到底存了什么模型、符号、网表三者的关系在动手导入之前必须先把Cadence库的组成结构理清楚。很多人导入失败不是因为操作步骤错了而是因为对库的理解有偏差——以为一个.olb文件就是全部实际上它只是冰山一角。2.1 Cadence的.olb文件里只有符号没有仿真模型Cadence Capture或OrCAD Capture里的.olb文件全称是OrCAD Library它存储的是原理图符号器件的图形外观、引脚编号、引脚名称、引脚类型Input/Output/Power/Passive等、以及符号对应的PCB封装名。但它不包含SPICE仿真模型。也就是说你在Cadence原理图里放了一个运放符号这个符号只告诉软件这里有个五脚器件引脚怎么排至于这个运放的开环增益、输入失调电压、带宽这些电气行为.olb里一个字都没有。仿真模型是单独存在的。对于TI的器件模型通常以.libPSpice库文件、.mod子电路模型、.cir网表形式的模型等格式提供。对于ADI的器件可能是.cir或.sub。对于通用器件如2N3904、1N4148Cadence自带的pspice库目录下会有对应的.lib文件。这些模型文件才是仿真引擎真正读取的东西。所以导入的核心逻辑是把模型文件放到Pspice for TI能搜索到的路径然后在Pspice for TI的库管理器里注册这个模型最后让符号的引脚名和模型的节点顺序匹配上。2.2 模型文件的三种常见格式及识别方法在实际项目中你会遇到三种模型文件格式处理方式略有不同格式扩展名典型来源特点PSpice库文件.libTI、Cadence自带库包含.model或.subckt定义可直接被PSpice引擎读取子电路网表.cir、.subADI、Linear Tech纯文本网表需要确认首行是否为.subckt加密模型.lib含加密段部分厂商内容不可读但PSpice引擎可解析判断一个模型文件能不能用最简单的办法是用文本编辑器打开看第一行有效内容。如果是.model开头说明是器件模型如果是.subckt开头说明是子电路模型需要确认引脚顺序。如果打开是乱码或者一堆十六进制那可能是加密模型只要Pspice for TI版本支持就能用。我个人的习惯是拿到任何模型文件先看它有没有.subckt定义再看.subckt后面的节点列表。这个节点列表就是仿真引擎连接电路的接口必须和符号的引脚一一对应。2.3 为什么直接复制.olb到Pspice for TI不管用Pspice for TI的库管理机制和Cadence Capture不同。Capture是通过Library Manager或者工程内的Library文件夹来引用.olb而Pspice for TI使用的是仿真库配置Simulation Library Configuration它只认.lib文件并且需要在PSpice Model Editor或者Simulation Settings里显式添加。你把.olb复制到Pspice for TI的安装目录下软件不会自动扫描因为它根本不把.olb当作仿真库。正确的做法是从Cadence的库目录里找到对应的.lib模型文件把它放到一个独立的文件夹比如D:\PSpice_Libs\Cadence_Import然后在Pspice for TI里通过Library Configuration把这个文件夹加进去。注意不要直接把模型文件丢进Pspice for TI的安装目录下的tools\pspice\library文件夹。虽然这样有时能生效但软件升级或重装时会被覆盖而且容易和自带库混淆。独立目录管理是更稳妥的做法。3. 定位Cadence自带库中的模型文件路径、命名与筛选技巧Cadence安装后自带库的模型文件通常藏在几个固定位置。不同版本的Cadence16.6、17.2、17.4路径略有差异但结构基本一致。找到这些文件是导入成功的第一步。3.1 Cadence自带库的默认安装路径以Cadence 17.4为例自带库的根目录一般在C:\Cadence\SPB_17.4\tools\capture\library\这个目录下有几个子文件夹值得关注pspice\存放Cadence自带的PSpice模型库包括analog.olb、source.olb、opamp.olb等符号库以及对应的.lib模型文件。pspice\models\部分版本的模型文件单独放在这里按厂商或器件类型分类。pspice\library\有些版本会把.lib文件放在这个子目录下。如果你用的是Cadence 16.6路径可能是C:\Cadence\SPB_16.6\tools\capture\library\pspice\而OrCAD独立安装版的路径可能是C:\OrCAD\OrCAD_17.4\tools\capture\library\pspice\我建议你直接在资源管理器里搜索*.lib限定在Cadence安装盘下这样能快速定位所有模型文件。搜索时注意排除temp和backup目录避免找到临时文件。3.2 按器件类型筛选需要的.lib文件Cadence自带的.lib文件通常按器件类别命名常见的包括analog.lib电阻、电容、电感、受控源等基础元件source.lib电压源、电流源、脉冲源、正弦源opamp.lib通用运放模型如uA741、LM324bipolar.lib双极型晶体管如2N2222、2N3904diode.lib二极管如1N4148、1N4007mosfet.libMOSFET如IRF540、2N7000timer.lib定时器如NE555regulator.lib稳压器如LM317、LM7805如果你要仿真的器件是TI的比如LM358Cadence自带库里可能没有但TI官网提供.lib模型。这时候你需要先去TI官网下载对应的PSpice模型再按后面的步骤导入。如果是通用器件Cadence自带库基本够用。我通常会把需要的.lib文件先复制到一个临时文件夹用文本编辑器逐个打开确认里面确实包含我要的.subckt或.model定义。有些.lib文件是索引文件里面只有一行.include指向其他文件这种需要把被包含的文件也一起复制。3.3 用文本编辑器快速检查模型完整性打开一个.lib文件你会看到类似这样的结构* LM358 operational amplifier .SUBCKT LM358 1 2 3 4 5 * 1 OUT, 2 IN-, 3 IN, 4 V-, 5 V ... .ENDS LM358或者.MODEL 1N4148 D (IS2.52E-9 RS0.568 N1.752 CJO4E-12 TT11.54E-9)关键信息是.SUBCKT后面的节点顺序。对于LM358节点顺序是1 2 3 4 5分别对应OUT, IN-, IN, V-, V。这个顺序必须和符号的引脚编号一致否则仿真结果会完全错误。如果.lib文件里有多行.include比如.include C:\Cadence\SPB_17.4\tools\capture\library\pspice\models\lm358.mod那说明真正的模型在另一个文件里。你需要把被包含的文件也一起复制到目标文件夹并且保持相对路径或修改.include路径。提示Cadence的.lib文件里经常用绝对路径引用其他文件。复制到新位置后这些绝对路径会失效。解决办法是用文本编辑器批量替换路径或者把所有被引用的文件放在同一目录下把.include改成相对路径。4. 把模型注册进Pspice for TI库配置的完整操作链路模型文件准备好之后下一步是让Pspice for TI认识它们。这个过程比Cadence里添加库要繁琐一些因为Pspice for TI没有图形化的添加库按钮需要通过Library Configuration或者直接编辑配置文件来实现。4.1 通过Simulation Settings添加库文件打开Pspice for TI新建或打开一个工程。在菜单栏找到PSpice-Edit Simulation Profile或者直接点击工具栏上的Simulation Settings图标。在弹出的窗口中选择Configuration Files选项卡然后选择Library类别。这里你会看到Global Libraries和Design Libraries两个列表。Global Libraries对所有工程生效Design Libraries只对当前工程生效。我建议把Cadence导入的库放在Design Libraries里避免污染全局配置。点击Browse按钮定位到你存放.lib文件的文件夹选中需要的.lib文件点击Add as Global或Add to Design。添加后文件会出现在列表里前面有一个复选框确保它被勾选。但这里有个坑Pspice for TI不会自动解析.lib文件里的.subckt定义它只是把文件加入搜索路径。真正让模型生效的是在原理图中放置符号后通过PSpice Model Editor或者符号属性里的Implementation字段来绑定模型。4.2 用PSpice Model Editor验证模型是否可读Pspice for TI自带一个PSpice Model Editor工具可以在开始菜单里找到。打开它选择File-Open定位到你的.lib文件。如果模型格式正确你会看到左侧树状列表里出现.model或.subckt条目右侧显示模型的参数详情。如果打开时报错比如Unable to parse model说明模型文件格式有问题。常见原因包括文件编码不是ANSI或UTF-8而是UTF-16或带BOM模型定义里有PSpice不支持的语法比如某些厂商的加密格式.subckt的节点数超过PSpice限制一般不超过64个我遇到过一种情况从某厂商官网下载的.lib文件用Model Editor打开正常但仿真时报Model not found。后来发现是.lib文件里的.subckt名称和符号属性里的Implementation名称大小写不一致。PSpice对模型名是大小写敏感的LM358和lm358会被当作两个不同的模型。4.3 配置库搜索路径的优先级Pspice for TI搜索模型时会按照一定的优先级顺序当前工程目录下的.lib文件Design Libraries里添加的库Global Libraries里添加的库Pspice for TI安装目录下的默认库这个顺序意味着如果你在工程目录下放了一个同名的.lib文件它会覆盖全局库里的同名模型。这个特性可以用来做版本管理把特定版本的模型放在工程目录下确保仿真结果可复现。但也要注意如果工程目录下的.lib文件不完整可能会导致模型加载失败。我建议在工程目录下只放经过验证的模型文件不要放半成品。注意Pspice for TI的库配置文件通常保存在%APPDATA%\SPB_Data\pspice\或者工程目录下的.sim文件里。如果你在多台机器上工作可以把这些配置文件一起同步避免重复配置。5. 符号与模型的绑定引脚映射的核对与修正模型注册好了仿真还是可能报错最常见的原因是符号引脚和模型节点不匹配。这一步是导入过程中最容易出错、也最需要耐心的地方。5.1 理解符号引脚编号与模型节点顺序的对应关系在Cadence的.olb符号里每个引脚有一个Number引脚编号和一个Name引脚名称。在PSpice模型里.subckt后面的节点是按顺序排列的第一个节点对应子电路的第一个引脚第二个对应第二个以此类推。举个例子一个运放符号有5个引脚引脚编号引脚名称模型节点顺序模型节点含义1OUT1输出2IN-2反相输入3IN3同相输入4V-4负电源5V5正电源如果模型里的.subckt定义是.SUBCKT LM358 1 2 3 4 5那顺序完全匹配。但如果模型定义是.SUBCKT LM358 3 2 1 5 4那节点顺序就变了直接使用会导致电源接反、输出短路等严重错误。5.2 在Pspice for TI中修改符号的模型绑定在Pspice for TI的原理图里双击符号打开属性窗口。找到Implementation字段这里填的是模型名称。对于.model类型的器件填模型名即可对于.subckt类型的器件填子电路名。如果符号是从Cadence导入的Implementation字段可能是空的或者填的是Cadence内部的模型名。你需要手动改成.lib文件里的.subckt名称。更稳妥的做法是使用PSpice Model Editor的Model Import Wizard。在Model Editor里选择File-Import然后选择.lib文件向导会引导你创建一个新的符号并自动建立引脚映射。这个符号可以保存到.olb文件里然后在Pspice for TI的原理图中使用。但要注意Model Editor生成的符号可能和Cadence原来的符号外观不同。如果你对符号外观有要求可以手动修改符号的图形但引脚编号和名称必须和模型节点保持一致。5.3 引脚映射错误的典型报错与排查方法当引脚映射错误时Pspice for TI通常会报以下几类错误ERROR(ORPSIM-15108): Model ... not found模型名不对或者库路径没配置好ERROR(ORPSIM-15113): Subcircuit ... not found子电路名不对或者.lib文件没被正确加载ERROR(ORPSIM-15205): Node ... not found节点数不匹配符号引脚数和模型节点数不一致WARNING(ORPSIM-15145): Pin ... is floating某个引脚没有连接可能是引脚编号错了排查时我通常按这个顺序来用文本编辑器打开.lib文件确认.subckt名称和节点数在Pspice for TI里双击符号查看Implementation字段是否和.subckt名称一致查看符号的引脚属性确认引脚编号和模型节点顺序对应如果还不行在仿真设置里勾选Display Model Parameters看看实际加载的模型是什么我踩过最坑的一次是符号有5个引脚模型有5个节点但符号的引脚编号是1,2,3,4,5而模型节点顺序是3,2,1,5,4。仿真时输出端接的是反相输入结果波形完全不对。后来用Model Editor重新生成符号才解决。提示如果你不确定引脚映射可以在原理图里放一个简单的测试电路比如用运放搭一个电压跟随器输入接已知电压看输出是否跟随。如果输出不对基本就是引脚映射错了。6. 实测中遇到的五个坑从报错到跑通的完整记录理论讲完了下面是我在实际操作中遇到的五个典型问题以及具体的解决过程。这些坑在官方文档里基本找不到但每一个都可能让你卡上半天。6.1 坑一.lib文件里的.include路径失效现象把Cadence的.lib文件复制到新文件夹后Pspice for TI报Cannot open include file。原因.lib文件里用了绝对路径引用其他模型文件比如.include C:\Cadence\SPB_17.4\tools\capture\library\pspice\models\lm358.mod。复制到新位置后这个路径不存在了。解决用文本编辑器打开.lib文件把所有.include的绝对路径改成相对路径或者把被引用的文件也复制到同一目录下。如果被引用的文件很多可以用批处理脚本批量替换路径。我通常的做法是在目标文件夹下建一个models子文件夹把所有被引用的.mod、.cir文件放进去然后把.include改成.include models\lm358.mod。这样整个文件夹可以随意移动不会因为路径问题报错。6.2 坑二模型名大小写不一致导致找不到现象.lib文件里明明有.SUBCKT LM358但仿真时报Subcircuit LM358 not found。原因符号属性里的Implementation字段填的是lm358小写而模型定义是LM358大写。PSpice对模型名大小写敏感。解决统一大小写。我建议全部用大写因为大多数厂商的模型定义都是大写。在Pspice for TI里批量修改符号属性比较麻烦可以导出符号库用文本编辑器批量替换再重新导入。6.3 坑三加密模型无法在Model Editor中打开现象从某厂商下载的.lib文件用Model Editor打开时报Unable to parse但仿真时又能用。原因这是加密模型PSpice引擎可以解析但Model Editor的可视化界面不支持。解决不需要用Model Editor打开直接在仿真设置里添加这个.lib文件然后在符号属性里填正确的模型名即可。加密模型通常会在文件名或注释里标明支持的PSpice版本确认你的Pspice for TI版本符合要求。6.4 坑四多个.lib文件中有同名模型现象仿真结果和预期不符检查发现加载的模型不是想要的版本。原因工程目录下有一个旧版本的.lib文件里面有一个同名的.subcktPspice for TI优先加载了工程目录下的版本。解决检查工程目录和库配置里的所有.lib文件确保没有同名模型冲突。如果有删除旧版本或者把需要的模型重命名。我现在的习惯是每个工程单独建一个libs文件夹只放这个工程需要的模型文件并且定期清理不再使用的模型。6.5 坑五符号引脚类型不匹配导致仿真不收敛现象模型加载正常引脚映射也对但仿真报Convergence error或者Time step too small。原因符号的引脚类型设置不对。比如电源引脚被设成了Passive而模型期望的是Power类型。这会影响PSpice的节点分析和收敛算法。解决在符号属性里检查每个引脚的Type字段。电源引脚设为Power输入设为Input输出设为Output双向设为Bidirectional无源设为Passive。对于运放V和V-必须设为Power。这个坑比较隐蔽因为即使引脚类型不对仿真有时也能跑只是结果不准确或者偶尔不收敛。我建议在导入符号后花几分钟检查一遍引脚类型。提示如果仿真不收敛除了引脚类型还可以尝试在仿真设置里调整RelTol相对误差和ABSTOL绝对误差或者增加ITL4瞬态迭代次数。但这些是治标不治本根本原因还是模型和符号的匹配问题。7. 导入完成后的验证用三个测试电路确认模型可用模型导入后不要直接上复杂电路。先用简单的测试电路验证模型是否正常工作这样可以快速定位问题避免在复杂电路里排查。7.1 测试一二极管伏安特性用一个直流电压源加一个二极管和一个电阻扫描电压源看二极管的电流是否呈现指数特性。这个测试可以验证.model类型的器件模型是否正确加载。电路很简单V1DC源接二极管阳极二极管阴极接电阻R1电阻另一端接地。仿真设置里做DC Sweep扫描V1从0到1V步长0.01V。看二极管电流是否在0.6V左右开始明显上升。如果电流一直是0或者线性上升说明模型没加载成功或者引脚映射错了。7.2 测试二运放电压跟随器用运放搭一个电压跟随器同相输入端接一个直流电压反相输入端直接接输出。仿真看输出电压是否等于输入电压。这个测试可以验证运放的引脚映射和电源连接。如果输出等于输入说明模型和符号匹配正确。如果输出是电源电压或者0说明引脚映射错了。我通常会用LM358做这个测试因为它的模型在Cadence自带库里就有而且引脚定义比较标准。7.3 测试三MOSFET开关电路用一个脉冲电压源驱动MOSFET的栅极漏极接一个电阻和电源看漏极电压是否随栅极脉冲翻转。这个测试可以验证MOSFET模型的开关特性。如果漏极电压不翻转或者翻转幅度不对可能是模型的引脚顺序错了。MOSFET的.subckt通常是D G S或者D S G需要仔细核对。这三个测试跑通基本可以确认导入的模型是可用的。之后就可以在复杂电路里放心使用。8. 长期维护建议库文件的版本管理与迁移导入一次不算完项目多了之后库文件的管理会变成一件麻烦事。我分享几个自己用的管理方法可以省去很多重复劳动。8.1 建立独立的库文件夹结构我建议在非系统盘比如D:\PSpice_Libs下建一个统一的库文件夹结构如下D:\PSpice_Libs\ ├── Cadence_Import\ │ ├── analog.lib │ ├── opamp.lib │ └── models\ │ ├── lm358.mod │ └── ua741.mod ├── TI_Models\ │ ├── lm317.lib │ └── tps5430.lib └── Project_Specific\ └── my_project\ └── custom.libCadence_Import放从Cadence导入的库TI_Models放从TI官网下载的库Project_Specific放特定工程用的模型。这样分类清晰迁移时整个文件夹复制走就行。8.2 用文本文件记录模型来源和版本每个.lib文件旁边放一个同名的.txt文件记录模型来源、下载日期、版本号、适用的PSpice版本。比如lm358.lib 来源Cadence SPB 17.4 自带库 路径C:\Cadence\SPB_17.4\tools\capture\library\pspice\opamp.lib 提取日期2024-01-15 适用PSpice版本17.4及以上 备注节点顺序 OUT, IN-, IN, V-, V这个习惯看起来麻烦但当你半年后需要重新导入时能省下大量回忆时间。8.3 工程迁移时的库路径处理如果你把工程从一台机器迁移到另一台库路径可能会变。Pspice for TI的工程文件里保存的是库文件的绝对路径或相对路径。如果路径变了仿真会报Library not found。解决办法有两种一是把库文件夹放在工程目录下用相对路径引用二是在新机器上重新配置库路径。我倾向于第一种因为工程和库一起打包迁移时不会丢。具体操作在工程目录下建一个libs文件夹把需要的.lib文件复制进去然后在仿真设置里用相对路径.\libs\xxx.lib引用。这样整个工程文件夹可以随意移动。提示Pspice for TI的工程文件.opj和仿真配置文件.sim里都会记录库路径。迁移后打开工程时如果提示找不到库检查这两个文件里的路径设置。9. 关于Cadence与Pspice for TI协同使用的个人体会我用Cadence画原理图、用Pspice for TI做仿真这套组合已经有好几年了。最初是因为公司只买了Cadence的License但仿真需求又比较多Pspice for TI免费且功能足够就慢慢摸索出了这套导入流程。最大的体会是不要试图让两个工具无缝集成而是把它们当作两个独立环节用模型文件作为桥梁。Cadence负责符号和网表Pspice for TI负责仿真中间的模型文件需要手动管理。虽然多了一步但换来的是灵活性和可控性。另一个体会是模型验证比模型导入更重要。导入只是让软件认识模型验证是确认模型真的能用。我见过太多人导入后直接跑复杂电路结果仿真结果不对回头排查发现是引脚映射错了。花十分钟做三个简单测试能省下几个小时的排查时间。最后分享一个小技巧如果你经常用某几个器件可以把它们的符号和模型打包成一个自定义库在Pspice for TI里注册一次以后所有工程都能用。具体做法是用Model Editor的Export功能把符号和模型一起导出为.olb和.lib放在全局库路径下。这样新工程直接调用不用重复导入。这套流程跑通之后Cadence的库资源基本可以在Pspice for TI里无障碍使用。遇到新的模型格式按照定位文件、检查格式、注册库、核对引脚、测试验证这五步走基本都能解决。