3、MAVLink数据结构：XML定义文件、消息帧结构、CRC校验机制、数据包解析流程
好，咱们今天来啃MAVLink最核心的骨头——数据结构。说白了，就是搞清楚MAVLink的消息到底长什么样，怎么拼出来的，怎么拆回去的。
我记得刚接触MAVLink那会儿，看着一堆十六进制数完全懵了。后来才发现，这东西的设计其实非常精巧。你只要把四个关键点吃透，后面写代码就跟喝水一样自然。
3.1 XML定义文件：消息的“身份证”
MAVLink的所有消息，都不是凭空写出来的。它们都定义在XML文件里。你可以把XML文件理解成一本字典，里面记录了每条消息叫什么、带什么数据、数据有多大。
我习惯把XML定义文件称为“消息的身份证”。每条消息都有一个唯一的ID，就像身份证号一样。飞控和地面站之间通信，就是靠这个ID来识别对方在说什么。
来看一个最简单的例子，心跳包（HEARTBEAT）的定义：
<message id="0" name="HEARTBEAT">
<field type="uint8_t" name="type">系统类型</field>
<field type="uint8_t" name="autopilot">飞控类型</field>
<field type="uint8_t" name="base_mode">基础模式</field>
<field type="uint32_t" name="custom_mode">自定义模式</field>
<field type="uint8_t" name="system_status">系统状态</field>
<field type="uint8_t" name="mavlink_version">MAVLink版本</field>
</message>你看，id="0"就是这条消息的身份证号。后面跟着一堆field，每个field都有类型和名字。这就是消息的骨架。
3.2 消息帧结构：数据在线上怎么跑
XML定义的是逻辑结构，但数据在串口或者网线上传输时，得有个物理格式。这就是帧结构。
MAVLink 2.0的帧结构长这样：
| 字节偏移 | 字段名 | 长度（字节） | 说明 |
|---|---|---|---|
| 0 | STX（起始标志） | 1 | 固定为0xFD，表示MAVLink 2.0 |
| 1 | LEN（载荷长度） | 1 | payload部分的字节数 |
| 2 | INC（不兼容标志） | 1 | 接收方必须理解的标志位 |
| 3 | CMP（兼容标志） | 1 | 接收方可忽略的标志位 |
| 4 | SEQ（序列号） | 1 | 用于检测丢包 |
| 5 | SYS（系统ID） | 1 | 标识发送设备 |
| 6 | COMP（组件ID） | 1 | 标识设备内的组件 |
| 7 | MSG（消息ID） | 3 | 对应XML中的id字段 |
| 10 | PAYLOAD（载荷） | 0-255 | 实际数据，长度由LEN决定 |
| 10+LEN | CRC（校验码） | 2 | 对整个数据包进行校验 |
| 12+LEN | SIGNATURE（签名） | 13 | 可选，用于安全认证 |
嗯，这里要注意。MAVLink 1.0的起始标志是0xFE，2.0改成了0xFD。如果你在调试时发现数据对不上，先看看版本对不对。我曾经有一次调了整整一下午，最后发现是地面站发了1.0的包，飞控却在等2.0的包。
3.3 CRC校验机制：数据完整性怎么保证
数据在传输过程中，难免会受到干扰。比如无人机在强电磁环境下飞行，串口线上可能就多了一个比特的噪声。这时候CRC就派上用场了。
MAVLink用的CRC算法是CRC-16-IBM，多项式是0x1021。说白了，就是发送方算出一个16位的校验值，附在包尾。接收方收到后重新算一遍，如果对不上，说明数据坏了，直接丢掉。
但MAVLink的CRC有个特别的地方——它不光校验payload，还把消息ID也算了进去。为什么要这么做？
我举个例子。假设你发了一条GPS位置消息（ID=33），但接收方误以为收到的是姿态消息（ID=30）。如果CRC只校验payload，那payload长度一样时，接收方可能就傻傻地解析了，结果全是乱码。但MAVLink把消息ID也加入CRC计算，这样ID对不上，CRC就过不了，数据包直接被丢弃。
这个设计，说白了就是加了一层“防呆”机制。我在做飞控固件开发时，就靠这个机制抓出过好几次协议配置错误。
3.4 数据包解析流程：从字节流到结构化数据
好了，现在我们把前面三个知识点串起来。接收端拿到一串字节流，怎么把它变成可读的数据？
解析流程其实就是一个有限状态机。我画了一张图，你看完就明白了。
解析流程其实就五步：
- 等待STX： 不断读字节，直到遇到0xFD（MAVLink 2.0）或0xFE（MAVLink 1.0）。
- 读取头部： 从STX后面读10个字节，拿到LEN、SEQ、SYS、COMP、MSG等信息。
- 读取Payload： 根据LEN字段的值，读取对应长度的payload数据。
- CRC校验： 把头部+payload+CRC extra一起算一遍CRC，跟包尾的2字节CRC对比。
- 解析分发： 校验通过，根据消息ID找到对应的结构体，把payload填进去。
你想想看，这个过程其实跟拆快递差不多。先看快递单（STX），再拆包装（头部），拿出里面的东西（payload），最后检查一下有没有损坏（CRC）。
好了，MAVLink的数据结构就这些。XML定义文件是蓝图，帧结构是传输格式，CRC是安全锁，解析流程是拆包方法。把这四个点吃透，你就能在字节流和结构化数据之间自由穿梭了。