3. MAVLink 通信模式：主从、对等与心跳机制
好，咱们今天聊点实在的。MAVLink 的通信模式，说白了就是无人机系统里各个节点怎么“说话”的问题。我刚开始接触 MAVLink 时，也以为它就是个简单的点对点协议，后来踩了坑才发现，这里面的门道还挺深。
3.1 两种核心通信模式：主从 vs 对等
MAVLink 支持两种通信模式：主从模式和对等模式。这两种模式决定了消息的流向和系统的控制逻辑。
3.1.1 主从模式（Master-Slave）
主从模式，说白了就是“一个老大，一群小弟”。地面站（GCS）通常是主节点，飞控、摄像头、传感器都是从节点。主节点发指令，从节点执行并回复。
核心特征：
- 只有一个主节点（通常是地面站或指挥中心）
- 从节点不能主动发起控制指令
- 消息流向是单向或请求-响应式
我在做农业植保无人机项目时，就用的主从模式。地面站作为主节点，控制 5 架无人机同时作业。主节点下发航线指令，从节点（飞控）只能执行，不能自己改航线。这种模式的好处是控制逻辑简单，不容易乱。
3.1.2 对等模式（Peer-to-Peer）
对等模式就灵活多了。每个节点都可以主动发消息，没有绝对的“老大”。编队飞行时，每架无人机都可以广播自己的位置，其他飞机收到后自行调整。
我的经验： 编队飞行场景下，对等模式比主从模式更可靠。主节点一旦掉线，整个编队就乱了。而对等模式下，每架飞机都能独立决策，系统鲁棒性高很多。
| 特性 | 主从模式 | 对等模式 |
|---|---|---|
| 控制权 | 集中（主节点） | 分散（各节点） |
| 消息流向 | 主→从，从→主（响应） | 任意节点之间 |
| 典型场景 | 单机遥控、地面站控制 | 编队飞行、多机协同 |
| 容错性 | 主节点故障→系统瘫痪 | 单节点故障不影响整体 |
3.2 心跳机制（HEARTBEAT）——系统的“脉搏”
心跳机制是 MAVLink 最基础也最重要的机制。没有心跳，系统就是“死”的。
3.2.1 什么是心跳？
每个 MAVLink 节点都会定期发送 HEARTBEAT 消息（消息 ID: 0）。这条消息告诉其他节点：“我还活着，这是我的状态。”
避坑指南： 我曾经遇到过一个情况，飞控明明在工作，地面站却显示“连接丢失”。查了半天，发现是心跳发送间隔设置成了 10 秒，而地面站的心跳超时阈值是 5 秒。嗯，这里要注意：心跳发送间隔必须小于接收方的超时阈值，一般建议 1 秒一次。
3.2.2 HEARTBEAT 消息结构
// HEARTBEAT 消息字段
uint8_t type; // 系统类型（飞控、地面站、相机等）
uint8_t autopilot; // 飞控类型（PX4、ArduPilot等）
uint8_t base_mode; // 系统状态（已上锁、已解锁、测试模式等）
uint32_t custom_mode; // 自定义模式（悬停、返航、任务等）
uint8_t system_status; // 系统健康状态（正常、警告、紧急等）
你想想看，地面站收到心跳后，就能知道飞控是什么类型、当前在什么模式、系统是否健康。这些信息对决策至关重要。
3.2.3 心跳超时与重连
如果接收方在超时时间内没收到心跳，就会认为节点已离线。这时候系统会触发安全机制：
- 地面站发出“连接丢失”告警
- 飞控可能自动触发返航或悬停
- 编队中的其他节点会重新规划路径
我建议： 在项目中，心跳超时时间设为 3-5 秒比较合理。太短容易误判（比如通信瞬间卡顿），太长又反应迟钝。我一般设 3 秒，配合 1 秒一次的心跳发送，既灵敏又稳定。
3.3 消息订阅与发布机制
MAVLink 的消息机制，说白了就是“谁需要谁拿，不需要别吵”。
3.3.1 发布-订阅模型
每个节点可以发布（publish）消息，也可以订阅（subscribe）其他节点的消息。发布者不需要知道谁在收，订阅者也不需要知道谁在发。这种解耦设计让系统扩展性极强。
举个例子：GPS 模块发布位置信息，飞控订阅它来做导航，地面站订阅它来显示轨迹，相机订阅它来添加地理标签。GPS 模块根本不用管谁在用它的数据。
3.3.2 消息流控制
MAVLink 通过消息 ID 来区分不同的消息类型。订阅者只处理自己关心的消息 ID，其他的直接丢弃。这样能大大降低处理负担。
| 消息 ID | 消息名称 | 发布者 | 典型订阅者 |
|---|---|---|---|
| 0 | HEARTBEAT | 所有节点 | 所有节点 |
| 24 | GPS_RAW_INT | GPS 模块 | 飞控、地面站 |
| 30 | ATTITUDE | 飞控 | 地面站、视觉模块 |
| 74 | VFR_HUD | 飞控 | 地面站 |
3.3.3 消息频率与优先级
不是所有消息都需要高频发送。心跳 1 秒一次就够了，但姿态数据可能需要 50Hz。MAVLink 允许为每个消息单独设置发送频率。
实践经验： 我在做高速无人机时，把姿态消息频率提到了 100Hz，但心跳还是 1Hz。这样既保证了控制精度，又不会把通信带宽占满。记住：带宽是有限的，别什么消息都往高频发。
3.4 三种机制的关系
通信模式、心跳机制、订阅发布，这三者不是孤立的。它们共同构成了 MAVLink 的通信骨架：
- 通信模式决定了系统的控制架构（集中还是分散）
- 心跳机制保证了系统的存活感知
- 订阅发布实现了消息的高效流转
下面这张图能帮你理清它们的关系：
3.5 实际项目中的选择建议
说了这么多理论，到底怎么选？我根据项目经验给你几个建议：
选型指南：
- 单机飞行：主从模式 + 1Hz 心跳 + 按需订阅（简单可靠）
- 编队飞行：对等模式 + 2Hz 心跳 + 高频订阅位置信息（灵活鲁棒）
- 集群协同：混合模式（主从+对等）+ 心跳分级 + 动态订阅（复杂但强大）
我记得有一次做无人机灯光秀项目，200 架飞机编队。一开始用的纯主从模式，结果地面站一卡，整个编队就乱了。后来改成对等模式，每架飞机都广播自己的位置和状态，其他飞机根据邻居信息自行调整。效果立竿见影，系统稳定多了。
注意： 对等模式下，消息量会随着节点数平方增长。200 架飞机，每架每秒发 10 条消息，总消息量就是 2000 条/秒。通信带宽和处理器负载都要提前算好，别等到试飞才发现扛不住。
好了，这一章的内容就到这里。通信模式、心跳机制、订阅发布，这三个概念是 MAVLink 通信的基石。理解透了，后面学消息协议、数据流控制就会轻松很多。