2. HIL系统架构与验收对象

HIL（Hardware-in-the-Loop）验收不是对单一设备的验收，而是对一条“闭环信号链”的验收。飞机、发动机、飞控计算机等真实件接入台架后，其行为取决于被控对象模型、实时仿真机、接口系统、传感器/执行器模拟、总线通信与故障注入单元六者能否协同工作。因此，验收的第一步是建立系统架构的“对象清单”，明确每个环节的输入、输出、精度与失效边界，再逐项确认验收关注点。

一、系统架构与信号闭环

典型的HIL系统由实时仿真机运行被控对象模型，通过接口系统与真实被测件（如飞控计算机、发动机控制器）交换信号。被测件输出的舵机指令、油门指令等，经接口系统采集后送入模型；模型解算出的姿态、转速、温度等状态量，再经传感器模拟通道回送给被测件。总线通信负责被测件与仿真机之间的数字量交互，故障注入单元则串接在信号链中，用于模拟开路、短路、信号漂移等异常。整个闭环的时延、精度和一致性，是验收的核心。

二、被控对象模型的验收关注点

被控对象模型是HIL系统的“虚拟飞机”或“虚拟发动机”，其验收不能只看模型能否运行，而要看它在实时约束下是否可信。关注点包括：模型解算步长是否与实时仿真机调度周期匹配，例如飞行动力学模型常用1 ms或2 ms步长，若步长过大，高频模态会被遗漏；模型在极限状态（大迎角、发动机喘振边界）下是否仍能稳定解算，不出现数值发散；模型接口的输入输出定义是否与接口系统通道一一对应，避免单位混淆（如弧度与度、牛与磅力）。验收时可用一组已知的初始条件和操纵输入，对比模型输出与参考数据（如风洞数据或试飞数据）的偏差，偏差应在任务允许范围内。

三、实时仿真机的验收关注点

实时仿真机是HIL系统的“心脏”，验收核心是实时性。需要确认：仿真周期抖动是否在允许范围内，例如设定1 ms周期时，实际抖动应小于周期的5%~10%；CPU负载率是否留有裕量，通常建议不超过70%，以应对模型扩展和突发计算；I/O板卡的采样与更新是否与模型步长同步，避免因异步导致相位滞后。此外，仿真机的启动、停止、暂停和复位逻辑必须可靠，验收时应反复执行这些操作，确认模型状态、接口输出和总线数据都能正确复位，不残留上一轮次的数值。

四、接口系统的验收关注点

接口系统负责模拟量与数字量的转换和调理，是精度损失的主要来源。验收时需逐通道检查：量程与增益是否与被测件接口匹配，例如被测件输出0~10 V舵机指令，接口系统应配置对应量程，避免截断或分辨率不足；AD/DA转换精度是否满足要求，通常要求优于0.1% FS；通道间隔离是否有效，防止地环路干扰；断线检测和过压保护是否正常。对于高频信号（如转速脉冲），还需检查接口系统的带宽和延迟，确保脉冲计数不丢失。

五、传感器与执行器模拟的验收关注点

传感器模拟要“像真传感器”，执行器模拟要“像真负载”。传感器模拟方面，LVDT模拟需检查激励幅值、频率和相位是否与被测件期望一致，线性度误差应小于0.5%；热电偶模拟需确认冷端补偿和分度号正确；转速模拟需检查脉冲幅值、占空比和每转脉冲数。执行器模拟方面，舵机负载模拟需验证在不同舵面力矩下的电流采集精度，以及回中指令的响应时间；对于发动机燃油计量装置，需模拟其电阻或电流特性，确认控制器能正确识别。验收时可用标准仪表测量模拟通道的实际输出，与设定值对比。

六、总线通信与故障注入单元的验收关注点

总线通信验收关注协议一致性、周期稳定性和错误处理。以ARINC429为例，需检查字间隔、标签、SDI和SSM位是否正确；以CAN为例，需检查波特率、报文ID和周期抖动。验收时应使用总线分析仪抓取实际报文，与接口控制文件（ICD）逐字段比对。故障注入单元则要验证其注入的准确性和可复现性：开路注入后，被测件应能检测到断线；短路注入后，接口系统应进入保护状态而不损坏；信号漂移注入的幅值和速率应可精确控制。每次注入后，需记录被测件的响应和系统恢复时间，作为验收依据。

七、验收对象与关注点汇总

以上六类对象的验收关注点并非孤立，而是通过闭环信号链相互耦合。例如，接口系统的延迟会叠加到仿真周期中，影响闭环稳定性；故障注入单元的串接位置会改变信号链的阻抗和噪声特性。因此，在完成单对象验收后，必须进行系统级联调，确认整体时延、精度和故障响应满足任务要求，才能进入交付阶段。