1、PX4与ArduPilot概述：飞控固件生态介绍、PX4与ArduPilot核心区别、双系统切换的应用场景
大家好，我是你们这门课的老朋友。做嵌入式飞控这些年，我接触最多的就是PX4和ArduPilot。说实话，这两套固件就像飞控界的“倚天剑”和“屠龙刀”，各有各的绝活。今天咱们先不急着上手，把这两兄弟的底细摸清楚，后面的路才好走。
飞控固件生态：开源世界的两座高峰
先聊聊整个飞控固件的生态。你想想看，一个无人机在天上飞，全靠飞控板上的那几行代码撑着。目前主流的开源飞控固件，说白了就是PX4和ArduPilot的天下。其他像Betaflight、iNav这些，更多是面向穿越机或固定翼的细分领域。
我个人习惯把PX4看作“学院派”，它背后有苏黎世联邦理工学院和Dronecode基金会的支持，代码结构非常严谨，适合做学术研究或工业级产品。而ArduPilot更像是“实战派”，从APM时代一路摸爬滚打过来，社区积累极其深厚，什么稀奇古怪的载具类型它都支持。
我记得刚入行那会儿，公司要选一个固件做植保无人机。当时团队里吵得不可开交，最后两套都试了。结果发现，PX4在姿态控制上更平滑，但ArduPilot在任务规划和传感器兼容性上简直无敌。嗯，这就是生态的差异。
核心观点：PX4和ArduPilot不是谁取代谁的关系，而是互补。你掌握了双系统切换，就等于同时拥有了两套武器库。
PX4与ArduPilot核心区别：从架构到习惯
很多人问我：“老师，这两个固件到底差在哪？”我一般会从三个维度来拆解：架构设计、控制逻辑、以及开发习惯。
1. 架构设计：微内核 vs 宏内核
PX4采用的是微内核架构。什么意思呢？就是它的核心只负责最基本的任务调度和通信，其他功能模块（比如GPS、磁力计、姿态解算）都是独立的进程。这样做的好处是，一个模块崩了，不会拖垮整个系统。我在项目中遇到过GPS模块突然掉线的情况，PX4依然能靠IMU数据维持姿态，这就是微内核的可靠性。
ArduPilot则是宏内核架构，所有功能都编译在一个大二进制文件里。它的优点是效率高，模块间通信延迟低，但缺点也很明显——一个传感器驱动出问题，可能导致整个飞控死机。不过ArduPilot的社区非常成熟，经过多年打磨，稳定性已经相当高了。
| 对比维度 | PX4 | ArduPilot |
|---|---|---|
| 内核架构 | 微内核（uORB消息总线） | 宏内核（单进程调度） |
| 实时性 | 依赖NuttX RTOS，任务优先级明确 | 依赖ChibiOS/ArduPilot调度器 |
| 模块化程度 | 高，每个驱动独立进程 | 中等，驱动编译进固件 |
| 调试难度 | 需要理解uORB和进程间通信 | 单进程调试相对简单 |
2. 控制逻辑：PX4的“分层”与ArduPilot的“模式”
控制逻辑这块，两套固件的思路完全不同。PX4把控制分成好几层：位置控制、速度控制、姿态控制、角速率控制。每一层都有独立的PID参数。你调参的时候，得一层一层往下调。我刚开始接触PX4时，觉得这太麻烦了，但后来发现，这种分层设计让系统非常清晰，出了问题能快速定位到是哪一层的问题。
ArduPilot则更“粗放”一些，它用飞行模式来区分控制行为。比如Stabilize模式只控制姿态，Loiter模式加上位置保持，Auto模式执行航线。每个模式内部有一套完整的控制链。说白了，ArduPilot更注重“开箱即用”，你选好模式，它帮你搞定一切。
我的建议：如果你喜欢精细调参，追求极致的控制效果，PX4更适合你。如果你希望快速部署，或者需要支持多种载具类型（比如车、船、固定翼），ArduPilot是更好的选择。
3. 开发习惯：C++ vs 脚本+参数
开发层面，PX4主要用C++，所有模块都在src/modules目录下。你改代码、加功能，都得编译整个固件。而ArduPilot虽然也是C++，但它提供了大量的参数和脚本接口（比如Lua脚本），很多功能不需要改源码，调参数就能实现。
我曾经帮一个客户做定制化功能，需要在特定条件下切换飞行模式。用PX4，我得写一个自定义模块，编译、烧录、测试，折腾了两天。用ArduPilot，我写了个Lua脚本，半小时搞定。这就是生态的差异。
// PX4自定义模块示例（简化）
extern "C" __EXPORT int my_custom_module_main(int argc, char *argv[]);
int my_custom_module_main(int argc, char *argv[]) {
// 初始化uORB订阅
int vehicle_attitude_sub = orb_subscribe(ORB_ID(vehicle_attitude));
// 主循环
while (!should_exit()) {
orb_copy(ORB_ID(vehicle_attitude), vehicle_attitude_sub, &att);
// 你的逻辑
px4_usleep(10000); // 10ms
}
return 0;
}
-- ArduPilot Lua脚本示例（简化）
function update()
-- 读取当前模式
local mode = vehicle:get_mode()
-- 判断条件并切换
if mode == 'AUTO' and condition_met() then
vehicle:set_mode('RTL')
end
return update, 1000 -- 1秒执行一次
end
return update()
双系统切换的应用场景：为什么你需要这个技能？
你可能会问：“我学一个固件就够了，为什么要折腾双系统切换？”我告诉你，在实际工程中，这个技能太重要了。
- 场景一：产品研发阶段——你可能需要对比两套固件在同一个硬件平台上的表现。比如，同一架四旋翼，用PX4飞和用ArduPilot飞，哪个更稳？哪个抗风性更好？没有双系统切换能力，你只能买两块飞控板，费时费力。
- 场景二：客户需求多变——有的客户要求用PX4（因为学术背景），有的客户指定ArduPilot（因为社区支持）。如果你只会一套，那就只能接一半的单子。我有个朋友就是靠双系统切换这个技能，拿下了好几个大客户。
- 场景三：故障排查与应急——有一次我在野外测试，PX4突然出现诡异的偏航漂移，怎么调参都搞不定。我果断切换到ArduPilot，发现是磁力计干扰问题。如果没有双系统切换，那天就得空手而归了。
注意：双系统切换不是简单的“换固件”，它涉及到Bootloader配置、参数迁移、传感器校准、混控器适配等一系列问题。这也是为什么我专门开了这门课。别急，后面我们会一步步拆解。
知识体系总览：一张图看懂本章
下面这张图，是我自己画的本章知识框架。你可以把它当作一个“导航图”，后面每学一个知识点，都能在这张图上找到位置。