资讯中心

飞控HIL测试环境从0到1搭建全流程

一架民用飞行器从首飞到定型，要经过数千小时的地测试与飞行验证。而在所有地面验证手段中，硬件在环（HIL）测试是验证飞控系统功能与安全性的核心环节。然而，很多团队第一次搭建飞控HIL测试环境时，往往面临设备选型迷茫、接口协议不熟、实时仿真软件部署无从下手等难题。本文将以凯云咨询在多个商用航空与工业级无人机项目中积累的工程经验为脉络，把从需求分析到自动化测试执行的完整搭建流程拆解清楚，帮你少走弯路。

一、为什么飞控系统离不开HIL测试

飞控系统是飞行器的"大脑"，负责姿态解算、控制律输出、模式切换、故障处置等关键任务。一旦控制律存在设计缺陷或接口逻辑出错，后果不堪设想。传统的全数字仿真无法覆盖真实硬件的时序、噪声、总线竞争等物理特性；而完全的真机试飞又成本高、风险大、周期长。

半实物仿真测试（Hardware-in-the-Loop）恰好处于二者之间：把真实的飞控计算机接入仿真回路，用实时仿真机模拟飞行器动力学、传感器、执行机构，从而在实验室环境下复现上千种飞行工况与故障场景。近年来，随着商业航天、低空经济、工业级无人机等行业的高速发展，国内对飞控HIL测试平台的需求呈现明显上升趋势，但行业痛点依然突出：进口仿真机价格昂贵、授权费用高昂、二次开发受限。

正是基于这一背景，国产实时仿真软件与测试平台快速崛起。以凯云咨询旗下的SimuRTS实时仿真内核与ETest测试管理平台为代表的国产化方案，已经在多个民用航空、商业航天项目中完成替代验证，实现了从底层实时操作系统到上层测试用例管理的全栈自主可控。

二、HIL测试环境整体架构与拓扑

在动手采购任何设备之前，必须先画出清晰的系统架构图。一个完整的飞控HIL测试环境通常由三大模块组成：

2.1 系统组成三大模块

• 实时仿真机：运行飞行器动力学模型、气动模型、环境模型（风场、大气）、故障注入模型，是整个HIL系统的"数字孪生"核心。
• 接口板卡与信号调理单元：负责真实飞控计算机与仿真机之间的物理信号互通，包括1553B、CAN、ARINC429、RS422、模拟量输出、数字量输入输出等。
• 飞控计算机（被测对象）：真实的飞行控制单元，通过线缆与仿真机接口板卡对接，构成完整的闭环回路。

此外，还需要一台测试工程师工作站，运行ETest等测试管理软件，负责用例编排、自动化执行、结果采集与报告生成。

2.2 信号流与数据流

信号流向遵循"双向闭环"原则：仿真机通过模拟量板卡输出"传感器信号"（如姿态角、角速度、气压高度）→ 飞控计算机采集并解算 → 通过总线（1553B/CAN/ARINC429）下发控制指令 → 仿真机接收指令并驱动执行机构模型 → 更新下一仿真步长的飞行状态 → 循环往复。

典型的仿真步长设置在1ms~2ms之间，1553B总线通信周期一般配置为10ms~20ms，整个回路必须保证严格的实时性，否则飞控解算会出现相位偏差。

三、实时仿真机与板卡硬件选型

3.1 实时仿真主机选型要点

实时仿真机的核心指标包括：CPU主频、内存带宽、实时操作系统（RTOS）支持、PCIe扩展槽数量、I/O同步精度。选型时建议重点考察以下四个维度：

• 实时性保障：是否搭载经过认证的实时内核（如VxWorks、RTX64、Linux+Xenomai预empt_rt），最大抖动能否控制在10μs以内。
• 模型计算能力：CPU是否支持多核并行，FPGA是否可用于加速气动查表与故障注入逻辑。
• 扩展能力：PCIe插槽数量是否满足至少4~8块接口板卡的安装需求。
• 国产化兼容：是否支持国产CPU平台（如飞腾、龙芯），是否经过凯云SimuRTS等国产实时仿真内核的适配验证。

3.2 通信接口板卡配置

飞控系统的通信接口决定了板卡选型清单。常见的接口类型与典型参数如下表所示：

接口类型	典型用途	通道数建议	关键参数
1553B	飞控与航电系统主总线通信	1~2通道（双冗余）	BC/RT/MT模式，波特率1Mbps
CAN/CAN-FD	伺服作动、电源管理、辅助设备	2~4通道	波特率500kbps/2Mbps，CAN-FD支持
ARINC429	导航、大气数据、惯性基准	4~8发送+4~8接收	12.5kbps/100kbps，标签可配置
RS422/RS485	GPS、无线电高度表、数据链	2~4通道	全双工，波特率可配
模拟量输出（D/A）	模拟传感器信号	16~32通道	±10V或0~10V，16bit分辨率
模拟量输入（A/D）	采集飞控反馈信号	16~32通道	同步采样，采样率≥100kS/s
数字量I/O	离散指令、继电器、状态标志	32~64通道	光耦隔离，耐压≥30V

以上通道数是针对中小型商用飞行器HIL系统的常规配置，如果是大型客机或运载火箭类项目，通道数往往需要翻倍，并增加光纤通道（如FC-AE-1553）板卡。

3.3 模拟量与数字量板卡

模拟量输出板卡用于复现真实传感器的物理量，例如三轴陀螺的角速度、大气数据计算机的气压高度、GPS的位置信号等。选型时务必关注同步精度与通道间相位差，避免因板卡自身刷新不同步导致飞控解算出虚假姿态。

数字量I/O板卡则负责离散指令、起落架信号、模式选择开关等低带宽信号的仿真。建议选用光耦隔离型号，提高抗干扰能力，并支持双向可配置。

四、实时仿真软件平台搭建

4.1 凯云SimuRTS实时仿真内核部署

SimuRTS是凯云咨询自主研发的实时仿真内核，支持Windows、Linux、Xenomai等多种实时操作系统环境。部署流程主要分为四步：

1. 环境准备：在仿真主机上安装实时内核补丁或RTOS，确认CPU核隔离（CPU Affinity）配置，建议将模型计算核心与I/O中断核心分开绑定。
2. 安装SimuRTS运行引擎：将SimuRTS部署包拷贝至目标机，启动服务进程，确认实时调度器正常运行（可通过示波器观察仿真步长的抖动波形）。
3. 配置模型节点：在SimuRTS配置工具中创建仿真节点，关联动力学模型、气动模型、执行机构模型的DLL/共享库路径。
4. 下载与运行：通过以太网将模型代码下载至仿真机，启实时运行，观察IO板卡信号输出是否正常。

4.2 ETest测试管理平台配置

ETest负责整个测试过程的"上层指挥"。它包含三大子系统：

• 用例编辑模块：支持图形化拖拽与脚本化编写两种方式，可定义输入激励、期望输出、判断条件。
• 执行引擎模块：负责调度用例、与SimuRTS通信、采集实时数据、判定测试结论。
• 报告生成模块：自动汇总用例执行结果、生成HTML/PDF格式报告，支持数据曲线回放。

配置时需要建立ETest与SimuRTS之间的网络通信链路（默认采用TCP/IP协议，端口可自定义），并在ETest中导入飞控ICD（接口控制文件），使平台能够自动识别1553B、CAN、ARINC429等总线信号。

4.3 Simulink飞控模型部署流程

多数飞控团队的控制律模型都是基于MATLAB/Simulink开发的。将其部署到SimuRTS实时仿真机的典型步骤如下：

1. 在Simulink中打开控制律模型，设置求解器为Fixed-step，步长配置为与SimuRTS一致的1ms。
2. 使用Simulink Coder（旧称Real-Time Workshop）生成C代码，目标选择"ert.tlc"。
3. 将生成的C代码、头文件、源码编译为SimuRTS可调用的DLL（Windows）或SO（Linux）。
4. 在SimuRTS中注册该DLL，定义输入输出端口与外部信号（如1553B总线消息、模拟量通道）的映射关系。
5. 编译完整工程，下载至仿真机，加载运行。

如果模型中包含查表、积分等可能导致数值溢出的模块，建议在部署前进行定点化改造，并加入饱和限幅与异常保护逻辑，避免在故障注入测试时出现非预期崩溃。

五、关键总线接口协议配置详解

5.1 1553B总线配置

1553B是飞控系统最常用的主总线，配置时需要明确以下几点：

• 总线控制器（BC）模式：一般由仿真机担任BC，飞控计算机作为远程终端（RT）。在SimuRTS中新建BC节点，设置消息调度表（Message Schedule），周期可设为10ms或20ms。
• 子地址与数据字：根据飞控ICD为每个RT分配子地址（Subaddress），并定义每个数据字对应的物理量（如俯仰角速率、横滚角等）。
• 冗余通道：1553B通常采用双冗余（Bus A/B），需在板卡配置中同时启用两个通道，并设置自动切换策略。

典型配置示例：在SimuRTS的1553B配置界面中，BC消息表可按"周期+偏移"方式排列，例如"Bus A，发送消息，子地址1，周期10ms，偏0ms"用于下发控制指令；"Bus A，接收消息，子地址2，周期10ms，偏2ms"用于采集飞控反馈状态字。

5.2 CAN总线配置

CAN总线在飞控系统中多用于伺服作动、电源管理、健康监控等子系统。配置要点包括：

• 波特率设置：常规CAN推荐500kbps，CAN-FD可设置为2Mbps。
• 报文ID分配：遵循CANopen或自定义协议，明确每帧报文的功能（如0x201为左副翼位置反馈，0x202为右副翼指令）。
• 周期与触发方式：可配置为周期发送（周期型报文）或事件触发（如飞控模式切换事件）。
• 滤波设置：在飞控端通常配置硬件滤波，仅接收关注的报文ID，减少CPU负载。

5.3 ARINC429总线配置

ARINC429在民用航空领域应用广泛，主要承担导航、大气数据、惯性基准等设备的单向广播通信。配置时需关注：

• 标签（Label）：8位标签定义数据类型，如0x210表示大气静压。
• SDI（源/目的地标识）：区分多设备共线场景下的发送源。
• SSM（符号状态矩阵）：标识数据有效性与符号。
• 波特率：常规12.5kbps（低速）或100kbps（高速）。

在SimuRTS的ARINC429板卡配置工具中，可以为每个发送通道独立设置标签、刷新周期、码型规则（BNR/BCD/BCD互补），并支持多通道并行广播。

六、测试用例设计与自动化执行

HIL测试用例设计需要遵循等价类划分+边界值分析+故障注入三大原则。一个完整的飞控HIL测试集通常涵盖以下几类用例：

• 正常工况用例：起飞爬升、平飞巡航、姿态保持、降落下滑等典型飞行阶段，验证控制律输出是否在期望范围。
• 边界工况用例：大攻角、低高度、强风扰动、传感器精度极限等边界场景，验证飞控鲁棒性。
• 故障注入用例：单传感器失效、双传感器失效、总线通信中断、执行机构卡死、电源掉电等异常场景，验证飞控故障检测与重构能力。
• 模式切换用例：手动/自动模式切换、应急模式触发、返航模式触发等。

在ETest中，可以为每条用例配置激励序列（如"3秒内将俯仰角从0°拉至15°"）与判定条件（如"高度变化在±5m以内，且副翼偏转在±10°以内"）。所有用例可以组织为测试套件，按顺序或并行方式批量执行，平台自动判定通过/失败，并生成报告。

七、常见问题与排坑建议

在多个项目交付过程中，凯云咨询的工程团队总结了几类典型问题：

• 实时性抖动超标：往往是CPU负载过高或中断绑定不合理导致。可通过关闭非必要后台进程、将I/O中断绑定到独立CPU核解决。
• 1553B通信偶发丢帧：通常由于总线负载率过高（>70%）或消息间隔设置过小。建议优化消息调度表，合并短周期报文。
• 模拟量输出有毛刺：板卡刷新率与Simulink模型步长不匹配。建议统一为1ms，并在板卡端开启硬件低通滤波。
• Simulink代码部署失败：多为代码生成选项未勾选"ERT compatible"或目标文件路径含中文。务必使用英文路径，并确认编译器版本兼容。

建议在正式测试前预留至少1~2周的系统联调时间，重点验证各子系统的协同工作稳定性，再开展大规模自动化回归测试。

总结

从硬件选型、实时仿真软件部署、总线协议配置到测试用例自动化执行，飞控HIL测试环境的搭建是一项系统性工程。每一个环节的疏漏都可能影响最终测试结论的可信度。选择像凯云SimuRTS+ETest这样的国产化全栈方案，不仅能够摆脱进口工具的授权束缚，还能获得更灵活的二次开发能力与更贴近本土工程实践的技术支持。

如果你的团队正在筹划飞控HIL测试平台建设，或希望评估现有方案的国产替代可行性，不妨直接联系凯云咨询的测试工程师团队，我们可以提供从需求梳理、方案设计到现场部署的全流程支持，并安排SimuRTS与ETest的免费试用名额，帮你把HIL测试环境从0到1快速落地！