B3-04 热泵型整车热管理架构（多通阀一体化方案）

课程代码 B3-04 · 板块 B 整车热管理系统架构 / B3 回路拓扑与集成架构 时长 约 4 小时（5 讲 + 1 次模式表实操） 适合对象 整车热管理架构师与模式 / 控制策略责任人；主机厂系统岗（必修） 前置 B3-01 冷却液回路拓扑与模式切换；C3-02 热泵采暖原理与低温制热衰减；B2-03 纯电整车热管理架构设计 本讲义定位 讲师授课蓝本 / 学员自学讲义，是 B3-04 大纲的完整展开版

引言：这是一道模式题，不是管路题

十年前画一台车的热管理架构，靠的是数管子：几条回路、几个三通阀、几个四通阀，一根一根接过去，接得通就算成。热泵一进来，回路数翻倍、耦合关系爆炸，再用「数管子」的思路，图纸会画到自己都看不懂。

八通阀、十二通阀的出现，把这件事彻底改写了。它把十几条回路的排列组合，收进一个阀体、一个电机、一套密封——管路少了，但复杂度没有消失，它只是从「管路」搬到了「阀位组合」里。于是热泵整车架构从此是一道模式题：你先要回答「这台车到底需要哪些工作模式」，再回答「多通阀怎么把这些模式一个不落地实现出来」，最后回答「模式之间怎么切、切的途中会不会翻车」。

这门课的主线就是这三步：从工况需求反推模式集 → 用多通阀把模式实现出来 → 把模式表校核到没有死角。这里的「没有死角」，特别包括切换途中那几秒——阀正在转、冷媒正在迁移、流量还没建立起来的过渡态。稳态模式好画，过渡态和失效降级才是分水岭，也是本课反复要敲的地方。学完这门课，你手里应该有一张能扛住评审、扛住实车、扛住某个阀卡死的模式表，而不是一张只在 PPT 上好看的连接图。

第 1 讲　从需求到模式集

模式集不是抄来的，是从工况需求反推出来的。这一讲讲的是整门课的第一步，也是最容易被跳过、后患最深的一步：在动任何阀之前，先把「这台车必须能干哪些活」列全、列准。

1.1 工况谱：先把这台车要活下来的场景列全

任何模式设计的起点，是一张工况谱——这台车在它的生命周期里会遇到哪些热管理场景。大纲给出的骨干清单是：夏季制冷、快充、低温制热、电池预热、除霜、余热回收、低温高湿除湿制热（防雾）、故障降级。

为什么要从工况谱起步，而不是从阀起步？因为模式是为工况服务的，工况才是需求的真源。这八类工况的物理诉求截然不同：夏季制冷要把座舱和电池的热往环境排；快充时电池自身发热量陡增，是全车瞬时热负荷的尖峰；低温制热要从环境（或余热）里「捞」热量补进座舱；电池预热要在充电或行车前把电池拉进温度窗口；除霜是低温取热时室外换热器结霜后必须处理的次生问题；余热回收是把电驱、乃至冷凝侧的废热利用起来省电；低温高湿除湿制热是冬季与梅雨季绕不开的一格——要先把空气冷到露点以下把水析出来，再把它加热回可送风的温度，否则前风挡起雾直接影响视野；故障降级则是任一部件失效后还要保命的兜底。漏掉任何一类，都意味着这台车在某个真实场景里无模式可用。

要特别注意，工况谱是平台相关的：一台只在温带跑的车，除霜和电池预热的权重远低于严寒地区的车；一台主打快充的车，快充散热是设计核心，而一台家充为主的车可以把它降级。所以工况谱不是通用模板，它长在这台车的市场定位、电池窗口和快充能力上——这也正是后面「别抄竞品模式表」的第一性根源。

1.2 每个工况只回答四问：热源、热汇、冷媒走哪、水走哪

工况谱列完，怎么把一个工况变成一个可实现的模式？大纲给了一把极简的尺子：每个工况只回答四问——谁是热源、谁是热汇、冷媒走哪、水走哪。

这四问的价值在于，它把一个含糊的场景（「冬天要暖」）压成四个确定的工程量。以低温制热为例：热源是环境空气加电驱余热，热汇是座舱，冷媒侧走热泵制热流程（室外换热器蒸发吸热、室内冷凝放热），水侧把冷凝热送进座舱暖风芯体、把电驱余热引到蒸发侧或直接借给座舱。四问一答完，这个模式需要哪些回路连通、哪些断开，就基本定死了。

先分清热源热汇，再谈冷媒和水的走向，顺序不能反。热源热汇是能量的「从哪来、到哪去」，是这个模式存在的理由；冷媒和水的走向只是实现手段。工程师常犯的错是一上来就画流路，画到一半发现这个模式的热到底往哪排都没想清楚——那画出来的路一定是拍脑袋的。四问法的作用，就是逼你先把能量账算清，再谈管路。这四问也天然对齐了 [[B1]] 整车热平衡的口径：热源热汇就是整车热平衡在单个工况下的落点。

1.3 最小完备性：不留白，也不重叠

模式集要满足一个看似简单、实则苛刻的判据：最小完备性——任一工况必须有且只有一个模式覆盖，不能留白，也不该重叠。

「不能留白」好理解：有工况却没有对应模式，实车到了那个场景就没法工作。真正难的是「不该重叠」：同一个工况被两个模式都能覆盖，看起来是冗余、是好事，实则是隐患。因为两个模式的边界一旦重叠，控制器在这个交叠区就会面临「该进哪个模式」的二义性，标定时要额外定义切换迟滞和优先级，诊断时故障归因也更难——到底是模式 A 出问题还是模式 B？完备但不重叠，意味着模式集是对工况空间的一个「划分」，而不是一堆互相盖住的补丁。

判断完备性有个可操作的动作：拿工况谱做「点名」，逐个工况问「它落在哪个模式里，只落在一个吗」。落不进任何模式的是留白，落进两个的是重叠，两种都要在模式表阶段就消掉。最常被点名点出来的那一格，就是除湿/再热（低温高湿除湿制热）：它既不是「低温制热」的子集——为了析水要把蒸发温度压到露点以下，压比抬起来，能耗账和纯制热完全不是一回事；也不是「夏季制冷」的子集——析完水还要把风加热回可送风温度。在冷媒侧它是独立的一组阀位组合，漏了它，模式集按本课自己立的判据就已经留白，而下游的 J1-05 热泵系统一维建模与模式切换仿真 正是拿本课的模式集当输入。它的冷媒侧构型与双 EXV 解耦控制在 C3-06 热泵除湿再热模式：冷媒侧构型、中压与双 EXV 解耦控制，再热过程本身的物理在 C2-06 暖风芯体与 PTC 在箱内的集成布置 / C5-03 低温起雾机理与主动防雾控制，本课不重讲。

还要顺手声明一条边界：本课只推单一架构、单一配置的模式集。同一平台一族配置（长短轴、带不带热泵、分市场标定）的模式怎么从一张基础模式集长出增量，是 B3-07 平台族的热管理架构衍生：拓扑冻结点、模式集增量与分市场变型 的题目——别在这一步就试图把全族配置塞进同一张表，那会让模式数在第一轮就爆掉。这个动作看似机械，却是整张模式表体检的第一关。

1.4 模式爆炸的代价：标定与诊断的组合量翻番

既然多留几个模式能覆盖更多细分场景，为什么不多做？因为每加一个模式，标定与诊断的组合量都往上翻。这是「最小」二字的分量所在。

机理在于：模式不是孤立存在的，它要和其它模式发生切换关系。N 个模式之间，两两切换的组合数是 N(N−1) 量级；每一个切换都要标定过渡策略、都要在诊断里覆盖「切换途中出故障」的分支。所以模式数每加一个，不是线性增加一份工作量，而是让切换矩阵、标定工况、诊断分支都跟着膨胀。一个「为了多覆盖一个边角场景」而加的模式，代价可能是几十个新增的切换标定和诊断用例。

这就把模式设计变成一道约束优化：在满足完备性（不留白）的前提下，把模式数压到最小。判断动作是——每当有人提议加一个模式，先问「现有模式能不能通过调参覆盖这个场景」，只有确实覆盖不了、且这个场景足够重要，才为它单独立一个模式。这条纪律直接决定了后面模式表的规模，也决定了控制策略（K3-04 热泵与多通阀协调控制）的复杂度上限。

本讲小结：模式集从工况谱反推，不从阀反推；每个工况用「热源—热汇—冷媒走向—水走向」四问定形；模式集要对工况空间做完备而不重叠的划分；模式数每加一个，标定与诊断的组合量翻番，所以要在完备前提下取最小。