1. 课程导入
各位同学好，我是你们这门课的老朋友。在嵌入式飞控这个圈子里摸爬滚打了十几年，从最早的八位机玩到现在的多核异构，踩过的坑比飞过的航线还多。今天咱们开始这门《ArduPilot与PX4协同仿真联调》，第一讲先不急着敲代码，咱们把底层的逻辑理清楚。
说白了，ArduPilot和PX4是目前开源飞控领域的两座大山。很多新手问我：“到底学哪个好？”我的回答一直是——都学。为什么？因为在实际项目中，你很可能两个都要用。我去年做一个物流无人机项目，飞控层用PX4跑实时控制，上层任务规划却用了ArduPilot的脚本引擎。两个系统协同工作，这才是工业级的玩法。
1.1 ArduPilot与PX4的核心差异
先看一张对比表，把两个系统的基因差异说清楚。
| 对比维度 | ArduPilot | PX4 |
|---|---|---|
| 诞生时间 | 2009年（APM项目） | 2012年（从PIXHAWK分离） |
| 架构风格 | 单进程多线程（调度器驱动） | 微内核+进程间通信（uORB） |
| 主要语言 | C++（大量模板和继承） | C++（模块化，接口清晰） |
| 调度方式 | 主循环+定时器回调 | 实时线程+工作队列 |
| 传感器处理 | EKF2/3（扩展卡尔曼滤波） | EKF2（模块化传感器融合） |
| 任务规划 | Mission Planner / MAVProxy | QGroundControl |
| 仿真支持 | SITL（软件在环）成熟 | Gazebo / jMAVSim 原生 |
| 社区生态 | 爱好者+商业公司（ArduPilot.org） | Dronecode基金会+专业厂商 |
嗯，这张表信息量不小。我挑几个重点说说。
架构差异：ArduPilot是单进程架构，所有模块跑在一个进程里，通过调度器协调。好处是延迟低，坏处是一个模块崩了全系统挂。PX4走微内核路线，每个模块独立进程，通过uORB消息总线通信。我在项目中遇到过PX4某个传感器驱动崩溃，其他模块照常运行，飞机只是切到降落模式——这种容错能力在工业场景下太重要了。
调度方式：ArduPilot的主循环是固定频率的，比如400Hz。你想想看，如果某个任务超时了，整个循环都会被拖慢。PX4用实时线程+工作队列，关键任务（如姿态控制）跑在最高优先级线程上，非关键任务（如日志写入）丢到后台队列。说白了，PX4的实时性更可控。
核心观点：两个系统没有绝对的优劣，只有适用场景的不同。ArduPilot胜在生态成熟、外围工具丰富；PX4胜在架构现代、实时性强。做产品选型时，我建议你根据硬件平台和实时性需求来定。
1.2 协同仿真：为什么需要它？
先问一个问题：你写了一段飞控代码，敢直接上真机吗？
反正我不敢。我早期做飞控开发时，有一次在真机上测试一个新算法，结果飞机直接翻了个跟头，螺旋桨打坏了三个。从那以后，我养成了一个习惯——所有代码改动必须先过仿真。
协同仿真，说白了就是让ArduPilot和PX4在同一个虚拟环境里跑起来，互相通信，模拟真实飞行场景。它的价值体现在三个层面：
- 安全第一：在仿真环境里炸机不花钱，随便炸。你可以测试各种极端情况——GPS丢失、电机失效、强风干扰。
- 效率提升：真机测试一次要准备场地、充电、检查设备，一天能飞5个架次就不错了。仿真环境里，一天跑几百个场景轻轻松松。
- 协同验证：很多项目需要ArduPilot做上层规划，PX4做底层控制。协同仿真可以提前暴露两个系统之间的接口问题。
我去年帮一个客户做多机协同项目，四架无人机需要编队飞行。如果直接上真机，四架飞机同时飞，风险太大了。我们在协同仿真环境里跑了两个星期，把通信延迟、碰撞避免、队形切换全部验证完，才敢上真机。结果真机首飞一次成功。
我的建议：如果你是初学者，至少花30%的开发时间在仿真上。别急着飞真机，先把仿真玩透。我曾经带过一个实习生，他在仿真里炸了200多次，真机首飞时稳得像老司机。
1.3 课程目标：你能学到什么？
这门课不是讲理论，是讲实战。30章内容，每一章都有可运行的代码和可复现的实验。具体来说，学完这门课，你应该能：
- 独立搭建协同仿真环境：从零开始，把ArduPilot SITL、PX4 SITL、Gazebo、MAVSDK全部配通。
- 理解两个系统的通信机制：MAVLink协议怎么用？uORB消息怎么订阅？两个系统之间怎么交换数据？
- 实现典型协同场景：比如ArduPilot下发航线，PX4执行飞行；或者PX4上报状态，ArduPilot动态调整任务。
- 掌握调试和排错方法：仿真日志怎么分析？通信断连怎么排查？性能瓶颈怎么定位？
- 具备二次开发能力：能在ArduPilot里写自定义模块，能在PX4里改控制算法，能在仿真环境里验证。
注意：这门课要求你至少熟悉C++基础，了解Linux基本操作。如果你连终端都不会用，建议先补一下基础。我不希望你在环境配置上卡两周——那太浪费时间了。
1.4 学习路径：怎么学最有效？
我把30章内容分成了四个阶段，每个阶段都有明确的目标。你按这个节奏走，不会迷路。
| 阶段 | 章节范围 | 核心目标 | 产出物 |
|---|---|---|---|
| 基础搭建 | 第1-8章 | 环境配置、基础通信、单系统仿真 | 可运行的SITL实例 |
| 协同联调 | 第9-16章 | 双系统通信、数据桥接、协同控制 | 协同仿真Demo |
| 场景实战 | 第17-24章 | 编队飞行、避障、任务切换 | 完整应用场景 |
| 进阶优化 | 第25-30章 | 性能调优、自定义模块、故障注入 | 可二次开发的框架 |
我个人习惯是：每学完一个阶段，停下来做个总结。把代码跑通，把日志看明白，把遇到的问题记下来。别急着往前赶，基础打牢了，后面才快。
1.5 本章知识体系总览
下面这张图把本章的核心逻辑串起来了。你仔细看一遍，对整门课的结构就有数了。
这张图你看懂了吗？从上到下，从左到右，逻辑很清晰。先理解两个系统的差异，再明白协同仿真的价值，然后锁定课程目标，最后按阶段推进。嗯，这就是我们这门课的整体框架。
1.6 你需要准备什么？
在正式开始之前，我列一个环境清单。你提前准备好，后面就不会手忙脚乱。
- 硬件：一台性能还行的电脑（建议16GB内存以上，SSD硬盘）。如果你用虚拟机，至少分配8GB内存和4个CPU核心。
- 操作系统：Ubuntu 20.04或22.04 LTS。我个人推荐22.04，软件包更新一些。
- 基础工具：Git、CMake、Python3、g++（版本11以上）。
- 仿真工具：Gazebo Classic（11.x版本）、MAVSDK（Python版）、QGroundControl（可选）。
- 代码仓库：ArduPilot（master分支）、PX4-Autopilot（v1.13或v1.14）。
小技巧：别用Windows直接装，坑太多。我见过有人在Windows上折腾了三天环境没配好，换成Ubuntu后一小时搞定。如果你必须用Windows，建议装WSL2，但性能会打折扣。