G12-03 执行器硬件接口与电气规格

课程代码 G12-03 · 板块 G 总成级产品专题 / G12 传感器与执行器 时长 约 3.5 小时（5 讲 + 1 次接口清单与失效安全设计实操） 适合对象 控制 / 结构工程师；做执行器 EE 接口、驱动标定与失效安全设计的人（必修） 前置 基础电机 / 电磁阀驱动与电子学；G4 / G5 / G6 阀 / 泵 / 风扇总成结构（了解被驱动对象） 本讲义定位 讲师授课蓝本 / 学员自学讲义，是 G12-03 大纲的完整展开版

引言：策略再聪明，也要靠一根线落地

控制策略这一层，工程师往往讲得头头是道：什么工况切什么模式、阀开多大、泵转多快、压缩机爬到多少转。但这些命令最终都要靠一根线、一个协议、一次时序，把数值送进阀、泵、风扇、压缩机的绕组里。这门课讲的就是这"最后一根线"——四类执行器各自的驱动接口：步进脉冲驱动的 EXV、LIN 或 PWM 驱动的无刷水泵、低边 PWM 调速的冷却风扇、以及高压供电叠加 CAN/LIN 通信的电动压缩机。

这一层最容易被低估。它不出现在系统架构图的主干上，看起来只是"接个线"，但它决定了上层策略能不能可靠、可诊断、可失效安全地落地。一台车热泵模式切不过去、多通阀偶发卡位、水泵占空比给了却不转——这些现场故障，九成不是策略错了，而是接口时序、反馈链路、失效处理没做到位。

所以本课有一条贯穿始终的主线：命令 → 执行 → 反馈 → 诊断 的闭环。命令怎么下、执行器怎么动、动了没动靠什么反馈知道、动错了怎么生成故障码——每一类执行器都要沿这条链走一遍。把这条链在每类执行器上讲透，你就能为任何一个热管理执行部件定义出一份完整、可交付的 EE 接口规格。

第 1 讲　执行器与接口分类总览

在钻进任何一类具体执行器之前，先要建立一张"地图"：热管理系统里的执行器可以怎么分类、有哪几种驱动接口、什么时候该用哪种。地图建好了，后面四讲才不会迷失在协议细节里。

1.1 位置型 vs 速度型：两类执行器，两种控制目标

第一刀分类，按控制目标切：执行器要么是被控到某个位置，要么是被控到某个速度。

• 位置型：EXV（电子膨胀阀）、多通阀、空调风门。它们的控制量是"开到多少度""切到第几位""风门转到哪个角度"。位置型的核心诉求是绝对位置的准确与可重复——你让它开 40%，它就得真在 40%，而且断电再上电还能回到已知位置。
• 速度型：水泵、冷却风扇、座舱鼓风机、压缩机。它们的控制量是转速（或间接的流量、排量）。速度型的核心诉求是转速跟随与稳定，位置本身不重要，重要的是转得多快、能不能稳住、能不能软启动。

这个分类不是学术划分，它直接决定了反馈信号要测什么：位置型必须有位置反馈或可靠的找零机制，否则你根本不知道阀在哪；速度型必须有转速反馈（FG 信号或电流环内部估算），否则你不知道它到底转没转、转多快。控制目标错配了反馈，是这一层最底层的设计失误。

1.2 接口谱系：从脉冲到总线的五个台阶

第二刀分类，按驱动接口切。热管理执行器用到的接口，从简单到复杂大致是五个台阶：

• 步进脉冲：多相脉冲序列直接驱动步进电机，主要用于 EXV 和部分多通阀。特点是"发多少脉冲走多少步"，开环也能定位，但依赖找零；
• PWM 占空比：一路方波，用占空比编码转速或功率，主要用于水泵、风扇。极简、极便宜，但占空比和真实转速之间的关系需要标定；
• LIN 总线：低速单线总线（约 20 kbit/s 量级），用于智能水泵、风扇模块，能双向传命令和状态，成本比 CAN 低；
• CAN / CAN-FD：高速多主总线，用于压缩机这类需要下发转速目标、回授多路状态的智能执行器；
• 模拟电压：0~5V 一类的模拟量，最原始，仍见于某些简单风门或反馈信号。

这五个台阶之外还要单列一类：纯电阻负载。PTC 加热器、除霜 / 除雾加热丝这类纯电阻件只有两种开法——低边 PWM 与继电器分档，它既没有位置通道也没有转速通道，唯一能证明「它真的在加热」的反馈来自温度传感。所以它不是「更低级的接口」，而是反馈结构不同的一类：诊断项与失效安全逻辑都要另起一套（见 5.1 与 5.4；加热器本体的功率控制与过温保护见 G9-03 加热器功率控制与温度保护）。

要理解的是：这五个台阶不是"越高级越好"，而是各有适配的场景与成本。一个只需要开关的风门用 CAN 就是过度设计；一个需要回授排气温度、电流、故障字的压缩机用 PWM 就表达不下这么多信息。选接口的第一问是"这个执行器需要传递多少信息、双向还是单向、刷新多快"，信息量和实时性决定接口，不是越贵越对。

1.3 直驱还是带本地 MCU：智能下沉的分界

第三个维度，是执行器自己有没有"脑子"。

• 简单执行器由域控直驱：域控制器直接输出脉冲 / PWM，绕组电流环、换相全在域控里闭合。执行器本体只有电机和绕组，成本低，但域控要背下所有底层驱动的实时任务；
• 智能执行器带本地 MCU：执行器内部集成一颗 MCU 和驱动器，整车只通过 LIN/CAN 下发高层命令（"转到 3000 转""开到 40%"），电流环、换相、保护都闭在执行器内部。这就是 LIN 智能泵、内置 IPM 的电动压缩机的形态（这条逻辑与 K2-01 热管理控制器（域控/ECU）硬件架构 讲的域控架构分层一脉相承）。

这条分界的本质是实时控制任务放在哪里。智能下沉到执行器，域控就从繁重的电流环里解放出来、总线负载也低，代价是执行器单价上升、且它内部的控制逻辑对整车是"黑盒"，标定和诊断都要隔着总线做。直驱则相反：域控累、线束多、但整车对底层完全可控可观测。选哪种，是成本、总线负载、可诊断性三者的权衡，没有绝对答案，随平台的电子电气架构而定。

还有一笔采购层的账要一起算：选智能执行器，等于把一部分闭环与保护让渡给供应商。所以采购与接口规范里必须同步约定两件事——让渡了哪些功能（电流环、换相、堵转判定、过温降额、欠压保护各归谁），以及这些内部动作如何对整车可观测。不约定，黑盒代价迟早会以「整车不知情的降额」这种形式反噬：部件为自保悄悄降了出力，上层却仍按满能力做仲裁，故障现象是「策略算得对、车就是不凉」。可观测性的落地写法见 3.4 与 5.5，控制侧与诊断侧的对接见 K3-01 整车热管理控制策略总览与模式管理、K5-02 热管理故障处理与降级策略。

1.4 贯穿全课的主线：命令 → 执行 → 反馈 → 诊断

最后立起本课的主线框架。任何一类执行器，都要沿这四个环节走通：

1. 命令：上层策略把控制量（开度、转速、使能）通过某种接口下发；
2. 执行：执行器把电信号变成机械动作（阀移动、泵转、风扇转）；
3. 反馈：把"实际动作"测回来（位置、转速、电流、温度）；
4. 诊断：比对命令与反馈，异常时生成故障码（DTC）。

没有反馈的命令是开环的赌博，没有诊断的反馈是浪费的信息。这条链是判断一份执行器接口规格是否完整的检验尺——任何一个执行器，若这四环有一环说不清，规格就没写完。后面四讲，每一类执行器都会被放到这条链上逐环拆解。

本讲小结：执行器按控制目标分位置型 / 速度型，接口谱系有步进脉冲 / PWM / LIN / CAN-FD / 模拟五个台阶，智能可放在域控（直驱）或执行器本地（带 MCU）。贯穿全课的检验尺是"命令→执行→反馈→诊断"四环闭环，缺一环规格就不完整。