2. 三电控制器HIL验证对象拆解

做HIL验证,第一步不是搭台架,而是把被测对象拆清楚。三电控制器虽然都挂在整车网络上,但它们的职责边界、信号类型和故障表现差异很大。如果拆解不到位,测试用例就会写成“给个信号看有没有反应”,既覆盖不了真实工况,也定位不了问题。本节按VCU、MCU、BMS三个控制器分别梳理:它管什么、对外有哪些接口、HIL需要注入和采集哪些量、典型故障模式是什么。

VCU整车控制:整车层面的决策与协调

VCU是整车控制的“大脑”,核心职责是驾驶员意图解析、扭矩协调、上下电管理、档位控制、能量管理与整车故障分级。它不直接驱动电机,也不直接管理电芯,而是通过CAN网络向MCU发扭矩指令、向BMS发继电器控制与充电请求,同时接收两者的状态反馈。

从HIL验证角度看,VCU的输入可分为四类:硬线输入(钥匙ON/START、制动开关、档位开关、加速踏板与制动踏板模拟量)、CAN输入(MCU的电机转速/扭矩/温度、BMS的SOC/电压/电流/继电器状态、ABS/ESP的车速与轮速)、模拟量输入(踏板双路冗余电压、温度传感器)、诊断输入(故障码读取与清除请求)。输出则包括:扭矩请求与使能、继电器驱动、仪表显示信号、故障指示灯、充电控制信号。

VCU的典型故障模式包括:踏板双路信号不一致(偏差超过阈值)、CAN通信超时、扭矩指令与反馈偏差过大、上下电时序异常、档位与车速逻辑冲突。HIL测试时,需要重点验证VCU在信号丢失、信号漂移、信号卡滞三种情况下的降级策略是否与设计一致。

MCU电机控制:扭矩执行与电机状态管理

MCU负责将VCU的扭矩指令转化为电机三相电流控制,同时管理电机温度、转速、母线电压与故障保护。它的接口比VCU更“电气化”:高压侧有直流母线正负极、三相输出;低压侧有CAN通信、旋变信号、温度传感器、使能硬线。

HIL验证MCU时,关键输入包括:VCU下发的扭矩指令与使能信号、旋变解码后的转子位置与转速、母线电压与电流、IGBT温度与电机绕组温度。输出包括:实际扭矩估算值、三相电流、转速、故障等级、主动短路请求。MCU的故障模式较为特殊,例如旋变信号丢失会导致转子位置不可信,MCU必须进入主动短路或自由停车;母线过压会触发泄放或降功率;IGBT过温会触发扭矩限制。

在HIL中,MCU通常与电机模型、逆变器模型联合运行。电机模型根据MCU输出的PWM占空比计算三相电流与转速,再反馈给MCU。这里需要特别注意:旋变信号的模拟必须与转速同步,否则位置误差会导致扭矩控制失稳。测试用例应覆盖零速、低速大扭矩、高速弱磁、堵转等工况。

BMS电池管理:电芯安全与能量边界

BMS管理电池包的电芯电压、温度、电流与绝缘状态,核心职责是SOC/SOH估算、充放电功率限制、继电器控制、均衡管理与热安全保护。它的接口分为高压侧(总正/总负继电器、预充继电器、电流传感器、绝缘检测)和低压侧(CAN通信、唤醒信号、充电枪连接确认)。

HIL验证BMS时,需要模拟电芯电压与温度。常见做法是用电池模拟器或HIL板卡输出多路电芯电压,每路对应一个电芯或一个并联组。BMS采集这些电压后计算SOC与最大允许充放电功率,并通过CAN发送给VCU。BMS的故障模式包括:单体过压/欠压、温差过大、绝缘电阻过低、继电器粘连、电流传感器漂移、SOC跳变。

BMS的HIL测试有一个特殊点:故障注入需要精确到单体级别。例如模拟第3号电芯电压从3.65V缓慢升到4.25V,观察BMS是否在4.20V触发过压报警、在4.25V切断继电器。这种测试用真实电池包很难安全复现,正是HIL的价值所在。

三电控制器HIL验证对象与接口关系 VCU 整车控制器 • 驾驶员意图解析 • 扭矩协调与上下电 • 档位与能量管理 • 故障分级与降级 输入:踏板/档位/制动/钥匙 输出:扭矩请求/继电器/仪表 MCU 电机控制器 • 扭矩指令执行 • 三相电流闭环控制 • 旋变位置解码 • 过温/过压保护 输入:扭矩指令/旋变/母线电压 输出:实际扭矩/转速/故障等级 BMS 电池管理系统 • SOC/SOH估算 • 充放电功率限制 • 继电器与预充控制 • 绝缘与热安全保护 输入:电芯电压/温度/电流 输出:SOC/允许功率/继电器状态 CAN 整车网络(VCU ↔ MCU ↔ BMS 信号交互) 扭矩请求/使能 转速/扭矩/温度 SOC/电压/电流 HIL 实时仿真系统 驾驶员模型 踏板/档位/钥匙 硬线+模拟量输出 电机+逆变器模型 PWM→三相电流 旋变信号模拟 电池模型 多路电芯电压 温度/绝缘模拟 故障注入 开路/短路/漂移 CAN超时/卡滞

三控制器接口与故障模式对照

把三个控制器的接口和故障模式放在一起看,能更清楚地理解HIL测试的侧重点。下表整理了各控制器在HIL中需要重点处理的信号类型与典型故障。

控制器 关键输入 关键输出 通信信号 典型故障模式
VCU 踏板双路电压、档位、制动、钥匙 扭矩请求、继电器驱动、仪表 CAN:扭矩指令、使能、故障等级 踏板信号不一致、CAN超时、上下电时序异常
MCU 扭矩指令、旋变、母线电压、温度 三相电流、实际扭矩、转速 CAN:转速、扭矩反馈、故障码 旋变丢失、母线过压、IGBT过温、堵转
BMS 电芯电压、温度、电流、绝缘 继电器控制、均衡、SOC CAN:SOC、允许功率、继电器状态 单体过压/欠压、温差过大、绝缘低、继电器粘连

拆解之后:HIL测试用例的映射关系

拆解对象的目的,是让每个测试用例都能追溯到具体的控制器、接口和故障模式。例如“VCU在MCU CAN超时后是否在100ms内进入降扭矩模式”,这条用例对应VCU的CAN输入接口、MCU的CAN输出接口、以及VCU的降级策略。再如“BMS在单体电压4.25V时是否切断继电器”,对应BMS的电芯电压采集接口、继电器驱动输出、以及过压保护逻辑。

实际项目中,建议按“控制器—接口—信号—故障模式—预期响应”五列建立追溯表。这样既能保证覆盖度,也能在测试失败时快速定位是模型问题、接线问题还是被测控制器逻辑问题。HIL的价值不在于跑通多少条用例,而在于每条用例都能说清楚:测的是谁、通过什么信号、在什么条件下、期望什么结果。

提示:拆解三电控制器时,不要只盯着CAN信号。硬线信号(使能、继电器反馈、旋变)和模拟量(踏板、温度)往往才是故障注入的重点,因为它们更容易出现漂移、开路和短路,而这些在纯总线仿真中容易被忽略。