从玩无人机开始我就绕不开一个选择开源飞控到底用 PX4 还是 ArduPilot。这个问题看起来只是两个名字之间的取舍但实际操作过之后会发现它直接决定了你后面要不要换硬件、要不要改代码、要不要熬夜重新调参甚至决定你项目能不能落地。我做过的项目里有四轴、固定翼、测绘任务也有纯科研场景的视觉导航验证两套飞控都深度接触过。这篇文章就结合我实际的装机、调参、开发和踩坑经历把 PX4 和 ArduPilot 从架构到实战场景完整对比一遍给正在选型的朋友一个可以直接参考的方向。先说明一点这两套飞控没有绝对的好或坏只有适不适合你当前的项目阶段和团队技术背景。PX4 更偏学术和软件工程化ArduPilot 更偏稳定可靠和全地形覆盖。我下面会从它们的出身、架构、传感器处理、开发工具、调参流程、常见问题几个方向展开尽量把你拿到手之后会遇到的每一个关键点都讲清楚。1. 两款开源飞控的出身与社区定位1.1 PX4学术圈的明星产品PX4 起源很早最早可以追溯到 2011 年前后苏黎世联邦理工学院的 PIXHAWK 项目后来项目交给 Dronecode 基金会托管成了 Linux 基金会下面的一个开源项目。很多高校、研究所、机器人实验室选择 PX4不是因为 PX4 功能最全而是因为它的代码组织结构、文档风格、模块划分非常接近一门软件工程课程模块化、分层化、接口清晰方便学生对着源码学习和魔改。这带来的好处很直接。比如你想加一个自定义的控制算法PX4 里有明显的“模块边界”控制相关的代码集中在 src/modules 下姿态和位置控制逻辑相对独立。数据交互走的是统一的 uORB 消息总线你只需要发布或订阅对应主题就能让新模块和大家协同工作不像老式单片机工程那样千丝万缕、到处牵连。坏处也不是没有。PX4 的版本迭代节奏偏快参数名和配置方式经常变。我早年用 v1.8、v1.9 时写的不少二次开发代码到 v1.14 之后基本得重写一遍。如果你的团队里有计算机背景、熟悉 CMake 和 Linux 的人PX4 的这套节奏其实很舒服但如果只是自己玩没有频繁更新的动力旧版本留着一堆技术债会很头痛。1.2 ArduPilot草根战神与全地形全能王ArduPilot 的前身是 APMArduPilot Mega最早是基于 Arduino 平台的固件现在虽然完全换到 STM32 和实时操作系统上但“稳定压倒一切”的社区气质一直没变。ArduPilot 覆盖的能力范围在开源飞控里可以说无人能敌多旋翼、固定翼、直升机、地面车、船、水下潜航器、甚至一些特殊形态的载具官方都维护着对应的固件分支。我身边很多做农业、测绘、行业巡检的老哥飞控只有一条原则装上去能不能几个月不用管。ArduPilot 在这类场景里口碑一直很好因为它的故障保护策略、传感器冗余、自动调参算法经过了很多年的真机验证社区里到处是老飞手的经验帖。而且它对导航算法中现场边角问题的处理非常务实比如罗盘干扰、GPS 丢星后的行为逻辑都有很细的默认策略。如果你平时主要飞成熟机架、追求舒适度和稳定度ArduPilot 非常省心。另一方面ArduPilot 的“全家桶”形态也意味着代码量大、模块多初次接触有点迷宫感。它的架构不像 PX4 那样把“中间件”和“飞行栈”区分得那么清晰原生跑在一个大进程里学习曲线相对平滑但不利于复杂团队协作开发。不过近年来 ArduPilot 加入了 Lua 脚本支持让用户不用重新编译固件就能定制动很多行为这是它追赶开发便利度很重要的一步。1.3 社区活跃度与影响力范围看社区活跃度两个都是顶级开源项目GitHub star、issue 讨论、代码提交频率都很高。PX4 在科研论文里经常作为实验平台出现摄像头、雷达、视觉惯性里程计这类传感器与 PX4 的集成案例更多ArduPilot 在航测、应急救援、固定翼长航时项目里的实战案例更丰富。社区里有一句话我觉得总结得很到位PX4 是写给善于改造代码的工程师的ArduPilot 是写给想用飞控完成任务的用户的。所以如果要下第一层结论如果你做科研、做视觉导航、做新算法验证优先考虑 PX4如果你做行业应用、做长航时固定翼或特殊载具优先考虑 ArduPilot。当然这不是绝对的后面我会结合实际项目展开说明。2. 架构设计对比为什么这决定了你的开发路线2.1 PX4 的分层与 uORB 消息总线PX4 的软件架构核心是一个简单的分层模型最下面是驱动层和硬件抽象中间是飞行栈Flight Stack包括姿态控制、位置控制、混合器、任务导航等最上面是应用层。模块之间通过 uORB 发布订阅式通信每个模块独立运行有点像 ROS 节点通信的简化版。这个设计有一个非常实际的好处模块崩溃后系统不会立刻全挂而且你可以随时用命令行工具查看某个主题的内容。比如飞行中想查看当前姿态估计值、传感器原始数据、控制指令有没有输出都能在系统控制台里用 listener 命令快速确定问题。这种可观测性对二次开发极其重要。我印象很深的一次是在调试一个新的高动态姿态控制器时用 uORB 的消息频率和延迟数据直接定位到一个发布频率被限流的问题省去了大量黑盒猜测时间。PX4 支持多平台运行除了在 Pixhawk 系列硬件上跑自研 NuttX 系统还能把整套飞控编译到 Linux 单板计算机上运行。这意味着你可以把 PX4 当作一个软件包跑在树莓派或小型 x86 迷你主机上和视觉算法共享一个系统串口、网络、摄像头驱动都变得好处理。对实验室做边缘计算研究、需要与 ROS 深度集成的项目来说这个跨平台能力是 ArduPilot 难以替代的。2.2 ArduPilot 的单体内核与载具专用固件ArduPilot 的架构更“传统”每个载具类型对应一个完整固件比如 ArduCopter 是多旋翼固件ArduPlane 是固定翼固件ArduSub 是水下固件它们共享一批核心库但最终编译出的二进制是高度整合的。你在 Mission Planner 里刷固件时选择对应载具型号烧进去的就是一套包含完整任务处理的程序。这种架构的优点是运行时开销小模块间通信不需要花哨的中间层稳定性经过大量真机验证故障保护的代码路径短、行为可预测。缺点也很明显如果你想修改某个核心行为经常需要通读几个大模块代码耦合度比 PX4 高对新手的源码阅读不够友好。不过 ArduPilot 的软件工程这些年进步很快。现在它也用上了静态代码分析和大量自动化测试对硬件驱动的支持非常广。尤其它支持很多老飞控板比如 FMUv2、FMUv3 版本都能继续用对预算有限的玩家很友好。我自己就有一块几年前的过渡期 Pixhawk 2.4.8 板子跑 ArduPilot 完全没问题但同样的板子想刷 PX4 新版固件就基本没希望了。2.3 对二次开发的影响二次开发这件事要看你想改多深。如果只是改参数、调任务两者都行如果要新增一个控制指令PX4 的模块化和 uORB 会让你更轻松。我做过一个无人机目标跟踪的项目需要在飞控里加一个跟踪控制律把视觉目标位置映射成速度指令再发给位置控制器。在 PX4 里我只需要在 offboard 模式写一个新模块订阅相机消息输出速度指令到位置指令主题完全不用动原有的姿态控制代码。ArduPilot 的二次开发路径通常是写 Lua 脚本或者通过 MAVLink 的外部命令执行。对于很多算法层的工作Lua 脚本完全够用还能直接在飞行中热加载不用重新烧写固件。但如果你想做更底层的控制实验比如修改 EKF 融合逻辑ArduPilot 的二次开发门槛会比 PX4 高不少因为你需要掌握整个库的编译链接关系。我的习惯是这么分的如果项目目标是“做一个能在无人机上运行的算法验证”选 PX4如果项目目标是“让无人机去完成一项任务算法只是辅助”选 ArduPilot。这个经验在我好几个项目里都验证过。3. 核心功能细节传感器、滤波、定位与航线能力3.1 传感器校准与卡尔曼滤波话题不管是 PX4 还是 ArduPilot飞控接收到加速度计、陀螺仪、磁力计、气压计、GPS 等传感器数据后都要先经过校准和融合最后估计出姿态和位置。这里就绕不开卡尔曼滤波。很多人看到“卡尔曼滤波推导”就头大其实在实际调机过程中你不需要从头推导公式但至少要理解它的输入输出和几个关键假设。卡尔曼滤波的核心思想就是两部分预测和更新。预测阶段用上一时刻的状态和模型推断当前状态更新阶段用当前传感器量测修正预测结果。放在无人机上就是陀螺仪和加速度计帮你预测姿态GPS 和气压计帮你修正位置磁力计修正航向。PX4 的 EKF2 和 ArduPilot 的 EKF3 都属于扩展卡尔曼滤波能够同时融合多路 IMU、GPS、视觉位姿等多传感器数据。区别在于两者的默认策略和可调参数。ArduPilot 的 EKF3 更早支持多加速度计/陀螺仪故障自动切换以及多个 GPS 重叠融合在行业应用场景里特别实在。PX4 的 EKF2 在这些年也追得很紧但在多 GPS 融合的工程化配置上ArduPilot 的地面站支持更直接。真正调机时大多数情况下只需要检查“有没有报错、传感器健康度是否正常”不需要手动改卡尔曼噪声矩阵。不过如果你做视觉导航研究就一定要了解视觉位姿信息是以什么频率、什么延迟进入 EKF 的这部分两个飞控都提供了大量监控主题调试时记得打开。3.2 GPS 定位与组合导航定位精度直接决定无人机的安全性和航线效果。消费级 GPS 在普通环境下能到 1 到 2 米精度配合气压计和磁力计已经能完成大部分视觉辅助导航任务如果需要厘米级定位就得上 RTK 或 PPK。PX4 和 ArduPilot 都支持主流 RTK 硬件比如 u-blox F9P 系列也都提供位置、速度、航向融合。ArduPilot 在 GPS 支持上做得非常宽泛连很多非主流模块只要输出标准 NMEA 或 UBX 协议都能识别故障保护策略也很完整。PX4 的定位模块对 GPS 的处理更强调“传感器健康检查”在起飞前会根据卫星数、位置精度因子、速度精度综合判断是否允许解锁。这本来是好功能但我在一个室内外混合场景里被坑过半遮挡环境的 GPS 信号够解锁条件起飞后位置漂移明显最后我增强了起飞前健康检查和 RTK 固定状态要求问题才解决。另外两者都支持双天线测向固定翼/地面车常用也支持通过视觉里程计提供位置估计。如果你做室内无人机可以优先看看 PX4 的视觉惯性里程计接入案例参考代码更多。3.3 航线任务与测绘支持航线任务的规划与执行是行业应用最核心的功能之一。ArduPilot 与 Mission Planner 的组合至今仍是测绘圈的主力配置。你可以在地面站绘制多边形的扫测区域设定重叠率、航向角度、航线高度自动生成“之”字形巡检路径。ArduPilot 的定点任务指令集非常丰富支持航点、降落、云台角度、相机快门触发几乎覆盖了航测和巡检的所有需求。PX4 的 QGroundControl 也支持测绘任务但任务引擎和航线编辑的细腻度相比 ArduPilot 稍弱一些。它对任务类型的支持主要集中在飞行动作和机载设备触发复杂业务逻辑更多依赖 offboard 模式或外接任务计算机。所以如果项目是接近“纯行业交付”的——比如给农田打药、给电力线路做巡检ArduPilot 的优势非常突出。同时ArduPilot 在地面站任务中实现了一些很务实的细节比如航点间转弯半径规划、断点续飞、任务完成后的行为模式。这些细节在真实交付中价值巨大但文档里通常不张扬。PX4 在任务执行上也在往这个方向补但目前整体成熟度仍有差距。3.4 多旋翼、固定翼与垂直起降支持度如果你只飞普通四旋翼两个飞控差别不大。但项目里涉及固定翼、垂直起降或者直升机选择就关键了。ArduPlane 在固定翼这一块积累深厚支持飞行模式非常丰富包括自主起降、失速保护、热气流滑翔、空中停车重启等很多固定翼玩家和飞手都只认 ArduPilot。PX4 在固定翼模式上也支持常规控制和空中起降但对高级固定翼飞行场景的支持没有 ArduPilot 那么细。不过 PX4 对 VTOL 多旋翼/固定翼混合作动器的控制设计得很有条理过渡过程的逻辑很清晰学术机构经常拿来做垂直起降研究。如果你用的是四轴倾转旋翼这类非常规机型PX4 的混控器会更灵活ArduPilot 则需要更多手动配置和脚本辅助。直升机方面ArduPilot 的 ArduHeli 支持程度在开源圈里是顶级水平可以调旋翼头、尾舵、定速器等参数而 PX4 基本很少人用于航模直升机。所以机型越复杂、越接近行业定制越要提前判断好飞控的成熟范围。3.5 仿真与视觉感知延伸仿真环境是开发过程中绕不开的一环。PX4 官方长期维护 Gazebo 模拟器集成启动一条命令就能在 Gazebo 里看到四旋翼模型配合 QGroundControl 和 MAVSDK 可以完整跑通起飞、航线、故障保护逻辑。ArduPilot 也有自己的 SITL 仿真配合 Gazebo、真机应用也很成熟但整体体验上PX4 与 ROS、Gazebo 的生态整合更顺滑因为它从一开始就把 Linux 和仿真作为一等公民对待。在做视觉感知、目标跟踪、避障路径规划这些方向时我强烈建议先用仿真把算法链路打通再上真机。PX4 提供的 uORB 日志和 MAVLink 消息流能很方便地和 ROS 交换数据Gazebo 里的传感器模型也更丰富。ArduPilot 同样支持 MAVLink 视觉消息但在复杂视觉环境的仿真集成上需要自己多搭一些桥。4. 开发工具链与装机调参实战4.1 地面站与固件刷写对比PX4 官方地面站是 QGroundControlArduPilot 最常用的是 Mission Planner。QGroundControl 界面更现代跨平台Windows、macOS、Linux体验一致对航点规划和飞行监控也做得不错。Mission Planner 功能极其臃肿而强大光参数面板就够研究半天但它只在 Windows 下体验最好Linux 下能用但界面老旧。固件刷写这件事PX4 和 ArduPilot 都支持地面站一键刷写。QGroundControl 在“固件”页面选择机型自动下载固件并送到飞控Mission Planner 在“安装固件”页面会检测主板类型并给出可选的载具固件。实际操作中我遇到过 USB 连接不稳定、驱动没装、主板识别错误等问题。PX4 刷写时尤其注意如果之前刷过 ArduPilot最好先通过 QGC 的引导恢复模式刷入 bootloader再刷 PX4 固件反过来也一样ArduPilot 在刷写前也建议先用地面站做一次“擦除”。这个习惯能避免很多莫名奇妙的卡启动问题。如果你是源码编译用户PX4 的做法是 clone 源码仓库后用 make 命令编译比如针对 Pixhawk 6X 板子就是 make px4_fmu-v6x_default而 ArduPilot 的构建工具是 waf常见步骤是 ./waf configure --board CubeOrange然后 ./waf copter。两套流程我都用过PX4 的 CMake 环境更接近通用嵌入式开发习惯ArduPilot 的 waf 第一次上手会觉得陌生但看文档跑一遍就顺了。4.2 装机接线与电机设置细节装机阶段最容易出错的不是结构而是电调和电机设置。这块两个飞控都有专门的配置流程。ArduPilot 这边传统 PWM 电调需要做一次 ESC 校准。进入地面站“电机测试”或“ESC 校准”界面后飞控会输出最大油门信号电调上电后确认新的油门行程再回到最小油门。这一步如果跳过很可能出现电机响应不一致、解锁后乱转的问题。校准完成后接下来就是设置 MOT_PWM_MIN 和 MOT_PWM_MAX以及解锁怠速 MOT_SPIN_ARM。旧版固件里默认怠速固定为 130新版更灵活要根据具体电调规格来。还要注意螺旋桨安装方向和电机转向测试在带桨之前必须先把电机转向和混控方向确认好否则首飞必炸。PX4 这边电机分配主要靠参数配置。在 QGroundControl 中的“作动器输出”视图里你可以把每个电机输出通道映射到对应的方向也能看到当前输出值。PX4 的电机输出默认采用 DShot 协议时不需要类似 PWM 电调校准的动作如果还用 PWM 信号同样有校准选项。PX4 的“参数比较费脑”体现在这里不同机架类型、机臂布局、通道数量都会影响混控参数但只要你按照官方文档选择正确的机架模型大部分情况都能自动配置好。我个人的装机流程是先不带桨在地面站里用“电机测试”功能逐个确认电机转速是否匹配油门值然后装桨但人站在安全距离外小油门推杆观察机身倾斜方向和推杆方向是否一致最后才进行完整试飞。这个流程在 PX4 和 ArduPilot 上都适用能帮你筛掉 70% 以上的低级错误。4.3 自动调参与参数调优起飞之前躲不开调参。ArduPilot 的自动调参在“整理配置”里就能一键启动飞机会根据激振动作获取响应数据自动计算并写入 PID 增益。我实测下来普通四轴自动调参结果完全可以满足日常航线飞行和航拍需要。PX4 的自动调参需要切换到特殊调参模式飞控会自动施加激励并生成新增益过程中同样要求飞机先达到一定高度并且保证安全空间。两种自动调参都需要在无风、电量充足、场地空旷的条件下进行。如果手动调 PID就要理解这几个参数对应什么。比例增益决定系统对误差的响应速度微分增益抑制震荡积分增益消除稳态误差。调参时我从很小的比例开始逐步上调直到出现轻微震荡然后退回 80%再调微分让它能压住震荡最后用积分消除悬停偏差。这个套路在 PX4 和 ArduPilot 里通用只是参数名不同。PX4 的姿态控制参数在 MC_PID_RATE、MC_ROLLRATE_P 等位置ArduPilot 的对应参数是 RATE_RLL_P、RATE_RLL_I、RATE_RLL_D 以及 STB_RLL_P。调参真正的经验之谈是不要迷信自动调参一次到位。自动调参解决的是“大概可用”后续根据载荷重量、重心位置、风况变化还需要手动微调。每次改完参数我都习惯先做一次小范围悬停测试再逐步扩展到转速和航线测试。4.4 开发环境的搭建与仿真开发环境常见组合是 Ubuntu 22.04 加 PX4 源码。安装依赖、clone 源码、编译仿真版本的流程PX4 官方文档写得非常清楚。很多人在 Windows 下用 WSL 跑 PX4 仿真环境能工作但要注意 USB 串口透传和图形显示。如果你需要用 QGroundControl 连 WSL 里的 SITL通常可以走 UDP 端口不需要 USB如果要刷真机我建议直接装双系统或专用 Ubuntu 主机。ArduPilot 的 SITL 配合 Mission Planner 在 Windows 原生环境下也能跑sim_vehicle.py 脚本一键启动之后用地面站连接 tcp 就能看到飞行。编译问题里最常见的坑是依赖版本不对、工具链路径没有 export、磁盘空间不足。ArduPilot 在 Ubuntu 14.04 时代的编译教程已经过时现在照着新文档在 Ubuntu 20.04/22.04 上操作基本顺利PX4 则在每次大版本升级后官方推荐重新初始化 submodule否则会出奇怪的编译错误。遇到问题第一反应不是乱改代码而是先把环境变量和依赖版本对照官方 matrix 检查一遍。5. 实战对比场景三类项目怎么选5.1 第一类入门组装四轴无人机如果你是刚接触无人机想组装一台自己的四轴从零开始学习装调、首飞、航线飞行我强烈建议从 ArduPilot 开始。原因很简单Mission Planner 的图形化流程完善教程和视频资料多出问题后能搜到的案例也多。你不需要会写代码不需要理解 uORB只需要按部就班地安装固件、校准传感器、设置遥控器、调参、试飞就能飞起来。很多飞手的第一台开源飞控就是 APM 或 Pixhawk 配 ArduPilot这个路线非常成熟。PX4 对于入门者并不是不能用但它的学习曲线更陡。QGroundControl 界面虽简洁但很多参数背后的含义需要你主动查文档一旦遇到奇怪现象排查路径比 ArduPilot 更依赖你对系统架构的理解。如果你有编程基础也想顺便学学飞控原理从 PX4 入手的收获更大但首飞前的受挫概率也更高。我经常说一句话入门的时候少一点“兴奋”多一点“稳”ArduPilot 更贴合这个需求。5.2 第二类科研与视觉导航开发换成科研场景比如无人机视觉感知、目标跟踪、路径规划、集群控制我的建议会立刻转向 PX4。这里的关键不是 PX4 的控制性能比 ArduPilot 好多少而是它的模块化架构、uORB 消息机制、仿真生态和 ROS 的配合更自然。你可以直接在 Gazebo 里搭好一个无人机仿真环境跑视觉算法把检测结果通过 MAVLink 或 ROS 主题传给 PX4 飞控改代码、加节点都非常顺手。ArduPilot 也能干同样的事但很多边边角角的适配工作要自己处理。我做过一个视觉避障项目PX4 里只需要订阅外部视觉位姿估计设置好位置传感器的来源权重剩下的控制逻辑可以直接复用飞控自带功能如果换成 ArduPilot虽然也有对应的 MAVLink 接口但调试时可选的可视化工具不如 PX4 生态完善。尤其是当你需要改动底层控制律时PX4 的源码结构会给你明确的“改哪里、怎么加模块”的指引。集群和脑机控制这类前沿方向也类似它们高度依赖外部计算机和算法飞控更多扮演“可靠的执行器”。PX4 的 offboard 模式在这方面设计得非常直接地面站、MAVSDK、ROS 节点都能发送速度指令或位置指令让飞机跟随外部决策执行。5.3 第三类测绘、农业、行业应用到了行业交付比如农田测绘、电力巡检、植保喷洒ArduPilot 是更稳妥的选择。它在长时间飞行、复杂任务链、外场快速调试上的积累明显强于 PX4。我在一个植保项目中用 ArduPilot 的航线任务做自动喷洒遇到药箱重量变化引起重心偏移通过自动调参和模式配置很快就能稳住换到 PX4 上虽然同样能做到但需要配置更多细节参数外场时间成本更高。行业应用的另一个痛点是飞控固件和地面站版本要稳定。ArduPilot 的稳定版发布节奏更适合“装完就长期使用”PX4 版本更新频繁有时一次升级会让你重新进行大量参数迁移。如果你是外场弱电背景的团队没有专职软件工程师ArduPilot 无疑更省心。5.4 常见的选型误区一个常见误区是认为“PX4 代码更先进所以 ArduPilot 过时”。实际上ArduPilot 在稳定性、载具全面性、故障保护方面反而领先另一个误区是“ArduPilot 只适合简单任务”其实它的 Lua 脚本和 MAVLink 外部开发能力已经能支撑很多复杂的自动化需求。选型时不要只看开源协议或 star 数量关键是你手头的人力、项目周期、以及你能接受多少“开发量”。把“你是谁、要做什么任务、团队能维护哪种代码”写清楚答案往往自己就出来了。6. 常见问题与排查技巧实录6.1 刷固件与编译环境典型问题刷固件时最常见的问题就是 USB 识别不到飞控。先换数据线很多线只能充电不能传数据再检查驱动Windows 下 PX4 板子有时需要装 WinUSB 驱动ArduPilot 板子则可能在设备管理器里显示为未知设备。QGroundControl 和 Mission Planner 都有各自的驱动安装向导按流程来基本能解决。编译环境上PX4 在 Ubuntu 22.04 上如果缺少依赖会报一些隐晦的 CMake 错误处理方式是重新运行官方依赖安装脚本注意版本号要一致。ArduPilot 用 waf 编译时我遇到过 Python 版本不兼容的问题老代码在 Python 3.10 环境下报语法错误解决办法是升到新版本代码或使用官方推荐的环境。网上很多旧教程说 Ubuntu 14.04 编译 ArduPilot现在真没必要折腾用 LTS 版本更省事。6.2 电机不动、解锁失败或油门响应异常先确认飞控是否接收到遥控器信号看地面站遥控器校准页面的通道输入是否正常接着检查电机通道映射和混控器参数。ArduPilot 的“电机测试”界面可以单独驱动某个电机输出如果某一路无输出大概率是飞控输出口或电调信号线接触不良。PX4 里则要重点看一眼作动器输出是否被正确映射到物理端口以及有没有配置成某些辅助输出功能导致 PWM 没有给到电调。还有一类问题是解锁后电机轻微抖动但不启动。通常和 MOT_SPIN_ARMArduPilot或默认最小油门PX4设置过低有关。很多无刷电调的最低响应信号高于飞控默认怠速需要往上调一点。注意调的时候一定要把桨卸了安全第一。6.3 定位漂移与 GPS 丢星定位漂移最常见的原因是罗盘干扰而不是 GPS 本身。无人机上电池线、电调、图传电源线都会产生磁场安装罗盘时必须尽量远离大电流线路并做完整的罗盘校准。如果 GPS 和罗盘集成在一个模块里尽量给它一个支架抬升高度并保持与机架刚体固定不让它在震动中晃动。两个飞控都能在起飞前显示罗盘干扰水平和 GPS 健康度养成起飞前扫描地面站关键状态的习惯特别重要。GPS 丢星时飞控会按预设故障保护策略执行ArduPilot 默认可能是切换模式或自动降落PX4 也有对应设置。这些策略一定要提前想清楚并且在地面站里设置好后做一次模拟测试。另外RTK 设备首次固定可能很慢多半是基站和移动站配置问题检查差分信号、频点、波特率就能定位。6.4 炸机后的复盘思路炸机之后不要急着装新桨再飞而是先导出飞行日志。ArduPilot 的日志在 Mission Planner 里可以直接下载PX4 则需要对飞行记录文件进行 ulog 解析QGC 也支持在线查看部分信息。先看模式切换、遥控输入有没有被误触再看姿态估计是否发散最后看电机输出是否饱和。我从日志里发现过很多看似玄学的问题最终都能归到几个根因电池电压低导致输出饱和却还在猛推油门、GPS 定位跳变引发的返航错误、振动过大导致加速度计糊掉姿态估计。振动问题尤其隐蔽我在一架电机安装不平衡的机架上遇到过对称振荡光听声音不明显但日志里振动谱明显超标。处理方式就是换更软的减震球、重新做螺旋桨动平衡、检查电机轴承是否磨损。这些排查经验两个飞控都通用但 PX4 的日志分析工具更偏向开发者ArduPilot 的日志在地面站里展示得更直观。最后分享一点我自己的体会玩了这么多年开源飞控选型这件事最终比的是“你打算花多少时间在飞控本身”。如果只把飞控当作完成任务的工具平时代码都不想看那就走 ArduPilot它更像一辆皮实的老越野车懂得多但不用天天伺候如果你对飞控系统本身感兴趣、想把它改造成自己的算法平台那就走 PX4它给你提供了足够好的工程框架和自由发挥空间。两条路我都走过没有后悔过任何一个选择因为不同阶段的目标本来就不一样。最后再提醒一句无论选哪套首飞前一定先仔细检查电机转向、传感器校准、故障保护设置这三项这比任何性能参数都重要。祝你的无人机顺利飞起来。