2. PX4与ArduPilot航点任务架构对比
做无人机航点任务，选对固件是第一步。PX4和ArduPilot，这两大主流固件，虽然都能飞航点，但底层的任务管理器、指令集、上传协议，差别还真不小。我这些年两个固件都在用，踩过不少坑，今天就把核心差异掰开揉碎了讲清楚。
一句话总结：PX4的任务管理器更轻量、模块化；ArduPilot的任务管理器更厚重、功能全。选哪个，取决于你的应用场景。
2.1 任务管理器架构差异
先看任务管理器。说白了，就是固件里负责“接收任务→解析指令→控制飞控”的那个模块。
PX4的任务管理器：Navigator + Mission
PX4把任务管理拆成了两层：
- Navigator模块：负责任务逻辑，比如“飞到A点→拍照→飞到B点”。它不直接控制飞机，而是生成位置设定点。
- Mission模块：负责存储航点列表，按顺序把航点喂给Navigator。
这种分层设计，好处是灵活。你可以单独替换Navigator，实现自定义任务逻辑，而不影响底层控制。我记得有个项目，客户要求无人机在航点间做“之字形”扫描，我直接在Navigator层改了路径生成算法，Mission模块完全没动。
我的习惯：如果要做复杂的任务逻辑（比如动态避障、多机协同），优先选PX4。它的模块化架构让你改起来更痛快。
ArduPilot的任务管理器：AC_Fence + AC_WPNav + Auto模式
ArduPilot的任务管理，集成在Auto模式里。它用了一套更“大一统”的架构：
- AC_WPNav：航点导航核心，负责位置控制和速度规划。
- AC_Fence：地理围栏，防止飞机飞出边界。
- Auto模式：把航点、围栏、条件指令（如“到达后悬停5秒”）全部揉在一起执行。
这种架构，好处是开箱即用。你上传一个任务，它就能跑，几乎不需要额外配置。但坏处是，如果你想改某个细节，比如“到达航点后先旋转180度再拍照”，你得翻遍整个Auto模式的代码。我曾经为了加一个“航点间变高”的功能，在ArduPilot的代码里找了三天才找到入口。
避坑指南：ArduPilot的Auto模式里，航点指令和条件指令是混在一起的。如果你上传的任务里，某个条件指令写错了（比如“悬停时间设为-1秒”），飞机会直接卡在航点不动。我曾经在测试时遇到过，飞机悬停在半空，怎么推油门都不走，最后只能切回Loiter模式手动降落。
2.2 航点指令集差异
指令集，就是任务里那些“飞到点、拍照、等待”的命令。PX4和ArduPilot的指令集，虽然都基于MAVLink，但具体实现差别很大。
| 功能 | PX4指令 | ArduPilot指令 | 我的评价 |
|---|---|---|---|
| 普通航点 | MAV_CMD_NAV_WAYPOINT | MAV_CMD_NAV_WAYPOINT | 基本一致，但PX4支持“精确到达”参数 |
| 悬停等待 | MAV_CMD_NAV_LOITER_TIME | MAV_CMD_NAV_LOITER_TIME | ArduPilot多了“无限悬停”模式 |
| 拍照 | MAV_CMD_IMAGE_START_CAPTURE | MAV_CMD_DO_SET_CAM_TRIGG_DIST | PX4是单次触发；ArduPilot是距离触发 |
| 设置舵机 | MAV_CMD_DO_SET_SERVO | MAV_CMD_DO_SET_SERVO | 参数格式不同，容易搞混 |
| 条件指令 | 无独立条件指令 | MAV_CMD_CONDITION_DELAY等 | ArduPilot支持“条件等待”，PX4靠任务逻辑实现 |
这里有个关键点：ArduPilot的条件指令。比如MAV_CMD_CONDITION_DELAY，意思是“满足条件后再执行下一条指令”。PX4没有这个，它把条件判断放在了任务逻辑层。你想想看，如果你在PX4里想实现“到达航点后等待GPS信号变好再拍照”，你得在Navigator里写代码。而在ArduPilot里，你只需要在任务里加一条MAV_CMD_CONDITION_DELAY，设置“等待GPS精度<1m”。
我的建议：如果你的任务逻辑简单（比如“飞一圈拍照”），ArduPilot的指令集更省事。如果你的任务逻辑复杂（比如“根据传感器数据动态调整航点”），PX4的灵活性更高。
2.3 任务上传协议：MAVLink vs MSP
任务怎么从地面站传到飞控？PX4和ArduPilot都支持MAVLink，但ArduPilot还支持MSP（MultiWii Serial Protocol）。
MAVLink协议
MAVLink是无人机界的“普通话”。PX4和ArduPilot都原生支持。上传任务时，地面站通过MAVLink的MISSION_ITEM和MISSION_COUNT消息，一条一条地把航点发给飞控。
流程大概是：
- 地面站发
MISSION_COUNT，告诉飞控“我要传N条指令”。 - 飞控回
MISSION_REQUEST，说“把第1条发过来”。 - 地面站发
MISSION_ITEM，包含第1条指令的坐标、参数。 - 重复直到所有指令传完。
- 地面站发
MISSION_ACK，确认任务上传完成。
这个流程，稳定是稳定，但慢。如果你有100个航点，得来回传200多条消息。我记得有一次在山区测试，信号不好，传一个50个航点的任务，花了快两分钟。
MSP协议
MSP是Betaflight、INAV等固件用的协议，ArduPilot也兼容。它比MAVLink更轻量，消息格式更紧凑。上传任务时，MSP用一条MSP_SET_MISSION消息，把整个任务列表打包发送。
好处是快。一条消息搞定所有航点，适合带宽有限的场景（比如数传电台）。但坏处是，MSP的指令集比MAVLink少，不支持条件指令、拍照等高级功能。
我的经验：如果你用ArduPilot，且任务简单（只有航点，没有拍照、舵机等），可以试试MSP上传。速度快很多。但如果你要用条件指令、拍照，老老实实用MAVLink。
2.4 核心架构对比图
下面这张图，把PX4和ArduPilot的任务架构差异画清楚了。你可以看到，PX4是“分层解耦”，ArduPilot是“集成一体”。
2.5 实际项目中的选择建议
说了这么多，到底怎么选？我根据实际项目经验，给你几个参考：
- 测绘、巡检类任务：航点固定，逻辑简单。ArduPilot更省事，指令集够用，MSP上传还快。
- 科研、定制化任务：需要动态调整航点、多机协同。PX4的模块化架构让你改起来更痛快。
- 教学、入门：ArduPilot的文档更全，社区更大，遇到问题容易找到答案。
- 工业级、高可靠性：PX4的代码审查更严格，故障处理更完善。我有个朋友做植保无人机，最后选了PX4，就是因为它的故障恢复机制更可靠。
最后提醒一句：不管你选哪个固件，一定要在仿真环境里先跑一遍任务。我见过太多人，地面站里画好航点，直接上真机，结果飞机飞到一半卡住不动了。仿真环境（比如Gazebo+PX4 SITL，或者ArduPilot的SITL）能帮你发现90%的问题。