第3章飞控软件框架

第一章飞控软件框架：PX4与ArduPilot两大生态对比

做飞控调参这么多年，我经常被问到同一个问题：「新手该学PX4还是ArduPilot？」

说实话，这问题没有标准答案。但如果你理解了这两个生态的底层逻辑，选哪个其实心里就有数了。今天我就把这两大框架掰开揉碎，结合我踩过的坑，给你讲明白。

1.1 两大生态的基因差异

先看一张对比图，这是我个人习惯的总结方式——

你看，这两个框架从根上就不一样。PX4更像一个「学术派」，代码结构清晰，模块之间通过uORB消息通信。ArduPilot则是「实战派」，代码历史久，功能堆叠多，但胜在稳定可靠。

我记得2018年做第一个无人机项目时，选了PX4。为什么？因为我要改姿态控制算法，PX4的模块化设计让我只改一个模块就行，不用动其他地方。换作ArduPilot，我得翻遍整个调度器才能找到入口。

1.2 实时操作系统（RTOS）基础

说到飞控，绕不开RTOS。说白了，RTOS就是给任务排队的管家。

你想想看，飞控要同时处理传感器数据、运行控制算法、输出PWM信号、处理遥控器指令……如果不用RTOS，这些任务会打架。RTOS的核心就是「优先级调度」——紧急的事先做，不紧急的往后放。

PX4用的是NuttX，一个轻量级的RTOS。ArduPilot早期用ChibiOS，后来自己搞了一套HAL层。我个人的经验是：NuttX的API更标准，如果你学过Linux，上手很快。ChibiOS则更精简，资源占用少。

小提示：RTOS里的任务优先级不是越高越好。我曾经把传感器读取任务设成最高优先级，结果控制算法一直抢不到CPU，飞机直接翻了。嗯，优先级要按「实时性需求」来排，不是按「重要性」来排。

1.3 uORB消息机制——PX4的灵魂

uORB是PX4最值得学习的设计之一。它是个「发布-订阅」的消息总线。

什么意思呢？比如GPS模块发布了一个位置消息，姿态估计模块订阅了这个消息，控制模块也订阅了。谁想用这个数据，谁就订阅。模块之间不直接耦合，全靠消息总线传话。

看个实际例子——

// 发布传感器数据
orb_advert_t pub = orb_advertise(ORB_ID(sensor_accel), &accel_data);
orb_publish(ORB_ID(sensor_accel), pub, &accel_data);

// 订阅传感器数据
int sub_fd = orb_subscribe(ORB_ID(sensor_accel));
orb_copy(ORB_ID(sensor_accel), sub_fd, &accel_data);

这段代码我闭着眼睛都能写出来。为什么？因为我在PX4上改过IMU驱动，当时要加一个滤波器，只需要在订阅回调里处理数据，再重新发布出去。其他模块完全不用改。

ArduPilot没有uORB，它用的是全局变量+调度器轮询。好处是简单直接，坏处是——改一个地方可能影响全局。我在ArduPilot上改过航点逻辑，改完发现高度控制也变了，排查了半天才发现是共享变量被意外修改了。

避坑指南：我曾经在PX4上犯过一个低级错误——忘记调用orb_publish()，只调了orb_advertise()。结果订阅方一直收不到数据，飞机解锁后直接飘走。记住：advertise只是注册，publish才是真发数据。

1.4 模块化设计思想

模块化设计，说白了就是「高内聚、低耦合」。每个模块只做一件事，做好一件事。

PX4的模块化体现在文件结构上——

src/
├── modules/
│   ├── attitude_estimator_q/   # 姿态估计
│   ├── mc_pos_control/         # 位置控制
│   ├── mc_att_control/         # 姿态控制
│   ├── navigator/              # 导航
│   └── commander/              # 状态机
├── drivers/
│   ├── gps/
│   ├── imu/
│   └── baro/

每个模块独立编译，独立运行。你改姿态控制，不会影响导航模块。这在团队协作时特别爽——我负责控制，你负责导航，咱俩各改各的，最后通过uORB对接就行。

ArduPilot的模块化程度低一些，它的代码更像一个大循环——

void loop() {
    // 1. 读取传感器
    // 2. 姿态估计
    // 3. 控制计算
    // 4. 输出PWM
    // 5. 处理遥控器
}

这种写法简单，但扩展性差。你想加一个新功能？得往这个大循环里插代码。插多了，调度顺序就乱了。

我的建议：如果你做产品原型，ArduPilot的快速上手优势很明显。但如果你要做深度定制、算法研究，PX4的模块化架构会让你少掉很多头发。

1.5 怎么选？看场景

我整理了一个对比表，帮你快速决策——

对比维度	PX4	ArduPilot
学习曲线	较陡，需要理解uORB和RTOS	较平缓，文档多、社区大
代码可读性	结构清晰，注释规范	历史代码多，风格不统一
扩展性	强，模块化设计	中等，整体式架构
硬件支持	主要支持Pixhawk系列	支持上百种飞控板
应用场景	科研、定制无人机、算法验证	航测、农业、工业应用
地面站	QGC（界面现代）	Mission Planner（功能丰富）

最后说句实在话——两个框架都值得学。我个人的路径是：先学PX4理解模块化思想，再学ArduPilot掌握实战技巧。顺序反了也行，但你会多走一些弯路。

嗯，这一章就到这里。记住：框架只是工具，理解设计思想才是核心。下一章我们开始动手搭建开发环境，到时候你会真正感受到这两个生态的差异。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录

第一章 飞控软件框架：PX4与ArduPilot两大生态对比

1.1 两大生态的基因差异

1.2 实时操作系统（RTOS）基础

1.3 uORB消息机制——PX4的灵魂

1.4 模块化设计思想

1.5 怎么选？看场景

第一章飞控软件框架：PX4与ArduPilot两大生态对比