3. MAVLink 1.0 vs 2.0：版本差异、安全增强、签名机制、向后兼容性

MAVLink 协议，说白了就是无人机系统的“通用语言”。从 1.0 到 2.0，这不仅仅是版本号的跳动，而是一次从“能用”到“安全可靠”的质变。我最早接触 MAVLink 1.0 时，觉得它轻量、简单，挺好用的。直到有一次在项目中，地面站被恶意注入伪造的遥控指令，飞机差点飞丢……嗯，从那以后，我对协议安全性的看法彻底变了。

3.1 为什么要有 MAVLink 2.0？

MAVLink 1.0 的设计目标很纯粹：在带宽极其有限的链路上，用最少的字节完成通信。它做到了，而且做得很好。但时代变了。

• 消息 ID 不够用：1.0 的消息 ID 只有 8 位，最多 256 种。现在光 PX4 和 ArduPilot 的自定义消息就快把这个池子撑爆了。
• 没有安全机制：1.0 的报文是明文传输，没有任何校验。只要有人能监听你的数传链路，就能伪造消息。我见过一个团队在公共频段调试，被隔壁飞手的遥控器误触发，直接切了模式。
• 扩展性差：想加个新字段？对不起，1.0 的报文长度是固定的，你只能重新定义消息。

所以，MAVLink 2.0 应运而生。它不是推翻重来，而是在 1.0 的基础上做了“外科手术式”的升级。

3.2 核心差异对比

我们先看一张表，把两个版本的关键差异摆出来。这样你心里就有个底了。

特性	MAVLink 1.0	MAVLink 2.0
消息 ID 长度	8 位（0-255）	24 位（0-16,777,215）
有效载荷长度	固定（由消息定义决定）	可变（支持 payload 截断）
签名机制	无	可选（SHA-256 HMAC）
兼容性标志	无	兼容标志位（flag）
起始字节	0xFE	0xFD
额外 CRC	仅对 payload 做 CRC	对整个报文（含新 header）做 CRC

你看，最直观的变化就是起始字节从 0xFE 变成了 0xFD。这意味着解析器可以一眼认出这是哪个版本的报文，不需要额外配置。

3.3 安全增强：签名机制详解

这是 2.0 最核心的升级，也是我重点想跟你聊的。

MAVLink 2.0 的签名机制，本质上是一个 SHA-256 HMAC（基于哈希的消息认证码）。它会在每个报文的末尾附加 13 个字节的签名信息：

• 链路 ID（1 字节）：标识不同的通信链路，防止跨链路重放攻击。
• 时间戳（6 字节）：以 10 微秒为单位的 Unix 时间戳，防止报文被录制后重放。
• 签名（6 字节）：HMAC 结果的前 6 个字节，用于验证报文完整性和来源。

签名计算时，会把整个报文（包括 header、payload、CRC）加上一个 32 字节的密钥 一起做哈希。接收方用同样的密钥验证，只要密钥不泄露，伪造报文几乎不可能。

3.3.1 签名流程

我画了一张流程图，帮你理清签名和验证的完整路径。

3.4 向后兼容性：如何平滑过渡？

这是大家最关心的问题。我手上有几十架老飞机，用的还是 1.0 的固件，总不能全扔了吧？

MAVLink 2.0 在设计时就考虑到了这一点。它通过 兼容标志位（flag） 和 自动协商机制 来实现向后兼容。

3.4.1 自动协商机制

当两个 MAVLink 节点建立连接时，它们会通过 HEARTBEAT 消息中的 MAV_PROTO_VER 字段来协商版本。流程如下：

1. 节点 A 发送 2.0 格式的 HEARTBEAT，起始字节为 0xFD。
2. 节点 B 如果只支持 1.0，会忽略这个报文（因为起始字节不匹配），继续发送 1.0 的 HEARTBEAT。
3. 节点 A 收到 1.0 的 HEARTBEAT 后，自动降级为 1.0 模式，后续所有报文都使用 1.0 格式。

这个过程完全透明，不需要你手动配置。但有一点要注意：签名功能在降级后会自动关闭，因为 1.0 根本不支持签名。

3.4.2 混合网络中的注意事项

在实际项目中，你可能会遇到飞控是 2.0、地面站是 1.0 的情况。这时候，飞控会降级到 1.0 模式，但 2.0 的新特性（如 24 位消息 ID、签名）就全没了。

3.5 代码示例：如何判断当前使用的版本

在 PX4 或 ArduPilot 的代码中，你可以通过检查 mavlink_status_t 结构体来判断当前链路的协议版本。下面是一个简单的 C 语言示例：

#include <mavlink.h>

void check_protocol_version(mavlink_channel_t chan) {
    mavlink_status_t* status = mavlink_get_channel_status(chan);
    
    if (status->flags & MAVLINK_STATUS_FLAG_IN_MAVLINK1) {
        printf("Channel %d: 使用 MAVLink 1.0\n", chan);
    } else {
        printf("Channel %d: 使用 MAVLink 2.0\n", chan);
    }
    
    // 检查签名是否启用
    if (status->signing) {
        printf("签名已启用\n");
    } else {
        printf("签名未启用\n");
    }
}

这段代码在调试时非常有用。我习惯在飞控启动后，通过 MAV_CMD_REQUEST_PROTOCOL_VERSION 命令主动查询地面站的版本，然后打印出来，确保两边对齐。

3.6 如何选择？

说了这么多，到底该用哪个版本？我的建议很简单：

• 新项目：直接用 MAVLink 2.0，开启签名。别给自己留安全隐患。
• 老项目升级：先评估你的地面站、数传模块、GCS 软件是否都支持 2.0。如果都支持，果断升级。如果某个环节不支持，那就先保持 1.0，或者用自动协商机制过渡。
• 安全敏感场景（如物流无人机、载人飞行器）：必须用 2.0 + 签名。这不是可选项，是底线。