1. 课程导入与HIL系统全景

航空航天硬件在环（Hardware-in-the-Loop，HIL）仿真，是把真实的飞控计算机、作动器控制单元、传感器接口、总线通信板卡等硬件，接入由实时仿真机运行的飞行器动力学模型与大气、发动机、舵机负载等环境模型，构成一个"半实物、半数字"的闭环试验系统。它的核心价值在于：在真实飞行之前，用可重复、可注入故障、可精确测量的方式，验证控制律、接口时序、故障逻辑与系统集成正确性。与纯数字仿真相比，HIL 引入了真实硬件的采样、量化、延迟与电气特性；与铁鸟台、试飞相比，HIL 成本低、周期短、边界条件可控，因此成为型号研制中"从仿真到飞行"之间不可替代的一环。

一套典型的航空航天 HIL 系统由四大部分构成。第一是实时仿真目标机，通常运行 VxWorks、RT-Linux 或 QNX 等实时操作系统，以固定步长（如 1 ms 或 0.5 ms）解算六自由度运动方程、气动数据库插值、发动机与大气模型，步长抖动直接决定仿真可信度。第二是I/O 与总线接口层，包括模拟量采集/输出、离散量、ARINC 429、MIL-STD-1553B、CAN、AFDX 等板卡，负责在模型变量与硬件电气信号之间做映射与电平转换。第三是被测硬件（DUT），如飞控计算机、余度管理单元、伺服控制器，它们"以为"自己接在真实飞机上。第四是试验管理与监控层，包括上位机、试验脚本、故障注入单元、数据采集与记录系统，用于编排工况、注入故障、实时监视与事后分析。

从信号流角度看，HIL 是一个闭环：仿真机解算出的飞机状态（角速度、过载、高度、马赫数等）经接口层转换为电气信号送给被测硬件；被测硬件按真实控制律计算舵面指令，经总线或模拟量回传；接口层采集后再回灌给模型，驱动下一帧解算。这个回路中任何一环出现延迟、丢帧、量化误差或时序错位，都会表现为控制品质下降甚至试验失败。因此，性能评估与瓶颈分析不是附属工作，而是贯穿 HIL 试验全过程的工程能力。

在型号研制中，HIL 性能评估的价值体现在三个层面。其一是可信度层面：只有证明实时步长抖动小于阈值、接口延迟在允许范围内、模型与试飞数据偏差可接受，HIL 结论才能作为放飞依据。其二是排故效率层面：当试验出现舵面振荡、总线超时或余度切换异常时，需要快速判断是模型问题、接口问题还是被测硬件问题，这依赖对 CPU 占用率、总线负载率、任务执行时间、信号时间戳等指标的持续监测。其三是资源规划层面：随着模型规模增大、接口数量增加，实时机算力与总线带宽可能成为瓶颈，提前评估可避免试验中途被迫降步长或裁剪模型。

本课程的学习地图按"认知—测量—分析—优化—实战"展开。前几章建立 HIL 系统组成与性能指标体系，明确实时性、接口、模型、资源四类关键指标的定义与测量方法；随后进入瓶颈分析，学习如何用时间戳、任务剖面、总线负载统计、CPU 占用曲线等数据定位瓶颈环节；再通过典型故障案例（如步长超时、总线丢帧、模型数值发散）训练判断路径；最后以一个完整的实战项目收束——给定一套 HIL 平台与一个飞控试验科目，完成指标测量、瓶颈定位、优化措施与复测验证，并输出可复现的评估报告。

实战项目将围绕以下可交付成果展开：一份 HIL 性能指标测量记录表（含步长抖动、接口延迟、总线负载、CPU 占用等字段）、一份瓶颈分析报告（含现象、数据、定位过程、根因判断）、一份优化前后对比数据，以及一份复测结论。这些成果不是形式化文档，而是型号 HIL 试验中真实使用的工程记录。通过本课程，你应当能够独立回答三个问题：这套 HIL 系统当前性能是否满足试验要求？如果不满足，瓶颈在哪里？采取什么措施后可以达标？