E5-01 自动驾驶域控/大算力芯片散热设计

课程代码 E5-01 · 板块 E 电驱与电力电子热管理 / E5 智能电子与大算力散热 时长 约 4.0 小时（6 讲 + 1 次结温反算实操） 适合对象 域控 / 电子结构与热设计工程师；做自动驾驶、大算力平台散热的人（必修） 前置 A1-06 热阻网络法与集总参数建模；E2-03 功率模块封装、DBC 与热阻网络（热阻方法） 本讲义定位 讲师授课蓝本 / 学员自学讲义，是 E5-01 大纲的完整展开版

---

引言：评审桌上第一个被问出口的问题，恰好是这门课要推翻的那一个

一个 L2+ 行泊一体域控摆在评审桌上：铝壳、全密封、按防尘防水要求做成无风扇结构，里面两颗大算力 SoC，加一整套电源级、内存与存储、车载以太网交换芯片与 PHY。整盒持续功耗 P_box 落在几十瓦到数百瓦这个量级带上（典型量级，⛔ 端点不是「能做到」的承诺，某个平台的实际值须由该平台自己的功耗预算给）。而第一个被问出口的问题，几乎永远是同一句：「这个盒子，风冷还是液冷？」

这句话问错了方向，而且错得很隐蔽——它不是一个可以先答后验的问题，它是整条设计链最后才会掉出来的那个结果。先把散热形式选定、再去算结温、算下来不够就加大冷板加大流量，这样做的人会在两个地方同时失守：第一，架构该走被动还是走液冷，从头到尾没有一条量化判据，只能靠经验拍板，而经验在热流密度已经和服务器芯片同量级的盒子上未必还成立；第二，也是更贵的那一处——设计做到最后，要向整车提一条水温要求时，他算不出那个数，于是接口文件上写的是「按整车低温回路现值」。那一刻他把一个随工况变化、且根本不归他管的量，写成了自己方案的设计输入。

所以本课的入口不是「风冷还是液冷」，而是三句话：目标结温是多少、允许的总温升有多少、这些温升要分给谁。

钉子 A：这门课的动作方向是从目标结温往外反算，产物是一张温度预算表

第一根钉子（全课反复敲）：把 Tj,target 与各热源的功率定下来，沿结→冷媒逐段分配允许的温升，最后剩下的那一格才是冷媒入口温度上限。写成式子就是

T_cool,in,max ＝ Tj,target − P·ΣRθ(结→冷媒)

拿一组数把这套动作走一遍。⚠ 下面这一整套值全部是教学假设值，设它们只为把反算走通，⛔ 不对应任何平台、⛔ 禁止照抄取用；真实取值取决于封装形式、TIM 牌号与键合层厚度、均热板方案与冷板结构，须由实测或系统仿真确定。设单颗芯片功耗 P_SoC ＝ 120 W、目标结温 Tj,target ＝ 105 ℃，分段热阻取

链上分段	分到的 Rθ（K/W）	这一段归谁
结→壳 Rθjc	0.12	约束：由封装定死，只能选型
TIM1（芯片顶面 → 均热板）	0.10	设计变量
均热板扩热 + 传导	0.08	设计变量
TIM2（均热板 → 冷板）	0.06	设计变量
冷板壁 → 冷媒	0.10	设计变量
合计 ΣRθ	0.46	—

于是允许的总温升 ＝ 120 W × 0.46 K/W ＝ 55.2 K，冷媒入口温度上限 T_cool,in,max ＝ 105 − 55.2 ＝ 49.8 ℃。（本课热阻一律写 K/W，⛔ 不与 ℃/W 混用；热阻保留两位小数、温度与温差保留一位小数，全课同值同舍入。）

这张表同时是两样东西：对内，每一段分到多少 K，就等于给了那一段的热阻上限，它是界面工程、扩热方案与冷板方案各自的设计指标；对外，最后那一格是域控向整车低温回路提的接口要求。⚠ 这个算例教的是动作而不是结论——⛔ 不得由这一组数推广出「域控挂电驱侧回路可行或不可行」这类全称判断。

⇒ 全课的动作次序由这根钉子定死，六讲一一对应：① 把热源与工况定下来（第 1 讲）→ ② 把结→冷媒的链拆成分段热阻并逐段标属主（第 2 讲）→ ③ 用允许总温升去判被动 / 风冷 / 液冷的架构分叉（第 3 讲）→ ④ 把占比最大的那几个可改段做小（第 4 讲）→ ⑤ 把剩下的那一格交成对整车的接口要求（第 5 讲）→ ⑥ 把降额阈值挂回这张表（第 6 讲）。

⚠ 这里有一处刻意的排序：接口与预算表排在寿命与降额之前。降额阈值的选取依据，是预算表上哪一行补不回来；反过来排，读者会以为降额阈值是一个可以独立设定的安全裕度。

⚠ 还有一处要先说清：「留了余量」不等于「方向做对了」。余量留在哪一段、那一段归谁改，不写清楚就等于把自己的余量藏进了别人的账里。这就引出第二根钉子。

钉子 B：链上每一段都必须标出属主——它是约束、是设计变量，还是别人给的接口量

第二根钉子：同一条串联链上，约束、设计变量与接口量长得一模一样（都是一个 K/W 的数），而能对它做的动作完全不同。

• 约束——Rθjc 由封装定死，你只能选型，⛔ 不能优化；
• 设计变量——界面、扩热（均热板 / 壳体）、冷板，这三类才是真正能改的，也是本课第 3、4 讲的全部战场；
• 接口量——冷媒入口温度不由域控决定，改它要走整车层。

另有一个量根本不在这条链上：热特征参数 Ψjt。它的量纲同样是 K/W，而参考面在封装顶面、测量时的边界条件是另一套，⛔ 不可与 Rθjc 代入同一条串联式。这不是精度问题，是把两套边界条件混成一条链的方法性错误，第 2 讲会单独把它拆开讲，并给出「供应商只给 Ψjt 时怎么办」的出路。

⇒ 「哪一段能改」不是常识，是必须在预算表上单独列一栏写出来的东西。不写这一栏的人，会把力气花在改不动的那一段上——最常见的形态是「去找一颗 Rθjc 更低的芯片」。这根钉子在第 2 讲立起来，第 3 讲（三段跃迁改的全在壳侧）、第 4 讲（界面是占比最大的可改项）、第 5 讲（冷源那一端不归你）各钉一次，常见误区节收口。

⚠ 属主的这个三分类是本课为把「能改 / 不能改 / 要别人改」摆进同一张表而归纳的记账口径，⛔ 不是某标准或上游文件既有的定义，引用时须说明出处。

有一句听起来完全没问题的话，会让人在两个方向上各做错一次

反算给出 T_cool,in,max、写进接口文件——很多人到这里就认为这件事办完了。这个判断听起来毫无破绽（它甚至就是钉子 A 的直接产物），却会在两个方向相反的场合各把人带进沟里：一个方向是把这个上限当成已经落实的边界条件，往下埋头做冷板与叠层；另一个方向是发现回路保证不了，索性掉头按回路的实测现值做设计输入，理由还很硬——「那才是真实值」。

这两个动作错在同一个地方：反算给出的是「要求」，而回路给得出什么是「能力」，两者必须在每一个工况上逐行对齐。热泵制热、电驱高负荷、快充、冷启动、整车下电但域控保活——这几行的冷源可用性完全不同，其中「泵不转」那一行会让强制对流这条路整条消失。对不上的那几行是整车层的仲裁项，⛔ 不是部件层的算术题。本课在第 5 讲正面处理它，第 1 讲（时变特征与非行驶态）与第 6 讲（降额阈值挂回预算表）各埋一次伏笔，常见误区节收口。

学完这门课，你应该长出三样判断力

其一是方向判断力。拿到一个域控热设计任务，你第一步问的不是「上什么散热形式」，而是「Tj,target 由什么定、P_box 与 P_SoC 各是多少、允许的总温升有多少」；你知道散热形式是这个预算的输出，也知道最后那一格算出来之前，接口文件上不该出现任何一个水温数。你还知道时间尺度不能只取一个：秒级峰值该不该按稳态算，由峰值持续时间与热时间常数的比值决定，而结→壳与壳→冷媒这两段的时间常数差着好几个数量级，⛔ 全课不许用一个时间常数代表整条链。

其二是属主判断力。看着一条分段热阻链，你能逐段说出它是约束、设计变量还是接口量，因而知道力气该花在哪一段、哪一段再怎么使劲也不动；你也知道 Ψjt 不在这条链上，知道互热阻是矩阵的非对角项而不是链上的一段，知道冷板进出口之间的沿程冷媒温升不是一段热阻而是参考温度随位置在变。

其三是收口判断力。你能把反算出来的要求交成一张带工况列的表，每一行写明该工况下够不够、不够时怎么处理，并把补不回来的那几行显式上交整车层；你也知道结温上限不是一个由车规等级唯一决定的数，它有好几个来源，其中同量纲的取最小，而结温摆幅约束是另一条并列成立的约束、⛔ 不可与前者合并成一个数——Arrhenius 那本热老化的账与 Coffin-Manson 那本循环疲劳的账，方向不同、量纲不同，必须分开算。

全课六讲怎么走

第 1 讲定输入：域控盒里的热源到底有几类（沿「最贵的那颗芯片」数会整类整类地漏）、峰值与持续这两个功耗输入为什么不是一个数的两种说法、全密封无风扇把哪一整类手柄拿掉了、热流密度对标服务器芯片能借什么不能借什么，以及驻车哨兵、OTA 升级、预约充电、整车下电保活这些非行驶时段——传统部件热源没有这个时间特征，而域控最坏的那一行常常就在这里。第 2 讲把结→冷媒的链拆开：分段建模、三个容易互换代入的量各自的参考面与测量边界、逐段标属主、标量热阻串联为什么只能当一阶预算（芯片功率分布会让局部热点高于平均）、瞬态与时间常数怎么用，并集中给出全课的符号约定。第 3 讲做架构分叉：把「被动能不能满足 → 不能则壳外风冷 → 仍不能则转液冷」收成一条显式决策链，每一步给量化判据而不是经验拍板；壳外翅片的间距与高度在这里给出定量优选，壳体本体作为扩热件的壁厚—扩散热阻—表面均温取舍也在这里。第 4 讲做界面工程：多级界面串联的成立条件、键合层厚度与接触压力怎么控、界面热阻在总账里的占比与优化次序，以及大量中小功率外围器件走的那条底面链为什么不能与顶面链混用同一套串联式。第 5 讲交预算表并向整车提要求：域控挂哪条支路、反算冷媒入口温度上限、六类工况各占一行、够 / 部件层可补 / 上交仲裁三种处置怎么写。第 6 讲收在结温上限与寿命上：上限的几个来源怎么取、两条寿命账各用哪一组提取量、主动降额作为最后防线放在决策链的什么位置，以及高温热浸工况下的余量校核。

典型案例把整条链合起来敲一次：某 L2+ 行泊一体域控集成两颗大算力 SoC、整盒持续发热达数百瓦量级且必须全密封无风扇，铝壳自然散热在热浸工况下结温超限，改为壳体一侧集成液冷冷板、芯片经均热板与灌封界面材料导到冷板再接入整车低温回路，结温回落到留有降额余量的水平——案例要看的不是这个结果，是它每一步是被哪一条判据推着走的。动手做要求交出四样能互相对上的东西：一张逐段标了属主的分段热阻分配表、一份带代价清单的三方案判据、一张标注了目标键合层厚度与其保证手段的叠层与冷板接口草图，以及一张带工况列的温度预算表；收尾还有一问——降额阈值该挂回预算表的哪一行。

口径与射程：数字怎么给、边界画在哪里

数字上分三类，全课一致。可复算的定义与解析结果给准确值并写明来源：热阻的定义 Rθ ＝ ΔT / P 与它的单位 K/W、一阶集总阶跃响应的温升完成度、等截面直翅片的效率与边际收益、由「每升 10 ℃ 寿命减半」反解出来的活化能、幂律的恒等推论——这些都是数学恒等式或解析解，本课在生成图表时现算。行业典型区间只给区间并标「典型 / 量级」：域控整盒功耗的量级带、电驱侧低温回路入口水温的设计目标量级（60~70 ℃ 量级，属主课题＝E4-02 多合一冷却回路共用与温度协调），⛔ 区间端点不得当成可承诺值。与平台相关的量一律不给数：各类热源在整盒里的占比、任何一个具体壳体的最优翅片间距、各工况下回路的实际水温与最坏行、器件的降级阈值与降额曲线、循环疲劳幂律指数的取值。本课只交付它们的结构与折算口径，把数填进去是本项目自己的试验、标定与仿真的活，⛔ 禁止抄上一代平台。⚠ 本课出现的教学算例值（上文那一套热阻、功耗与结温，以及由它派生的量）全部是教学假设值，⛔ 禁止取用。

标准上：本课的产品最终要过 AEC-Q100、JEDEC JESD51 系列、IEC 60529 与 ISO 16750 这几关，⛔ 但四者的条款内容、等级划分与任何限值本课一个字不写，只指出该标准在判据体系里占哪个位置，其内容须按现行版本原文核；版次与实施日期同样不作单值化处理。完整声明在第 1 讲末给出并在第 6 讲重申一次。⚠ 尤其不许把等级对应的温度范围直接当成结温上限——那是环境温度范围，与结温之间隔着整条热阻链。

边界上，本课的射程内是六样东西：域控与大算力芯片的热负荷画像、结→冷媒的分段热阻预算与属主标注、被动 / 风冷 / 液冷的架构判据（含壳外翅片的定量优选）、界面叠层与键合层厚度控制、温度预算表与对整车的接口口径、结温上限的来源与两条寿命账的方法路径。射程外的部分各有属主，凡写「归某课」的地方都是刻意分工、不是漏讲：

• 光学感知件（摄像头、激光雷达）的温控与防凝露 —— 属主课题＝E5-02 激光雷达、摄像头的温控与防凝露
• 射频感知件（毫米波 / 4D 成像雷达）的腔体热环境与罩体加热除冰 —— 属主课题＝E5-07 毫米波/4D 成像雷达的腔体热环境、散热与罩体加热除冰
• 座舱显示与光输出件（大屏、AR-HUD）的散热与降级 —— 属主课题＝E5-06 座舱显示与光输出件热设计：大屏/AR-HUD 的散热、太阳倒灌防护与高低温降级
• 冷板流道与冷媒侧的细节设计 —— 属主课题＝E5-03 座舱 SoC 与车载计算平台液冷探索（本课只收到接口为止）
• 板级 / 盒级热建模、铜厚与热过孔、封装紧凑模型 —— 属主课题＝E5-05 板级（PCB）热设计：铜厚、热过孔与基板路线选型
• 器件级热阻实测、结构函数判读与结温测量表征 —— 属主课题＝L7-04 电子/功率器件热测量与表征：TSP 标定、JESD51 热阻实测与结构函数判读
• 界面材料的可靠性机理（泵出、老化、干裂） —— 属主课题＝H5-03 TIM 可靠性、泵出与老化
• 主动降额 / 限频策略本体 —— 属主课题＝E2-05 结温估计、热保护与主动降额策略（本课只写它在决策链上的位置与代价）
• 功率器件双面冷却与结温摆幅提取 —— 属主课题＝E2-02 SiC 器件散热与双面冷却技术
• 振动、热冲击与压力脉冲耐久 —— 属主课题＝I6-01 振动、热冲击与压力脉冲耐久设计
• 扩散热阻的定义与算法 —— 属主课题＝E3-01 OBC / DCDC 散热设计
• 多合一回路共用与温度协调 —— 属主课题＝E4-02 多合一冷却回路共用与温度协调
• 整车层的模式管理与冲突仲裁 —— 属主课题＝K3-01 整车热管理控制策略总览与模式管理 与 K5-02 热管理故障处理与降级策略
• 公差链与形位公差方法 —— 属主课题＝I5-02 GD&T 与公差分析在热管理中的应用
• 密封结构选型 —— 属主课题＝I3-02 静密封/动密封结构设计与选型

方法侧的边界同样画一次：热阻网络与集总参数建模的方法本体在 A1-06 热阻网络法与集总参数建模入门，自然对流换热系数与流段判定在 A1-02 对流换热：自然对流、强制对流与换热系数估算，一维肋片方程在 A1-01 一维/多维、稳态与瞬态导热的工程建模、总表面效率在 A3-02 翅片管/扁管/微通道换热形式与传热强化，封装热阻方法承接 E2-03 功率模块封装、DBC 与热阻网络——本课不重推这些方法，只用它们的结论做架构判据；反过来，「翅片间距怎么选、翅片高度到哪算够」这一层判据由本课在第 3 讲交付。

⚠ 上面这份分工是本课为读者归纳的边界声明，⛔ 不是大纲或某标准既有的字段；小结节会再完整给一次，供收课时对照。全课符号约定在第 2 讲集中给出并此后遵守——热阻统一写 Rθ、整盒功耗 P_box 与单芯片功耗 P_SoC 分列、⛔ 不裸写参考温度（风冷口径写 Ta、液冷口径写 T_cool,in），ΔTj 专指结温摆幅、⛔ 不用不带下标的温差符号指代它。

第 1 讲　热负荷画像：先把功率与工况定下来，散热形式是后面几讲算出来的输出

域控项目的启动会上，第一个被问出口的问题几乎总是同一句：「这个盒子用风冷还是液冷？」这句话听起来像是在问方案，实际上它把整件事的次序颠倒了——它先要一个结论，再回过头去找支持它的算式。本课的入口不是这一问，而是另外三问：目标结温 Tj,target 是多少？允许的总温升有多少？这些温升要分给谁？散热形式是这个预算算出来的输出，⛔ 不是它的输入。

本课把域控散热设计拆成六步，次序由上面那三问定死。① 定下 Tj,target 与各热源的功率、把工况矩阵摆出来（本讲）；② 把结→冷媒这条链拆成分段热阻，并给每一段标上属主（第 2 讲）；③ 用允许的总温升去判被动散热／壳外强制风冷／液冷冷板这三段跃迁的分叉（第 3 讲）；④ 把占比最大的那几段可改项做小（第 4 讲）；⑤ 把链上剩下的最后一格交成对整车低温回路的接口要求（第 5 讲）；⑥ 把降额阈值挂回这张表（第 6 讲）。六步的产物不是一个结论，是一张温度预算表：把 Tj,target 与各热源的功率定下来之后，沿结→冷媒逐段分配允许的温升，最后剩下的那一格才是冷媒入口温度上限

T_cool,in,max = Tj,target − P_SoC · ΣRθ(结→冷媒)

⚠ 先把两个功率符号分开，全课都要带下标：P_box ＝ 整盒发热功率（域控盒里所有热源之和，单位 W），P_SoC ＝ 单颗大算力 SoC 的发热功率（单位 W）；⛔ 正文一律不裸写「P」。热阻统一写 Rθ，单位统一写 K/W（第 2 讲给分段口径与符号表）。

这张表同时是两样东西：对内它是各段热阻的设计指标——某一段分到几 K，就等于给了那一段的 Rθ 上限；对外它是域控向整车低温回路提出的接口要求。

为什么反过来做会失守。先选散热形式、再算结温、不够就加大——这条路在两个地方走不下去。其一，架构分叉没有量化判据：被动够不够、要不要跳到壳外风冷、什么时候必须转液冷，全靠经验拍板，而拍板的人换一个，结论就换一个。其二，也是更贵的那一处：「冷媒入口温度上限」这一格永远算不出来，于是接口文件上写的只能是「按整车回路现值」——把一个不归域控管、且随工况在变的量当成了自己的设计输入。这一步错在方向上，后面做得再细也救不回来。

本讲不涉及具体的温升分配数值。全课要用到的那一整套分段热阻与温度（第 2 讲开始出现）都是教学假设值，设它们只为把「反算」这套动作原样走一遍，⛔ 不对应任何平台、⛔ 禁止照抄取用。易错点在这里就要点破：很多人把「我留了余量」当成「我做对了方向」。余量留在哪一段、那一段归谁改，不写清楚就不是余量，是把余量藏进了别人的账里——等到集成阶段有人按自己的口径把它花掉，谁也说不清它原本是留给谁的。

⇒ 本讲交付三样东西，它们是后面五讲全部内容的前置：一张热源分类表（每类标明它走哪条散热路径、归谁管，1.1）；一张工况矩阵（时间尺度 × 冷源可用性，1.2 与 1.5 共同搭出来）；结温目标从哪里来的六个候选（1.7 列出，第 6 讲展开）。⚠ 本讲凡是写「归第 N 讲」的地方都是刻意分工，⛔ 不是漏讲。

1.1 盒子里的热源不止那颗最贵的芯片：沿主 SoC 数下去，漏掉的是整整三类

是什么。先别急着算，先把盒里的热源数全。⚠ 这里有一个枚举线索陷阱：绝大多数人是沿着「这个盒子里最贵的那颗芯片」往下数的——单 SoC 平台数出一颗，双 SoC 平台数出两颗，然后就开始算了。沿这条线索数，漏掉的东西不会以「少了一条」的形式暴露，它是整类不出现，而列出来的那张表看上去还挺完整。换一条线索重新建轴——按「它在盒里怎么发热、热从哪条路出去」分——域控盒内的热源是四类：

类别	典型器件	热从哪条路出去	本课射程
① 主 SoC（一颗或多颗）	大算力自动驾驶 SoC	die → 盖板 → 界面 → 扩热件 → 壳体（顶面主链）	本课算这一条
② 把电送进来的那一类	DC-DC 与 LDO 电源级、驱动级、时钟	底面散热焊盘 → 板内热过孔 → 壳体（底面链）	点名其存在与去向，⛔ 不算
③ 结温上限更低的那一类	LPDDR/DDR 内存颗粒、eMMC/UFS 存储	顶面与底面兼有，因封装形式而异	点名其存在与去向，⛔ 不算
④ 分散小热源与外部热输入	车载以太网交换芯片与 PHY、连接器与线束的 I²R、EMC 与输入滤波件；盒体从环境得到的热	多路分散；环境热输入直接作用在壳体外表面	点名其存在与去向，⛔ 不算

为什么这三类必须点名，而不是「小到可以忽略」。两条理由，方向不同。

其一，② 类的热流密度未必比 SoC 低。整盒几百瓦的电要在这里完成转换，转换效率的损失全部变成热，而且集中落在几个封装很小的器件上。它更要命的地方在于散热路径完全不同：它走的是底面焊盘 → 板内热过孔 → 壳体这条链，⛔ 与 SoC 的顶面链不共用同一套热阻串联（这一条在第 4 讲还要再钉一次）。也就是说，把 SoC 那一侧做得再好，对它一分钱的帮助都没有。

其二，③ 类的工作温度上限常常严于 SoC。内存与存储单颗功耗小，但它们各自数据表上的温度上限往往比 SoC 更低。⇒ 判「这个盒子热不热」的那个门槛不是全盒统一的一个数——它是逐器件的，而最先被顶穿的那一颗，多半不是你一直在盯着的那一颗。

④ 类里有一项特别容易被整类漏掉：盒体从外部环境得到的热输入。它在机舱安装时通常是正的（周围热源与热浸把热往盒里送），在座舱地板下安装时可能是负的（壳体反过来向环境散热）。⇒ 同一个盒子换一个安装位置，这一项会连符号一起变，⛔ 不能当成一个固定的余量。

工程量级。域控整盒功耗 P_box 的量级带是几十瓦到数百瓦（典型量级带）。⚠ 三条限定必须跟着这个带一起写：⛔ 不给单点值；⛔ 不把「数百瓦」当成上界承诺（它只是这个带的上侧，不是任何平台的封顶）；⛔ 四类热源各自的占比属平台相关量，取决于芯片选型、电源架构与外围配置，本课不给数，须由该平台自己的功耗预算给出。

易错点。最常见的一个：把 P_SoC 当成 P_box 交给整车回路。这两个数不是一回事，而且差的那一部分恰恰是散热路径与 SoC 不同的那几类——它们不会因为你在冷板上多花了力气就自己好起来。板级那条链（铜厚、热过孔、基板路线选型）的属主课题＝E5-05 板级（PCB）热设计：铜厚、热过孔与基板路线选型，本课只把去向点到这里为止，⛔ 不展开它的方法。

1.2 峰值 TDP 与持续 TDP 是两个设计输入：判该按稳态还是瞬态算的是 t_p/τ

是什么。大算力域控与传统热源最不一样的地方，是它的发热跟着算力需求走：城市 NOA 与高速巡航的负载完全不同，感知与规控的负载在同一段路上也不同；算力一变功耗跟着变，而发热就是功耗。于是数据表上会同时出现两个数——峰值 TDP 是短时能力上限，持续 TDP 是长时热约束下能维持的能力，两者之间差的那一块，是被热容吃掉的。⇒ 它们是两个设计输入，⛔ 不是同一个数的两种说法。

为什么不能只取一个「代表性 TDP」算稳态。那样会在两个方向同时出错：按峰值算稳态是过设计——冷板做大、成本上去、重量上去，而那个峰值根本没有时间进入稳态；按持续算稳态又会漏掉持续几十秒以上的准稳态峰值，那一类峰值时间足够长，它是会顶上去的。⇒ 正确的输入不是一个数，是一条算力负载谱：什么负载、持续多久、多久来一次。

工程量级与判据。把「这个峰值该按稳态算还是按瞬态算」变成一道算术题的，是持续时间与热时间常数的比 t_p/τ。一阶集总模型的阶跃响应是

ΔT(t) / ΔT_∞ = 1 − e^(−t/τ)

代进四个常用点（解析解，全课统一保留一位小数）：

t / τ	温升完成度 ΔT(t)/ΔT_∞	该怎么算
0.3	25.9%	稳态算法离真值差得很远，按稳态算是明显过设计
1	63.2%	过渡区，两套算法都不能单独交差
2	86.5%	过渡区，仍要按瞬态看
3	95.0%	到这里才可以按稳态算

⇒ 把算力负载谱里每一段峰值的持续时间 t_p 与该段的 τ 相比，就知道它落在哪一档。τ = Rθ · C_th 这条式子与「一条链上有好几个 τ」这件事在第 2 讲展开——⚠ 这里先记住一句：τ 是分段的，⛔ 不存在「这个盒子的 τ」这样一个数。

⚠ 用途限定：上面这四个百分数只用来判「该按哪套算法」，⛔ 不得反过来拿它去反算某个具体器件的 τ 或热容——那要靠实测瞬态热阻曲线或结构函数判读，属主课题＝L7-04 电子/功率器件热测量与表征：TSP 标定、JESD51 热阻实测与结构函数判读，本课只写去向。

易错点。拿到一个「TDP」就直接代进稳态式子，而不问它是哪一个。数据表上这两个数常常都叫 TDP，差别只在一行小字里（有没有写测试时长、有没有写散热边界条件）。⚠ 还有一个更隐蔽的形态：把峰值 TDP 与持续 TDP 各自算一遍，然后取两者的算术平均当设计输入——那个平均值既不对应任何真实工况，也没有任何一条判据认它。

1.3 全密封无风扇拿掉的不是一个手柄，是盒内对流这一整类

是什么。域控要防尘防水，于是盒子做成全密封、无风扇。这句话经常被理解成「少了一个手柄」——好像只是不能用风扇而已。它比这严重得多：它把盒内对流这一整类手柄整体拿掉了。密封腔里没有强制对流可用；封闭腔内的自然对流受腔体尺度与内部温差的双重限制，与并列的固体导热路径相比是可忽略的一支。⇒ 从 die 到壳体，每一段都必须是固体：贴装层、盖板、界面材料、均热板或热管、结构件，一段都不能断。

为什么这条约束改的是拓扑而不是参数。参数级的约束是「这个值只能取到多少」，拓扑级的约束是「这条路根本不存在」。密封属于后者，它带来两条硬结论：

• 任何「加大内腔空间」「留出风道」「把器件排开一点让空气流起来」的想法，在这个盒子上一律不成立——它们改的是一条不存在的路径上的参数；
• 盒内任何一个器件，如果没有一条通到壳体的连续固体路径，它就没有散热路径。⇒ 这正是 1.1 里 ② ③ 两类必须单独看的原因：它们不在 SoC 那条顶面链上，就必须有自己那条底面链，否则它们的热无处可去。

判据（本条给的是判据不是数）。判一条散热路径成不成立，只看两件事：它是不是连续的固体；它的每一段界面是不是都有确定的接触压力（压力不确定，界面热阻就不确定，第 4 讲专门处理这一段）。⛔ 空气段一律按不导热处理；⛔ 内腔表面积不得作为有效对流面计入散热能力。

⚠ 顺带把标准这一头的口径说死：外壳防护等级归 IEC 60529，道路车辆电气电子设备的环境条件归 ISO 16750；本课只用它们的一条结论——密封件不通风、盒内没有强制对流。⛔ 两者的等级代号、防护代码、温度范围、试验条件与任何限值，本课一个字不写，须按现行版本核原文。

易错点。把内腔表面积乘上一个「自然对流 h」算进散热能力。这个错的特别之处在于它在纸面上和台架上都不会当场翻车：算出来的结温很漂亮，敞开台架上（腔盖没扣、或扣了但环境风在吹）也测得过，只有装到整车上、盒子真正封死之后才暴露，而且超的量不是一点——因为被凭空加进去的那一整块散热能力，物理上从来就不存在。⚠ 扩散热阻（小热源贴大壳体时热量「摊不开」付出的那一段温升）的定义归 E3-01 OBC / DCDC 散热设计，第 2 讲会把它挂回链上。

1.4 热流密度与服务器芯片同量级：能借的是手柄库，⛔ 不是冷源假设

是什么。大算力 SoC 的芯片级热流密度按

q″ = P_die / A_die

算出来，已经进入服务器芯片的量级。这个观察是成立的，也确实有用——它意味着服务器与数据中心那一侧多年积累的手柄库在车上同样可用：均热板与热管、液冷冷板、高性能界面材料、按功率分布（power map）做版图与调度优化。这几样在第 3、4 讲里都会正面用到。

⚠ 先把这条对标的性质说清楚：本课刻意不给「大算力 SoC 的典型热流密度是多少 W/cm²」这类断言，也不给服务器侧的对应数——给这种数需要独立核对过的公开来源，本课没有。⇒ 上面那句「同量级」是一条定性观察，它只用来说明「手柄可以借」，⛔ 不作为任何定量比较或定量结论的依据。

算法本身可以走一遍（下面这组数是教学假设值，die 尺寸与功耗都是为演示而设的，⛔ 禁止取用、⛔ 不代表任何平台）：设 P_SoC = 120 W、die 尺寸 25 mm × 25 mm 即 A_die = 6.25 cm²（⚠ 单 die 封装下 P_die ＝ P_SoC；多 die 封装要按各 die 自己的功率分开算），则

q″ = 120 W ÷ 6.25 cm² = 19.2 W/cm²

这个算式的教学价值全在它逼你去问 A_die 是多少——同样的功耗摊在不同面积上，是完全不同的两件事，而「TDP 多少瓦」这个说法把面积整个儿藏起来了。

为什么「同量级」只能借手柄、不能借冷源假设。两者的冷源条件是完全不同的三件事：

	服务器/数据中心	车规密封域控
有没有风扇	有，且可以按需加大	没有，密封无风扇（1.3）
冷源温位	低且稳定（机房环境受控）	挂电驱侧回路时是 60~70 ℃ 量级的冷却液（典型量级带）
冷源归谁控	自己控	不由域控决定，属整车层（第 5 讲）

⇒ 「热流密度同量级」这一条只支持借手柄，⛔ 不支持借设计目标、⛔ 不支持借温升预算、⛔ 更不支持借「所以也能做到同样的结温」。观察相同不等于结论可搬——这是两条互不相干的判据链，⛔ 不得互推。

⚠ 关于那个 60~70 ℃：它是量级带，⛔ 不是单点值，⛔ 也不是「回路一定能给到」的承诺；各工况下的实际水温、波动带与最坏的那一行属平台相关量，本课不给数。多合一冷却回路共用与温度协调的属主课题＝E4-02 多合一冷却回路共用与温度协调，本课只写量级与去向。

易错点。看到「和服务器芯片差不多」就默认「服务器那套方案照搬即可」。照搬过来的第一件事往往是风扇——而那正是这个盒子唯一不能有的东西。第二件常被照搬的是「冷源温度可以再降一点」这个默认，它在机房里成立、在车上要走整车层仲裁（第 5 讲）。

1.5 整车下电了，算力还在跑：域控的最坏工况行常常不在行驶段里

是什么。传统热管理部件（电机、电池、电控）的发热与整车运行强相关：车不动它们就不发热，而冷源不可用的时候恰好也不需要冷源——发热与冷源可用性这两件事天然对齐。域控打破了这个对应关系。驻车哨兵、夜间 OTA 升级、预约充电前的保活、整车下电但域控仍在值守——这些时段里整车不动、甚至已经下电，算力还在跑，而泵不转、没有迎面风，此时它唯一的散热路径是壳体自然散热加上自身热容。

⇒ 把时间尺度与冷源可用性交叉起来，就是本讲要交出的第二样东西：工况矩阵。

行（时间尺度）必须有五类，沿「额定持续算力下的稳态」这一条线索建轴的人，会把后四类整类漏掉：

时间尺度	它带来什么	在哪里处理
① 亚毫秒的片上瞬态	die 与封装热容很小，这一段的 τ 与壳体那一段差着好几个数量级	第 2 讲（τ 分段）
② 秒级峰值	进不进稳态由 t_p/τ 决定（1.2）	本讲 + 第 2 讲
③ 分钟级持续	稳态那一档，预算表的主行	第 2、3 讲
④ 小时级非行驶态低负载	驻车哨兵、OTA、预约充电保活；算力在跑而冷源可能整体不可用	本讲 + 第 5 讲
⑤ 整车下电后的热浸反冲	泵停了，壳体温度反而先往上走	本讲 + 第 5 讲

另有一类不是一个温度、而是一对量：算力负载谱的循环本身——它给出的是结温摆幅 ΔTj 与循环数，是第 6 讲第二条寿命帐的输入。⚠ 它的提取路径是「负载谱 → Tj(t) → 提取摆幅与循环数（雨流类计数）」；⛔ 本课只给这条路径，不给它的判据与限值——那几件事的属主课题＝E2-02 SiC 器件散热与双面冷却技术／H5-03 TIM 可靠性、泵出与老化／I6-01 振动、热冲击与压力脉冲耐久设计。

列（冷源可用性）不是两档而是三档：泵转且水温在设计带内 / 泵转但水温被推高 / 泵不转。⇒ 冷源可用性会随热泵制热工况、电驱高负荷工况、快充工况、冷启动、整车下电保活而变——连同行驶设计工况这一行基线，共六个运行工况列各占预算表的一行，第 5 讲逐行处理。⚠ 另有整车架构本身的变化（低温回路合并、热泵重构、支路重新分配）：它同样要写在表上，但它是一条复审触发条件、⛔ 不是一个可填数的运行工况（5.3 单列一行说明）。

工程量级。⛔ 各工况下的功耗与时长属平台相关量，本课不给数；⛔ 各工况下回路能给的水温同样是整车层的量，本课不给数。本讲只交出一份清单：哪些行必须出现在矩阵里。把行填满是本项目自己的活。

易错点。只按「最大算力 + 最热环境」定义一个最坏工况——听起来无懈可击，实际上那一行往往泵在转、水温在设计带内，因为「最大算力」多半发生在行驶中。真正的最坏行常常是「算力中等 + 泵不转」：散热能力塌掉一整档，而热源还在。⚠ 这也是本课那张温度预算表必须带工况列的物理根源——一张只有一行的预算表，天然会漏掉这一行。

⚠ 这里先埋一句伏笔，第 5 讲正面处理：由目标结温反算出来的冷媒入口温度上限，是一条要求；要求成不成立，取决于回路在每一个工况下能不能给到它。⛔ 「算出来、写进接口文件」不等于这件事办完了。

1.6 本课只管域控与大算力芯片：感知件与显示件各有属主，⛔ 不得默认已覆盖

是什么。「智能电子散热」这个说法太大了，大到读者很容易默认「摄像头、激光雷达、大屏这些也一起讲了」。本课的对象只有两样：域控盒与它里面的大算力芯片。同一模块内的分工是这样的：

对象	归哪门课
域控盒与大算力 SoC（本课）	本课
摄像头、激光雷达等光学感知件的温控与防凝露	E5-02 激光雷达、摄像头的温控与防凝露
毫米波/4D 成像雷达的腔体热环境与罩体加热除冰	E5-07 毫米波/4D 成像雷达的腔体热环境、散热与罩体加热除冰
座舱屏、AR-HUD 等显示与光输出件	E5-06 座舱显示与光输出件热设计：大屏/AR-HUD 的散热、太阳倒灌防护与高低温降级
座舱 SoC 与车载计算平台的冷板流道与冷媒侧细节	E5-03 座舱 SoC 与车载计算平台液冷探索
板级（PCB）铜厚、热过孔与基板路线选型	E5-05 板级（PCB）热设计：铜厚、热过孔与基板路线选型
器件级热阻实测与结构函数判读	L7-04 电子/功率器件热测量与表征：TSP 标定、JESD51 热阻实测与结构函数判读

⚠ 这份对象边界是本课为把射程说死而归纳出来的，⛔ 不是引自任何既有的边界定义，引用它的时候要说明出处。

为什么分工要分在这里，而不是按「都是电子件」合并。因为这几类件被验收的量根本不同：域控验的是结温与寿命；光学感知件验的是「还看不看得清」（窗面糊了的时候器件温度完全正常，甚至偏低）；射频感知件验的是罩体结冰与相位一致性；显示件验的是太阳倒灌下的降级。⇒ 验收的量不同，判据就不同；判据不同，方法就不能互搬。

易错点。把域控这一套热阻网络方法原样搬去做摄像头。后者的主要约束在冷侧（结露、结霜），方向与本课恰好相反——本课全程在压「怎么把热导出去」，那一侧却常常要往里送热。方法搬过去不是精度问题，是方向问题。

1.7 本讲到这里停手：只交输入，⛔ 不做架构选择

是什么。本讲结束时，手上应该有三样东西，而且只有这三样：

1. 一张热源分类表——四类热源，每一类标明它走哪条散热路径（顶面链／底面链／分散多路／外部输入）、归谁管、在不在本课射程内（1.1）；
2. 一张工况矩阵——行是五类时间尺度、列是三档冷源可用性，非行驶行必须在表上（1.2、1.5）；
3. 结温目标 Tj,target 从哪里来的六个候选——① 车规温度等级（AEC-Q100）；② 器件自己数据表上的绝对最大额定与推荐工作范围；③ 盒内其它器件更低的上限（内存、存储、电源件）；④ 由寿命目标反推出来的上限；⑤ 结温摆幅 ΔTj 的约束；⑥ 降额触发阈值。⚠ 六个候选不同量纲、不可直接取最小——其中 ⑤ 是摆幅上限而不是绝对温度上限，它与前几个并列成立，⛔ 不得合并成一个数。这六项在第 6 讲逐条展开。

⛔ 到这里为止，还不能回答「用不用液冷」。

⚠ 标准这一头的口径，本课全程只有一条：AEC-Q100（车规集成电路的应力与温度等级）、JEDEC JESD51 系列（封装热阻与热特征参数的定义、测量边界与报告口径）、IEC 60529（外壳防护）、ISO 16750（道路车辆电子电气环境条件）——本课只写标准号与它在判据体系里占哪个位置，⛔ 等级号、温度范围、条款内容、试验参数与任何限值一律不写，版次与实施日期同样⛔ 不作单值化表述，须按现行版本核原文。⚠ 尤其不许把车规温度等级给出的环境温度范围直接当成结温上限——那是两个量，混用一次就把整张预算表的基准挪掉了。

为什么要把停手位置写明。防的是一种很常见的写法失败：把架构结论提前抛出来（「大算力域控当然要液冷」），后面几讲的判据就全变成了对既定结论的论证——读者学到的是一个结论，而不是一套能自己走一遍的判断。本课要给的是后者：同一套判据，换一个壳体面积、换一个安装位置、换一个目标寿命，它应该能算出不同的答案。

易错点。在第 1 讲就抛出「多少瓦以上必须液冷」这种门槛数。那个门槛不存在。它取决于壳体面积与安装姿态、允许的总温升、目标寿命，以及冷源在最坏那一行上能给到什么——它是第 3 讲那条决策链算出来的，⛔ 不是查表查出来的。谁给你一个这样的数，先问他这四项他假设成了什么。