RedHawk PI签核核心：SPEF/VCD/LIB输入与k_pi/IR阈值/EM电流密度参数详解

1. 项目概述RedHawk PI分析到底在做什么RedHawk是Synopsys公司推出的业界主流芯片电源完整性Power Integrity, PI、电流密度Electromigration, EM和电压降IR Drop签核级分析工具广泛应用于28nm及以下先进工艺节点的SoC设计中。所谓“PI/IR/EM签核输入文件与核心参数详解”不是教你怎么点开软件界面而是直击流片前最后一道技术防线——当物理设计完成、网表固化、版图定稿所有信号路径已确定此时必须用RedHawk对整个芯片供电网络做一次“压力体检”看电源轨是否稳得住、金属线会不会被电流烧断、关键模块压降是否超标。这三类问题一旦漏检流片回来的芯片轻则功能异常、频率上不去重则通电即烧毁损失动辄数百万美元。我带团队做过7颗28nm~5nm的AI加速芯片签核每次RedHawk跑完那几份关键报告才是真正松一口气的时候。本文不讲泛泛而谈的“RedHawk简介”只聚焦你打开项目目录后最先要碰、最容易填错、最常被DRC卡住的三类输入文件.spef寄生参数提取文件、.vcd开关活动波形、*.lib标准单元库以及决定分析精度与耗时的五大核心参数——k_pi、ir_drop_threshold、em_max_jc、temp_rise_limit、mesh_density。这些不是菜单里随便勾选的选项而是工程师用经验、仿真数据和工艺厂PDK反复校准出来的“生命线阈值”。比如k_pi这个参数它不是某个固定数值而是根据芯片工作模式典型/高温/低温、负载分布特征集中型/分散型、甚至封装热阻模型动态调整的加权系数再比如em_max_jc28nm工艺下铜互连的临界电流密度可能是1.2MA/cm²但到了3nm GAA结构同一层M2金属的jc限值可能变成0.8MA/cm²还必须叠加温度梯度修正。如果你还在把RedHawk当“自动报表生成器”用那离签核失败就只差一次没校准的k_pi设置。2. RedHawk PI分析整体设计思路与方案选型逻辑2.1 为什么必须用RedHawk做签核而不是用PrimeTime或StarRC很多数字前端工程师第一反应是“我用PrimeTime已经做了时序分析电源相关的问题能不能也靠它”答案是否定的。PrimeTime本质是静态时序分析STA引擎它处理的是“信号沿何时到达”关注的是延迟和建立/保持时间而RedHawk解决的是“电流如何流动、电压如何塌陷、热量如何堆积”属于多物理场耦合仿真。举个直观例子一个1GHz运行的CPU corePrimeTime能告诉你某条路径在1ns内能否完成翻转但它完全不知道——当这1000个触发器在同一时刻翻转时瞬态电流峰值会达到多少安培PDN网络上的等效阻抗是多少由此产生的IR Drop会不会让某块SRAM的VDD跌到0.65V低于其0.7V的最低工作电压更不用说EM效应持续10年工作后某根宽度仅80nm的M3金属线因电子风效应导致原子迁移最终形成空洞并开路。这种失效模式需要精确建模电流密度、温度、材料晶格结构、应力分布只有RedHawk这类专为电源完整性设计的工具才能承载。它的底层求解器基于有限元法FEM和电路-电磁场联合仿真能把整个芯片的供电网络抽象成数百万个电阻-电容-电感RCL节点并与标准单元的电流波形驱动源实时耦合计算。这不是简单的“查表估算”而是真正的偏微分方程数值求解。所以签核流程中RedHawk不是可选项而是强制项——Foundry厂的Design Rule ManualDRM里白纸黑字写着“28nm以下工艺PI/IR/EM签核必须使用Synopsys RedHawk或Cadence Voltus且报告需包含完整网格收敛性验证”。2.2 输入文件链路设计从RTL到RedHawk的四步数据流RedHawk的输入不是凭空生成的而是一条严格依赖上游设计数据的“信任链”。这条链路共分四步任何一环断裂分析结果即失效RTL to Netlist综合阶段使用Design Compiler或Genus进行逻辑综合输出门级网表.v或.vg。关键要求是必须启用-power选项确保网表中保留功耗相关属性如cell power pins、leakage power annotation。若此处遗漏后续所有电流波形都无源可依。Netlist Floorplan → SPEF Extraction布局布线阶段在Innovus或ICC2中完成物理实现后执行寄生参数提取PEX。SPEF文件是RedHawk的基石输入它描述了每根金属线的电阻R、电容C、电感L高频场景下L不可忽略。这里有个致命陷阱很多团队为了节省PEX时间采用“block-based PEX”只提取block内部寄生block间用预估模型但RedHawk签核要求必须是“full-chip PEX”即所有金属层、所有通孔、所有电源地网络的寄生参数都要精确到每个几何图形。实测发现block-based PEX会导致IR Drop误差高达15%~20%尤其在chip边缘区域。Activity Generation功耗分析阶段用VCS或Xcelium仿真生成VCD或FSDB波形文件。重点在于activity profile的真实性——不能用伪随机pattern必须是真实应用场景下的trace如DDR控制器连续burst读写、GPU shader core满载渲染。我们曾遇到一个案例用伪随机pattern跑RedHawk显示IR Drop合格但换用实际游戏引擎trace后GPU cluster区域压降瞬间超限30mV直接导致图像撕裂。因此VCD必须绑定具体use case并通过power_intent文件UPF格式明确power domain划分、retention cell配置、power switch控制逻辑。Library Technology FilesPDK集成阶段加载Foundry提供的最新PDK包括.lib标准单元功耗模型、.tftechnology file定义金属层厚度、电阻率、dielectric constant、.lefmacro物理轮廓。特别注意.lib中的power_lut_template——它定义了cell在不同输入转换时间input transition和输出负载output capacitance下的动态功耗查表模型。若PDK版本不匹配比如用了旧版16nm PDK跑7nm设计k_pi校准将完全失效。2.3 方案选型的核心矛盾精度 vs. 时间 vs. 资源RedHawk签核永远在三个维度上做平衡精度Accuracy、运行时间Runtime、计算资源Memory/CPU。没有“最优解”只有“最适合当前项目的解”。我们团队总结出一套决策树精度优先场景如CPU/GPU core、SerDes PHY采用full-mesh transient analysis temperature-aware EM。此时mesh_density设为0.5um即每0.5um见方划分一个计算单元IR分析时间步长≤10psEM计算启用Joule heating coupling。代价是单次分析耗时48小时以上需128核CPU2TB内存集群。效率优先场景如I/O ring、always-on domain采用coarse-mesh static analysis current density only。mesh_density放宽至2umIR用DC steady-state求解EM仅检查peak current density。耗时压缩至4小时内8核工作站即可完成。折中方案90%的SoC logic block这是我们最常用的模式——hybrid meshcore area fine, periphery coarse quasi-static IR EM with thermal derating。即对CPU cluster、Cache array等高功耗区用1um mesh对GPIO、PLL等低变化区用3um meshIR分析采用100ns time step的quasi-static方法比transient快5倍精度损失3%EM计算引入工艺厂提供的thermal map将环境温度25°C修正为局部结温105°C下的jc限值。这套方案在保证签核pass的前提下将平均分析周期从72小时缩短到18小时成为量产项目的事实标准。提示不要迷信“全精度模式”。我们曾为一颗AI chip强行跑full-mesh transient结果发现99%的网格单元计算结果与coarse-mesh差异小于0.5mV但耗时增加3倍。真正的工程智慧是在关键路径上死磕精度在非关键区果断降维。3. 核心输入文件深度解析与实操要点3.1 SPEF文件寄生参数的“DNA序列”如何读懂它的每一行SPEFStandard Parasitic Exchange Format是RedHawk的命脉它把版图的物理结构翻译成电路语言。一个典型的SPEF片段如下*HEADER *DESIGN top_chip *DATE Mon Jun 10 14:23:45 2024 *VENDOR Innovus *PROGRAM_VERSION 2023.06 *DIVIDER / *DELIMITER : *BUS_DELIMITER [ ] *UNIT 1000 1000 1000 *END_HEADER *NET VDD_MAIN *CONN I0 VDD_MAIN 1 *CONN I1 VDD_MAIN 1 *R 1 2 0.002345 *C 2 0 0.000123 *L 1 2 0.000000456 *END表面看只是电阻电容列表但每一行都藏着签核成败的关键*UNIT 1000 1000 1000这是单位缩放因子分别对应电阻ohm、电容farad、电感henry的10^3倍。即文件中写的R 1 2 0.002345实际电阻值是0.002345 * 1000 2.345 ohm。实操坑点若RedHawk加载时未正确识别UNIT所有IR Drop计算将系统性偏差1000倍必须在RedHawk GUI的Setup Technology Units中手动确认unit setting或在tcl脚本中显式指定set_units -resistance 1e-3 -capacitance 1e-15 -inductance 1e-9。*NET VDD_MAIN定义电源网络名称。RedHawk要求所有power net name必须与UPF中create_power_domain定义的name完全一致区分大小写。曾有项目因UPF写VDD_main而SPEF导出为VDD_MAIN导致RedHawk无法关联电源域IR分析直接报错“No power net found”。*CONN I0 VDD_MAIN 1表示instance I0的pin VDD_MAIN连接到该net端口类型为1power pin。这里的“1”是SPEF标准定义的pin type code必须严格匹配。若EDA工具导出时type code错误如把ground pin标成1而非2RedHawk会误判电流流向EM分析结果全盘作废。R/C/L三行这是物理互连的量化表达。R值取决于金属宽度、厚度、电阻率ρ1.68e-8 Ω·m for CuC值由上下层间距、介电常数ε3.9 for SiO2决定L值在低频可忽略但在GHz级SerDes中M1层的inductance可达nH量级直接影响IR噪声频谱。实操技巧用RedHawk自带的rh_shell命令report_net_parasitics -net VDD_MAIN -detail可导出该net所有RCL元件的坐标位置结合版图查看能快速定位高阻瓶颈如某段细长metal2走线R50mΩ即为IR Drop热点。注意SPEF必须是“flat”格式不能含hierarchy reference。Innovus导出时务必勾选-flat选项否则RedHawk加载会报“hierarchical net not supported”。3.2 VCD/FSDB波形文件电流的“心跳图”如何确保它真实反映芯片行为VCDValue Change Dump是IEEE 1364标准的文本波形格式FSDBFast Signal Database是Novels二进制加速格式。二者本质相同都是记录每个仿真时刻各信号的逻辑值变化。但RedHawk只关心与功耗相关的信号——主要是cell的输入pin transition和output load switching。一个有效VCD的关键特征必须包含power pins标准VCD默认不dump power pinsVDD/VSS需在仿真时显式添加。VCS命令示例vcs -sdf min_max tb_top.sdf definePOWER_DUMP \ -vcd vcdpluson vcdplustree vcdplusmmap \ -vcdtimescale 1ps \ -vcdfile wave.vcd \ tb_top.v其中definePOWER_DUMP触发power pin dump-vcdtimescale 1ps确保时间精度足够计算瞬态电流。activity必须归一化到实际频率VCD中的time unit是仿真tick需映射到真实时间。例如若仿真用1ns timestep而芯片实际工作频率为2GHz周期500ps则VCD中每2个tick代表1个真实周期。RedHawk的read_vcd命令必须指定-timescale 1ps否则IR分析会按错误时间尺度积分电流导致结果失真。避免“零活动”陷阱很多团队为省时间用idle pattern跑VCD结果RedHawk报告“IR Drop0mV”。这毫无意义必须用stress pattern——如CPU执行memset循环、DDR满带宽读写、PCIe gen4 x16 full lane toggle。我们自研了一套pattern generator能从RTL coverage report中提取hotspot module生成针对性activity trace使VCD文件大小减少40%但关键区域activity fidelity提升300%。实操心得VCD文件过大50GB会导致RedHawk加载失败。解决方案是用vcd_filter工具预处理只保留与power net直接相连的instances如flip-flop Q output, RAM data bus剔除无关control signal。经测试过滤后VCD体积缩小85%IR分析精度损失0.3%。3.3 LIB库文件功耗模型的“基因图谱”为何同一cell在不同PDK下功耗差3倍.lib文件是标准单元的功耗行为说明书其核心是power_lut_template和cell_power定义。以一个典型的INV_X1单元为例library (my_7nm_lib) { ... power_lut_template (pwrlut_template_1) { variable_1 : input_net_transition; variable_2 : output_net_capacitance; index_1 (0.01, 0.05, 0.1, 0.2, 0.5, 1.0); index_2 (0.001, 0.005, 0.01, 0.05, 0.1); } ... cell (INV_X1) { ... pin (A) { direction : input; } pin (Y) { direction : output; capacitance : 0.0023; power () { internal_power (pwrlut_template_1) { values (0.12, 0.15, 0.18, 0.22, 0.28, 0.35, 0.13, 0.16, 0.19, 0.23, 0.29, 0.36, ... ); } } } } }这段代码的意思是当输入信号transition time为0.1ns输出负载电容为0.01pF时该反相器翻转一次消耗0.18pJ能量。这个查表模型的精度直接决定了RedHawk电流波形的准确性。为什么同一INV_X1在16nm和7nm PDK下功耗差3倍工艺参数差异7nm FinFET的gate oxide thickness更薄1.2nm vs 2.5nmleakage current指数级上升metal layer更窄M2 width16nm vs 32nmresistance翻倍。模型复杂度升级16nm.lib通常只提供internal_power开关功耗而7nm.lib必须包含leakage_power静态功耗、switching_power动态功耗、short_circuit_power短路功耗三部分且leakage随temperature呈exponential增长。PVT corner覆盖7nm PDK要求.lib提供FFfast-fast、SSslow-slow、TTtypical-typical三个corner每个corner下又有-40°C、25°C、125°C三组temperature point。RedHawk签核必须在worst-case cornerSS125°C下运行此时leakage功耗可能占总功耗的40%。关键提醒.lib文件必须与SPEF、VCD使用同一PDK版本。曾有项目因.lib来自PDK v1.2而SPEF来自v1.3导致RedHawk计算的cell电流与实际版图寄生不匹配IR Drop报告虚高120mV引发不必要的PDN redesign。4. 五大核心参数详解与工程化配置策略4.1 k_piPI分析的“灵敏度旋钮”如何校准才不误伤也不漏检k_pi是RedHawk中控制PI分析严格程度的核心系数全称“power integrity scaling factor”。它不是一个固定值而是动态调节器作用于IR Drop计算公式Actual_IR_Drop k_pi × (I × R L × di/dt)其中I×R是欧姆压降L×di/dt是感性压降。k_pi的本质是把理论计算值按工程经验放大或缩小以匹配实测数据。校准逻辑三步法基准测试Baseline选取一块已流片验证的同工艺chip如上一代产品用相同flow跑RedHawk记录其关键block如CPU core的IR Drop报告值同时用探针台实测该block在1GHz满载下的VDD实际跌落值用oscilloscope抓VDD pin waveform。假设仿真得120mV实测得115mV则初始k_pi 115/120 ≈ 0.958。工艺漂移补偿Process Shift新项目采用同一PDK但不同lot waferfoundry会提供process shift report指出metal resistance increase 5%via resistance increase 8%。此时需将k_pi上调k_pi_new 0.958 × (1 0.05×0.7 0.08×0.3) ≈ 0.992权重0.7/0.3是经验分配metal影响更大。设计特征修正Design Specificity新项目CPU core面积增大20%cache容量翻倍意味着瞬态电流峰值更高、di/dt更陡峭。L×di/dt项占比上升而k_pi对感性项更敏感。参考历史项目数据此类design需额外0.03最终k_pi 0.992 0.03 1.022。常见错误配置全局硬编码k_pi1.0这是最大误区。它忽略了工艺、设计、测试条件的差异导致签核要么过于保守频繁fail浪费迭代要么过于宽松漏检真实问题。不同power domain用同一k_piCPU core和always-on RTC domain的电流特性天壤之别。前者di/dt极高后者近乎DC。必须为每个domain单独校准k_piRedHawk支持set_kpi -domain cpu_core 1.022 -domain rtc 0.98。实操技巧我们开发了一个k_pi auto-calibration script输入historical data process report design spec自动输出各domain k_pi建议值并生成confidence interval如cpu_core: 1.018~1.025。上线后PI签核一次pass率从62%提升至94%。4.2 ir_drop_threshold签核的“红线”为什么0.5V芯片用50mV而0.8V芯片用80mVir_drop_threshold是IR Drop签核的绝对阈值单位mV。它的设定绝非拍脑袋而是由三重约束共同决定器件电气规格Device Spec查阅standard cell library datasheet找到target voltage下的min operating voltage。例如0.5V core的cell要求VDD ≥ 0.45V即允许最大drop 50mV0.8V I/O的buffer要求VDD ≥ 0.72V允许drop 80mV。时序裕量Timing Margin电压下降会导致cell delay增加。根据library的delay vs. voltage curve计算drop对critical path的影响。假设某path在0.5V下delay100ps在0.45V下delay112ps而clock period1000psslack200ps则12ps delay增加尚可接受。但若drop达60mVdelay118psslack只剩182ps逼近signoff margin。噪声容限Noise MarginVDD drop会降低noise margin增加soft error rate。对于SRAM arrayfoundry要求noise margin ≥ 200mV若VDD nominal0.5V则实际VDD_min0.3V即允许drop 200mV——但这与device spec冲突必须取更严值50mV。工程化配置表Power DomainNominal VDDDevice Spec Min VDDTiming Impact LimitFinal ir_drop_thresholdCPU_CORE0.5V0.45V≤12ps delay increase50mVGPU_SHADER0.6V0.54V≤15ps delay increase60mVDDR_PHY1.1V1.0V≤20ps delay increase100mVRTC_ALWAYS_ON0.8V0.72VDC only, no timing80mV注意ir_drop_threshold必须在RedHawk的setup_signoff中为每个domain单独设置不能全局统一。用tcl命令set_ir_drop_threshold -domain cpu_core -value 504.3 em_max_jcEM签核的“生死线”为何铜互连的jc限值从2MA/cm²降到0.8MA/cm²em_max_jcmaximum current density是EM分析的核心阈值单位A/cm²。它的演变史就是半导体工艺的缩进史28nm planar MOSFETM1-M3层用Cujc限值约2.0MA/cm²Black’s equation: τ ∝ (j)^-nn≈2τ为MTTF16nm FinFETM1宽度缩至40nmaspect ratio升高jc限值降至1.5MA/cm²7nm FinFETM2层引入Co liner电阻率上升jc限值1.2MA/cm²3nm GAAM3层宽度仅30nm且stacked nanosheet结构导致current crowdingjc限值0.8MA/cm²为什么不能直接用foundry手册的jc值因为手册给出的是“ideal condition”值T25°C, uniform current, no stress而实际芯片存在三大恶化因子Temperature Gradient局部热点使金属温度达125°Cjc限值按Arrhenius方程衰减jc_actual jc_ref × exp[-Ea/k×(1/T_actual - 1/T_ref)]Ea≈0.5eV计算得125°C下jc仅剩ref值的42%。Current Crowding在via入口/出口处电流线密集局部jc可达平均值3~5倍。Material InterfaceCu/barrier (TaN) interface是EM失效起点interface roughness使有效jc限值再降15%。工程化jc限值计算em_max_jc_final em_max_jc_ref × f_temp × f_crowding × f_interface f_temp exp[-0.5/(8.617e-5) × (1/398 - 1/298)] ≈ 0.42 f_crowding 1/3 取crowding factor 3 f_interface 0.85 em_max_jc_final 0.8MA/cm² × 0.42 × 0.333 × 0.85 ≈ 0.095MA/cm² 95000A/cm²RedHawk中设置set_em_max_jc -layer M2 -value 95000实操避坑EM分析必须启用-temperature_aware选项否则忽略f_temp修正导致签核pass但实测1年失效。我们曾因此返工一颗5nm AI chip损失$1.2M。4.4 temp_rise_limit热-电协同的“温度天花板”如何从10°C升到30°Ctemp_rise_limit是RedHawk EM分析中允许的最大温升单位°C。它与em_max_jc形成闭环温度升高→jc限值下降→EM风险上升→需更严jc限值→又推高温升。这是一个正反馈循环必须打破。设定逻辑封装能力约束查阅package datasheet找到θjajunction-to-ambient thermal resistance。例如FCBGA-2500 package的θja8°C/W。若芯片功耗P50W则ΔT P × θja 400°C——显然不可能说明必须用heat sink或liquid cooling。实际设计中θja目标值为2°C/W则ΔT_max 50W × 2°C/W 100°C。但这是结温上限temp_rise_limit应留20°C margin设为80°C。工艺可靠性要求foundry规定max junction temperature ≤ 125°C。若ambient85°Cautomotive grade则允许rise40°C。但EM分析中我们取更严值30°C因为EM失效速率随T指数增长T↑10°CMTTF↓2×。RedHawk求解器限制temp_rise_limit过大会导致thermal solver convergence failure。实测表明35°C时Newton-Raphson迭代常发散。因此工程实践中temp_rise_limit设为30°C是精度与稳定性的最佳平衡点。配置方式set_temp_rise_limit -value 304.5 mesh_density计算精度的“分辨率”0.5um和2um的差距有多大mesh_density定义RedHawk将PDN网络划分的网格尺寸单位um。它是精度与性能的直接杠杆0.5um mesh每平方微米一个计算节点full-chip 10mm×10mm die需400亿节点。IR Drop计算误差0.5mVEM hotspot定位精度±1um但内存占用4TBruntime100小时。2um mesh节点数减少16倍内存250GBruntime6小时但IR Drop误差可能达5mVEM hotspot模糊成一片区域。我们的mesh_density分级策略Region TypeSize Scalemesh_densityRationaleCPU Core / Cache1mm²0.5um高电流密度需精确定位IR hotspotGPU Shader Array1~5mm²1.0um中等变化率兼顾精度与效率I/O Ring10mm²3.0um电流相对平稳主要check DC drop无需瞬态细节Always-On Domainentire die5.0umleakage主导用coarse mesh快速scan配置命令set_mesh_density -region cpu_cluster -value 0.5关键技巧RedHawk支持adaptive meshing即自动在high-gradient区域加密。启用命令set_adaptive_meshing -enable true -max_density 0.5可减少30% manual region definition工作量且精度优于fixed mesh。5. 签核流程实操全流程与关键环节实现5.1 RedHawk项目初始化从空白目录到可运行分析的7个tcl命令一个规范的RedHawk项目目录结构如下redhawk_proj/ ├── input/ │ ├── top.spef # full-chip SPEF │ ├── wave.fsdb # activity waveform │ ├── my_7nm.lib # standard cell lib │ └── tech.tf # technology file ├── setup/ │ └── setup.tcl # 主配置脚本 └── results/setup.tcl核心内容7行关键命令# 1. 加载技术文件 read_tech -file ./input/tech.tf # 2. 加载标准单元库必须指定PDK路径 read_lib -file ./input/my_7nm.lib -pdk_path /path/to/pdk/7nm_v1.3 # 3. 加载SPEF寄生文件-flat确保无hierarchy read_spef -file ./input/top.spef -flat # 4. 加载波形文件-fsdb比-vcd快3倍 read_fsdb -file ./input/wave.fsdb -timescale 1ps # 5. 定义power domains与UPF完全一致 create_power_domain -name cpu_core -power_net VDD_CPU -ground_net VSS_CPU create_power_domain -name gpu_shader -power_net VDD_GPU -ground_net VSS_GPU # 6. 设置核心参数按前述校准值 set_kpi -domain cpu_core 1.022 set_ir_drop_threshold -domain cpu_core -value 50 set_em_max_jc -layer M2 -value 95000 set_temp_rise_limit -value 30 # 7. 初始化mesh分区设置 set_mesh_density -region cpu_core -value 0.5 set_mesh_density -region gpu_shader -value 1.0运行命令redhawk -tcl setup.tcl -gui 注意read_lib必须带-pdk_path否则RedHawk无法解析lib中的technology-dependent parameters如metal resistivity。曾有项目因遗漏此参数导致EM分析中jc计算错误签核fail。5.2 IR Drop分析执行从DC到Transient的三阶段递进RedHawk IR分析分三级逐级深入Stage 1: DC IR Drop秒级命令run_ir_drop -analysis_type dc -domain cpu_core目的快速check DC bias condition。输出dc_ir_drop.rpt列出每个node的static voltage。若某node VDD 0.45V说明PDN topology有硬伤如power strap缺失需立即fix layout。Stage 2: Quasi-Static IR Drop分钟级命令run_ir_drop -analysis_type quasi_static -domain cpu_core -time_step 100ps目的模拟周期性开关。RedHawk将VCD activity按100ps切片对每片做DC solve然后拼接成time-domain waveform。输出qs_ir_drop.vtmvoltage vs. time map可观察VDD ripple peak-to-peak。Stage 3: Transient IR Drop小时级命令run_ir_drop -analysis_type transient -domain cpu_core -max_time_step 10ps目的捕获最恶劣瞬态。启用full Maxwell equation solve计算L×di/dt效应。输出transient_ir_drop.vtm用于分析sub-cycle noise。实操选择逻辑Signoff前final run必须用Stage 3Daily regression用Stage 2balance speed/accuracyLayout early stage用Stage 1instant feedback5.3 EM分析执行从Peak JC到Mean JC的双维度签核EM分析不是简单check“是否超限”而是双维度评估Peak JC Analysis峰值电流密度命令run_em -analysis_type peak_jc -domain cpu_core输出peak_jc.rpt列出所有metal segment的max jc。签核规则max jc em_max_jc_final。这是“生存线”超限必fail。Mean JC Analysis平均电流密度命令run_em -analysis_type mean_jc -domain cpu_core -window 100ns输出mean_jc