什么是 HIL 测试？ 硬件在环测试台如何工作

一段话看懂 HIL 测试

在硬件在环测试中，被测设备（DUT）是运行真实软件的真实控制硬件，例如发动机控制单元、电池管理系统、逆变器控制器或无人机飞控。它原本要感知和驱动的一切，即车辆、机器或环境，都由实时仿真代替：仿真读取控制器的输出，再把传感器信号送回控制器。回路由此闭合，理想情况下控制器察觉不到自己并不在真实系统中。

因此，HIL 是软件首次面对真实时序、真实接口和真实电子硬件的阶段，适用于整机尚未完成，或直接用整机测试过于危险、成本过高的情况。

MIL、SIL、PIL 与 HIL：HIL 处在哪个环节

HIL 是一系列逐步接近真实的测试环境中的一级，通常画在 V 模型的右侧。每一级都能发现前一级发现不了的问题：

HIL 测试台的组成

无论哪个行业，HIL 测试台（也称 HIL 测试系统或 HIL 仿真器）都由相同的部分组成：

• 实时仿真机：以固定、确定的步长运行被控对象模型，速度要满足控制器的回路频率。
• 被控对象与环境模型：控制器所作用的物理过程，包括飞行器动力学、电机、电池、空气动力学和传感器。模型的保真度决定了测试能证明什么。
• 输入输出与信号调理：模拟量和数字量通道、PWM、CAN、串行总线和以太网，电平与时序须符合控制器的要求。
• 被测设备：真实的控制器，最好使用量产固件、线束和连接器。
• 故障注入：能够让信号断路、短路或失真，以测试故障检测和安全状态。
• 测试自动化与数据记录：脚本化测试用例、通过判据，以及用于回归测试的同步记录。
• 必要时的物理激励：有些传感器难以用电信号逼真地模拟，这时就要在物理装置上让传感器本身运动、受载或受热。

如何逐步搭建 HIL 测试台

HIL 测试台是软件的测量仪器。无论产品为何，搭建顺序都相同：

1. 明确要回答的问题。写下测试台需要验证的需求：控制性能、故障响应、时序，或每次软件发布后的回归测试。
2. 列出控制器的全部接口。每个输入和输出都要注明信号类型、范围、更新频率和时延预算。这份清单决定输入输出硬件的规模。
3. 选择模型保真度。使用仍能覆盖各项需求的最简模型，只在测试确实需要的地方增加细节。
4. 闭合回路并测量时序。测量从控制器输出到传感器信号返回的端到端时延，并与控制器的回路周期比较。
5. 验证测试台本身。在用它测试新软件之前，先把测试台结果与已知数据、以往测试或飞行日志进行比对。
6. 全面自动化并做版本管理。将测试用例脚本化，把模型和脚本与软件一起做版本管理，并归档每一次运行。

什么时候需要把实际运动引入回路

传统 HIL 是电气层面的：仿真机通过生成传感器信号来代替传感器。对飞控而言，就是向它输入仿真的 IMU、气压计和 GNSS 数据。这样测试的是软件链路，而不是真实传感器、它们的安装方式以及振动和对准误差。

运动平台可以弥补这一缺口。把飞控安装在三轴测试台上，它自身的陀螺仪和加速度计就能感受到真实的横滚、俯仰和偏航运动，而飞行器模型和其余环境仍然是仿真的。各轴上的编码器为控制器估计的姿态提供真值参考。

INFINITE-HIL X1 正是基于这一思路：它是一款三轴平台，可连续 360° 旋转并配备 21 位绝对式编码器，将实际姿态运动与基于模型的测试输入结合起来。无人机硬件在环测试页面逐步介绍了这一测试回路。

HIL 测试的应用领域

• 汽车：发动机、变速器、制动和驾驶辅助控制单元，大多数商用 HIL 系统都起源于此。
• 航空航天与无人机：飞控、自动驾驶仪、航电设备和作动器控制器。
• 电力电子与能源：逆变器、电机驱动器和电池管理系统，常使用快速的多相模型。
• 机器人与工业自动化：针对仿真机器测试运动控制器和 PLC 逻辑。

HIL 测试无法告诉你的事

HIL 测试台的效果取决于其模型和接口。它无法揭示无人建模的效应，例如意外的空气动力学或电磁干扰；如果仿真与现实的运行方式不同，它还可能掩盖时序问题。因此 HIL 是外场和飞行测试的补充而非替代：它让这些测试更少、更安全、更有针对性。对于无人机，飞控测试指南说明了各阶段如何衔接。

正在规划用于无人机、飞控或其他机电产品的 HIL 测试台？欢迎介绍您的系统。INFINITE-HIL 根据产品和预算设计定制的 HIL 测试与仿真系统。