1. 课程导入

各位同学，今天咱们聊聊MAVLink。这个协议在无人机圈子里，几乎无人不知。说白了，它就是飞控和地面站、机载电脑之间沟通的“共同语言”。没有它，你的无人机就是一盘散沙。

我最早接触MAVLink是在2016年，当时调试一架四旋翼，地面站死活收不到传感器数据。折腾了两天，最后发现是消息ID对不上。嗯，从那以后，我养成了一个习惯——拿到任何飞控，第一件事就是抓包看MAVLink报文。

1.1 MAVLink的起源与发展

MAVLink全称是Micro Air Vehicle Link，由苏黎世联邦理工学院的Lorenz Meier在2009年提出。当时他正在做PX4飞控项目，需要一个轻量级的通信协议来连接飞控和地面站。

你想想看，2009年的嵌入式设备，RAM才几十KB，Flash也就几百KB。传统的通信协议太重了，根本跑不动。MAVLink的设计哲学就是“极简”——一个数据包只有8到14字节的开销，非常适合资源受限的嵌入式系统。

发展到现在，MAVLink已经经历了三个主要阶段：

• MAVLink v0.9：早期原型，基本只在PX4团队内部使用
• MAVLink v1.0：2013年正式发布，成为行业标准
• MAVLink v2.0：2017年推出，解决了v1的一些痛点

我个人觉得，MAVLink能活下来并成为事实标准，靠的就是两件事：一是够轻量，二是向后兼容。很多协议死就死在版本升级时把老用户全抛弃了，MAVLink没干这种蠢事。

1.2 MAVLink v1 vs v2 核心差异

很多初学者会问：“我该用v1还是v2？”我的回答永远是：能用v2就别用v1。除非你是在维护一个十年前的旧项目。

咱们直接看对比表格，一目了然：

对比维度	MAVLink v1	MAVLink v2
帧头长度	6字节	10-14字节
消息ID范围	0-255（单字节）	0-16777215（三字节）
系统ID/组件ID	各1字节	各1字节（兼容）
签名支持	不支持	支持（可选，4字节）
兼容标志	无	有（2字节）
有效载荷长度	0-255字节	0-255字节（相同）
CRC校验	单层CRC	双层CRC（更安全）

看到这个表，你可能觉得v2只是多了几个字段。其实不然，有几个关键改进我得重点说说：

消息ID扩展

v1只有256个消息ID，早期够用，但随着MAVLink生态扩大，很快就捉襟见肘了。我在2018年参与过一个项目，需要自定义几十条消息，v1的ID空间根本不够用，最后只能复用一些不常用的标准ID，搞得代码里全是注释“注意：此ID与标准消息冲突”。v2的三字节ID空间，够你用一辈子。

签名机制

v1没有任何安全机制。说白了，任何人只要知道你的串口波特率，就能伪造MAVLink报文。这在实验室环境没问题，但用在工业场景就危险了。v2引入了可选的签名机制，基于SHA-256，能有效防止报文伪造和重放攻击。

兼容标志

这是v2的一个巧妙设计。发送端可以在兼容标志里声明“我这个消息虽然用了v2格式，但v1接收端也能安全忽略额外字段”。这样，v1和v2设备可以在同一个总线上共存，不会因为版本不同就“鸡同鸭讲”。

1.3 MAVLink在PX4/ArduPilot中的应用场景

目前两大主流开源飞控——PX4和ArduPilot——都把MAVLink作为核心通信协议。但它们的用法有些差异，我分别说说。

PX4中的MAVLink

PX4对MAVLink的依赖非常深。它的内部架构里有一个叫uORB的发布-订阅消息总线，飞控模块之间通过uORB通信。而MAVLink是uORB和外部世界的“桥梁”。

具体来说，PX4的工作流程是这样的：

1. 传感器模块（如IMU、GPS）把数据发布到uORB主题
2. MAVLink模块订阅这些uORB主题
3. MAVLink模块把数据打包成MAVLink报文，通过串口/UDP发送出去
4. 地面站收到报文，解析并显示

反过来也一样——地面站发送的指令，先被MAVLink模块解析，然后转换成uORB消息，再分发给对应的执行模块。

ArduPilot中的MAVLink

ArduPilot对MAVLink的使用更“传统”一些。它没有uORB这种中间层，而是直接在代码里调用MAVLink库的API来发送和接收消息。

ArduPilot的MAVLink实现有几个特点：

• 多通道支持：可以同时通过串口、UDP、TCP等多个通道收发MAVLink消息
• 消息速率可配：每个消息类型都可以单独配置发送频率，比如GPS位置数据可以设10Hz，姿态数据可以设50Hz
• 参数协议：ArduPilot通过MAVLink实现了完整的参数读写协议，地面站可以远程修改飞控参数

我记得有一次，用户反馈说他的ArduPilot飞控在远距离飞行时，地面站上的高度显示会跳变。排查下来，发现是MAVLink的GPS_RAW_INT消息和GLOBAL_POSITION_INT消息的更新频率不一致导致的。解决办法是把GPS消息的速率从5Hz降到2Hz，减少总线拥堵。

典型应用场景对比

场景	PX4做法	ArduPilot做法
遥测数据回传	通过uORB订阅，自动打包发送	手动调用gcs().send_message()
遥控指令下发	MAVLink解析后转uORB	直接在MAVLink回调中处理
参数读写	通过param模块间接操作	内置PARAM_REQUEST_READ等消息处理
自定义消息	需要修改uORB和MAVLink两层	直接在MAVLink回调中扩展

看到这个对比，你可能会觉得ArduPilot更直接。确实，从开发者的角度看，ArduPilot的MAVLink接口更“裸”，更容易上手。但PX4的uORB架构在模块化和可扩展性上更有优势。没有绝对的好坏，看你的项目需求。

知识体系总览

下面这张图，把本章的核心知识点串起来了。你可以把它当作MAVLink的“全景地图”：

这张图把MAVLink的“前世今生”和“落地场景”都串起来了。从2009年诞生，到v1和v2的分化，再到PX4和ArduPilot的不同用法，整个脉络很清楚。后面的章节，我们会深入到每一个细节里去。