3. HIL测试系统组成与工作原理
多飞行器协同HIL(Hardware-in-the-Loop,硬件在环)测试系统,本质上是把真实飞行控制计算机、真实总线与接口硬件,接入一个由实时仿真机驱动的虚拟飞行世界。被测对象是真实的飞控机、任务管理计算机或编队协同控制器;被仿真的是气动、动力学、导航环境、通信链路以及其它“虚拟僚机”。理解这套系统,关键是理解六类组成部分各自承担什么角色、彼此如何连接、数据在哪个环节被变换,以及故障注入如何“插”进这条链路。
一、六类组成部分的职责边界
实时仿真机是整个系统的“虚拟世界引擎”。它运行飞行器六自由度动力学模型、气动模型、发动机模型、大气与风场模型,以及其它虚拟飞行器的模型。它的核心指标不是算力峰值,而是确定性:仿真步长必须严格按时到达,例如设定 1 ms 定步长,则每个周期必须在 1 ms 内完成全部模型解算与I/O刷新,抖动通常要求控制在步长的 5%~10% 以内。若抖动过大,协同编队的相对位置解算会出现非物理跳变,导致测试结论不可信。
目标机指被测的真实硬件,通常是飞控计算机、协同任务计算机或编队控制器。它运行真实的飞控软件与协同算法,通过真实的接口(如ARINC 429、CAN、RS-422、1553B、以太网)与外界交互。目标机不知道自己在HIL环境中,它“看到”的传感器数据全部来自仿真机,它输出的舵面、油门、推力矢量指令则被仿真机采集并送入动力学模型。
I/O接口是仿真机与目标机之间的物理通道,包括模拟量输入/输出、离散量输入/输出、总线接口卡等。它决定了信号的数量、类型、电平和时序。例如某型飞控机需要 12 路 ±10 V 模拟舵机反馈、8 路 28 V 离散量、2 路 ARINC 429 接收通道,I/O接口就必须按此配置,并保证通道间同步刷新。
信号调理解决“电平不匹配、阻抗不匹配、隔离与滤波”问题。仿真机D/A输出通常是 ±10 V、驱动能力有限,而目标机可能要求 0~5 V 或 4~20 mA;传感器仿真信号可能需要模拟热电阻、应变桥的阻抗特性。信号调理板完成缩放、偏置、隔离、滤波和驱动,使仿真机“说”的电平与真实传感器一致。
故障注入单元(FIU)是HIL区别于纯数字仿真的关键能力。它以串联或并联方式接入信号链路,可执行开路、短路到地、短路到电源、串接电阻、信号偏置、总线错误帧注入等故障。例如在舵机反馈线上串入 50 Ω 电阻模拟接触不良,或在ARINC 429总线上注入奇偶校验错误,观察飞控软件是否进入降级模式。
测试管理软件是“导演”。它负责测试用例编排、模型参数在线修改、故障注入时序控制、数据采集与记录、自动判据执行和报告生成。它把仿真机、I/O、FIU、目标机状态统一到一条时间轴上,使“第 30 s 注入左副翼卡死、第 32 s 观察编队重构”这类场景可重复执行。
二、闭环工作原理:一个仿真步内发生了什么
HIL系统的运行是严格周期性的。以 1 ms 步长为例,每个周期内依次发生:仿真机解算本步的飞行器状态,得到位置、姿态、角速度、过载等;根据这些状态计算“传感器应输出的值”,例如大气数据、惯性测量、GPS位置、雷达高度;这些值经I/O接口和信号调理变换为目标机可接受的电平或总线报文;目标机在下一个周期读取传感器数据,运行飞控与协同算法,输出舵面偏转、油门、推力矢量等指令;仿真机通过I/O采集这些指令,作为下一步动力学模型的输入。如此循环,形成闭环。
协同测试的特殊之处在于,仿真机内部同时运行多架飞行器的模型,并通过虚拟数据链交换编队成员之间的状态信息。例如三机编队中,长机与两架僚机的位置、速度、航向通过虚拟链路按 20 ms 周期广播。目标机可能只控制其中一架真实飞控,其余两架由模型代替;也可能三架都是真实飞控,通过真实数据链互联。前者称为“一实两虚”,后者称为“三实互联”,两者对I/O通道数和实时性的要求差异很大。
三、关键参数与配置示例
下面给出一组用于教学说明的示例配置,并非实测结果,仅用于说明各组成部分如何对应到具体参数。
| 组成部分 | 示例配置项 | 示例取值 | 作用说明 |
|---|---|---|---|
| 实时仿真机 | 仿真步长 / 抖动上限 | 1 ms / 50 μs | 保证动力学与协同解算的确定性 |
| I/O接口 | 模拟输出通道 | 16 路 ±10 V,16 bit | 仿真舵机反馈、传感器电压 |
| I/O接口 | ARINC 429 通道 | 2 收 2 发,100 kbps | 与飞控机交换导航与指令字 |
| 信号调理 | 缩放 / 偏置 | 0.5 倍 + 2.5 V | ±5 V 仿真量映射到 0~5 V 目标机输入 |
| 故障注入 | 注入类型 / 时序 | 开路,第 30 s 起持续 2 s | 验证飞控降级与编队重构逻辑 |
| 测试管理软件 | 采集周期 / 判据 | 1 ms / 高度偏差 < 5 m | 自动判定协同控制是否满足指标 |
四、故障注入如何嵌入信号链
故障注入单元通常以继电器矩阵方式串接在信号调理与目标机之间,或并接在总线线路上。串接方式适合模拟传感器线路开路、串阻、信号衰减;并接方式适合模拟短路到地、短路到电源。对于数字总线,FIU可以工作在“透传”与“篡改”两种模式:透传时总线报文原样通过;篡改时按预设规则修改某一位、丢弃某帧或插入错误帧。
实际测试中,故障注入的时序精度与仿真步长同等重要。例如要验证“左副翼位置反馈开路后 200 ms 内飞控应切换至备份控制律”,则FIU的动作时刻与仿真机采集时刻必须对齐到同一时间基准,否则测得的响应时间会包含不确定的调度延迟。测试管理软件通常提供统一时基,把故障触发、模型参数切换、数据标记写在同一条时间轴上。
五、结果判读:从数据看系统是否正常工作
HIL测试的结果判读依赖三类数据:仿真机内部状态量(位置、姿态、角速度)、目标机输出指令(舵面、油门)、以及总线报文。正常闭环时,目标机指令应能驱动仿真状态收敛到期望轨迹;若出现指令饱和、状态发散或总线报文周期抖动,则说明接口、调理或时序存在问题。
以编队保持为例,若三机模型在 20 s 内相对距离偏差从 10 m 收敛到 2 m 以内,且目标机舵面指令无高频抖振,可认为协同控制律在HIL环境下工作正常。若偏差持续振荡,需检查虚拟数据链的更新周期是否与目标机控制周期匹配,以及信号调理是否引入了额外相位滞后。这些判断依据,正是六类组成部分协同工作后所呈现出的系统级行为。