1. 飞控HIL测试全景与数据回放定位

飞控HIL（Hardware-in-the-Loop，硬件在环）测试，是把真实的飞控计算机、作动器控制电子、总线接口等硬件，接入由实时仿真机运行的飞机模型、传感器模型和执行机构模型中，构成一个"半实物"闭环环境。它既不是纯软件仿真，也不是真实飞行，而是介于两者之间的关键验证环节。理解HIL测试，核心要抓住三件事：系统由什么组成、测试按什么流程推进、数据在其中扮演什么角色。本节先建立这个全景，再说明数据回放为什么是HIL测试能力闭环中不可缺失的一环。

一、HIL系统的组成

一套典型的飞控HIL系统可以划分为五个功能域。第一是被测硬件（DUT），通常包括飞控计算机（FCC）、伺服作动控制器、余度管理模块，以及真实的ARINC 429、CAN、RS-422或AFDX总线接口卡。第二是实时仿真目标机，运行六自由度飞行动力学模型、大气与传感器模型、作动器与舵面模型，步长一般在1 ms到5 ms之间，要求硬实时、无抖动。第三是信号调理与接口层，负责把仿真机输出的数字量转换为DUT能接收的模拟电压、离散量、频率量或总线报文，同时把DUT输出的舵面指令、离散状态采集回来。第四是测试管理与激励系统，包括试验管理软件、故障注入单元、驾驶杆/脚舵等操纵负荷模拟设备。第五是数据采集与记录系统，它持续采集总线报文、模拟量、离散量、仿真机内部状态量，并打上统一时标。

这五个域之间是闭环耦合的：仿真机算出飞机状态，经接口层送给DUT；DUT按控制律算出舵面指令，经接口层回送给仿真机中的作动器模型；作动器模型驱动气动模型，改变飞机状态。任何一环的时延、量化误差或接口映射错误，都会在闭环中体现为控制品质下降甚至发散。因此HIL测试的价值，恰恰在于它能暴露纯软件仿真无法暴露的接口、时序和硬件特性问题。

二、HIL测试流程与数据的角色

HIL测试通常按"需求→用例→激励→采集→判读→回归"推进。以某型电传飞控的纵向增稳功能验证为例：需求规定在俯仰角速率反馈增益为Kq时，阶跃杆指令下超调量不超过15%。测试工程师据此设计用例，设定初始高度5000 m、速度250 m/s，在第2秒注入幅值为3°的俯仰杆阶跃，持续4秒。仿真机按1 ms步长推进，DUT按控制律输出升降舵指令，数据采集系统同步记录杆指令、俯仰角速率、俯仰角、升降舵偏度、FCC内部健康字等信号。

测试结束后，工程师需要回答三个问题：响应是否满足指标、异常出现在哪一时刻、异常由哪一环引起。这时数据就是唯一证据。原始记录中，俯仰角速率的时间历程可以算出超调量；升降舵指令与舵面实际偏度的差值可以判断作动器是否饱和或滞后；FCC健康字的变化可以判断是否触发了余度切换。可以说，没有数据，HIL测试就只是一次"跑过了"，而不是一次"验证过了"。

数据在HIL中的角色可以概括为三层：第一层是证据层，记录被测对象的真实行为，支撑合格判定；第二层是诊断层，通过多信号交叉比对定位问题环节；第三层是资产层，历史数据可用于回归对比、模型校核和故障复现。很多团队只把数据当"日志"，用完即弃，这是很大的浪费。

三、数据回放的价值与定位

数据回放，是把记录下来的激励与响应数据，按原始时序重新注入被测系统或分析环境，重现当时的闭环过程。它与"看曲线"有本质区别：看曲线是离线分析，回放是可重复、可交互、可注入的再实验。回放的价值体现在四个方面。

• 问题复现：现场或试飞中出现的偶发故障，往往难以再次触发。把当时的输入数据回放到HIL台架，可以稳定重现故障，为定位争取时间。
• 回归验证：软件版本升级后，用同一组历史激励回放，对比新旧版本的响应差异，判断修改是否引入非预期影响。
• 模型校核：把真实飞行数据回放到仿真模型中，比较模型输出与真实响应，量化模型置信度。
• 教学与评审：回放让评审人员在不接触硬件的情况下，直观看到故障发生全过程，提升沟通效率。

需要特别强调回放的时序一致性。回放不是简单地把数据"播一遍"，而是要求激励注入时刻、采样周期、总线发送节拍与原始记录严格对齐。若原始记录时标为相对时间，回放前必须统一到同一时间基准；若存在总线传输时延，回放时需按原始时延补偿，否则闭环特性会失真。这是回放系统设计中最容易被忽视、也最容易导致误判的环节。

四、课程项目总览

本课程围绕一条完整的数据链展开：从HIL测试现场采集原始数据，到数据清洗与对齐，再到回放注入、曲线判读、故障定位，最后形成可交付的分析报告。课程将使用一套贯穿始终的示例数据集——某型飞控纵向通道的阶跃响应与一次余度切换事件，包含杆指令、俯仰角速率、升降舵指令、舵面反馈、FCC健康字等信号，采样率100 Hz，记录时长约30秒。所有示例参数均为教学假设，不代表任何真实机型数据。