K2-01 热管理控制器（域控/ECU）硬件架构

课程代码 K2-01 · 板块 K 控制、软件与标定 / 控制器硬件与安全 时长 约 4.0 小时（5 讲） 前置 体系外前置（需自备）：电子电路基础（模拟/数字电路）；K1-01/K1-02 传感器与执行器基础；A1-02 对流换热与 A1-06 热阻网络法（做器件损耗到热阻预算的分配计算时需要） 本讲义定位 讲师授课蓝本 / 学员自学讲义，是 K2-01 大纲的完整展开版

---

引言：现场报上来的「软件 bug」，很多是硬件在评审桌上没被问出来的那几行

热管理域控上线之后，最常见的一类问题单抬头都写着「软件」：低温冷起动时控制器间歇性复位、水温读数随整车用电负载的变化在动、满载加热时功率管烫手而台架上「算过是够的」。接手的人改标定、加滤波、调阈值，三样都试过，现象原地不动。原因是这三个动作全都发生在软件层，而约束它们的那条边界画在硬件上——这块板在什么输入条件下允许做什么、一路输出上哪些故障看得见哪些看不见、一颗器件在多热的时候还剩多少余量。这门课把这块板拆开，讲清从信号调理到大电流驱动的整条硬件链路，并把这些边界一条一条摆到台面上。

钉子①：硬件不是给软件「提供能力」，是给软件「划定边界」。本课每一节最后都落到同一个动作上——把一个器件参数改写成一条「在什么激励下、允许什么行为」的三档契约（允许复位／必须维持功能／主动关断），而不是把一个额定值抄下来。这条钉子的判据当场可验：拿一份域控硬件规格书，任意指一行，要能答出三问——这个数是在什么条件下测的？它约束了软件的哪一个动作？余量还剩多少？三问答不出的那一行，就是后面所有「改标定」「加滤波」都推不动的一堵墙，而现场会把这堵墙报成软件 bug。

钉子②：损耗、结温、热阻是同一笔账，而且两个方向要分开走。设计方向（已知允许结温，求所需热阻）是从降额后的允许结温倒推允许的总热阻 ΣR_th，直接取限值温度下的 R_DS(on) 就一步到位、而且偏保守，不需要迭代；校核方向（已知 ΣR_th 求结温）才必须迭代——R_DS(on) 随结温上升、损耗又抬高结温，构成一条正反馈回路，还要判它收不收敛。两个方向用的是同一组公式，差别只在从哪一头进。⚠ 而拿规格书里常温那一栏的 R_DS(on)（它是这条曲线上最小的一档）去算，后果是：设计方向会把热阻预算算松、校核方向会把结温算低——两头都偏向「看起来够」。这正是散热裕量不足能在评审阶段被一路放过去的机制。

本课最容易被读反的一条，是「把 ADC 参考电压稳住，温度读数就准了」。它听上去无可挑剔，读者据此会做的那个动作也很具体：现场发现水温读数随整车用电负载在动，下一版硬件就给 ADC 换一颗独立的精密基准，并把它与热敏电阻上拉支路的激励分开供电。在热管理域控里数量最多的那一类通道上，这一改会让供电漂移从「被对消掉」变成原样进读数，精度不升反降。原因在量化关系上：上拉电阻的激励与 ADC 参考取自同一个节点时，读数满足 code/2ᴺ = R_NTC/(R_NTC + R_pull)，只由分压比决定——激励电压是多少、漂了多少，都在分子分母里同比例对消掉了；一旦换成一颗与激励无关的独立基准，量化关系就回到 V_ADC = code × V_ref/2ᴺ 这个绝对口径，激励轨上每一点漂移原样变成温度误差。方向恰好相反。

⚠ 但这句话不是「永远错」，它是对一半：分流电阻上取到的压降、以及输出绝对电压（不随供电缩放）的那一类传感器，被测量本身就是一个绝对电压，参考不稳就是直接误差——在非比例式通道上，「参考要稳」完全成立。⇒ 正解不是记住哪一句话对，而是先判通道类型：激励与参考是不是同一个节点？被测量是「比值」还是「绝对电压」？判完再决定参考怎么给。⛔ 不许把「参考要稳」当成全课通用结论。与它同根的还有两层，第 2 讲会正面立规矩：同源是精度手段、隔离是冗余手段，两者不是二选一——正解是「精度通道内同源、冗余通道间隔离」，读成二选一的人会为了做真冗余把主通道的同源关系也拆掉，两头做差（冗余与共因失效的判法去 I7-02 失效安全（Fail-safe）与冗余设计、K1-03 传感器布置、冗余与信号可靠性）；以及「同源」是节点级的，不是「接在同一个电源名字上」——传感器回流经过的那段地线上的压降，就足以把同源关系在电气上打断，读数照旧随负载漂。

最后一件必须先说清的是射程：本课的对象自始至终是「这块板」。往外走，试验布置与限值等级、整车低压侧的负载求和与母线压降、整车电源模式与休眠、PCB 板内那一段热路径的取值方法、密封腔内三种传热模式占多少、高压加热器本体的功率级、执行器的控制律与标定、软件侧的信号处理与故障判据、通信矩阵与总线时延——八个方向各有属主，第 1 讲会把它们画成一张边界图。⚠ 图上会写明「去向 ≠ 已讲过」：本课前指的课多数目前只有大纲，正文只告诉你该去问谁，不替它们下结论。五讲的走法是：第 1 讲把这块板放回整车电子电气架构里，说清它管什么、「管辖」分哪三种关系、边界落在哪；第 2 讲进板内，讲 MCU 选型、板内电源链、模拟前端与采样、看门狗与复位时序，以及板级电气激励谱那份三档契约；第 3 讲讲功率驱动，从拓扑选型一路算到损耗、结温与热阻预算；第 4 讲讲诊断与保护，要判读的是覆盖矩阵上的空格而不是打勾；第 5 讲讲电磁兼容、环境适应性与开发流程节点——它回答的是同一个问题的最后一问：这件事，现在还改不改得动。

第 1 讲　这块板在整车里的位置：先划清它管什么、不管什么

一块热管理域控板的硬件评审，最常见的失分不在某颗器件选错，而在还没开始选之前——功能框图上整类少了两块、把一路只发指令的负载当成板上直驱去算热账、或者拿本板的耐受结论去回答整车的可用性问题。这三件事都发生在「划边界」这一层，而它们造成的返工全部落在后面四讲。所以本讲不选任何一颗器件，只做六件事：先说清域控这个形态是被什么推出来的（1.1），再把这块板上到底有什么画成一张十二块的功能框图（1.2）；然后把「管辖」这个词拆成三种硬件要求完全不同的关系（1.3），交代与别的域融合之后硬件侧真正要管的三个落点（1.4）；接着一次说清本课的射程与外围各个方向的属主（1.5），以及架构再往前走一步、模拟通道搬到区控之后本课的输入端会变成什么（1.6）；最后把全课要用的五组符号与口径钉死（1.7）。⚠ 本讲一个数都不给——这不是省略：本讲交付的全部是结构与归属，凡是带数的结论都在后面四讲，且各自带自己的口径。

1.1 域控演进的驱动力不是「少几个盒子」，而是线束、算力共享与可维护性——对热管理最直接的后果是它不再有专属盒子

是什么。三个形态是连着的：分布式架构下每个功能一个控制器，各自带电源、各自带外壳、各自出一束线；域控把同一个域里的多个功能收进一块板；中央计算平台再把域也收上去，域这一级退化成区域接入与执行。热管理在第一阶段通常还有自己的盒子（空调控制器、电池热管理控制器各一个），到了第二阶段，它多数时候是寄居在一块与别的功能共享的板上的若干路输出与若干个任务。

为什么会往这个方向走。真正推动它的不是「盒子好看」，是三笔账：线束长度与接插件数量（重量、装配工时、以及每一个接插件都是一个故障点）；算力与存储的共享（一颗大 MCU 的裕量可以被多个功能分摊，而每个功能各买一颗时那份裕量是买不到一起去的）；整车软件的可维护性（升级点收敛，一次刷写覆盖一个域而不是一串盒子）。⇒ 判断某个项目该不该合板，判的是这三笔账，不是盒子数。

工程量级。⛔ 本条不给数——减重多少、少几个接插件、省多少成本，全部取决于本平台的架构方案与基础车型，属平台相关量。⚠ 更要紧的是：这类数即使拿到，也不能横向搬用，因为它高度依赖被合并的是哪几个功能。

易错点。两个，方向相反。①把演进读成「盒子越少越先进」，于是在需求还没稳的项目上强行合板——结果是热管理的实时性要求与别的功能在同一块板上互相牵制，谁也不能单独改。②忘了合板同时意味着失效后果被放大：一块板复位，所有挂在它下面的功能一起失去指令；分布式架构下一个盒子坏了只丢一个功能，域控下丢的是一整片。⇒ 这条后果直接决定 1.4 的三个硬件落点为什么必须做。

1.2 功能框图的全集是十二块不是五块——漏掉的那两块不是器件，所以它们不会以「少了一行」的形式暴露

是什么。把一块热管理域控板画成功能框图，最常见的画法是五块：MCU、电源管理、功率驱动、诊断与保护、通信收发。本课要求画十二块，另外七块是：

序	功能块	它在这块板上负责什么	本课的处理
①	MCU	计算、定时、外设通道	第 2 讲展开选型
②	电源管理	输入保护、前级变换、各电源域	第 2 讲展开，边界见 1.5
③	功率驱动	开关器件与驱动级	第 3 讲展开
④	诊断与保护	故障检出、保护动作、回读	第 4 讲展开
⑤	通信收发	总线物理层与收发器	只给落点，去 K2-02 CAN/LIN/CAN-FD 通信与整车 EEA 集成
⑥	时钟与复位	晶振与内部振荡源、复位源、复位原因寄存器	第 2 讲展开（复位原因寄存器是关键证据）
⑦	非易失存储	存学习值与标定值	⛔ 只给落点与「谁在什么时候写」，介质选型与掉电写一致性不在本课
⑧	调试与刷写口	调试接口、引导加载引脚、产线下线写入与封口	⛔ 只给落点，产线工位组织不在本课
⑨	内部电源域划分与上电次序	常电域／点火域／传感器激励域／栅极驱动域	第 2 讲展开板内那一层；整车电源模式去 K3-11 热管理域的上下电时序、run-on 编排与休眠期能耗预算
⑩	接地与回流	数字地／模拟地／功率地的分割与单点汇接	贯穿第 2、4、5 讲
⑪	连接器与线束接口	承流针与信号针的分工、防误插、密封	第 5 讲展开约束侧
⑫	壳体与安装面	热路径的最后一段，同时是电磁兼容的参考面	第 3、5 讲展开约束侧

★ 这七块是本课按全集补出来的，⛔ 不要把它们当成常见五块画法里原本就有的条目；引用时请说明出处是本课的归纳。

为什么偏偏是这七块被漏掉。因为多数人是沿「这块板上有哪些器件」这一条线索数出来的。凡不在这条线索上的东西，不会以「少了一条」的形式被发现，而是整类不出现——其中最要命的是⑩与⑫：它们根本不是器件。接地与回流是一组铜面加一个汇接点，壳体与安装面是结构件，两者在按器件枚举的物料表里连一行都不占。而现实是：板级电磁兼容问题几乎都能追到回流路径上（发射来自环路，抑制手段的第一档也在这里，见第 5 讲），密封盒里器件的温升几乎都由「传到壳体」这一段决定（腔内空气几乎不参与，见 1.5 的去向与第 3 讲的热阻链）。⇒ 两个主战场，恰好落在唯一两块「没有物料行」的功能上。

工程量级。⛔ 不给数——功能框图是结构图，本身不带任何数值。⚠ 这条不是免责，是口径：框图上一旦出现电压、电流或温度，读者就会把它当参数表用，而框图的方框位置与连线长度不代表任何物理量。

易错点。①把连接器画成一条离开画布的线——于是承流针与信号针的分工、密封等级、防误插全都没人管，而这三样每一样都能让整块板在装车后失效；②把壳体画在图外——热路径的最后一段与电磁兼容的参考面同时从图上消失，后面第 3 讲那笔热阻账就没有终点、第 5 讲的屏蔽与接地也没有参考。⇒ 判一张框图画全没画全，最快的办法是问两句：热最后传到哪里去？回流最后从哪里回来？两句在图上找不到答案，就是漏了⑩与⑫。

1.3 「管辖」分三种关系：板上直驱、只发指令、只给使能与联锁——判错这一步，负载账与散热账会整块错一个量级

是什么。热管理域「管」压缩机、电子阀、风扇、水泵、PTC，这句话在硬件侧是三件完全不同的事。分类判据只有一条：这一路在本板上到底有没有功率级？

关系	功率级在哪	典型件（按典型形态）	本板要算的账	本板能拿到的诊断
(甲) 板上直驱	在本板上	低压电阻加热类（加热膜、除霜除雾丝）、开关型电磁阀、风门执行器、步进式电子阀、部分小泵	导通损耗 ＋ 热路径 ＋ 短路诊断	电流、电压落点、器件温度——电气层可见
(乙) 只发指令	在部件本体（智能件自带功率级与本地闭环）	无刷电子水泵、冷却风扇模块、座舱鼓风机调速模块、总线式电子阀、电动压缩机的指令通道	指令接口 ＋ 回读约定，⛔ 没有功率损耗账	只有回读报文——部件说什么就是什么
(丙) 只给使能与联锁	在部件本体或高压配电侧	高压水暖／风暖 PTC、电动压缩机的高压侧	联锁时序 ＋ 状态确认	使能反馈与状态位

★ 这套三分法是本课归纳的判据，⛔ 不是既有条款；它在执行器控制侧的镜像是「先判这根 PWM 是功率线还是信号线」（该问题在 K1-02 执行器驱动：电子阀/泵/风扇/压缩机 PWM 已展开）。

为什么必须先分这一步。三类对本板提出的要求几乎不重叠：甲要的是「功率级 ＋ 热 ＋ 诊断」，乙要的是「指令接口 ＋ 回读约定」，丙要的是「联锁时序 ＋ 状态确认」。第 3 讲那一整套损耗—结温—热阻的链路，只对甲成立；第 4 讲的电气故障诊断矩阵，对乙基本失效（板上根本看不到那路电流）。⇒ 分类判错，后面两讲的方法会被用在不成立的对象上，而算出来的数看起来完全正常。

⚠ 本域要管的负载，沿「四类执行器名字」去数会整类漏掉两项。逐项核过之后的全集里，除上表列出的那些，还有：传感器激励与上拉偏置输出（它是板上实实在在的一路输出，且它决定 K1-01 热管理传感器信号处理与故障诊断 那套故障电压落点长什么样，见 1.6 与第 4 讲）；使能／联锁类小信号输出（它不驱动功率，但它决定别的功率级能不能动）。这两项不叫「执行器」，所以沿执行器名单数永远数不到——而它们各自都能让一整套诊断结论失效。

工程量级。⛔ 不给数——每一路的电流由所选部件的规格给出；跨部件求和、同时率假设与整车低压侧的容量校核归 K2-06 热管理低压供电边界：DCDC 容量、多执行器同时率与 12V 能量保底，⛔ 本课不做求和。

易错点。三个，每个都错一个量级。①拿电动压缩机的整机功率去给本板算散热——它的功率级根本不在本板上，本板上那一路只是指令与使能；②把智能件的 PWM 指令线当功率线去算 I_rms²·R_DS(on)，凭空造出一笔不存在的热账；③反过来，把真正直驱的低压电阻加热类负载当成指令线，于是漏掉了本板上最大的一笔热账——这一类是纯阻性、满功率时接近连续导通，是第 3 讲那笔账的主角。⚠ 还有一个高发的半错：同一个部件可能同时落在两类里（压缩机与高压 PTC 的指令通道属乙、高压使能属丙），逐路判、不要逐件判。

1.4 融合到别的域之后，硬件侧只有三个落点归本课：电源域划分、独立看门狗与「谁能复位谁」、互不干扰的物理边界

是什么。热管理与车身域／动力域融合之后，一块板上同时跑着安全等级不同、实时性要求不同的功能。硬件在这件事上要提供的不是「软件怎么分区」，而是分区赖以成立的物理基础：一个功能出问题，不会把别的功能一起拖下水。

为什么只剩这三个落点。软件层的分区与互不干扰论证归 K4-01 热管理嵌入式软件架构与 AUTOSAR 基础／K2-03 功能安全（ISO 26262）在热管理中的应用，⛔ 本课不写论证方法。但那套论证有三样硬件前提，缺一条论证就落不了地：

• 电源域分开——一路负载短路把某一个域的供电拉垮时，不能把整板一起拉垮。这一条对应 1.2 表里的⑨，板内那一层在第 2 讲展开。
• 看门狗独立——受监控的那个核不能自己给自己发复位许可。这是「独立」两个字的全部含义；把外部看门狗的时基取自被监控核的同一个时钟源，独立性当场消失（第 2 讲还会从首次喂狗窗口那一侧再敲一遍）。
• 复位关系是有向的——谁能复位谁，必须在图上画出来，且不能出现互相复位的环：一旦成环，任意一侧的偶发复位都可能被对侧再触发一次，现场表现为「反复重启、找不到源头」。

工程量级。⛔ 不给数——这三条是结构要求，不带门限；与它们相关的电压门限（复位阈值与迟滞）与时间窗口（首次喂狗窗口）在第 2 讲交代，且同样属平台相关量、本课不给数。

易错点。把「加了锁步核就安全了」当结论。锁步核逐周期比对两个核的执行结果，它覆盖的是核内的随机硬件失效；时钟、电源、存储器这些是共因——两个核用同一个时钟、同一路电源，共因失效会让两个核错成一样，比对当然比不出来。⇒ 锁步核必须与独立时钟监控、存储器校验、独立看门狗一起用；单靠一项就宣称达到某个安全等级，是把「一种机制」当成了「一套论证」（论证方法归 K2-03 功能安全（ISO 26262）在热管理中的应用）。⚠ 同一个道理在第 2 讲还会以另一副面孔出现：冗余通道之间共用一颗基准、一路供电、一个多路复用器，也是共因。

1.5 本课只管「这块板」：往外每个方向各有属主——这不是客套，它决定了你拿不到限值时该去问谁

是什么。本课的对象是一块板：它在什么输入条件下做什么行为、板上每一路能驱动什么、能诊断出什么、热往哪里走、量产前还能改什么。凡是对象不是「这块板」的问题，本课只给去向：

你要回答的问题	属主	本课在这条边界上交出去的东西
电气激励的试验布置、限值等级选取、功能状态分级判读、超标后的分源整改闭环	L1-05 电气类试验：电源负荷、EMC 发射抗扰、整改闭环与电气安全取证	板级抑制手段与开发节点
整车低压负载求和、同时率、DCDC 容量校核、母线压降	K2-06 热管理低压供电边界：DCDC 容量、多执行器同时率与 12V 能量保底	本板对输入条件的要求（这一侧的输入项）
整车电源模式、run-on 编排、休眠期能耗与暗电流配额	K3-11 热管理域的上下电时序、run-on 编排与休眠期能耗预算	板内上电次序与复位行为（⛔ 不含域级编排）
PCB 板内那一段热路径的取值方法（铜厚、层数、热过孔）	E5-05 板级（PCB）热设计：铜厚、热过孔与基板路线选型	板级热约束（只给约束不给方法，见第 3 讲）
密封腔内传导／对流／辐射三模式占比的估算判据	J2-04 共轭传热（CHT）仿真方法／E3-01 OBC / DCDC 散热设计	「靠传导到壳体」这条结论的工程后果
高压加热器本体的功率级与开断能力论证、触点粘连检测	G9-03 加热器功率控制与温度保护（该课已展开）	本板侧的使能与联锁要求
执行器控制律、标定、保护动作链	K1-02 执行器驱动：电子阀/泵/风扇/压缩机 PWM（该课已展开）	器件与电路层的选型、损耗、诊断能力
软件侧的信号处理与故障判据	K1-01 热管理传感器信号处理与故障诊断（该课已展开）	阈值的判定顺序（不是阈值本身，见第 4 讲）
通信矩阵、信号定义与总线时延	K2-02 CAN/LIN/CAN-FD 通信与整车 EEA 集成	收发器在框图上的落点

★ 这份射程声明是本课按各门邻课的边界声明逐条核对之后归纳的，⛔ 不是既有条款。

为什么必须一次说清。本课的每一条结论都以「板」为对象，把它跨出去用就是跨射程引用——例如拿本课的板级瞬态耐受结论去回答整车电源可用性，会整块漏掉整车侧的储能、优先级仲裁与放弃顺序（那些量根本不在本板上）。⇒ 边界的意义不是免责，是告诉你限值该去问谁：本课在很多处判「不给数」，那不是没有答案，是答案的属主在另一门课或在本项目的规范里。

⚠ 有一条特别值得单独看：阈值的判定顺序。开路／对地短路／对电源短路那三个电压门槛，K1-01 热管理传感器信号处理与故障诊断 与本课都不给数（它们由偏置策略、上拉下拉阻值、传感器输出阻抗与线束及接地压降共同决定）。若两边都只写「不给数」，读者两门课读完什么也拿不到。⇒ 本课的交付改成决定阈值的那串量与它们的判定顺序，即「阈值是怎么定出来的」，落点在第 4 讲。

工程量级。⛔ 不给数——本条是归属声明，不含任何数值、等级号或条款内容。

易错点。把「去向」读成「已经讲过」。⚠ 上表里除三门已核过原文的之外，其余多数目前只有大纲。⇒ 正文写的是去哪门课，⛔ 不是「那门课已经给了你限值」；拿不到限值时，正确动作是回到本项目的电气负荷规范、降额规范与所选器件的数据表，而不是继续找讲义。

1.6 Zonal 之后模拟通道搬到了区控——本域拿到的不再是电压而是报文，诊断责任必须跟着一起搬

是什么。架构再往前走一步，就近接入把信号路径从「传感器 → 一根长线 → 域控」改成「传感器 → 短线 → 区控 → 骨干 → 域控」。这一改不只是线变短了：模拟前端、偏置电路与电压落点诊断，整套搬到了区控那块板上。域控侧收到的是一个已经数字化、已经被别人判过一次的量。

为什么这件事对本课特别要紧。因为它直接改变了本课几乎所有诊断结论的适用对象。第 4 讲会讲清「开路的电压落在哪一段取决于是上拉还是下拉」——这条判断的物理落点跟着偏置电路走，偏置电路搬到区控，这条判断就归区控那块板。域控侧剩下的只有报文层的合理性检查：超时、超龄、范围、交叉一致性。⚠ 这四项检不出电压层的故障形态：一路 NTC 断了，区控若把它判成某个默认值再发出来，域控侧的四项检查全部通过。

工程量级。⛔ 不给数——跳数、转换次数与最坏时延归 K2-02 CAN/LIN/CAN-FD 通信与整车 EEA 集成，本课不给任何时间量。本课在这条边界上交付的只是物理路径与诊断责任的分界位置。

易错点。接口文件里只约定了信号名与量纲，没约定三件事：谁做电压层诊断、诊断不出来时报什么、阈值由谁定。后果有两种，都见过：责任真空——同一个开路故障两边都没置码，故障不进故障码、不进降级、不进售后；责任重叠——两边都置码，售后拿到两个互相矛盾的码，先换错件再说。⇒ 正确动作是在接口文件里把这三句写死，而不是在任何一侧多加一层软件判断。

1.7 本讲末钉死五组符号与口径：后面四讲全部按这里的写法，⛔ 中途不改

是什么。后面四讲要算三笔账（损耗与结温、模拟通道的分辨力与误差、诊断阈值的判定顺序），三笔账里有五处符号或口径天然容易混。这里一次钉死：

#	量	全课统一写法与口径	⛔ 禁止
①	导通损耗里的电流	一律写 I_rms（均方根值）；导通损耗按 P_cond = I_rms² × R_DS(on) 记	⛔ 禁止裸写不带下标的 I；⛔ 禁止用平均值代入（第 3 讲会给出这两者差在哪里）
②	结温公式里的环境温度 T_a	全课统一取「器件所处的局部环境温度」；⚠ 在密封盒场景下显式声明：它不是车外空气温度、也不是机舱空气温度	⛔ 禁止在整车环境／安装位局部空气／密封壳内空气／板面与壳体温度这四个候选口径之间中途换用
③	ADC 的位数	N 表示标称位数、code 表示量化码；「有效位数」是另一个量（实测量，不是标称）	⛔ 禁止用同一个符号同时表示标称位数与有效位数——第 2 讲那条被读反的结论就是从这里开始滑的
④	占空比	一律写 D，正文与图上一律用百分数（D=100%、D=80%）	⛔ 禁止在正文与图上混用「D=1」与「100%」两种写法（同一个量同值同写法）
⑤	热阻分段	R_th(j-c)（结到壳）· R_th,TIM（界面材料那一段）· R_th,board+case（留给板与壳体的剩余预算）· ΣR_th（总和）	⛔ 禁止裸写不带下标的 R_th——第 3 讲那笔账的全部争议都发生在「这个 R_th 是哪一段」上

为什么这不是格式洁癖。三个理由，每一个都对应一种真实的返工：①口径不写死，两个人算出来的数没有可比性——同一路 MOSFET，一个人按机舱空气温度取 T_a、另一个人按壳内局部温度取，结论一个「余量充足」一个「已经超了」，而两份计算书都自洽；②符号一旦丢下标，错误就不可见——R_th 少一个下标，界面材料那一段可能被算两遍或一遍都没算，结果照样是一个像模像样的数；③同一个量两种写法，图与正文就对不上，读者拿图上的数复算正文的数永远差一截，最后不信任的是整份材料。

⚠ 这一节其实就是钉子① 的第一次落地。本课全程要敲的那句话是：硬件不是给软件「提供能力」，是给软件「划定边界」。判据可以当场验——拿一份域控硬件规格书，任意指一行，要能答出三问：这个数是在什么条件下测的？它约束了软件的哪一个动作？余量还剩多少？上表五组约定，管的正是三问里的第一问：口径。⇒ 一行参数写着 R_DS(on) 却不注明测试温度与栅压、写着 T_a 却不说是哪一层空气、写着诊断能力却不说在什么工况下失效——这样的行，后面所有「改标定」「加滤波」都推不动，而现场会把这堵墙报成软件 bug。第 2 讲开始，我们就按这五组口径，一行一行去读那份规格书。