3. HIL仿真平台架构

HIL（Hardware-in-the-Loop）仿真平台的核心价值，在于把真实被测件（DUT）放进一个由实时仿真机驱动的虚拟环境中，让被测件“以为”自己正连接着真实的飞机总线、传感器和执行机构。要理解平台如何工作，关键不是记住设备清单，而是看清五类角色之间的连接关系与数据流方向：实时仿真机是计算与调度的核心，I/O板卡负责模拟量与离散量的物理接口，总线接口卡负责航空总线协议帧的收发，被测件是真实硬件，监控终端则承担人机交互与数据记录。它们共同构成一个闭环，任何一环的时延、量程或协议配置错误，都会直接反映为测试结果失真。

五类角色的定位与连接关系

实时仿真机通常运行在实时操作系统（如 RT-Linux、VxWorks 或 QNX）之上，以固定步长（常见 0.5 ms、1 ms 或 2 ms）解算飞机动力学、大气环境、发动机等模型。它本身不直接接触被测件，而是通过背板总线（PCIe、PXIe、cPCI 等）与 I/O 板卡和总线接口卡交换数据。I/O 板卡把模型输出的数字量转换为 ±10 V、4–20 mA 等模拟信号，或把被测件输出的开关量、模拟量采集回模型；总线接口卡则把模型中的总线变量打包成 ARINC 429、CAN、MIL-STD-1553B、AFDX 等协议帧，与 DUT 的总线端口对接。监控终端一般通过以太网与实时仿真机通信，运行上位机软件，负责模型参数在线修改、信号监视、数据记录和故障注入。

从数据流方向看，平台存在两条主通路。第一条是“仿真机 → 接口卡 → 被测件”的激励通路：模型算出舵面偏度、总线指令字等，经接口卡转换后送达 DUT。第二条是“被测件 → 接口卡 → 仿真机”的反馈通路：DUT 输出的状态量、应答帧被采集回模型，参与下一帧解算。监控终端则旁路在这两条通路上，既可向仿真机写入参数，也可从仿真机读取变量，形成“人在回路”的干预能力。

数据流的关键环节与典型参数

以某型飞控计算机 HIL 测试为例，假设实时仿真机步长设为 1 ms，模型解算出俯仰角速率、迎角、舵面指令等变量。这些变量通过变量映射表绑定到具体硬件通道：例如“升降舵指令”映射到 I/O 板卡第 3 通道模拟输出，量程 -10 V～+10 V 对应舵面 -25°～+25°；“大气数据”映射到 ARINC 429 发送通道，标签 203，更新率 50 Hz。被测件收到这些信号后，其内部飞控律计算并输出舵机指令，再经 I/O 板卡模拟输入通道回采到模型，形成闭环。

这里有几个容易出错的参数关系需要特别注意。第一是量程与比例因子：若模型输出 0.5 表示 5°，而 I/O 板卡按 1 V/° 输出，则实际输出 0.5 V 对应 0.5°，比例因子不一致会导致舵面响应偏差。第二是总线更新率与模型步长的匹配：ARINC 429 标签更新率若设为 50 Hz，而模型步长为 1 ms，则每 20 个仿真步才发送一帧，接口卡需要做数据保持或抽取，否则会出现帧重复或丢失。第三是时延：从模型解算到 DUT 收到信号，再到反馈回模型，整个回路时延应小于被测件控制律的稳定裕度要求，通常要求控制在 2～5 ms 以内。

监控终端的作用与数据记录

监控终端并不直接参与实时闭环，但它决定了测试的可观测性和可干预性。典型功能包括：在线修改模型参数（如改变大气扰动幅值）、监视关键变量曲线、记录所有总线帧和 I/O 通道数据、注入故障（如断开某路总线、模拟传感器漂移）。数据记录通常以时间戳对齐，便于事后分析 DUT 响应是否满足指标。例如，注入一个 2° 的迎角阶跃，观察 DUT 输出的升降舵指令是否在 200 ms 内达到稳态，超调量是否小于 10%。

连接关系中的常见问题与排查思路

实际调试中，最常见的问题是“信号对不上”。排查时可按以下顺序进行：先确认实时仿真机是否在正常运行且步长稳定；再检查 I/O 板卡和总线接口卡的通道映射是否与模型变量表一致；然后用示波器或总线分析仪在接口卡输出端测量实际信号，与模型内部变量对比；最后检查 DUT 是否真的接收并响应了该信号。若 DUT 无响应，需确认总线协议参数（如 ARINC 429 的速率、奇偶校验、标签格式）是否正确。监控终端上的变量监视功能可以快速定位是模型侧还是硬件侧的问题。

理解这五类角色的连接关系与数据流，是后续进行总线仿真、数据注入和故障注入的基础。平台架构一旦确定，所有测试用例的设计都应围绕这条闭环链路展开，确保激励、反馈和监控三者协调一致。