1、PX4测绘模式概述
各位同学，欢迎来到《PX4测绘模式二次开发实战》的第一章。
做无人机测绘开发这些年，我见过太多团队拿着开源飞控却不知道怎么下手。明明硬件堆得挺高，飞控代码一改就炸。说白了，测绘模式不是简单的“飞一圈拍照”，它背后有一套严谨的状态机和控制逻辑。
这一章我们先摸清市场、找准定位、理清目标。别急着敲代码，先把地图看明白。
1.1 测绘无人机市场现状
测绘无人机这几年发展很快。从最早的有人机航测，到现在的全自动无人机作业，效率提升了不止一个量级。我2018年第一次用大疆P4 RTK做1:500地形图时，还被甲方质疑“这玩意儿能准吗？”——现在呢？几乎成了标配。
目前市场主要分三个梯队：
| 梯队 | 代表产品 | 特点 | 价格区间 |
|---|---|---|---|
| 第一梯队 | 大疆M300/M350 + 第三方负载 | 生态封闭，SDK二次开发受限 | 5万-15万 |
| 第二梯队 | 纵横、飞马等垂直起降固定翼 | 续航长，但飞控不开源 | 10万-30万 |
| 第三梯队 | PX4开源方案 + 自研地面站 | 完全可控，成本低，门槛高 | 1万-5万 |
你会发现，前两个梯队虽然稳定，但你想改个航线策略、加个特殊触发逻辑？对不起，得找原厂定制，费用和时间都不便宜。而第三梯队——也就是我们这门课要讲的PX4方案——虽然前期需要啃代码，但一旦打通，整个系统都是你的。
核心观点： 测绘无人机的未来在于“可定制”。PX4作为唯一成熟的开源飞控方案，是中小团队和科研机构实现差异化竞争的最佳路径。
1.2 PX4在测绘领域的优势
为什么选PX4？我简单列几条硬理由：
- 完全开源：从飞控固件到地面站（QGC），代码全开放。你想改航点生成逻辑？改！想加实时RTK状态回传？加！没人拦你。
- 模块化架构：测绘模式本质上是导航模式的一种。PX4的uORB消息机制和Navigator模块，让你可以像搭积木一样替换或扩展功能。
- 硬件无关性：Pixhawk、CUAV、Holybro……市面主流硬件都能跑。我有个项目甚至把PX4移植到了自研的STM32H7板子上，照样飞测绘航线。
- 生态成熟：MAVLink协议、QGC地面站、Dronecode社区，工具链很完整。你不需要从零造轮子。
当然，也有缺点。嗯，这里要注意——PX4的测绘模式（Survey模式）在官方固件里其实比较“简陋”。默认的航线生成算法不考虑地形跟随，也不支持倾斜摄影的自动航线规划。这恰恰是我们二次开发的价值所在。
我的经验： 别指望开箱即用。PX4的测绘模式更像一个“半成品框架”，你需要往里填自己的逻辑。但正因为如此，你才能做出差异化的产品。
1.3 课程目标与前置知识
这门课的目标很明确：让你具备独立修改和扩展PX4测绘模式的能力。具体来说，学完后你能做到：
- 读懂PX4测绘模式的核心源码（Navigator模块 + Survey模式状态机）。
- 修改航点生成逻辑，比如加入地形跟随、自定义重叠率计算。
- 添加新的测绘子模式（比如倾斜摄影五向飞行）。
- 通过MAVLink扩展自定义指令，实现地面站与飞控的闭环控制。
前置知识方面，我希望你具备：
- C/C++基础：能看懂指针、结构体、回调函数。不要求精通，但至少能编译通过。
- PX4基本操作：会刷固件、会用QGC、飞过至少一次仿真或真机。
- 嵌入式Linux基础（加分项）：知道怎么交叉编译、怎么用cmake。不过我会在课程里带着你过一遍。
如果你还不太熟悉PX4的整体架构，别担心。我当年第一次看PX4代码时也是一脸懵——几千个文件，从哪看起？后来我总结了一个方法：先抓主线，再补细节。这门课也会按这个思路来。
1.4 PX4测绘模式知识体系
下面这张图是我自己整理的测绘模式知识体系。你可以把它当成整个课程的地图：
从这张图你能看到，测绘模式处于导航模式层，它依赖底层的uORB消息和MAVLink协议。我们课程的重点就是中间这两层——Survey模式本身和核心模块。说白了，就是改状态机、改航线生成算法、改航点执行逻辑。
避坑提醒： 我曾经在Survey模式里直接修改了航点生成函数，结果忘记更新对应的状态机跳转条件，导致飞机在航点切换时直接进入悬停模式。嗯，从那以后我养成了一个习惯——改任何逻辑前，先把状态机图画出来。
1.5 本章小结
这一章我们聊了三件事：
- 测绘无人机市场现状——开源方案是差异化竞争的关键。
- PX4在测绘领域的优势——开源、模块化、硬件无关。
- 课程目标与前置知识——让你具备二次开发能力，需要C++基础和PX4基本操作。