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 · 抖动 ≤ 50 μs 导航/通信链路仿真 I/O 接口 模拟量 AI/AO 离散量 DI/DO ARINC 429 CAN / 1553B 以太网 信号调理 缩放 / 偏置 隔离 / 滤波 阻抗匹配 驱动增强 ±10V ↔ 0~5V 故障注入单元 开路 / 短路到地 短路到电源 串接电阻 / 偏置 总线错误帧 继电器矩阵切换 目标机(被测真实硬件) 飞控计算机 / 协同任务计算机 / 编队控制器 运行真实飞控与协同算法 · 真实总线接口 仿真量 原始电平 调理后 传感器仿真信号 舵面/油门指令 仿真/接口 信号调理 故障注入 被测硬件 管理/控制

二、闭环工作原理:一个仿真步内发生了什么

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环境下工作正常。若偏差持续振荡,需检查虚拟数据链的更新周期是否与目标机控制周期匹配,以及信号调理是否引入了额外相位滞后。这些判断依据,正是六类组成部分协同工作后所呈现出的系统级行为。