TMS BOOK · ACADEMY 讲义

多回路耦合识别与通道配对:谁控谁、耦合多强、抢控怎么查

大纲的完整展开版——讲师授课蓝本 / 学员自学材料

K3-14 多回路耦合识别与通道配对:谁控谁、耦合多强、抢控怎么查

课程代码 K3-14 · 板块 K 控制、软件与标定 / 控制策略与算法 时长 约 4.0 小时(5 讲 + 1 次实操) 适合对象 控制/系统工程师、热管理域控软件负责人、控制标定负责人(必修);角色=控/系 前置 K3-05 PID/前馈/增益调度控制实战 PID/前馈/增益调度控制实战;K3-01 整车热管理控制策略总览与模式管理 整车热管理控制策略总览与模式管理;体系外前置(需自备):线性代数中的矩阵求逆与奇异值分解、自动控制原理中的闭环带宽概念 本讲义定位 讲师授课蓝本 / 学员自学讲义,是 K3-14 课题的完整展开版


按任务导航

你手上的事 直接看 还要配
手上有一个新模式,要判断该闭几条环 第 1 讲:台账的行列定义与自由度核对 第 2 讲(哪些格值得做阶跃)
拿到一组台架阶跃数据,要算出「谁该控谁」 第 2 讲:归一化、增益矩阵、RGA 三条读法 第 1 讲(先裁成方阵)
配对算完了,λ 对角元很大,不敢闭环 第 3 讲:三条结构手段各治一病 第 5 讲(选型判据表)
两条环带宽撞车,要判「快多少算够」 第 3 讲:时标分离的量化核对与失效场景 K3-05 PID/前馈/增益调度控制实战 第 2 讲(θ_total 怎么合账)
台架上在摆动,要判是不是抢控 第 4 讲:五步鉴别流程与三种误判的返工成本 G1-02 压缩机排量、转速控制与容调 第 5 讲、G3-03 水—冷媒换热的过热度与均流控制 第 4 讲(抢控的机理)
一个执行器被两个 ECU 各发一路目标值 第 5 讲:写权生效表、交接限速率、重叠窗口 K2-02 CAN/LIN/CAN-FD 通信与整车 EEA 集成(报文周期与最坏情况延迟口径)
判定「配对无解」,要不要上 MPC 第 5 讲:移交判据 K3-06 模型预测控制(MPC)在热管理中的应用(MPC 本体)

⛔ 本课不覆盖:离散模式的仲裁优先级、迟滞带、最小驻留、集中/分布式仲裁与模式级否决权,以及「模式×执行器目标态映射表」本体 → K3-01 整车热管理控制策略总览与模式管理;单环 PI/前馈/增益调度整定、延迟总账 θ_total 的合账、分程(split-range)接力、无扰交接三手段与抗饱和结构、撞限幅三类分诊、分诊三分类「参数/结构/时序」的框架 → K3-05 PID/前馈/增益调度控制实战;多路热请求合成为单一执行器目标值,以及泵/风扇/AGS 的稳态出力与边际代价排序 → K3-08 冷却侧执行器需求生成与协同仲裁:电子水泵/冷却风扇/AGS;模式切换的瞬态时间轴编排(泵—阀联动、断流窗口、切换序列表)→ K3-09 冷却液回路模式切换的执行时序:泵—阀联动、断流窗口与切换序列表;MPC 本体(滚动时域、状态空间、代价函数、约束表达、在线求解与算力)→ K3-06 模型预测控制(MPC)在热管理中的应用;抢控是什么、其机理与两条定性药方 → G1-02 压缩机排量、转速控制与容调 第 5 讲 5.2 节与 G3-03 水—冷媒换热的过热度与均流控制 第 4 讲 4.1/4.2 节;静态解耦补偿「只在稳态有效、动态照串」的边界论证 → C2-08 温度分层(stratification)与左右温区控制 第 5 讲;架构层的热力/水力解耦(换热器隔离、旁通、支路独立泵、串并联可切换)→ B3-01 冷却液回路拓扑:串/并联、多回路耦合与模式切换;部件级权度判据(阀权度、最小可控开度、压缩机运行边界)→ G4-04 比例阀/流量分配阀与回路调节 G4-01 电子膨胀阀(EXV)结构、控制与选型 G1-02 压缩机排量、转速控制与容调;采集与录波的标定工具流程口径 → K6-01 热管理标定流程与工具(INCA/CANape) K6-02 空调与制冷系统标定;报文周期与最坏情况延迟口径 → K2-02 CAN/LIN/CAN-FD 通信与整车 EEA 集成。

⛔ 以及不给的数:任何一条环的具体带宽值、时标分离的具体比值、条件数与 RGA 的项目验收门槛、阶跃幅值的绝对值、稳态判定的时间与容差、交接限速率与重叠窗口的具体拍数——它们全是平台相关量。本课对每一个都给出典型参考区间+常见值锚点+拿到它的路,但那只是让你知道自己算出来的数是不是掉在了离谱的量级上,⛔ 一律不是验收依据,必须由本项目实测标定确认。本课交付的是表的形状、判据的结构,以及从数据到结论的那条路。

引言:降了两轮 P,周期变长了,幅值一点没降

这门课要解决的问题,在台架上通常长成这样。

某 BEV 在快充叠加座舱制冷的工况下,座舱出风温度与 chiller 出口过热度同时出现周期性摆动。标定工程师按最自然的判断动手:摆动=增益太大,于是降比例增益。第一轮降完,摆动周期被拉长了,幅值几乎没变;第二轮再降,周期又长了一点,幅值还是没降,而全工况的响应已经明显变钝——高负荷段追不上目标了。

两轮台架时间花掉了,问题原样还在。而三份单路分析报告——压缩机转速环、座舱侧 EXV 过热度环、chiller 侧 EXV 过热度环——各自都写着「本路整定正常」。谁都没说谎。

⇒ 它不是一次整定失败,是一次层级错判。摆动不在任何一条环里面,它在环与环之间:两路 EXV 名义上各闭各自那一路的过热度,实际却是通过同一个吸气压力互相作用——三条闭环压在两个有效自由度上,属结构性欠定。这类问题的特征恰恰就是「降增益只改周期不改幅值」:你降的是环路增益,而病根是通道的归属指派错了,无论把增益调到哪里,两条环还是会互相推。

图1 全课主链结构图。中央一条自左向右的主链,六个方框依次为:拿到一个模式、建执行器×被控量台账(第1讲)、单执行器双向阶跃与归一化增益矩阵(第2讲)、算 RGA 与条件数、出配对表(第2讲)、叠结构手段(第3讲)、交付控制结构规格(第5讲);主链每一段下方标出它对应第几讲。第1讲框下方挂一个菱形判断框,问句为闭环被控量数是否超过可控自由度,答是则引一条支线到方框「显式把一个被控量降为监视量」,该支线再汇回主链。第2讲的 RGA 框下方挂三个并列出口小框,分别标 λ_ii 近 1 配、λ_ii 小于 0 禁配、λ_ii 远大于 1 需叠结构手段,第三个出口以箭头连到第3讲。第2讲的条件数框下方另挂一个菱形,问句为矩阵是否病态,答是则引虚线到方框「补自由度、降监视量、合成综合指标」,并注明三条都走不通才轮到 MPC,虚线终点标 K3-06。主链上方另接一条自第4讲引出的横向支线,标签为抢控识别与五步鉴别流程,箭头指回第1讲的台账框,注明第5步要回台账查两个执行器是否指向同一中间物理量。主链下方右端接一个交付物方框,内列六项:分模式台账、增益矩阵与归一化口径、RGA与条件数、配对表含禁配项、结构手段选型说明、跨ECU写权与交接规格。结构示意图,箭头表示先做哪一步与谁约束谁,不表示数据流向,也不是控制器的软件架构图;不含任何数值,不得据图读取任何数值。
图1 该从图上读出的是本课的工序顺序与三个出口:台账 → 增益矩阵 → RGA/条件数 → 配对表,这四步是有先后的,跳过任何一步后面那步都算不出来或算出来不可信;三个出口分别是「配对可用」「配上了仍强耦合,叠结构手段」「病态,回架构或需求侧」,而 MPC 只在第三条出口的三条路都走不通之后才出现。第 4 讲的抢控识别是一条回指支线——认出抢控之后,最后一步是回到第 1 讲的台账去找共用的中间物理量。图中箭头表示「先做哪一步、谁约束谁」,⛔ 不表示数据流向或报文流向,本图也不是控制器的软件架构图。结构示意图,不含任何数值,⛔ 不得据图读取任何数值。

钉子①:先数自由度,再谈闭环

这是全课第一句、也是最容易被跳过的一句:一个模式下能同时闭环的被控量个数,上限是这个模式的可控自由度。超了,多出来的那条环不会「稍微差一点」,它会变成一条与别人抢同一个物理量的环——现象就是引言里那种降增益也压不下去的摆动。

而「可控自由度」不等于「执行器个数」。撞在限幅上的、落在死区或最小可控开度以下的、被上层锁定为常值的执行器,一个都不算。这就是第 1 讲那张台账要回答的第一个问题。

欠定时唯一正确的处置是显式降级:把某个被控量从「闭环控制量」降为「监视量」,写进规格、写进标定文档、写进信号表。⛔ 不是把两条环都留着然后指望参数能调开——那正是把结构问题伪装成参数问题的做法。

钉子②:配对是可交付的表格,不是口号

「谁控谁」这四个字,在很多项目里停留在口头共识:大家都「知道」压缩机管压力、EXV 管过热度。本课要做的是把它变成一张算出来的、可评审、可归档的表——每一格背后有一个实测的归一化增益,每一条禁配背后有一个负的相对增益,每一个「配上了仍强耦合」的判定背后有一个大于 1 的对角元。

这张表的价值有一半在「禁配」那一栏。它直接拦掉一类无论怎么整定都收不住的方案——而这类方案在台架上常常会被误记为「整定成功」,因为执行器一旦饱和,波形看起来就稳了。那不是稳,那是假稳。

本课与四门课的欠账关系(必须先说清)

本课不是凭空新开的一层,它是四门已上线课程显式留下的欠账:

⇒ 第 2、3、4 讲必须把这四条欠账交出来。如果你是从上面任何一门课跳过来的,你要找的东西分别在:第 2 讲(耦合强度与配对)、第 3 讲(时标分离通法)、第 4 讲(抢控识别)。

一条贯穿全课的符号约定(含跨课口径提醒)

本课的符号只有五个,先钉死,全课不改:

符号 含义 量纲
u_j 第 j 个执行器的指令(转速、开度、占空比) 随量
y_i 第 i 个被控量(温度、过热度、压力) 随量
g̃_ij 执行器 j 对被控量 i 的归一化稳态增益 无量纲
K̃ 归一化稳态增益矩阵,元素为 g̃_ij,行=被控量、列=执行器 无量纲
Λ、λ_ij 相对增益阵列(RGA)及其元素 无量纲
γ K̃ 的条件数 无量纲,γ ≥ 1

⚠ 三条跨课口径提醒,读之前先看,否则会把两门课的量互代:

① θ 这个字母在本体系里有两个互不相干的用法。K3-05 PID/前馈/增益调度控制实战 用 θ_total 表示纯滞后总账(时间,单位 s),K3-02 空调温控与压缩机转速/过热度控制(制冷与制热两模式) 用 θ_actual/θ_base 表示 EXV 开度(%,占全行程)。两者都不是「本课要用的量」。⇒ 本课引用延迟时一律写全 θ_total 并注明「K3-05 PID/前馈/增益调度控制实战 的延迟总账」;本课提到开度时一律写「开度 u_j」或「% 开度」,⛔ 全课不裸写 θ,也不用 θ 表示开度。

② 增益 K 这个字母同样要分家。K3-05 PID/前馈/增益调度控制实战 的 K 是单环的过程增益,有量纲(例如「每 1% 开度对应多少 K 过热度」),它直接进那门课的整定式 K_c = τ/(K·(τ_c + θ));本课的 g̃_ij 是归一化之后的无量纲增益,它只用来算 RGA 与条件数。⇒ 两者不能互代:把 g̃_ij 填进 K3-05 的整定式,量纲就已经错了;把有量纲的 K 直接堆成矩阵去算 RGA,得到的配对结论没有意义(第 2 讲 2.3 会证明这一点)。本课的矩阵一律写 K̃(带波浪号),单环过程增益一律写 K,两个符号全课不共用。

③ 闭环带宽 ω_c 沿用 K3-05 PID/前馈/增益调度控制实战 的口径:那门课的图里用归一化坐标 ω_c·τ_plant,本课第 3 讲讲时标分离时用的是两条环的 ω_c 之比,两者口径一致、可以直接接上。⚠ 而「压制者标识(active limiter ID)」这个词沿用 K3-01 整车热管理控制策略总览与模式管理 第 1 讲的定义,含义与枚举要求完全一致,本课第 3 讲只是把它扩到低选选择器这一个场景,⛔ 不另立一套。


第 1 讲 执行器×被控量台账与自由度核对:先数自由度,再谈闭环

本讲交付什么:一张分模式的执行器×被控量台账(交付物一)、一次可控自由度与闭环被控量数的核对、以及三组「形近实异」的辨异——它与 K3-01 整车热管理控制策略总览与模式管理 那张模式表的区别、它与需求合成的区别、它与架构层解耦的区别。

本讲不交付:任何一格增益的数值(那是第 2 讲的实测活)、任何模式本身的定义与仲裁(归 K3-01 整车热管理控制策略总览与模式管理)。

1.1 台账的行列定义:格子里填的不是「有没有关系」

先把表的形状钉死。行=被控量,列=执行器。这个方向不能反——第 2 讲要算的 RGA 定义在「行是被控量」的矩阵上,反了之后所有下标都得转置,最容易在算完之后才发现。

典型的行(被控量)有:座舱出风温度、各路蒸发器/chiller 出口过热度、蒸发压力、冷凝压力、电芯温度与电芯温差、电驱水温。 典型的列(执行器)有:压缩机转速、各路 EXV 开度、各路电子水泵转速、多通阀位置、冷却风扇/AGS 开度、混风门位置、PTC 功率。

关键在格子里填什么。很多人第一次画这张表时填的是「√/×」——「这个执行器影响不影响那个被控量」。这样填出来的表没有用,因为它答不了第 2 讲的任何一个问题。格子里要填三样:稳态增益的符号(+/−)、量级、以及该工况下这个执行器是否落在可调域内。

  • 符号是最先能定下来的一栏,多数格子靠物理直觉就能填对(EXV 开大 → 过热度下降,填 −),而它恰恰是第 2 讲实测之后最值得回头核对的一栏:实测符号与直觉符号相反的格子,几乎每次都指向一个没被认出来的中间物理量。
  • 量级不需要精确,第一轮填成「强/中/弱」三档即可,它决定第 2 讲哪些通道值得排阶跃。
  • 是否可调是最容易被漏掉的一栏,也是第 1 讲的核心:一个撞在限幅上的执行器,在这个工况下增益实际为零,无论它在别的工况下多有权度。
图2 执行器×被控量台账的结构解剖图。主体是一张矩阵表格:行标题自上而下为座舱出风温度、座舱侧过热度、chiller侧过热度、蒸发压力、电芯温差、电驱水温;列标题自左向右为压缩机转速、座舱侧EXV、chiller侧EXV、电池回路水泵、多通阀、鼓风机。表格内的格子分四种视觉形态并在图右侧配一个四行图例:实心深色格标注为强格并在格内写增益符号正或负与强字,浅色格标注为弱格并写弱字,空白格标注为空格并注明结构上无通路,带斜线阴影的格标注为撞限幅格并写零权度三字。表格上方横跨一条标题带,写明本表按模式建,并在带内标出当前模式名为快充叠加座舱制冷。表格右侧另引出三个说明框,用细引线分别指向一个强格、一个弱格与一个撞限幅格:指向强格的框写这些格进第2讲的阶跃排期;指向弱格的框写弱格不进方阵但要记录,它是自由度核对的证据;指向撞限幅格的框写该执行器在本工况下不计入可控自由度。表格下方另有一行注记,写明同一格在另一个模式下形态可能完全不同,故一张跨模式的大表必然失真。结构示意图,格内只有符号与强弱标签,不含任何增益数值,不得据图读取任何数值。
图2 该读出的是台账的四种格子各自是什么结论:强格是第 2 讲的阶跃对象;弱格与空格同样是结论——它们把矩阵的规模压下来,也是自由度核对的直接证据;撞限幅格意味着该执行器在本工况下权度为零,不计入可控自由度。四种形态在图例里逐一对应。⚠ 表头带上标着模式名,这不是装饰:同一格在另一个模式下形态可能完全不同(多通阀在热泵模式里是连续控量、在制冷模式里可能只是常开件),所以台账按模式建,⛔ 不按整车建。格内只有符号与强弱标签,本图不含任何增益数值,⛔ 不得据图读取任何数值。

1.2 台账按模式建,⛔ 不按整车建

这是第 1 讲最容易被省掉、后果最贵的一条纪律。

同一台车,在不同模式下有效执行器集与被控量集都在变。举三个具体的变法:

  • 多通阀:在热泵模式里它可能是一个连续可调的流量分配件,是一列真正的执行器;在制冷模式里它可能被上层锁死在某个位置当常开件用,此时它整列都不该出现在台账里。
  • PTC:制冷模式下它整列为零;制热模式下它是一个强执行器,而且它与压缩机在「座舱出风温度」这一行上共用同一个被控量——这正是第 3 讲分程与主从要处理的那一类。
  • chiller 侧过热度:电池不需要冷却的模式里,这一行根本不存在;一旦进入快充冷却,它立刻变成一条真闭环。

⇒ 如果你画一张「整车通用」的大表,把所有模式下可能出现的执行器与被控量都塞进去,那张表必然把不存在的耦合当成存在的:它会告诉你 PTC 与 chiller EXV 在耦合,而在任何一个真实模式里这两个都不同时活跃。第 2 讲基于这张表算出来的 RGA 与条件数,会跟着一起失真——而且失真的方向是「看起来更耦合、更病态」,于是你会去做一堆本来不必做的解耦。

正确做法:先从 K3-01 整车热管理控制策略总览与模式管理 的模式清单里取出本项目实际会长时间停留的那几个模式(瞬态过渡态不算,那是 K3-09 冷却液回路模式切换的执行时序:泵—阀联动、断流窗口与切换序列表 的射程),每个模式各建一张台账。多数项目最后落到 4~8 张表,⛔ 这个数本身是项目相关的,取决于模式表有多少行。

1.3 先数自由度:三类执行器不计入

可控自由度=该模式下真正能独立改变系统状态的执行器数量。下面三类一律不计入:

① 撞在限幅上的。执行器已经压在上限或下限,指令再往那个方向给也不动。⚠ 注意方向性:一个压在上限的执行器,往回退的方向仍然是有权度的。所以严格的说法是「在当前工作点、朝需要的那个方向上没有余量」。台账里可以用两个半格分别标上行余量与下行余量,⛔ 但第一轮不必做到这么细。

② 落在死区或最小可控开度之下的。EXV 在极小开度区间内,开度指令变了而流量几乎不变;水泵在最低稳定转速之下无法稳定运行。这类执行器名义上在动、实际上没有权度,比撞限幅更隐蔽——因为反馈信号显示它确实在变。⚠ 判定这一类需要部件级的权度数据(阀权度曲线、最小可控开度、压缩机运行边界),那些判据归 G4-01 电子膨胀阀(EXV)结构、控制与选型 G4-04 比例阀/流量分配阀与回路调节 G1-02 压缩机排量、转速控制与容调,经 K3-05 PID/前馈/增益调度控制实战 的撞限幅三类分诊转接;本课只负责把它从自由度里扣掉。

③ 被上层锁定为常值的。模式表(K3-01 整车热管理控制策略总览与模式管理)已经把它的目标态写死成某个固定值,或者它正被某条保护逻辑压住。这一类最容易漏,因为它在硬件上完全健康。

核对规则只有一条:

该模式下的闭环被控量数 ≤ 该模式下的可控自由度。

超了就是欠定。欠定不是一个可以靠整定解决的问题——它是几条环去抢同一份权度,无论参数怎么调,总有一条环得不到它需要的那个自由度。

图3 自由度核对的对照图。图分上下两栏,中间以一条横向分隔线隔开,左侧竖排两个栏标签,上栏标可控自由度、下栏标闭环被控量。上栏自左向右画六个执行器方框,前三个为实心框并在框下标计入,后三个为虚线框并各带一个斜杠删除标记,框下分别标撞限幅、落在死区之下、被上层锁为常值三个不计入的理由;上栏右端一个圆形计数标签写可控自由度等于三。下栏自左向右画四个被控量方框,均为实心框,框下分别标座舱出风温度、座舱侧过热度、chiller侧过热度、蒸发压力;下栏右端一个圆形计数标签写闭环被控量等于四。两个圆形计数标签之间用一个大于号连接并涂成告警色,旁写欠定二字。图右侧另画一条向右的处置箭头,指向一个处置方框,框内三行文字自上而下为:显式把一个被控量降为监视量、写进规格与信号表、并在配对表里标明该行不参与配对;处置框下方另有一行反例文字并加删除线,写作留着两条环靠参数调开,旁标错误做法。图底部一行注记写明本图的执行器与被控量个数为教学示例,不对应任何平台。结构示意图,不含任何数值,不得据图读取任何数值。
图3 该读出的是核对的动作与欠定时的唯一正确处置:上栏六个执行器里只有三个计入可控自由度,另外三个各因一条理由被扣掉(撞限幅、落在死区之下、被上层锁为常值);下栏有四条闭环,四 > 三,判为欠定。此时唯一正确的处置是显式把一个被控量降为监视量并写进规格与信号表,⛔ 不是留着两条环去靠参数调开——图上那条带删除线的反例就是引言里那台车走过的路。本图的执行器与被控量个数为教学示例,不对应任何平台。结构示意图,不含任何数值,⛔ 不得据图读取任何数值。

1.4 「降为监视量」具体要做哪几件事

把一个被控量降为监视量,⛔ 不是把那条环的代码注释掉就完事。它是一次规格变更,至少要落四件事:

  1. 那个执行器改由什么给。闭环撤掉之后,对应的执行器不能悬空。常见两条路:一是由上层按某个预算/前馈表开环下发(例如按制冷量预算给出 chiller 侧 EXV 的开度,预算分配与仲裁本体归 K3-01 整车热管理控制策略总览与模式管理);二是把它并到另一条环里做分程接力(分程本体归 K3-05 PID/前馈/增益调度控制实战)。
  2. 那个被控量的监视职责怎么定。降为监视量不等于不管它——它通常要变成一条限值型约束:不再有人把它拉到目标值,但一旦越过安全边界,它要能通过低选/override 把执行器压回来(第 3 讲)。
  3. 信号表与标定观察量要跟着改。这一条对应 K3-01 整车热管理控制策略总览与模式管理 的那条硬要求:观测量必须留在量产件里。降级之后,「这个量当前是被谁管的」必须是可观测的,否则下一轮标定的人会重新把环加回来。
  4. 在配对表里显式标注该行不参与配对。第 2 讲的方阵是在剔除监视量之后才裁出来的;不标,下一个人会把它重新算进去,得到一张与实现对不上的配对表。

工程量级。一次「降为监视量」的规格变更要走多长流程、影响几份文档,取决于本项目的变更管理与文档体系,属平台相关量,⛔ 本课不给数。但可以说清的是:它比在台架上再降两轮增益便宜——引言那台车的两轮台架,换来的是响应变钝加上结构问题原样保留。

1.5 辨异一:它与 K3-01 整车热管理控制策略总览与模式管理 的「模式×执行器目标态映射表」形近实异

这是本课最容易被读者当成「同一张表再填一遍」的地方,必须在这里点破。

K3-01 整车热管理控制策略总览与模式管理 的模式×执行器目标态映射表 本课的配对表
按什么排 按模式排 按环路排
定的是什么 每个执行器在该模式下的目标状态(开/关/目标值/锁定) 每条闭环里哪个执行器负责把哪个被控量拉回目标
回答的问题 进了这个模式,各件东西该处于什么状态 在这个模式里,谁控谁
输入来自 模式定义与仲裁结果 本课第 2 讲的实测增益矩阵与 RGA
属主 K3-01 整车热管理控制策略总览与模式管理 本课

两张表在同一模式下并存,⛔ 不能合成一张。合成的直接后果是出现一类很难查的缺陷:模式表给了某个执行器的目标态,却没有任何一条环负责那个被控量——因为「给目标态」与「负责闭环」在合成后的表里长得一模一样,读表的人以为写了目标态就等于有人在管。实际发生的是:工况一变,那个被控量漂走,而没有任何执行器动作,因为它的目标态是个常值。

⇒ 评审时的动作:把两张表并排放,逐个被控量问一句「这个量在这个模式下,是谁把它拉回目标的?」答不上来的,要么补一条环(前提是自由度够),要么显式降为监视量并写限值约束。

图4 两张表的辨异对照图。图左右并排两张表格。左表标题为模式×执行器目标态映射表并在标题下标注属主 K3-01:其行标题为模式名,自上而下为制冷、热泵、快充冷却三行;列标题为执行器,自左向右为压缩机、座舱侧EXV、chiller侧EXV、多通阀;格内填的是目标状态文字,例如闭环、锁定、常开、关闭。右表标题为通道配对表并在标题下标注属主本课:其行标题为闭环编号,自上而下为环一、环二、环三;列标题共三列,分别为被控量、负责的执行器、配对依据;格内填的是配对关系与依据,依据列写相对增益近1或前馈开环。两表之间画一条竖向分隔带,带内自上而下三行对照文字:按模式排对按环路排、定目标状态对定谁把谁拉回目标、进模式时怎么摆对工况变了谁动作。图下方横跨一个告警框,框内写合成一张表的后果并配一个小示意:模式表给了目标态那一格用箭头指向一个空的负责人格,空格内画问号,旁写没有任何一条环负责这个量,而读表的人以为有。图底部一行注记写明表内的模式名与执行器名为教学示例,不对应任何平台。结构示意图,不含任何数值,不得据图读取任何数值。
图4 该读出的是两张表回答的是两个不同的问题:左表按模式排、定的是「进了这个模式各件东西摆成什么状态」;右表按环路排、定的是「工况一变谁负责把这个量拉回来」。⚠ 图下方那个告警框是合表的后果:模式表给了目标态的那一格,会被读表的人当成「有人在管」,而配对表里对应的负责人格其实是空的——这个量在工况变化时没有任何执行器动作。评审动作是把两表并排、逐个被控量问一句「谁把它拉回目标」。表内的模式名与执行器名为教学示例,不对应任何平台。结构示意图,不含任何数值,⛔ 不得据图读取任何数值。

1.6 辨异二:三件容易与「配对」混掉的事,一句话各自划清

① N 个热请求合成为 1 个执行器目标值 = 需求合成,归 K3-08 冷却侧执行器需求生成与协同仲裁:电子水泵/冷却风扇/AGS。它的形状是「多进一出」:几路热请求各自算出一个对水泵转速的诉求,按取严/加权/否决合成一个下发值。⇒ 与配对的区别一句话:需求合成= N 请求 → 1 执行器;通道配对= 1 执行器 ↔ 1 被控量的归属指派。混做的典型故障是:仲裁完的目标值被下发给了一个本就不该闭这个量的执行器——合成那一层做得再漂亮也救不回来,因为归属本身错了。

② 同一被控量由多个执行器接力顶 = 分程(split-range),归 K3-05 PID/前馈/增益调度控制实战。它的形状是「一进多出」:一条环的输出按区段分给两个执行器(例如低负荷段用 EXV、高负荷段加压缩机转速)。⇒ 与配对的区别:分程里两个执行器同属一条环、共用一个控制器输出,它们之间没有配对问题;配对处理的是两条独立的环之间的归属。

③ 离散模式的仲裁优先级与迟滞 = 模式管理,归 K3-01 整车热管理控制策略总览与模式管理。它处理的是「现在该进哪个模式」,是离散量;本课处理的是「进了这个模式之后,连续量怎么分工」。⇒ 两者在时间尺度上也分得很开:模式切换是事件驱动的、以秒到分钟计;配对约束的是每一拍都在跑的连续闭环。

1.7 辨异三:架构层解耦已经做过一轮,本课不重复做

还有一层容易混的是架构层的热力/水力解耦——换热器隔离、旁通支路、支路独立泵、串并联可切换。它治的是稳态互扰与流量抢占:两条支路串在一起时,前一条的出水温度就是后一条的进水温度,你在控制上做什么都改不了这个事实。这一层归 B3-01 冷却液回路拓扑:串/并联、多回路耦合与模式切换,而且那门课已经把它之后的那一层前指本课。

本课处理的是架构定型之后的那一层:管路已经焊好了、阀已经选好了,同一个模式内仍有多条连续闭环互相追——反相摆动、极限环。这一层只能靠配对与结构手段解决,⛔ 改不了硬件。

⇒ 评审时的判断很简单:如果换一根管子/加一个旁通就能解决,那是 B3-01 冷却液回路拓扑:串/并联、多回路耦合与模式切换 的事,别在控制里绕;如果硬件已冻结、或者改硬件的代价明显大于改控制结构,那就是本课的射程。第 2 讲的条件数会给这个判断补一个量化依据——病态到某个程度时,「补一个自由度」(也就是回架构)反而是最省的路。

1.8 交付物一:分模式的执行器×被控量台账

本讲的交付物是一份可以放进控制结构规格的表,每个模式一张,每张至少含这几列(每一格):

项 内容 来源
增益符号 + 或 −,第一轮凭物理定,第 2 讲实测后回填并核对 第 1 讲估 / 第 2 讲实测
量级 强/中/弱三档 同上
可调性 在当前工况下有无余量、是否落在死区之下、是否被锁定 部件规格 + K3-01 整车热管理控制策略总览与模式管理 模式表
备注 若与物理直觉符号相反,记下怀疑的中间物理量 人工

外加两份单独列出的清单:

  • 撞限幅格清单——它们决定可控自由度到底是几;
  • 弱格清单——它们决定第 2 讲的方阵能裁到多小,也是「这两个量其实不耦合」的书面证据。

⚠ 这两份清单不是附件,是第 2 讲的前提:不知道哪些格撞了限幅,阶跃数据里那一列会全是噪声;不知道哪些格是弱格,方阵就裁不下来,算出来的 RGA 会被一堆接近零的行列搅乱。

本讲小结:台账按模式建、不按整车建,行=被控量、列=执行器,格里填的是增益符号、量级与可调性而不是有无关系。核对规则只有一条:闭环被控量数 ≤ 可控自由度,而可控自由度要扣掉三类执行器——撞限幅的、落在死区或最小可控开度之下的、被上层锁为常值的。欠定时唯一正确的处置是显式把一个被控量降为监视量,并连带落实四件事(执行器改由谁给、该量转成什么限值约束、信号表与观察量、配对表里标注不参与配对)。三组辨异必须记住:与 K3-01 整车热管理控制策略总览与模式管理 模式表的区别是「按模式排/定目标态」对「按环路排/定谁拉回目标」,合表会造出「有目标态却没人负责闭环」的缺陷;与 K3-08 冷却侧执行器需求生成与协同仲裁:电子水泵/冷却风扇/AGS 需求合成的区别是「N 请求→1 执行器」对「1 执行器↔1 被控量」;与 B3-01 冷却液回路拓扑:串/并联、多回路耦合与模式切换 架构解耦的区别是「改硬件能不能解决」。本讲的一切增益取值均待第 2 讲实测,⛔ 本讲不给任何数。

后面还有 4 讲正文 · 关键公式 · 案例拆解 · 常见误区 · 动手做

会员专属

后续为会员深水区内容——四库数据与深度拆解。

查看会员方案