📚 课程目录第3章 HIL仿真基础

3. HIL仿真基础

在三电控制器（VCU、MCU、BMS）的开发与验证中，硬件在环（Hardware-in-the-Loop，HIL）是一种把真实控制器接入虚拟被控对象的测试方法。控制器本身是真实的硬件，运行着量产级别的嵌入式软件；而电机、电池、整车动力学、传感器与执行器则用实时模型代替。这样既保留了真实控制器的时序、接口与故障行为，又能在实验室里安全、可重复地复现极端工况与故障场景。

3.1 核心原理：为什么必须“实时”

HIL 的本质是闭环实时仿真。真实控制器每个控制周期都会输出 PWM、CAN 报文或模拟电压，HIL 仿真器必须在同一时间尺度内完成模型解算、I/O 采样与信号回灌，否则控制器看到的“世界”就会失真。因此 HIL 的第一性要求不是模型多精细，而是确定性实时：步长固定、抖动可控、超时可知。

典型的三电 HIL 闭环链路如下：控制器输出 → I/O 板卡采集 → 实时模型解算 → I/O 板卡输出 → 控制器输入。整个回路必须在控制周期内闭合。若控制器周期为 1 ms，模型步长通常取 100 μs～1 ms，抖动需控制在几十微秒量级。

关键判据：HIL 是否合格，先看实时性（步长、抖动、超时计数），再看模型精度。实时性不达标，再精确的模型也无法用于闭环测试。

3.2 系统组成：从控制器到实时机的完整链路

一套完整的三电 HIL 系统通常由五部分组成：

被测控制器（DUT）：VCU、MCU、BMS 或其组合，含真实接插件、CAN/CAN FD、LIN、模拟/数字 I/O。
实时仿真机：运行实时操作系统（如 dSPACE SCALEXIO、NI PXI、Speedgoat Performance），负责模型解算与确定性调度。
I/O 与信号调理：模拟输出/输入、数字 I/O、PWM 采集与发生、CAN/LIN 板卡、故障注入单元（FIU）。
被控对象模型：电机模型、逆变器模型、电池模型、整车动力学模型、传感器模型与执行器模型。
上位机与试验管理：模型编译下载、试验自动化、标定测量（如 dSPACE ControlDesk、NI VeriStand、Speedgoat 配套工具）。

其中故障注入单元是三电 HIL 的特色部件，可对传感器信号、CAN 报文、电源与执行器回路进行开路、短路、漂移、卡滞等故障模拟，是后续故障注入工程的基础。

3.3 主流实时仿真平台与工具链

三电 HIL 的实时平台主要有三类：dSPACE、NI 与 Speedgoat。它们都能满足确定性实时要求，差异主要在硬件形态、软件生态与模型集成方式。

平台	典型硬件	实时系统	上位机软件	适用场景
dSPACE	SCALEXIO / MicroAutoBox	dSPACE 实时 OS	ControlDesk、ConfigurationDesk	整车与三电高置信度 HIL，生态成熟
NI	PXI / CompactRIO	NI Linux Real-Time	VeriStand、LabVIEW	灵活 I/O 配置，与 LabVIEW 生态结合紧密
Speedgoat	Performance / Mobile	Simulink Real-Time	Simulink + Speedgoat 工具链	MATLAB/Simulink 原生工作流，快速原型与 HIL

工具链的共性流程是：在 MATLAB/Simulink 中搭建被控对象模型 → 配置 I/O 与故障注入通道 → 编译下载到实时机 → 在上位机建立试验界面 → 运行闭环并记录数据。区别在于模型接口、I/O 映射方式与自动化测试 API。

3.4 典型场景：MCU 台架 HIL 的一次闭环验证

以电机控制器（MCU）HIL 为例，验证目标是在真实 MCU 上运行 FOC 控制，观察其在母线电压跌落与旋变信号漂移下的响应。基本步骤如下：

在 Simulink 中建立永磁同步电机与逆变器模型，设置步长 100 μs。
将 MCU 的 PWM 输出接入 HIL 的 PWM 采集通道，将模型计算的三相电流、旋变信号回灌到 MCU。
通过 FIU 注入旋变信号幅值漂移 10%，观察转矩波动与故障码。
用 ControlDesk 或 VeriStand 记录母线电压、相电流、转速与故障标志。

试验配置示例（伪代码）
model_step   = 100e-6      # 模型步长 100 μs
ctrl_period  = 1e-3        # 控制器周期 1 ms
fiu_channel  = "resolver_sin"
fiu_action   = "gain_drift"
fiu_value    = 1.10        # 幅值漂移 10%
timeout_cnt  = 0           # 实时超时计数，必须为 0

实操提示：首次闭环前先做“开环对拖”检查——让 HIL 输出固定信号，确认 MCU 采样值与期望一致，再闭合模型。这样能快速定位 I/O 映射或量纲错误。

3.5 常见误区与复盘

误区一：模型越精细越好。实时性优先，模型精度需与步长、I/O 带宽匹配。过度精细会导致超时，反而失去 HIL 价值。
误区二：忽略 I/O 延迟与量化误差。板卡延迟、PWM 采集分辨率、DAC 建立时间都会影响闭环稳定性，需在模型中标定或补偿。
误区三：把 HIL 当纯软件测试。HIL 的价值在于真实控制器的时序与故障行为，若只跑模型而不接真实控制器，就退化为 MIL/SIL。
误区四：故障注入不设边界。注入短路或电源拉偏时需确认 FIU 的电压电流限值，避免损坏 DUT。

复盘要点：每次 HIL 试验后应记录实时超时计数、CPU 负载与 I/O 抖动。若超时计数不为零，先排查模型步长与任务优先级，再分析控制算法，否则结论不可信。

掌握 HIL 的定义、实时闭环原理、系统组成与主流工具链，是后续开展三电控制器联合 HIL 与故障注入工程的前提。只有在确定性实时与真实控制器闭环的基础上，故障注入的结论才具备工程可信度。