3. SITL与HIL概述
在飞控驱动开发中，最危险的做法是“代码写完直接上真机”。一旦驱动存在寄存器配置错误、时序偏差或中断处理缺陷，轻则导致飞行器姿态失控，重则造成硬件损坏甚至安全事故。SITL 与 HIL 正是为了解决这一问题而存在的两类验证手段，它们共同构成了从纯软件仿真到真实硬件接入的验证阶梯。
一、核心定义：SITL 与 HIL 分别验证什么
SITL（Software In The Loop，软件在环）是指将飞控固件的完整代码编译为可在通用计算机上运行的原生程序，与仿真环境中的飞行器动力学模型、传感器模型、环境模型一起运行。此时飞控代码运行在 PC 上，不涉及任何真实飞控硬件，传感器数据由仿真器生成，执行器输出被仿真器接收并用于计算下一时刻的飞行状态。
HIL（Hardware In The Loop，硬件在环）是指将真实的飞控硬件（飞控板、传感器、驱动电路）接入仿真回路。仿真计算机运行飞行器动力学与环境模型，通过接口板卡或总线向真实飞控硬件注入模拟的传感器信号，飞控硬件运行真实固件并输出控制信号，这些信号再被仿真计算机采集，用于驱动模型。HIL 验证的是“真实硬件 + 真实固件 + 仿真环境”的组合。
一句话区分：SITL 验证的是“代码逻辑对不对”，HIL 验证的是“代码跑在真实硬件上还对不对”。
二、SITL 与 HIL 的对比
| 对比维度 | SITL | HIL |
|---|---|---|
| 运行载体 | PC 上的原生进程 | 真实飞控硬件 |
| 传感器来源 | 仿真模型直接生成 | 仿真计算机通过接口注入 |
| 执行器输出 | 被仿真器直接读取 | 由真实硬件输出后被采集 |
| 验证重点 | 算法逻辑、状态机、驱动接口 | 时序、电气特性、中断、总线 |
| 调试便利性 | 高，可断点、可打印 | 较低，依赖硬件调试器 |
| 成本与周期 | 低，快速迭代 | 较高，需接口板与真实硬件 |
| 典型工具 | jMAVSim、Gazebo、AirSim | HIL 接口板、PWM/I2C/SPI 注入 |
三、两者的联系：验证层级中的位置
SITL 与 HIL 不是互斥关系，而是同一验证链条上的不同层级。典型的飞控驱动验证层级如下：
- 单元测试：对驱动中的寄存器读写、位操作、CRC 校验等函数进行隔离测试。
- SITL：将完整固件与动力学模型联调，验证驱动在完整系统中的行为。
- HIL：将固件烧录到真实飞控板，验证真实硬件上的时序与电气兼容性。
- 台架测试：接入真实传感器与执行器，但不飞行。
- 系留飞行：限制高度或使用安全绳进行低风险飞行。
- 自由飞行：最终验证。
SITL 通过后，说明驱动逻辑在功能层面基本正确；HIL 通过后，说明驱动在真实硬件上也能正确运行。两者结合，才能把“代码正确”和“硬件正确”两个问题分开定位。
四、典型应用场景
SITL 的典型场景：
- 新驱动接口开发完成后，验证初始化流程、数据读取、状态上报是否正确。
- 修改姿态控制参数后，快速观察飞行响应，无需等待硬件。
- 自动化回归测试：每次提交代码后自动运行 SITL 用例，检查是否引入回归。
- 故障注入：在仿真中模拟传感器丢包、数据跳变、总线错误，观察飞控行为。
HIL 的典型场景：
- 验证驱动在真实 MCU 上的中断响应时间与总线时序是否满足要求。
- 验证传感器上电时序、复位行为、电源纹波对驱动的影响。
- 验证 PWM、DShot、CAN 等执行器接口在真实硬件上的输出波形。
- 验证固件在真实硬件资源约束下的内存占用与任务调度。
建议的实践顺序：先在 SITL 中把驱动逻辑跑通，再进入 HIL 验证硬件相关特性。如果跳过 SITL 直接做 HIL，一旦出现问题，很难判断是逻辑错误还是硬件问题，排查成本会成倍增加。
五、常见误区与复盘
误区一：认为 SITL 通过就等于驱动没问题。 SITL 运行在 PC 上，没有真实的中断延迟、总线竞争、电源噪声和时钟偏差。驱动中依赖精确时序的代码在 SITL 中可能完全正常，但在真实硬件上会失败。
误区二：认为 HIL 可以替代 SITL。 HIL 的调试效率远低于 SITL。在 HIL 上定位一个逻辑错误，可能需要反复烧录、复位、抓波形；而在 SITL 中可以直接断点、打印变量、单步执行。
误区三：忽略仿真模型的置信度。 无论 SITL 还是 HIL，其结论都依赖于仿真模型是否准确。如果动力学模型或传感器模型与实际偏差过大，验证结果就不可信。因此需要定期用真实飞行数据校准模型。
复盘要点： 建立“单元测试 → SITL → HIL → 台架 → 系留 → 自由飞行”的完整验证流水线，每一层都有明确的通过标准。驱动代码在进入 HIL 之前，应确保 SITL 用例全部通过；进入台架之前，应确保 HIL 用例全部通过。这样才能把问题尽早暴露在成本最低的环节。
# 典型 SITL 启动命令（以 PX4 为例）
make px4_sitl gazebo
# 启动后可通过 MAVLink 连接地面站
# 检查驱动状态与传感器数据
mavlink shell
> listener sensor_combined
> listener actuator_outputs
# HIL 模式下需指定 HIL 标志并连接接口板
make px4_fmu-v5_default
# 烧录后通过 HIL 接口板注入传感器信号理解 SITL 与 HIL 的定义、区别与联系，是后续搭建自定义飞控驱动验证环境的基础。它们分别回答了“逻辑是否正确”和“硬件是否兼容”两个关键问题，只有把两者结合起来，才能以可控的成本完成驱动从代码到飞行的完整验证。