40_仿真验证 09 —— 仿真与实测对账方法论：让仿真真正参与设计

仿真最常见的失败形态不是“算错了”，而是**“算得很漂亮但没人知道对不对”**。本篇给出一条可执行的闭环，以及可容差的工程判据。

核心观点：没有核对记录的仿真结果，在评审与量产决策中不具备证据效力。核对不是形式，而是把“模型的适用范围”量化出来。

0 本篇速览：四步核对法

1 为什么要核对

仿真与实测不一致是常态，不是失败。差异来源可分为三类，处理方式完全不同：

未核对就下结论，等于把三类混在一起猜。 核对的首要价值是归因，而不是“让仿真变得准”。

2 同工况：最常被忽略的一条

仿真条件与实测不一致，是最高频的“不一致原因”。必查项：

动作：把仿真的工况显式写进文件头（输入、负载、温度），与实测记录一一对应。

3 同测量点：测量本身会改变电路

这一条是“表一搭就变”类故障的根源，库内多颗 IC 的 04 篇都把它列在陷阱首位（见故障现象反查表“布线、接地与测量引入的假故障”类）。

LLC 特别注意：库内NCP1399 陷阱 4明确记录了示波器探头把谐振电容放了电（数据手册原文警告）。测谐振腔电压必须用高阻差分探头或光纤探头。

4 同定义：把口径钉死

做法：在工程记录里写下一句“纹波定义为 X、带宽限制为 Y、测点在 Z”，此后所有仿真与实测都按此口径。

5 容差判据：给一个可用的工程尺度

没有统一容差时，“差 3% 算不算通过”会变成口水战。可参考的起点：

这些都是起点，不是标准。做满 2~3 轮核对后，应把容差更新为“本项目历史偏差分布”，这比任何通用值都有用。

6 误差归因表

发现偏差后，按此表定位：

7 什么时候必须停用仿真

以下情形仿真不构成证据，必须以实测为准：

在设计评审中，主动声明这条边界比给出更多仿真结果更有价值——它把注意力引向真正需要测量的地方。

8 记录规范

每个仿真工程应包含一份简短记录（库内sim 目录即按此组织）：

工程名 / 日期 / 工具与版本
目标：要回答什么问题
模型：层级（开关级/平均级）+ 关键参数来源
工况：Vin / 负载 / 温度
结果：关键波形与数值
对账：实测值、偏差、归因、容差判定
结论：可用于什么 / 不可用于什么

最后一行“不可用于什么”最常被省略，也最重要——它是防止后续误用的唯一保险。

速查

与库内文档联动

• 建模方法：08_建模方法论
• 实战：02_GeckoCIRCUITS 实战、03_LTspice/ngspice 实战、05_反激环路波特图实战
• 手把手：仿真教程
• 反查：故障现象反查表

上一级：40_仿真验证 板块导览

2026-10-07 复跑：本篇全部记录值已在本机复现（ngspice 44.2 / LTspice 26.0.2），明细见 10_仿真复跑记录。