3. HIL测试平台架构设计

固定翼飞控HIL(Hardware-in-the-Loop)测试平台的核心任务,是让真实的飞控计算机(Flight Control Computer,FCC)运行在由实时仿真机构造的虚拟飞行环境中,并通过真实的电气接口与虚拟传感器、虚拟舵机、虚拟总线设备交互。因此,平台架构设计的关键不是“把设备堆在一起”,而是明确信号从哪来、经过什么、到哪里去、在哪里被改变。本节围绕实时仿真机、IO板卡、总线接口、故障注入单元(Fault Injection Unit,FIU)与待测飞控之间的连接方式展开。

一、平台的四层物理结构

从信号流角度看,HIL平台可划分为四层:

  • 模型层:运行在实时仿真机上的固定翼六自由度气动模型、发动机模型、大气环境模型、传感器模型和舵机模型。模型以固定步长(例如1 ms或0.5 ms)解算飞行状态。
  • 转换层:由IO板卡和总线接口板卡组成,负责把模型中的物理量转换为飞控可接收的电气信号,或把飞控输出的电气信号转换为模型可读的数值。
  • 注入层:故障注入单元串接在转换层与飞控之间的信号链路上,通过继电器矩阵、模拟开关或数字总线注入,实现开路、短路、信号偏置、漂移、卡死、总线丢帧等故障。
  • 被测层:待测飞控及其配套的舵机控制器、传感器仿真接口、总线终端。

四层之间的连接必须遵循“模型量→电气量→飞控量”和“飞控量→电气量→模型量”两条闭环路径。任何一条路径断开,HIL闭环都无法成立。

实时仿真机 固定翼6-DOF气动模型 发动机/大气/传感器模型 舵机模型 步长:1 ms RTOS + 反射内存 模型解算 → 物理量 IO板卡 模拟输出 AO 模拟输入 AI 数字IO / PWM 离散量 DI/DO ±10 V / 4-20 mA PWM 50 Hz~400 Hz 总线接口 ARINC 429 CAN / CAN FD RS-422 / RS-485 1553B / Ethernet 协议帧收发 时间戳同步 故障注入单元 FIU 继电器矩阵:开路 / 短路 / 串接电阻 模拟开关:信号偏置 / 漂移 / 卡死 总线注入:丢帧 / 错误帧 / 延迟 待测飞控 FCC 传感器接口 舵机输出 总线终端 真实硬件 运行飞控软件 物理量 数据映射 总线帧 电气信号 总线信号 注入后信号 飞控输出反馈:舵机指令 / 总线状态 → 模型闭环 信号方向说明 模型→电气(正向) 飞控→模型(反馈) FIU注入路径

二、实时仿真机与IO板卡的连接

实时仿真机通常采用PXIe或VPX机箱,内部通过高速背板总线(如PXIe x4)与IO板卡通信。模型解算出的物理量以共享内存或反射内存方式写入IO板卡的输出缓冲区,IO板卡在下一个硬件时钟周期将数字量转换为模拟电压或PWM波形。以某固定翼HIL平台为例,仿真步长设为1 ms,IO板卡更新率与步长同步,模拟输出通道建立时间小于10 μs,确保在1 ms周期内完成全部通道刷新。

连接时需注意三点:

  • 通道映射:每个模型变量必须唯一映射到一个物理通道。例如“升降舵偏度”映射到AO通道0,输出范围-10 V~+10 V对应-25°~+25°。
  • 参考地:模拟信号采用差分输出,信号地与飞控信号地单点连接,避免地环路引入噪声。
  • 时钟同步:IO板卡与仿真机共用同一硬件时钟,避免因异步刷新导致信号抖动。

三、总线接口的连接方式

现代固定翼飞控普遍使用ARINC 429、CAN或RS-422总线与大气数据计算机、惯导、舵机控制器通信。HIL平台中的总线接口板卡需要同时具备仿真节点和监听节点两种角色:仿真节点模拟缺失的真实设备,监听节点记录飞控发出的总线帧用于分析。

以ARINC 429为例,总线接口板卡配置为高/低速发送通道,按Label和SDI字段组织数据字。飞控发送的舵机指令帧被接口板卡接收后,解析为物理量送入模型;模型解算出的传感器数据则按相同Label格式回发飞控。连接时需确认总线速率(12.5 kbps或100 kbps)、奇偶校验方式和字间隔,否则飞控可能因帧格式错误进入故障状态。

四、故障注入单元的串接位置

故障注入单元必须串接在IO板卡/总线接口与飞控之间,而不是并联在信号线上。串接方式保证故障注入时信号路径被真实切断或改变,飞控看到的是“被污染”的信号,而不是模型直接输出的理想信号。

典型注入能力包括:

  • 模拟通道:继电器断开实现开路;继电器吸合到地实现短路;串入可编程电阻实现信号衰减;叠加偏置电压实现零点漂移。
  • 数字/PWM通道:强制高/低电平、脉冲丢失、频率偏移。
  • 总线通道:丢帧、错误帧、延迟注入、Label篡改。

FIU的控制接口通常为以太网或CAN,由测试管理软件统一调度。注入动作与仿真时间戳对齐,确保故障发生在指定的飞行阶段。

五、闭环连接与验证要点

完整的HIL闭环为:模型解算→IO/总线转换→FIU注入→飞控接收→飞控解算→舵机/总线输出→IO/总线采集→模型更新。验证平台连接是否正确,可按以下顺序检查:

  1. 断开FIU,直接连通IO板卡与飞控,确认模型输出能被飞控正确接收,飞控输出能被模型正确读取。
  2. 接入FIU但设置为“直通”,确认信号无衰减、无延迟。
  3. 逐通道注入开路、短路、偏置,观察飞控是否按预期进入故障处理逻辑。
  4. 记录总线帧时间戳,确认端到端延迟在允许范围内(通常要求小于2个仿真步长)。
连接检查提示:模拟通道建议先用万用表测量FIU直通状态下的通断和电压,再接入飞控;总线通道建议先用总线分析仪抓取帧,确认Label、速率和校验正确后再闭环。
注意:故障注入单元串接后,信号路径的寄生电容和继电器接触电阻会引入额外延迟与压降。对于高精度模拟通道,需在直通状态下重新标定增益和偏置,否则注入前的“正常”状态本身就可能偏离真实值。

平台架构设计完成后,应形成一份通道映射表,至少包含:模型变量名、物理通道号、信号类型、量程、对应飞控接口、FIU注入能力、备注。该表是后续自动化测试用例编写和故障排查的基础依据。