1. PX4飞控固件编译入门：课程介绍、PX4是什么、为什么需要编译固件、编译环境概览
1.1 这门课到底讲什么？
大家好，我是你们这趟编译之旅的向导。先说说这门课。
很多朋友拿到 PX4 源码，第一反应是「我该点哪个按钮？」。然后打开终端，敲个 make，看着满屏的日志滚动，心里发慌——这到底是在干嘛？
这门课就是来解决这个问题的。我们从零开始，一步步把 PX4 固件从源码变成能飞的东西。不绕弯子，不堆概念。
我个人习惯把编译分成三层：
- 环境层——装工具链、配路径、解决依赖冲突
- 构建层——理解 CMake、Make、编译器怎么协作
- 调试层——编译报错怎么读、怎么修、怎么优化
说白了，这门课就是带你把这三级台阶走一遍。走完以后，你看到任何嵌入式项目的编译流程，心里都有底。
课程核心目标：让你能独立完成 PX4 固件的编译、烧录和基础调试，不再依赖「一键脚本」或「别人编译好的固件」。
1.2 PX4 到底是什么？
先聊清楚这个。PX4 不是某个公司出的商业飞控，它是一个开源自动驾驶仪软件栈。你可以把它理解为无人机的大脑——负责读取传感器数据、运行控制算法、输出 PWM 信号给电机。
我遇到过不少新手，以为 PX4 就是某个硬件板子。其实不是。PX4 是软件，它可以跑在多种硬件上：
| 硬件平台 | 典型型号 | 适用场景 |
|---|---|---|
| Pixhawk 系列 | Pixhawk 4、Pixhawk 6C | 多旋翼、固定翼、VTOL |
| CUAV 系列 | V5+、X7+ | 工业级、高可靠性 |
| Holybro 系列 | Durandal、Kakute H7 | 竞速、DIY |
| 树莓派 + Navio2 | Raspberry Pi 4 | 计算密集型任务 |
你想想看，一个软件能适配这么多硬件，靠的就是分层架构。PX4 把硬件抽象层（HAL）和上层控制逻辑分开了。我们编译固件时，其实就是告诉编译器：「我要把 PX4 装到这块特定的板子上」。
小提示：PX4 的源码里有一个 boards 目录，里面全是各种板子的配置文件。你编译时指定的 px4_fmu-v5 之类的目标，就是从这里读取的。
1.3 为什么非要自己编译固件？
这个问题我经常被问到。有人觉得：「官方不是有现成的 .px4 文件吗？直接下载烧录不就行了？」
嗯，这里要注意。预编译固件确实能用，但有几个场景你绕不开自己编译：
- 改参数——比如你想修改混控器、调整传感器采样率，预编译固件改不了
- 加功能——你想集成一个自定义的传感器驱动，或者加一个串口协议
- 调试问题——飞机飞着飞着炸了，你想打开调试日志、加断点，必须自己编译
- 版本定制——官方固件可能砍掉了一些你需要的模块，你得自己选配
我曾经在一个农业无人机项目里，遇到传感器数据异常。预编译固件跑得好好的，但一换传感器就出问题。最后没办法，只能自己编译固件，把传感器驱动源码翻出来加调试打印。嗯，从那以后我再也不敢只用预编译固件了。
避坑指南：不要以为「编译固件」只是程序员的事。做飞控系统集成、做无人机二次开发、做售后技术支持，迟早都要面对编译。早学会，少求人。
1.4 编译环境概览——我们要搭什么？
编译 PX4 固件，说白了就是让一台电脑去生成另一块芯片能跑的机器码。这个过程需要几个关键角色：
从上图你能看到，整个流程是线性的：源码 → 工具链 → 构建系统 → 输出 → 烧录 → 硬件。每个环节都有坑，我们后面会一个一个踩过去。
1.5 你需要准备什么？
在正式开始之前，我建议你准备好这些东西：
- 一台 Linux 电脑——Ubuntu 20.04 或 22.04 最佳。Windows 用户可以用 WSL2，但说实话，原生 Linux 最省心
- 稳定的网络——编译过程中要下载很多依赖包，网络不好会让人抓狂
- 一块飞控板——不强制，但有一块板子能让你看到编译结果真正跑起来的样子
- 耐心——第一次编译可能要 20-30 分钟，别急
我的建议：如果你手头没有飞控板，可以先在仿真环境里跑。PX4 支持 Gazebo 仿真，编译出来的固件可以直接在虚拟世界里飞。我们后面会专门讲这个。
1.6 本章小结
这一章我们聊了三个核心问题：
- PX4 是什么——一个开源的、跨硬件的自动驾驶仪软件栈
- 为什么需要自己编译——定制化、调试、版本控制，预编译固件搞不定
- 编译环境长什么样——源码 + 工具链 + 构建系统 + 烧录工具，一条链路走到底
下一章，我们开始动手。先把 Ubuntu 环境搭好，装好所有依赖。到时候你会看到终端里第一次跑出 make px4_fmu-v5_default 的样子。
准备好了吗？我们开始吧。