4. 扭矩协调核心概念
在VCU（整车控制器）的扭矩控制链路中，扭矩协调是承上启下的核心环节。它向上承接驾驶员意图与ADAS/能量管理等高阶请求，向下输出最终扭矩指令给电机控制器（MCU）或发动机管理系统（EMS）。如果把整车动力系统比作一支乐队，驾驶员是"指挥"，各子系统是"乐手"，那么扭矩协调就是"乐谱编排"——它决定谁在什么时刻、以多大力度发声。本节围绕四个关键概念展开：驾驶员需求扭矩解析、扭矩仲裁、扭矩限制与优先级管理。
一、驾驶员需求扭矩解析：把踏板"翻译"成扭矩
驾驶员踩下加速踏板，VCU首先获得的是两个冗余的模拟电压信号（APPS1/APPS2），经A/D采样、滤波、开短路诊断后，映射为0~100%的踏板开度。随后通过踏板MAP（Pedal Map）将开度与当前车速、挡位、驾驶模式结合，解析为驾驶员需求扭矩。
踏板MAP通常以车速为横轴、踏板开度为纵轴，输出扭矩百分比或绝对扭矩值。不同驾驶模式（Eco/Normal/Sport）对应不同MAP曲线：Eco模式前段平缓、后段收敛，Sport模式前段灵敏、响应更快。解析过程还需叠加蠕行扭矩、踏板迟滞与滤波时间常数，以兼顾响应性与驾驶平顺性。
驾驶员需求扭矩解析伪代码：
apps_raw = read_dual_channel_apps() // 双路冗余采样
apps_pct = diagnose_and_filter(apps_raw) // 诊断+滤波
if gear == D and apps_pct < 3%:
T_req = creep_torque(speed) // 蠕行扭矩
else:
T_req = pedal_map(apps_pct, speed, drive_mode)
T_req = rate_limit(T_req, max_gradient) // 变化率限制
二、扭矩仲裁：多源请求的"合议"机制
现代整车中，请求扭矩的来源远不止驾驶员：ACC自适应巡航、LKA车道保持、ESC车身稳定、TCS牵引力控制、能量回收、电池热管理等都会提出扭矩请求。这些请求可能相互冲突——例如驾驶员请求加速，而ESC因车轮打滑请求降扭。扭矩仲裁就是按既定规则对这些请求进行取舍与融合，输出一个协调后的扭矩值。
仲裁通常采用"优先级+权重"或"安全层优先"策略。安全相关请求（ESC/TCS）拥有最高否决权，可直接覆盖驾驶员请求；舒适性请求（ACC）则在驾驶员未介入时生效。仲裁结果需保证：安全优先、响应及时、切换无冲击。
三、扭矩限制：给扭矩指令加上"边界"
仲裁后的扭矩仍需经过多重限制才能下发，因为动力系统存在物理与安全边界。常见限制包括：
- 电池功率限制：根据SOC、温度、电压计算允许的充放电功率，换算为扭矩上限。
- 电机能力限制：外特性曲线决定当前转速下的最大/最小扭矩。
- 温度限制：电机、电控、电池温度过高时降扭保护。
- 整车安全限制：车速限制、挡位限制、故障降级模式。
- 舒适性限制：扭矩变化率限制、抖动抑制、防抖滤波。
这些限制以"扭矩上限/下限"的形式作用于仲裁结果，最终输出T_final = clamp(T_arb, T_min, T_max)。限制层是扭矩协调的"最后一道闸门"，任何请求都不能突破物理与安全边界。
四、优先级管理：谁说了算
优先级管理贯穿解析、仲裁与限制全过程。下表给出典型扭矩请求源的优先级与处理方式：
| 请求源 | 典型优先级 | 处理方式 | 是否可覆盖驾驶员 |
|---|---|---|---|
| ESC/TCS | 最高（安全层） | 直接否决/降扭 | 是 |
| 故障降级 | 高 | 限制扭矩上限 | 是 |
| 电池/电机保护 | 高 | 限制扭矩边界 | 是 |
| ACC/LKA | 中 | 驾驶员未介入时生效 | 否（驾驶员可覆盖） |
| 能量回收 | 中低 | 与驱动请求协调 | 否 |
| 驾驶员踏板 | 基础层 | 作为基准请求 | — |
优先级管理的关键在于状态切换的平顺性。例如ACC退出、驾驶员突然踩下踏板时，扭矩需在数百毫秒内平滑过渡，避免顿挫。工程上常用扭矩斜坡与交叉淡入淡出实现无感切换。
五、典型场景与误区复盘
场景：车辆在湿滑路面起步，驾驶员踩下40%踏板，TCS检测到驱动轮打滑，请求降扭至20%。此时扭矩协调链路应：解析驾驶员需求→仲裁时TCS以安全层优先级覆盖→限制层确认电池与电机能力→输出降扭指令。若仲裁逻辑错误地让驾驶员请求优先，将导致车轮持续打滑甚至失控。
复盘要点：扭矩协调的设计应遵循"安全第一、平顺第二、响应第三"。任何仲裁与限制逻辑都必须可诊断、可标定、可回放。建议在台架上用扭矩请求注入工具模拟多源冲突，验证优先级切换的平顺性与安全性，再将标定参数固化到VCU软件中。