1. 通信协议概述：无人机通信系统组成、地面站与飞控通信方式、协议设计的重要性

1.1 无人机通信系统，到底长什么样？

做无人机开发这么多年，我经常被新人问到一个问题：「地面站和飞控之间，到底是怎么说话的？」

其实，这个问题背后藏着一整套通信系统。你想想看，一架无人机在天上飞，地面站在地上发指令，中间隔着几百米甚至几公里。没有一套靠谱的通信系统，那就是「断线的风筝」。

无人机通信系统，说白了由三大部分组成：

• 飞控端：负责飞行控制、传感器数据采集、执行机构驱动。它是无人机的「大脑」。
• 地面站端：负责显示状态、发送指令、规划航线。它是飞手的「眼睛和手」。
• 通信链路：连接飞控和地面站的「神经」。包括数传电台、4G/5G模块、Wi-Fi模块等。

我个人习惯把通信链路再拆成两部分：上行链路（地面站→飞控）和下行链路（飞控→地面站）。上行链路传指令，下行链路传状态。这个区分很重要，因为上下行的数据量、实时性要求完全不同。

1.2 地面站与飞控，到底怎么连？

地面站和飞控之间的通信方式，我见过不下十种。但常用的，其实就这几类：

通信方式	典型硬件	距离	带宽	典型场景
串口直连	USB转TTL	几米	低	调试、地面测试
数传电台	433MHz/915MHz/2.4GHz	几百米~几十公里	低~中	常规飞行任务
4G/5G	4G DTU/5G模组	不限（有信号）	中~高	超视距、远程监控
Wi-Fi	ESP8266/ESP32	几十米	高	室内、近距离FPV
蓝牙	HC-05/BLE模块	十米内	低	手持遥控、调试

嗯，这里要注意：不是距离越远越好。我在项目中遇到过，有人为了「飞得远」选了433MHz数传，结果在城市里干扰大得离谱，丢包率超过50%。后来换成915MHz，情况好很多。选通信方式，得看你的实际场景。

1.3 协议设计，为什么这么重要？

你可能会想：「不就是发几个字节吗？随便定个格式不就行了？」

我曾经也这么想过。直到有一次，我在一个项目中用了自定义的「简易协议」——就是包头+数据+校验。结果飞控和地面站之间，时不时出现「指令错乱」的问题。比如，地面站发的是「起飞」，飞控收到的却是「降落」。排查了三天，最后发现是协议没有处理好粘包和丢包。

协议设计的重要性，体现在这几个方面：

• 可靠性：丢包了怎么办？数据错了怎么办？协议要有重传和校验机制。
• 实时性：飞控的状态数据，地面站要尽快看到。协议不能太臃肿。
• 扩展性：今天只传GPS坐标，明天要传云台角度。协议要能轻松加字段。
• 兼容性：不同版本的飞控和地面站，要能互相通信。协议版本号不能少。
• 安全性：防止恶意指令、防止数据被篡改。加密和鉴权是必须的。

说白了，协议就是通信的「法律」。没有法律，社会就乱套。没有协议，通信就乱套。

1.4 一个简单的协议示例

为了让你有个直观感受，我拿一个最简单的协议来举例。这是我在一个教育级无人机上用的：

// 协议格式：帧头(2字节) + 长度(1字节) + 类型(1字节) + 数据(N字节) + 校验(1字节)
// 帧头: 0xAA 0x55
// 长度: 从类型到校验的总字节数
// 类型: 0x01=心跳, 0x02=姿态, 0x03=指令
// 数据: 根据类型不同，格式不同
// 校验: 从帧头到数据的异或和

// 示例：发送姿态数据（roll=10.5, pitch=-2.3, yaw=180.0）
// 帧头: AA 55
// 长度: 0x0D (13字节)
// 类型: 0x02
// 数据: 10.5(float) + -2.3(float) + 180.0(float) = 12字节
// 校验: AA ^ 55 ^ 0D ^ 02 ^ (10.5的4字节) ^ (-2.3的4字节) ^ (180.0的4字节)

这个协议很简单，但够用。帧头用来找包的起始位置，长度用来判断包是否完整，类型用来区分不同数据，校验用来防错。

你想想看，如果没有帧头，接收方怎么知道一包数据从哪里开始？如果没有校验，数据传错了都不知道。这就是协议设计的意义。

1.5 本章小结

这一章，我们聊了无人机通信系统的组成，地面站与飞控的几种通信方式，以及协议设计为什么重要。我个人觉得，协议设计是无人机开发中最容易被忽视、但又最关键的环节之一。

下一章，我们会深入讨论协议设计的基本原则。包括帧结构怎么定、校验怎么选、超时重传怎么做。这些都是实战中必须掌握的硬功夫。

嗯，先消化这些。有问题随时问我。