3、无人机系统架构：飞控系统、数传链路、图传链路、地面站系统的网络角色
做无人机通信这些年，我经常被问到同一个问题：
「无人机到底是怎么飞的？它跟地面站之间到底在传什么？」
嗯，这个问题其实挺核心的。
说白了，无人机不是一个人在战斗。它是一个完整的网络系统。
飞控、数传、图传、地面站——这四个角色各司其职，又紧密配合。
今天我就带你拆开看看，每个模块在网络里到底扮演什么角色。
3.1 飞控系统：无人机的大脑，也是网络的核心节点
飞控系统，我习惯叫它FCU（Flight Controller Unit）。
它负责姿态解算、位置估计、控制输出。
但在网络层面，它其实是一个 数据汇聚节点。
为什么这么说？
你想想看，飞控要接收GPS数据、IMU数据、气压计数据、磁力计数据……
这些传感器数据通过I2C、SPI、UART等总线汇聚到飞控。
然后飞控把这些数据打包，通过MAVLink协议，发送给数传模块。
我在项目中遇到过一个问题：
飞控的UART缓冲区太小，导致高频率的传感器数据丢失。
后来我调整了MAVLink的消息发送频率，才解决。
飞控 = 数据生产者 + 控制执行者
它既是传感器数据的源头，也是地面站指令的终点。
3.2 数传链路：无人机的「神经」，负责双向数据通信
数传链路，全称是「数据传输链路」。
它负责飞控和地面站之间的双向数据交换。
说白了，数传就是一根看不见的网线。
飞控把状态数据（高度、速度、电池电压、GPS坐标）发下去。
地面站把指令（起飞、降落、航点、模式切换）传上去。
数传链路的网络角色很清晰：
- 上行链路（Uplink）：地面站 → 飞控，传输控制指令
- 下行链路（Downlink）：飞控 → 地面站，传输遥测数据
我记得有一次做长距离测试，数传模块在2公里外突然断连。
排查后发现是天线极化方向不匹配。
嗯，这个坑我踩过，后来我每次都会检查天线极化一致性。
数传链路尽量选择跳频技术（FHSS），抗干扰能力强。
我习惯用915MHz或433MHz频段，穿透性比2.4GHz好很多。
3.3 图传链路：无人机的「眼睛」，负责视频流传输
图传链路，就是视频传输链路。
它把无人机上的摄像头画面，实时传回地面站。
图传和数传最大的区别是什么？
数传是 低带宽、高可靠性。
图传是 高带宽、低延迟。
你想想看，视频流每秒几十帧，每帧几百万像素。
这数据量，数传根本扛不住。
所以图传通常用独立的射频通道，比如5.8GHz或2.4GHz。
图传链路的网络角色：
- 单向传输：无人机 → 地面站
- 数据流类型：H.264/H.265编码的视频流
- 网络协议：通常基于UDP，因为丢一帧没关系，但延迟必须低
我曾经在项目中遇到图传卡顿的问题。
排查后发现是地面站的WiFi干扰了5.8GHz图传信号。
后来我把图传频率偏移了20MHz，问题解决。
图传和数传不要共用同一频段，否则会互相干扰。
我见过有人把2.4GHz图传和2.4GHz遥控器放一起，结果遥控距离直接减半。
3.4 地面站系统：无人机的「指挥中心」，也是网络终端
地面站系统，英文叫GCS（Ground Control Station）。
它可以是笔记本电脑、平板、甚至手机。
地面站的网络角色很明确：
- 数据消费者：接收并显示飞控的遥测数据
- 指令生产者：发送控制指令给飞控
- 视频显示终端：解码并显示图传视频流
地面站内部其实也是一个网络系统：
数传接收模块 → USB/串口 → 地面站软件（如Mission Planner、QGroundControl）
图传接收模块 → HDMI/USB → 地面站软件
我习惯在地面站上同时运行两个软件：
一个负责数传数据（Mission Planner），
一个负责图传显示（VLC或专用解码器）。
这样即使一个软件崩溃，另一个还能正常工作。
地面站 = 数据消费者 + 指令生产者 + 视频显示终端
它是整个无人机系统的「人机交互界面」。
3.5 整体网络架构图
下面这张图，是我自己画的无人机网络架构图。
它展示了飞控、数传、图传、地面站之间的网络关系。
3.6 网络角色对比表
| 系统模块 | 网络角色 | 数据流向 | 典型协议 | 带宽需求 |
|---|---|---|---|---|
| 飞控系统 | 数据生产者 + 控制执行者 | 双向（传感器→飞控→数传） | MAVLink | 低（< 100 kbps） |
| 数传链路 | 双向数据传输通道 | 上行：指令，下行：遥测 | MAVLink / 私有协议 | 低（< 250 kbps） |
| 图传链路 | 视频流传输通道 | 单向（无人机→地面站） | UDP / RTP | 高（> 10 Mbps） |
| 地面站系统 | 数据消费者 + 指令生产者 | 双向（接收遥测，发送指令） | MAVLink / TCP/UDP | 中（取决于视频） |
3.7 避坑指南
做无人机系统集成，有几个坑我踩过，分享给你：
- 数传和图传频率冲突：我曾经把数传设在433MHz，图传设在2.4GHz，结果图传的谐波干扰了数传。后来加了滤波器才解决。
- 地面站USB带宽不足：同时接数传模块和图传模块，USB总线的带宽可能不够。我建议用两个独立的USB控制器。
- 飞控的MAVLink消息频率过高：默认的MAVLink消息频率可能把数传链路塞满。我习惯把不重要的消息降到1Hz，关键消息保持10Hz。
调试时，我习惯在地面站上同时打开「数传日志」和「图传日志」。
这样一旦出问题，可以回放数据，定位是哪个环节出了问题。
好了，这一章的内容就到这里。
飞控、数传、图传、地面站——这四个角色，构成了无人机网络的骨架。
理解它们的网络角色，是后续学习TCP/IP协议栈的基础。
可可精品资料库