通信协议基础：串口、波特率与MAVLink
做地面站开发，第一道坎就是搞懂通信协议。说白了，你得知道飞机跟地面站之间到底怎么「说话」的。我刚开始接触时也一头雾水，后来踩了不少坑才理清楚。今天咱们就把串口通信、波特率、MAVLink这些基础概念掰开揉碎了讲。
核心认知：地面站与飞控之间的所有数据交换，底层都依赖串口通信。MAVLink协议则是建立在串口之上的「语言规范」。
串口通信原理
串口通信，全称串行通信接口。它一次只传一个bit，像排队一样一个一个走。你想想看，要是并行传8个bit同时走，虽然快，但线缆多、干扰大。无人机这种对重量和可靠性要求高的场景，串口是首选。
串口通信有三条核心线：TX（发送）、RX（接收）、GND（地线）。注意，两个设备连接时要交叉——A的TX接B的RX，A的RX接B的TX。我记得第一次焊转接板时就把TX和RX直连了，结果死活收不到数据，查了半天才发现是线序错了。
串口通信的帧结构一般包含：
- 起始位：1位，固定为低电平，告诉接收方「我要开始发了」
- 数据位：5~9位，常见的是8位，也就是一个字节
- 校验位：可选，奇校验或偶校验，用于简单检错
- 停止位：1位或2位，固定为高电平，表示这一帧结束
我的习惯：地面站与飞控通信，我一般用8数据位、无校验、1停止位（8N1）。这是最通用的配置，兼容性最好。
波特率与数据位
波特率，就是每秒传输的符号数。单位是bps（bits per second）。常见的波特率有9600、19200、38400、57600、115200。波特率越高，传输越快，但抗干扰能力也越差。
为什么会这样？因为波特率决定了每个bit的时长。115200bps下，每个bit只有约8.68微秒。信号在长线上衰减、反射，接收方很容易采样出错。我在做一款长距离数传电台时，把波特率从57600提到115200，结果丢包率从0.5%飙升到15%。后来老老实实降回57600，问题就解决了。
| 波特率 | bit时长 | 适用场景 | 注意事项 |
|---|---|---|---|
| 9600 | 104.17 μs | 长距离数传、低速率传感器 | 传输慢，但抗干扰强 |
| 57600 | 17.36 μs | 大多数飞控默认波特率 | 平衡速率与可靠性 |
| 115200 | 8.68 μs | 短距离调试、高速数据采集 | 线长超过1米需注意信号质量 |
| 921600 | 1.09 μs | 板级调试、内部总线 | 仅适合极短距离 |
数据位决定了每个字节的有效位数。8位数据位可以表示0~255，刚好一个字节。有些老设备用7位数据位，但地面站开发中基本遇不到。我建议你统一用8位，省心。
避坑指南：我曾经在配置Pixhawk飞控时，把停止位设成了2位，结果地面站能收到数据但全是乱码。折腾了两天才发现是停止位不匹配。记住：通信双方的所有参数（波特率、数据位、校验位、停止位）必须完全一致，否则就是鸡同鸭讲。
MAVLink协议简介
MAVLink（Micro Air Vehicle Link）是无人机领域最常用的通信协议。它由苏黎世联邦理工学院的Lorenz Meier在2009年提出，现在已经是事实上的行业标准。
MAVLink本质上是一种轻量级的消息序列化协议。它把飞控的各种数据（姿态、位置、电池电压、GPS信息等）打包成固定格式的消息，通过串口发送。你想想看，如果没有MAVLink，每个飞控厂商都得自己定义数据格式，地面站就得适配几十种协议，那得多乱？
MAVLink有两个主要版本：v1.0和v2.0。v2.0兼容v1.0，但增加了消息签名和扩展字段。我个人建议新项目直接用v2.0，毕竟安全性更好。
关键点：MAVLink不依赖特定物理层。它可以在串口、UDP、TCP甚至蓝牙上跑。但地面站开发中，90%的场景还是走串口。
MAVLink消息结构
MAVLink消息的结构非常紧凑。一条完整的消息包含以下字段：
- 起始标志（STX）：v1.0是0xFE，v2.0是0xFD。接收方通过这个字节判断消息开始。
- 载荷长度（LEN）：表示后面数据部分的字节数，不包含校验。
- 序列号（SEQ）：每个组件独立计数，用于检测丢包。我调试时经常看这个字段，如果序列号跳变，说明通信链路有问题。
- 系统ID（SYS ID）：标识发送方是哪个系统。飞控通常是1，地面站通常是255。
- 组件ID（COMP ID）：标识系统内的哪个组件。比如飞控的自动驾驶仪是1，GPS模块是220。
- 消息ID（MSG ID）：标识这条消息的类型。比如心跳包是0，姿态数据是30。
- 载荷（Payload）：实际数据，长度由LEN字段决定。
- 校验和（CRC）：对整条消息（包括某些字段）进行CRC16校验，确保数据没被篡改。
下面我用一张图把MAVLink v2.0的消息结构画清楚：
嗯，这里要注意。MAVLink消息的解析不能只靠读字节。你得按照协议规范，先找到STX，然后解析头部，再根据LEN读取对应长度的载荷，最后校验CRC。我见过不少新手直接按固定长度读，结果数据一错位，后面全乱套。
调试技巧：如果你用串口助手看原始数据，看到一堆0xFD开头的字节流，那就是MAVLink v2.0的消息。你可以用MAVLink官方提供的解析库（C语言、Python都有）来解码，别自己手写解析器，容易出bug。
最后说一个实际经验。我在做地面站时，经常需要同时处理多个MAVLink消息流（比如飞控数据、数传链路状态、机载计算机信息）。这时候就要靠SYS ID和COMP ID来区分数据来源。我习惯在日志里把这两个字段也打出来，排查问题时会省很多时间。