PX4仿真环境搭建与联调 - 第2节
为什么需要仿真？先聊聊我的血泪史
说实话，我刚入行做无人机那会儿，对仿真这事挺不屑的。觉得真机飞起来才叫本事，仿真？不就是个玩具吗？
直到有一次，我在一个农业植保项目里，把一架六轴飞控的参数调错了。当时自信满满地解锁、推油门，结果飞机直接来了个180度翻转，螺旋桨打在地上，碎了三片桨叶，电机轴都弯了。还好没伤到人，但那一瞬间我明白了——真机试错的成本，你扛不起几次。
从那以后，我养成了一个习惯：任何参数改动、任何新功能、任何传感器配置，先在仿真里跑一遍。说白了，仿真就是你的安全网。
仿真能帮你解决什么问题？
- 省钱：炸一次机少则几百，多则上万。仿真里随便炸，不心疼。
- 省时间：真机测试要充电、要等GPS锁星、要跑场地。仿真里一键重启，一天能跑几十个场景。
- 安全：你想想看，要是你在调试一个自主降落算法，真机测试万一出问题，那就是事故。仿真里随便摔。
- 可复现：真机测试受天气、磁场、光线影响，同一个bug可能今天复现明天就复现不了。仿真环境是确定的，bug跑不掉。
- 极限测试：你敢在真机上测试GPS失效、电机停转、强风干扰吗？仿真里随便来。
一句话总结：仿真不是替代真机测试，而是把真机测试的成本和风险，降到你可以承受的范围。
PX4支持的仿真方式，我帮你捋一遍
PX4的仿真生态其实挺丰富的。我刚开始接触的时候也被各种名词搞晕过——SITL、HITL、Gazebo、AirSim……它们到底是什么关系？
我习惯把它们分成两类：按运行方式分和按仿真引擎分。
按运行方式：SITL vs HITL
| 特性 | SITL（软件在环） | HITL（硬件在环） |
|---|---|---|
| 运行位置 | 全部在电脑上运行 | 飞控硬件 + 电脑仿真 |
| 需要硬件 | 不需要，一台电脑就够了 | 需要真实的Pixhawk等飞控板 |
| 实时性 | 不保证实时，可以加速/减速 | 必须实时，与硬件时钟同步 |
| 适用阶段 | 算法开发、参数调试初期 | 硬件接口验证、最终集成测试 |
| 我的建议 | 日常开发首选，效率最高 | 准备真机前最后一步 |
我个人习惯是：90%的时间用SITL。只有当我需要验证某个传感器驱动、或者要测试PWM输出时序时，才会切到HITL。你想想看，每次改代码都要编译烧录到飞控上，那得多浪费时间？
小技巧：SITL模式下，你可以用--speed参数加速仿真。比如跑一个10分钟的航线任务，设成5倍速，2分钟就跑完了。真机测试可没这功能。
按仿真引擎：Gazebo / JSBSim / AirSim
这部分我踩过不少坑。不同的仿真引擎，侧重点完全不同。
| 引擎 | 主要用途 | 特点 | 我什么时候用它 |
|---|---|---|---|
| Gazebo | 多旋翼、地面车、水下机器人 | 开源、插件丰富、与ROS深度集成 | 日常开发首选，90%的场景 |
| JSBSim | 固定翼飞行器 | 气动模型精确，航空级 | 做固定翼项目时必用 |
| AirSim | 视觉导航、深度学习 | 画面逼真、支持Unreal Engine | 做视觉SLAM或目标检测时 |
Gazebo 是我用得最多的。它和PX4的配合最成熟，你装好PX4固件后，一行命令就能启动仿真。我记得有一次调试一个室内光流定位的算法，Gazebo里直接提供了光流传感器的模型，省了我自己写模拟器的时间。
JSBSim 这玩意儿，说实话，刚开始我完全没搞懂。它的气动模型是用XML文件定义的，参数多到让人头皮发麻。但后来做一个固定翼的横滚稳定性分析时，才发现它的价值——它能模拟出真实飞机在高速下的气动特性，这是Gazebo做不到的。
AirSim 是微软开源的，画面质量确实好。但我要提醒你一点：它对显卡要求很高。我曾经在一台只有集成显卡的笔记本上跑AirSim，结果帧率只有个位数，根本没法用。如果你要做视觉相关的开发，建议配一张至少GTX 1060以上的显卡。
注意：AirSim目前对PX4的支持不如Gazebo成熟。如果你刚入门，我建议先从Gazebo开始，别一上来就折腾AirSim，容易劝退。
仿真工作流程概览
好了，理论说完了，咱们看看实际干活的时候，仿真流程长什么样。我画了一张图，帮你理清思路。
这个流程看起来简单，但实际做起来，每个环节都有坑。我挑几个重点说说。
第一步：编写/修改代码
这是最灵活的环节。你可能在改姿态控制算法、在加一个新传感器驱动、或者在调PID参数。我的建议是：每次只改一个变量。别一次改十处，然后仿真炸了都不知道是哪里的问题。
第二步：编译固件
用make px4_sitl gazebo这条命令。第一次编译会下载依赖，比较慢。后面再编译就快了，一般几十秒到一两分钟。
提速技巧：如果你只改了某个模块的代码，可以用make px4_sitl gazebo_<机型>只编译目标机型，能省不少时间。我曾经傻傻地每次都全量编译，后来发现这个参数，编译时间从2分钟降到了20秒。
第三步：启动仿真环境
这一步其实包含两个东西：PX4的SITL进程和Gazebo的渲染进程。它们通过UDP通信。你会在终端里看到PX4的启动日志，同时Gazebo窗口会弹出来，显示一架无人机停在跑道上。
嗯，这里要注意：第一次启动Gazebo时，它会下载一些模型文件。如果你网络不好，可能会卡住。我遇到过好几次，等了五分钟还没反应，最后发现是公司网络把模型下载地址给屏蔽了。解决办法是提前手动下载，或者换个网络环境。
第四步：运行测试
你可以用QGroundControl地面站连接仿真，就像连接真机一样。解锁、切模式、推油门，飞机就飞起来了。我一般会先做几个基本测试：
- 悬停测试：看飞机能不能稳住
- 航线飞行：看航点跟踪精度
- 故障注入：模拟GPS丢失、电机失效
第五步：分析结果
仿真结束后，PX4会生成ULog日志文件。用ulog2csv转成CSV，或者直接用FlightPlotter打开。我习惯看这几个关键指标：
- 姿态角误差：roll/pitch/yaw的期望值和实际值偏差
- 位置误差：飞机有没有偏离航线
- 电机输出：有没有某个电机饱和
避坑指南：我曾经有一次仿真结果看起来完美，但真机一飞就炸。后来发现是仿真里的传感器噪声参数设得太理想了。记住：仿真通过 ≠ 真机没问题。仿真只能帮你排除逻辑错误，不能替代真机测试。
小结一下
仿真这件事，说白了就是给你的开发流程加一道安全锁。PX4支持的仿真方式很多，但别贪多。我的建议是：
- 新手：先玩转Gazebo + SITL，这是最成熟、文档最全的组合
- 固定翼玩家：一定要试试JSBSim，气动模型比Gazebo准得多
- 视觉方向：等Gazebo玩熟了再上AirSim，不然容易卡在环境配置上