3. 通信协议基础：MAVLink协议简介、消息格式、常用消息类型
各位同学，今天我们来聊聊无人机通信的“通用语言”——MAVLink协议。说实话，我见过不少开发者，飞控代码写得飞起，但一碰到通信就抓瞎。其实，理解了MAVLink，地面站和无人机之间的对话就变得透明了。
3.1 MAVLink协议是什么？
MAVLink，全称Micro Air Vehicle Link，是无人机领域最主流的通信协议。它由苏黎世联邦理工学院的Lorenz Meier在2009年提出，现在已经是行业事实标准。
我个人习惯把MAVLink比作“无人机界的HTTP协议”。就像浏览器和服务器通过HTTP交换网页数据一样，地面站和飞控通过MAVLink交换状态和控制指令。它定义了消息的格式、内容和交互规则。
目前主流版本有两个：v1.0和v2.0。v2.0主要增加了签名机制，防止通信被篡改。我在项目中遇到过，早期用v1.0时，有人用SDR设备伪造心跳包，差点导致无人机误判。后来全部升级到v2.0，加上了签名校验，这个问题就解决了。
核心要点：MAVLink是一种轻量级的、基于消息的串行通信协议。它不依赖特定物理层，可以通过UART、UDP、TCP甚至蓝牙传输。说白了，它就是一套约定好的“电报码本”。
3.2 消息格式：一个数据包长什么样？
我们来看一个MAVLink v1.0的数据包结构。嗯，这里要注意，虽然v2.0更安全，但v1.0的格式更简单，适合初学者理解。
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| STX（起始标志） | 1 | 固定值0xFE，表示v1.0帧开始 |
| LEN（负载长度） | 1 | Payload部分的字节数，0-255 |
| SEQ（序列号） | 1 | 每个组件发送的消息递增，用于检测丢包 |
| SYS ID（系统ID） | 1 | 标识无人机或地面站，1-255 |
| COMP ID（组件ID） | 1 | 标识飞控、GPS、摄像头等子模块 |
| MSG ID（消息ID） | 1 | 标识消息类型，如0表示HEARTBEAT |
| Payload（负载） | 0-255 | 具体消息数据，格式由MSG ID决定 |
| CKA / CKB（校验和） | 2 | CRC16校验，保证数据完整性 |
你想想看，这个结构是不是很简洁？总共只有8个字节的开销。我当年第一次用STM32解析MAVLink时，写了个不到100行的解析器就跑起来了。这就是轻量级协议的好处。
实战技巧：解析MAVLink时，不要一上来就处理Payload。先检查STX和LEN，再校验CRC。我曾经见过有人直接跳过校验，结果被一个错误的心跳包搞崩了整个地面站。记住：先校验，再解析。
3.3 常用消息类型：地面站和飞控在聊什么？
MAVLink定义了超过200种消息类型，但日常开发中常用的也就十几种。我挑三个最核心的来讲，这三个消息你几乎在每个项目中都会遇到。
3.3.1 HEARTBEAT（心跳包）
心跳包是MAVLink的“Hello World”。它每隔1秒发送一次，告诉对方“我还活着”。消息ID是0。
心跳包的核心字段包括：
- type：飞行器类型，如MAV_TYPE_QUADROTOR（四旋翼）
- autopilot：飞控类型，如MAV_AUTOPILOT_PX4
- base_mode：飞行模式，如手动、定高、自动等
- system_status：系统状态，如未激活、待机、飞行中
- mavlink_version：协议版本号
为什么心跳包这么重要？因为地面站通过它来判断连接是否正常。如果连续3秒没收到心跳，地面站就应该触发“连接丢失”告警。我在做巡检无人机项目时，就遇到过GPS信号遮挡导致飞控死机，心跳包突然中断。地面站立刻触发返航，避免了炸机。
避坑指南：我曾经在调试时发现心跳包时断时续，排查了半天，结果是串口波特率设置错了。飞控用的是57600，地面站配成了115200。记住：心跳包是通信的“生命线”，如果它不稳定，先检查物理层配置。
3.3.2 GPS_RAW_INT（原始GPS数据）
这个消息携带GPS的原始测量值，消息ID是24。它包含经纬度、海拔、速度、航向等信息。
关键字段：
- lat / lon：纬度/经度，单位是1e-7度（整数存储，避免浮点误差）
- alt：海拔，单位是毫米
- eph / epv：水平/垂直定位精度，单位是厘米
- vel：地面速度，单位是厘米/秒
- cog：航向角，单位是厘度（0-36000）
- satellites_visible：可见卫星数
这里有个细节：经纬度用整数存储，是为了避免浮点数在不同平台上的精度差异。你想想看，如果地面站用double解析，飞控用float发送，误差会累积。MAVLink用整数，就彻底避免了这个问题。
我建议你在解析GPS_RAW_INT时，重点关注satellites_visible和eph。如果卫星数少于8颗，或者eph大于500（即5米精度），说明GPS信号不好，这时候不要执行自动任务。我在植保无人机项目里，就因为这个判断，避免了一次在高压线附近的误操作。
3.3.3 ATTITUDE（姿态数据）
姿态消息告诉你无人机当前“怎么躺”的，消息ID是30。它包含滚转、俯仰、偏航角，以及对应的角速度。
核心字段：
- roll / pitch / yaw：滚转角、俯仰角、偏航角，单位是弧度
- rollspeed / pitchspeed / yawspeed：对应的角速度，单位是弧度/秒
为什么需要姿态数据？因为地面站要实时显示无人机的飞行姿态，让操作员知道飞机是否倾斜。我见过一个新手，只看GPS不看姿态，结果飞机已经侧倾45度了还在推油门，差点炸机。
这里有个坑：偏航角（yaw）的范围是-π到π，但有些飞控会输出0到2π。如果你不做归一化处理，地面站上的罗盘指针会突然跳转180度。我早期做地面站UI时就被这个坑过，后来统一用-π到π，并在显示时做平滑处理。
3.4 知识体系结构图
为了让你更直观地理解MAVLink的层次关系，我画了一张图。它展示了从物理层到应用层的完整链路。
从这张图你可以看到，MAVLink协议栈分为四层。物理层负责传输，数据链路层负责组帧，消息层定义内容，应用层实现功能。每一层都依赖下一层，但又相互独立。你可以在不改动上层的情况下，把串口换成UDP，这就是分层设计的好处。
3.5 实战中的避坑指南
最后，我总结几个实战中容易踩的坑：
- 字节序问题：MAVLink默认使用小端字节序（Little-Endian）。如果你在ARM或x86上开发，没问题。但如果你用某些DSP或网络字节序的MCU，记得做转换。我见过有人把经纬度解析成负数，就是因为字节序搞反了。
- 消息频率控制：不要所有消息都按最高频率发送。心跳包1Hz就够了，姿态数据可以到50Hz，但GPS数据10Hz就顶天了。我建议你在地面站里做一个“消息节流器”，根据实际需求动态调整频率。
- 多机协同时的系统ID分配：如果你在做一个多机编队项目，每架无人机必须分配唯一的SYS ID。我习惯用1-10给无人机，11-20给地面站，21-30给中继节点。这样在日志里一眼就能看出消息来源。
我的个人习惯：每次开始一个新项目，我都会先写一个MAVLink消息嗅探器，把飞控发出的所有消息打印出来。这样能快速确认飞控配置是否正确，也能发现一些隐藏的异常消息。这个习惯帮我省了不少调试时间。
好了，MAVLink协议的基础就讲到这里。记住，协议只是工具，理解它的设计思想才是关键。下一节我们会深入解析MAVLink v2.0的签名机制，以及如何在多机协同中保证通信安全。
公众号:蓝海资料掘金营，微信deep3321