MAVLink协议速览：MAVLink2.0核心概念，消息类型与ID，CRC校验机制
各位同学，今天我们来聊聊MAVLink协议。说实话，很多做飞控开发的朋友，天天跟MAVLink打交道，但真要问起协议细节，往往是一知半解。我在早期做PX4日志分析时，就吃过这个亏——日志里一堆看不懂的ID，CRC校验失败也不知道怎么排查。后来花了一周时间把协议啃透，才发现原来就这么点东西。
MAVLink全称是Micro Air Vehicle Link，说白了就是无人机领域的“通用语言”。目前主流版本是MAVLink 2.0，相比1.0版本，它更灵活、更安全。你想想看，一架无人机在天上飞，地面站要实时知道它的姿态、位置、电池状态，这些数据怎么传？就是靠MAVLink消息。
MAVLink 2.0核心概念
MAVLink 2.0的帧结构，我习惯把它拆成三部分：头部、负载、尾部。头部固定8字节，负载最长255字节，尾部是2字节的CRC校验。嗯，这里要注意，MAVLink 2.0支持可变长度，不像1.0那样死板。
核心要点：MAVLink 2.0帧结构包含起始标志、负载长度、序列号、系统ID、组件ID、消息ID、负载数据、CRC校验。其中系统ID和组件ID的组合，唯一标识一个发送源。
我在项目中遇到过一个问题：两架无人机同时向地面站发数据，地面站怎么区分？答案就在系统ID和组件ID上。每架飞机分配不同的系统ID，组件ID则标识飞控、GPS、摄像头等不同模块。
消息类型与ID
MAVLink的消息类型，说白了就是一堆预定义的数据结构。每个消息都有一个唯一的ID，从0到255。比如HEARTBEAT消息的ID是0，它每隔1秒发一次，告诉地面站“我还活着”。
我个人习惯把常用消息分成几类：
- 状态类：HEARTBEAT(0)、SYS_STATUS(1)、BATTERY_STATUS(147)等，用于汇报系统状态
- 姿态类：ATTITUDE(30)、LOCAL_POSITION_NED(32)、GLOBAL_POSITION_INT(33)等，描述飞行姿态和位置
- 传感器类：RAW_IMU(27)、SCALED_IMU(26)、GPS_RAW_INT(24)等，原始传感器数据
- 命令类：COMMAND_LONG(76)、COMMAND_INT(75)等，用于发送指令
| 消息ID | 消息名称 | 用途 | 频率 |
|---|---|---|---|
| 0 | HEARTBEAT | 心跳包，包含系统状态、模式 | 1Hz |
| 30 | ATTITUDE | 欧拉角、角速度 | 10-50Hz |
| 33 | GLOBAL_POSITION_INT | 经纬度、海拔、地速 | 5-10Hz |
| 147 | BATTERY_STATUS | 电池电压、电流、剩余电量 | 1-5Hz |
你可能会问：为什么有些消息频率高，有些低？这跟数据变化速度有关。姿态数据变化快，所以频率高；电池状态变化慢，频率就低。PX4的日志系统会记录所有消息，但分析时我们通常只关注关键消息。
CRC校验机制
CRC校验，全称循环冗余校验。MAVLink 2.0使用CRC-16-CCITT算法，生成多项式是0x1021。它的作用很简单：确保数据在传输过程中没有被篡改或损坏。
我曾经遇到过一个案例：某次飞行日志里，GPS数据突然跳变，导致分析结果完全错误。排查了半天，发现是CRC校验失败，数据被丢弃了。嗯，从那以后，我每次分析日志都会先检查CRC错误率。
避坑指南：MAVLink 2.0的CRC校验不仅包含负载数据，还包含消息ID和CRC种子。这意味着即使负载相同，不同消息ID的CRC结果也不同。我曾经因为忽略CRC种子，导致自定义消息一直校验失败，浪费了整整一天。
CRC校验的计算过程，说白了就是三步：
- 初始化CRC寄存器为0xFFFF
- 对每个字节进行异或和移位操作
- 最终结果取反，得到2字节的CRC值
在PX4日志中，如果CRC校验失败，该条消息会被直接丢弃。你可以在日志里看到CRC_ERROR计数。如果这个数字很大，说明通信链路有问题，可能是干扰、波特率不匹配或者硬件故障。
小技巧：分析日志时，先看HEARTBEAT消息的CRC错误率。如果超过1%，建议先排查通信链路，否则后续分析可能不准确。我一般用MAVLink Inspector工具实时监控CRC错误。
知识体系总览
下面这张图，是我自己总结的MAVLink 2.0知识体系。你可以把它当作一个快速索引，遇到问题时回来查一查。
这张图把MAVLink 2.0的核心内容串起来了。你从帧结构入手，理解消息怎么封装；然后掌握消息ID的分类，知道哪些消息是分析日志的关键；最后记住CRC校验的机制，这是数据可靠性的保障。