这年头搞高速数字和射频板级设计的人电脑里要是没装过两三个版本的ADS都不好意思跟人聊工具链。倒不是爱折腾是现实逼的甲方发来的工程文件可能是两三年前的版本建的服务器上跑着的自动化仿真脚本可能绑定某一个特定的小版本而自己桌面上默认打开的又是最新的年度版。尤其是做SIPI的差分过孔优化、电源平面阻抗、DDR总线时序每一步都在跟全波电磁求解器较劲模型库和网格策略的差异会被版本放大到让你怀疑人生。于是安装、卸载、重装这些听起来一点都不高大上的操作反而成了SIPI工程师躲不掉的基本功。这篇是这个系列的第一篇专门把多版本安装、卸载和重装这摊事拆开讲主要面向用ADS做SIPI和RF仿真的人也写给那些被迫兼职EDA管理员、整天帮同事收拾环境的同学。1. 多版本并存不是炫技SIPI仿真的版本依赖有多顽固1.1 工程文件、PDK与求解器版本绑定藏在哪一层很多人一开始都以为ADS工程文件就是看个版本号大不了用新版打开让软件自己转一圈。实际情况远没有那么简单。ADS工程里不只有原理图和版图还堆着设计库DesignKit、层叠文件、介质材料定义、过孔模型甚至某些仿真setup里的网格剖分参数。Foundry和连接器/PCB材料商给的PDK通常有明确的“支持版本”范围如果你用更新版本的ADS打开老PDK软件大概率会弹警告有些老式PDK甚至直接在库管理器里显示为红色。SIPI仿真对版本为什么尤其敏感因为差分过孔的3D全波模型、电源平面谐振分析、串扰和S参数提取这些结果和电磁求解器的网格策略、端口设置、模型简化方式强相关。同一套设计在ADS 2022和ADS 2024里跑的差异低频段可能不明显但到了高频段的谐振点附近就会拉开差距。如果团队里有人用老版本、有人用新版本最后对问题Root Cause的判断都可能不一致。所以在开始折腾安装之前先要建立一条共识团队内部必须明确“哪一类仿真用哪个版本作为基准版本”版本共存不是闲得蛋疼而是项目交付环境本身的要求。1.2 团队协作与服务器环境版本差异一样能拆穿你我见过最典型的场景是四个人做一个高速SerDes通道项目A在Windows上用ADS 2023搭原理图B在Linux服务器上用ADS 2024跑批量电磁抽取C本地装了ADS 2022做老项目保活D负责最后汇总结果。每个人单独用都觉得自己版本没问题但一到联调就出幺蛾子。SIPI方向上很多工作是脚本化的ADS的脚本接口在不同年度版本之间偶尔会有调整。同一个批处理脚本在2022里跑得顺畅拿到2024里可能因为某个函数的默认参数变了而产生完全不同的网格密度甚至直接报错。更隐蔽的是用户自定义库和层叠模板不同版本读取这类文件的兼容层级并不一样。你可以把版本共存策略总结成下面这张表放到团队共享文档里供所有人对照。使用场景典型版本选择共存要点交互式SIPro/PIPro通道分析当前的稳定年度版单独安装避免和旧版共用用户配置文件老项目保活/PDK强制绑定最初交付时的版本安装路径固定记录版本台账Linux集群批量电磁抽取与Windows端保持一致或次新版License环境变量和模块脚本统一管理1.3 共存一定会踩的三个坑路径、环境变量和许可多版本共存有三个高频坑。第一个坑是安装目录不带版本号新版本把旧版本的启动文件覆盖掉桌面快捷方式指向错乱最后连版本对不上号。第二个坑是系统环境变量里同时塞了好几个ADS的bin目录启动时先加载到旧版本的DLL界面看起来像新版本但部分功能行为还是老一套排查起来特别费劲。第三个坑是许可证特征冲突多个版本共用同一个license文件本身没问题但旧客户端进程可能一直占着server上的feature导致新版本checkout不到对应的许可尤其是许可证数量紧张的时候这种问题几乎每周都会出现。我的习惯是同一台机器多版本安装时先装旧版再装新版不常用的旧版本不要放进系统PATH非要命令行启动就用完整路径或者通过快捷方式单独指定启动。这样能回避掉一大半莫名其妙的版本串扰问题。提示如果你发现两个版本在同一个工程下结果差异明显别急着怀疑软件坏了先确认当前实际启动的版本、当前工程加载的PDK版本、以及license server上checkout的feature版本这三项对了再往后查。2. 安装之前先确认四件事比我当初执行的顺序要省心2.1 操作系统与硬件别拿低压U跑全波提取决定安装之前先对照系统环境。Windows平台通常要求64位的Windows 10/11或对应Windows Server版本Linux平台常见的是RHEL/CentOS/Rocky这一类企业级发行版。具体到某个ADS年度版本支持的OS列表和补丁要求都不一样最可靠的是看该版本Release Notes。千万不要拿一个纯净版Ubuntu的最新内核去赌兼容性除非你有把握自己处理底层依赖库的差异。硬件方面更要提前想清楚。如果只是装个ADS画原理图、做拓扑预分析16GB内存的机器也能跑。但SIPI方向的核心工作是全波提取、电源平面谐振分析和通道仿真这类任务对内存和多核性能特别敏感。我当年用一台低压轻薄本装ADS 2023去抽一个四层板的差分过孔模型内存占用直接飙到90%多仿真跑到一半还触发了系统卡死。后来老实换回工作站。所以个人机器如果要跑SIPI仿真内存建议32GB起步物理核心8个以上硬盘尽量用NVMe SSD对工程打开速度和网格剖分缓存的提升非常明显。2.2 许可证形态是客户端还是服务器决定你后面怎么填ADS使用许可证的方式大致分两类一类是Node-Locked单机许可适合个人电脑离线使用另一类是Floating浮动网络许可公司团队普遍采用这种方式许可证装在服务器上客户端通过网络checkout。安装时安装向导会问你许可证的来源可能要求填license文件路径也可能要求填类似27000license_server_hostname的服务器地址。SIPI团队里通常是用后面这种浮动许可因为一套许可可以在多台机器之间轮转成本上划算得多。但浮动许可也意味着要维护的细节更多。安装之前我强烈建议你先把下面这些信息记下来做成小抄放在安装记录文档里license server的IP或者主机名、端口号、公司实际购买的功能特征名称列表、以及本地是否有备用license文件。不要仗着脑子好使重装的时候凭记忆填错一个字母排查起来是纯纯的浪费时间。2.3 磁盘、目录与权限中文路径和共享盘是重灾区安装ADS这类大型EDA软件第一原则是安装目录不要有中文不要有特殊字符也不要用带空格的网络共享盘直接装。我见过不止一次有人图方便把安装包放共享盘里直接双击结果安装器写到一半license服务组件注册失败最后只能全部卸载重来一遍。第二个原则是安装目录里最好带版本号比如C:\Keysight\ADS2024Update2这样多版本并存时路径不会互相混淆将来卸载也清楚该删哪个目录。磁盘空间要留足。完整安装包含大量库文件、示例工程和求解器组件少说也要十几个GB像SIPro/PIPro加Momentum这些选件都勾上之后三五十GB很常见。不要看到安装包只有几个GB就觉得无所谓解压和安装过程中的临时文件一样占空间。如果权限方面受限Windows下要确保当前账号是本地管理员组的成员公司统一管控的机器还要提前找IT放开软件安装策略Linux下则要确认你有sudo权限或者能请管理员协助执行安装。2.4 安全软件与UAC安装器被悄悄拦下太常见安装大型EDA软件时杀毒软件误报太常见了。ADS安装器要往系统里写license工具、硬件锁驱动和大量环境变量这些动作在一些第三方杀毒软件眼里都算“敏感行为”有可能被静默拦截。安装之前我建议先临时退出第三方杀毒等安装完成后再打开。当然这必须符合你所在公司的安全策略别为了装软件把安全防线拆了。Windows的UAC弹窗也别急着点“否”。安装过程中会被要求写入注册表或安装系统服务UAC提示是正常现象直接允许就行。还有一个容易忽略的坑Windows Update自动重启。如果系统在安装过程中自动重启安装进度会中断之后要么反复回滚要么出现组件注册失败。装这种大型软件之前可以先把Windows更新计划里的自动重启时间挪开不是让你关更新就是别让它恰好撞在安装时间点上。3. Windows环境下的安装流程2022到2024年版本共通的顺序3.1 从拿到安装包到启动向导先别急着点Next在Windows上安装ADS的流程看起来都是“下一步下一步”但有几个前置步骤做对了能省掉后面一堆麻烦。首先把安装包放在本地磁盘不要放在共享盘或压缩包里直接运行。其次核对安装包的版本号和构建号记录到自己的版本台账里必要时算一下哈希值确认从内网下载的文件没被截断。然后右键“以管理员身份运行”安装引导程序。不同年份的ADS安装器界面有差异但大方向上通常分为License组件安装和主程序安装两大部分。有的版本会先要求安装License Manager再装软件主体有的版本则在主程序安装过程中一并处理。无论哪个顺序都不要想当然去跳过License组件的安装因为后续软件启动时找不到许可工具你会怀疑人生。通用的安装步骤接近这样退出所有正在运行的EDA和相关进程以管理员身份运行setup.exe接受许可协议选择语言指定安装目录路径中带明确版本号避免中文选择需要安装的特性组件配置License Server或License File开始安装等待进度完成重启系统启动ADS并验证License和求解器可用很多人安装出问题都是因为第5步特性选择和第6步License配置太随意。下面重点展开这两步。3.2 特性选择SIPI仿真真正需要装的是哪些ADS的功能选件特别多如果只做RF电路可能只需要Momentum和HarmonicBalance那一套但SIPI仿真场景下有几个组件我认为是必装的。首先是SIPro和PIPro。SIPro侧重视信号完整性分析PCB和封装级的通道建模、S参数抽取、DDR/PCIe等总线仿真都会用到PIPro侧重视电源完整性包括IR Drop分析、电源平面阻抗、去耦电容优化等。如果你的工作涉及板级或封装级SIPI这两个选件不装后面基本寸步难行。其次是电磁求解器。Momentum是平面结构全波仿真的老牌工具差分过孔、传输线、微带走线这些结构的EM抽取都离不开它如果涉及到更复杂的三维结构比如连接器区域、封装基板内部走线还会用到3D FEM求解器。所以我的建议是只要机器空间够就把Momentum和3D EM组件都勾上别等到需要跑某类仿真时才发现少装了一个求解器。第三是Layout和版图编辑基础组件这些通常属于默认安装但你依然要在特性列表里确认是勾选状态。选件/组件主要用途SIPI场景建议ADS Core原理图、拓扑、数据后处理必装SIPro/PIPro板级/封装级信号与电源完整性分析必装Momentum/3D EM平面与三维结构全波电磁抽取强烈建议RFProRF版图与EM协同仿真按需DesignKits厂商PDK和自定义库按工程加载这里补一句个人经验补装组件通常比重装整个软件快得多。如果你装完之后发现某个功能没有先别急着卸载重来看安装向导里有没有“Modify/Add Components”之类的入口能补装就补装。3.3 License指向的设置与常见误区安装过程中最坑人的就是License配置而且不同版本之间界面差异很大。老版本安装器可能要求你单独指定license文件路径新版本则常见要求填porthostname形式或者直接从license server获取。常见误区之一安装时明明填了server地址但启动时还是提示找不到许可证。原因往往出在环境变量上。ADS启动时通常需要读取LM_LICENSE_FILE这个环境变量或者读取安装在工具自带的license配置。有些安装器会把配置写进系统环境变量有些版本只写当前用户环境变量一旦用户切换变量就不生效。建议装完立即打开命令行执行echo %LM_LICENSE_FILE%确认里面确实有正确的server和端口如果没有就手动补进去。常见误区之二把多个版本的license配置混在一起。比如老版本用了AGILEESOFD_LICENSE_FILE新版本可能用LM_LICENSE_FILE两边指向的server还不一样启动新版的时候调用了旧配置导致feature版本不匹配。所以我会在安装过程中把两个变量名都检查一遍写进安装记录。排查顺序上Windows环境下可以用以下两条命令初步判断客户端和服务器的连通性echo %LM_LICENSE_FILE% lmutil lmstat -a -c 27000license-serverlmutil是FlexNet许可证工具的通用客户端如果你的机器上没有这个命令需要到License Manager的安装目录下找或者用完整路径调用。3.4 安装完成后的第一次启动验证方法安装完成、重启系统之后不要急着导入大工程先做一轮快速验证。第一步启动ADS看左侧或工具栏里License状态是否正常有没有弹出“feature not found”之类的报错。第二步新建一个空白工程随便放一个微带线或传输线模型加两个port做一个0到10GHz的S参数扫描。这一步的目的不是追求仿真精度而是确认求解器真的能跑起来。第三步检查SIPro/PIPro入口是否存在。打开ADS后你会看到菜单或工具条里有没有SIPro/PIPro的入口如果没有要么是安装特性没勾选要么是license里没有对应功能需要进一步区分。第四步打开一个简单的旧工程确认库路径能正常加载。很多问题要等到打开库的时候才暴露早暴露早解决别等要交付结果的时候再发现环境是坏的。提示首次安装完ADS后建议把安装时的日志文件目录记录下来。Windows下这类大型软件安装器通常会在%TEMP%或安装目录的log文件夹里留下完整日志后面卸载或者排查问题时能省很多事。4. Linux服务器端安装和多版本切换你比Windows更需要这份记录4.1 为什么SIPI批量仿真绕不开Linux很多Windows用户第一次意识到Linux服务器重要是被逼的。SIPI仿真尤其是全波电磁提取单次任务可能要跑几小时甚至过夜靠个人电脑窗口看着任务转圈太奢侈。团队里更常见的做法是交互式操作在Windows桌面上完成高强度的批量仿真提交到Linux集群上排队执行。这就意味着就算你的主要工作环境是Windows也需要会配合运维把ADS装在Linux服务器上。哪怕不负责安装也得能看懂环境变量和启动脚本的问题否则提交作业时报出的“cannot execute”“license not found”你会完全摸不着头脑。4.2 安装的通用流程和权限处理Linux上的ADS安装包通常是一个比较大的压缩包比如ADS2024_Linux_x64.tar.gz。拿到之后先解压按官方说明找到安装脚本用root或具备sudo权限的账号执行。安装到类似/opt/Keysight/ADS2024这样的目录不要随手装到普通用户的家目录下否则其他同事没法用。安装完成后普通用户要能在自己的shell里启动ADS至少需要在~/.bashrc或/etc/profile.d/下加这么几行export ADS_HOME/opt/Keysight/ADS2024 export LM_LICENSE_FILE27000license-server export PATH$ADS_HOME/bin:$PATH这里我特别提醒一个权限问题。如果一票同事共用同一个安装目录别图省事把/opt/Keysight/ADS2024下的文件设为777权限正确做法是建立一个专用用户组比如keysight_group把相关用户加进去目录权限设为750或755。这样既能让多人使用又不至于让随便谁改动安装目录里的库文件。仿真时的临时文件和数据写入也要提前规划。很多人习惯把工程放在自己home目录但全波抽取临时缓存特别大时间久了home目录会被撑爆。如果服务器有专门的Scratch盘或/tmp分区尽量在工程配置里指向这些可写空间避免把个人home目录当成临时转储站。4.3 多版本切换脚本别让PATH变成一锅粥Linux服务器上最忌讳的事情就是把多个版本的ADS bin目录全写进同一个PATH。一旦两个版本的动态库重名系统会默认加载第一个找到的最后你根本不知道当前调起的是哪个版本。我自己的做法是在/etc/profile.d/里不写死版本而是给用户提供可选的函数比如在~/.bashrc里加use_ads2023() { export ADS_HOME/opt/Keysight/ADS2023 export PATH$ADS_HOME/bin:$PATH export LM_LICENSE_FILE27000lic-server } use_ads2024() { export ADS_HOME/opt/Keysight/ADS2024 export PATH$ADS_HOME/bin:$PATH export LM_LICENSE_FILE27000lic-server }每次开新的shell按项目需要执行use_ads2023或者use_ads2024环境变量只进当前shell不会污染其他人的会话。如果团队规模大、版本多还可以引入Environment Modules这类环境管理工具但小团队真没必要上那么重的体系shell函数已经够用。我踩过的一次实坑是有同事把2022和2024两个版本的bin同时写进PATH结果跑批量仿真时某个脚本调用的Python库加载了旧版本目录里的so文件报错信息驴唇不对马嘴最后靠ldd一条条查依赖才定位出来。从那以后我就养成习惯批处理脚本里第一件事就是which ads和ads -version把实际调用的版本打出来确认无误再继续跑。4.4 Linux下的卸载与缓存清理Linux下卸载ADS我的建议是优先找官方卸载脚本通常在$ADS_HOME/uninstall或$ADS_HOME/bin/uninstall位置。运行卸载脚本后它会处理大部分在/usr/bin、/etc/ld.so.conf.d里注册的链接和配置。如果你直接rm -rf /opt/Keysight/ADS2024这些散落在系统目录里的配置不会自动消失后面装新版时很容易出现残留冲突。卸载之后还要检查几类残留。一是检查/etc/profile.d/和用户~/.bashrc、~/.bash_profile里有没有旧版本的环境变量顺手清掉。二是清理用户级配置目录比如~/.hpeesofconfig、~/.local/share/keysight这些在调试过程中生成的文件。不同版本的ADS可能共用部分用户配置如果直接节点机器上旧版本留下一个损坏的配置文件新版本启动时也可能跟着遭殃。删除之前建议先压缩备份确认新版本运行正常再删备份。5. 卸载不是拖进回收站避免重装翻车的完整清理链路5.1 Windows端卸载顺序主程序、Licensing组件、注册表很多人卸载软件就是在“程序和功能”里点一下卸掉ADS主程序感觉图标没了就完事。实际上这样卸载后License Manager、硬件锁驱动、注册表项、环境变量可能还留着新版本装上去时旧配置和新配置纠缠在一起光排查问题就能耗掉半天。正确顺序应该是先卸载主程序如果系统和安装器提示还有“Keysight License Manager”或“EEsof License Manager”之类的独立组件再单独卸载它们。卸载完主程序后检查安装目录是否还有剩余文件有的话手动删除但注意不要急着一口气把整个C:\Keysight都删掉如果别的版本还在用同一个父目录下的共享文件删错了会导致另一个版本也起不来。然后打开注册表编辑器搜索Keysight、ADS、Agilent、EEsof等关键词把与已卸载版本相关的、可以确认安全的注册表项删掉。这一步需要一点耐心注册表项很多不要看到一个删一个要先看路径和值是不是指向已经删掉的版本目录。尤其注意不要用网上那些“一键清理注册表”的工具它们识别不了EDA软件的共享运行库依赖经常把跨版本共用的VC运行库条目当成垃圾清掉后果是重装后各种DLL加载失败。5.2 Linux端卸载别直接rm -rf脚本和共享库比你想象得多Linux端的卸载逻辑类似。官方卸载脚本不只是删目录还会负责移除系统链接和License Manager的相关注册信息。如果没有官方卸载脚本再考虑手工清理但顺序和判断标准要清晰删除安装目录例如/opt/Keysight/ADS2024删除/usr/local/bin下指向该版本的符号链接检查/etc/ld.so.conf.d下有没有对应配置文件删除后执行ldconfig刷新动态库缓存清理环境变量和用户配置步骤之间不要跳。有人图省事直接不执行ldconfig装新版本后启动时动态库加载报错还以为是新版本安装包有问题。5.3 环境变量、许可配置和用户配置缓存的重置卸载完成到重装之间环境变量和许可证配置是必须要重点复查的区域。Windows上打开“系统属性-环境变量”检查PATH里的ADS相关项、LM_LICENSE_FILE、ADS_HOME、AGILEESOFD_LICENSE_FILE等变量是否还指向旧目录。如果有挨个改成新版本的预期值拿不准就先清空等重装时再让安装器自动写。Linux上可以用env | grep -i ads快速查看当前shell里所有ADS相关的环境变量然后检查/etc/profile.d/和用户家目录下的shell配置文件。另外要注意的是有些用户级配置缓存在卸载后并不会自动删除比如窗口布局、最近打开工程列表、license server记录等。它们在重装后可能干扰新版本让软件误以为还连着一台不存在的旧server。建议在卸载版本之后、重装新版本之前把这类用户配置目录改名备份不要直接猜测哪个文件是哪个功能。5.4 卸载之后做一次“体检”再开装卸完之后别急着把新版本装上就完事花十分钟做个体检。第一看安装目录是否清干净C:\Program Files\Keysight、C:\Keysight、/opt/Keysight下还有没有旧版本残留。第二看系统服务里有没有挂着“Keysight License”或“Agilent License”字样的服务如果服务还指向已经删掉的程序先停掉再清理。第三看端口占用尤其是license端口如果服务器角色就在本机确认旧服务已经释放端口。我习惯在重装之前把“待办确认清单”快速过一遍旧版本安装目录已从控制面板/卸载脚本中干净移除License Manager服务已停止无残留进程环境变量里旧版本路径已删除或改为新版本预期值用户配置缓存已备份并清理已经记录旧版本的license server地址、端口、feature列表这套流程看着繁琐但实际上是节省时间。直接重装找问题遇到的提示往往模棱两可折腾的时长远大于这十分钟。6. 重装最容易翻车的四个现场与排查链路6.1 现场一许可证checkout失败服务器明明还活着重装完之后最常见的翻车现场就是启动ADS时弹出Unable to checkout feature或者No license available。更气人的是你去看license server发现服务明明活着其他同事也能正常用只有你登录的这台机器不行。排查链路建议按这个顺序走第一步确认server端的许可证占用情况。用lmutil lmstat -a -c 27000server看对应feature到底被谁占用是总数满了还是只有你无法获取。第二步检查客户端的环境变量是否指对了server和端口尤其注意hostname的大小写、是否带域名后缀。第三步检查防火墙客户端和服务器之间的TCP端口能不能通。第四步检查客户端和服务器的时间同步时间差超过几分钟license校验会直接把请求拒绝。最后如果这台机器之前跑过旧版本检查后台是不是还有一个僵尸进程占着feature没释放tasklist或ps -ef里找ADS相关进程清掉再试。6.2 现场二打开SIPro/PIPro发现功能灰掉或找不到这种现象分两种情况。一种是真的没装对应组件安装特性选择时没勾选SIPro/PIPro另一种是license里没有对应功能的feature就算软件装了也调不起来。区分方法很简单打开菜单看入口是否存在或者看License Manager里有没有对应feature的checkout记录。如果确认是没装组件直接用安装器的Modify/Add Components功能补装不需要卸载重来。如果确认是license授权问题那就不是重装能解决的了得找负责license采购的同事确认功能是否真的购买了。我见过不少人在功能缺失时反复卸载重装浪费两三个小时后发现是授权清单本身就没有这个feature属于低级的无效消耗。6.3 现场三老工程打开后库路径失效cell全部变红重装完成后打开老工程看到库管理器里路径一片红cell全部失联通常是因为重装后的安装路径变了原来工程文件里记录的design kit路径还是指向旧目录比如C:\Keysight\ADS2023\designkits。解决办法是把库重新映射到新版本对应的路径或者直接在Library Manager中重新指向实际位置。这里尤其要提醒如果工程里用了厂商PDK重装之后还要重新确认PDK在当前ADS版本下是否通过了认证。Foundry和模型供应商经常对PDK和ADS版本做绑定跨版本直接加载不一定会报错但结果可信度要打折扣。这类问题在SIPI仿真里很要命因为层叠材料、过孔模型一旦从库文件加载不完整仿出来的阻抗曲线就是错的。预防办法是老规矩重装前把工程里用到的所有PDK名称、版本号和路径写成清单。6.4 现场四多版本PATH顺序导致启动版本不对有多个版本并存时你双击桌面图标打开的是2024但在脚本里执行ads命令时系统可能因为PATH顺序加载了旧版本。Windows环境和Linux环境都有这个问题而且极具迷惑性——界面看起来好像差不多实际版本号不同PDK加载情况也不同。排查方法很简单启动后看About窗口确认版本号命令行里先执行which adsLinux或where adsWindows确认实际调用的可执行文件路径。修复方式就是把不常用的版本从PATH里挪出去或者用完整路径启动。我自己的习惯是脚本第一行固定写绝对路径而不是依赖PATH里的ads命令。6.5 把我的排查习惯分享给你做了这么多年仿真环境维护我最大的体会是安装、卸载、重装这件事最怕的不是遇到问题而是遇到问题时没有记录可查。所以我现在每装一个版本都会在本地留一个文本文件记清楚版本号和构建号安装日期和安装路径License server地址、端口、feature列表勾选了哪些安装特性首次启动验证是否通过加载了哪些PDK库及对应路径安装过程中遇到的异常和处理方式另外准备一个“永不改变”的轻量测试工程里面放几条微带线、一个差分过孔或者一个简单的电源平面装完任何版本就先跑一遍这个工程确认S参数和IR Drop结果在合理误差范围内。这样既能验证安装质量也能在后续怀疑“版本结果不对”时快速做一个同条件对比。环境这个事说到底就是细节把细节管住了大部分折腾都可以提前避免。