1. 课程导入与协同HIL测试全景
多飞行器协同HIL测试，是把两架及以上飞行器的飞控、导航、任务管理、通信链路与协同算法，接入同一套半实物仿真环境，在“真实机载硬件 + 虚拟飞行环境 + 虚拟对手/伙伴”的条件下，验证编队保持、协同搜索、任务分配、时序同步与故障降级等行为的测试方法。它与单机HIL最大的区别不在“多接几块板卡”，而在于引入了跨飞行器的时空一致性：各机的仿真时间必须对齐，相对位置、相对速度、通信时延与丢包必须可注入、可观测、可复现。
为什么单机HIL通过后仍要做协同HIL？因为协同行为是“涌现”的。单机测试只能证明本机在给定输入下输出正确，却无法证明两机在链路延迟 80 ms、位置误差 15 m 时仍能维持安全间隔。协同HIL的价值可归纳为四点：一是暴露接口级问题，如坐标系定义不一致、时间戳基准不同、消息周期错配；二是验证协同算法在真实硬件时序下的收敛性；三是复现外场难以重复的危险场景，如通信中断、伙伴机退出、GPS 降级；四是把“飞完才知道”的风险前移到实验室，降低试飞成本与风险。
典型应用场景包括：多无人机编队飞行与队形重构、有人-无人协同（MUM-T）中的任务分配、多巡飞弹饱和攻击时序、集群通信组网与路由切换、以及多机协同搜索与目标交接。这些场景的共同点是：单机行为正确并不等于系统正确，必须把“机间关系”作为被测对象。
下面用一张全景图说明协同HIL测试系统的组成与数据流。图中左侧为多套机载硬件（飞控、导航、任务计算机、数据链终端），中间为实时仿真与协同管理核心，右侧为监控与评估。注意：各机仿真节点通过反射内存或实时以太网共享同一仿真时钟，协同管理节点负责场景推进、机间消息路由与故障注入，监控节点记录各机状态与协同指标。
从图中可以看出，协同HIL测试的“被测对象”不再是单台飞控，而是机载硬件 + 协同管理 + 链路环境构成的闭环系统。测试设计时，需要先定义协同指标，再设计场景与故障注入，最后通过记录数据判定是否通过。
本课程的学习地图按“由单机到多机、由正常到异常、由手动到自动”推进，共 30 章，可划分为五个阶段：
- 基础与架构（第 1～6 章）：协同HIL定义、系统组成、实时时钟同步、接口适配、坐标系与时间基准统一。
- 环境搭建（第 7～12 章）：多机仿真节点部署、反射内存/实时以太网配置、机间链路建模、故障注入单元接入。
- 协同算法测试（第 13～20 章）：编队保持、队形重构、协同搜索、任务分配、目标交接的测试用例设计与执行。
- 异常与边界（第 21～26 章）：通信中断、丢包、导航降级、伙伴机退出、时序超限等降级场景验证。
- 综合实战（第 27～30 章）：完整协同任务剖面测试、自动化测试脚本、结果评估与报告生成。
最终实战目标是：给定一个“三机协同搜索并保持队形”的任务剖面，学员能够独立完成测试环境搭建、场景配置、故障注入、数据记录与结果评估，并输出一份可复现的协同HIL测试报告。具体验收标准包括：三机仿真时钟偏差不超过 1 ms；机间链路时延可注入 0～200 ms 且可观测；队形保持误差在设定阈值内；通信中断后各机按预定降级策略执行且不触发碰撞告警。
需要特别说明的是，协同HIL测试不是单机HIL的简单叠加。单机HIL中，仿真机只需服务一台飞控；协同HIL中，仿真机要同时推进多台飞控的虚拟环境，并保证它们看到的是同一个世界。例如，飞行器 A 在 t 时刻的位置，必须与飞行器 B 在 t 时刻计算相对距离时使用的 A 位置一致。若两机仿真步长不同或时钟未对齐，相对距离就会出现“虚假误差”，导致编队控制误判。因此，本课程会把统一时钟和统一坐标系作为贯穿始终的基础约束。
在工具层面，课程将使用实时仿真机、反射内存卡、实时以太网交换机、故障注入单元、数据记录软件与评估脚本。具体型号不限定，但要求具备硬实时能力（步长 1 ms 量级）、支持多节点同步、支持链路时延与丢包注入。测试脚本建议采用 Python 或厂商提供的自动化接口，便于批量执行与回归。