PX4机载电脑与QGC地面站WiFi无线连接配置指南

PX4机载与QGC地面站通过WiFi实现无线连接配置指南玩PX4的都知道调试阶段最烦的就是那根USB线。飞控连着电脑机架稍微动一下线就松转个方向还得小心别把接口拽坏。尤其是调PID或者看日志的时候人得蹲在飞机旁边姿态数据一边刷一边还要腾出手改参数别提多折腾了。我大概在第三次被USB线绊到脚之后下定决心把无线方案彻底搞通。现在我的调试台上飞控、机载电脑、QGC地面站之间全部走WiFi从开机到连上地面站基本上十几秒的事的姿态数据、日志下载、参数读写跟插线没什么区别。这篇文章就围绕“PX4机载端通过WiFi把MAVLink数据传到QGC地面站”这条主线来写。我会把我在实际配置中用过的几种常见方案摆出来对比重点讲清楚我目前在用的方案——树莓派或者其他Linux机载电脑通过WiFi接入局域网QGC在同一网络下自动识别飞控——从硬件接线到PX4参数配置再到QGC侧设置一步步完整走一遍。最后把我踩过的坑、排查的思路、以及一些常规文档里不会写的小技巧都整理出来方便你直接对着操作。先说清楚这套方案解决什么问题调试PX4的时候不用再被USB线绑在机架旁边可以在电脑前自由活动可以在机载电脑上同时跑通信中继、日志记录甚至简单的视觉处理多台设备比如电脑、手机可以同时连接同一台飞控查看数据。适合的对象是正在做PX4二次开发或者经常在外场调试的开发者不管你是用树莓派、Jetson Nano还是普通NUC只要跑的是Linux系统这套流程基本通用。1. 无线连接方案选型为什么我最后选了WiFi而非数传1.1 三种常见无线方案的对比先说个现实问题PX4飞控本身不直接支持WiFi它的MAVLink输出接口要么是串口UART要么是USB。所以“机载WiFi”的方案本质上都是在飞控外面加一层“透传设备”把MAVLink协议的数据包从串口或USB上搬到一个能让QGC通过TCP或UDP访问的网络通道里去。市面上常见的无线方案主要有下面三种第一种433MHz/915MHz数传电台。这是很多新手最先接触的方案买一对成品数传模块一端接飞控的TELEM口另一端USB插电脑。优点是无脑即插即用QGC自动识别串口不需要任何配置缺点是带宽低得可怜通常9600bps到57600bps传个MAVLink消息还行想传日志或者同时刷高频率的姿态数据就卡成PPT了。而且数传模块一般要单独供电距离远了功率不够用。第二种4G/5G DTU模块。适合超远距离控制但配置复杂需要SIM卡、云服务器中转延迟大。说实话做无人机开发调试很少用这种除非你是做行业应用比如农业植保、远距离巡检在实验室里用纯属给自己找麻烦。第三种WiFi串口透传模块或者Linux机载电脑自带的WiFi。这就是我这篇文章重点讲的方案。WiFi的带宽随便几十Mbps传MAVLink绰绰有余而且你本来就要在机载电脑上跑其他东西比如视觉定位、日志存储用它当通信中继完全顺路。用树莓派或Jetson这类Linux机载电脑做WiFi中继本质上就是跑一个MAVLink路由程序把飞控串口的数据转发到网络端口QGC侧通过UDP或者TCP连接这个端口就能收到数据。这种方式相比单独的WiFi透传模块比如ESP8266刷MAVLink固件那种有一个核心优势机载电脑上可以同时跑多个MAVLink客户端一个连QGC监控一个连日志记录器一个连自主飞行的Python脚本互不干扰。1.2 为什么最终选择“机载电脑WiFi”路线我在实际项目里试过三种组合简单分享一下我的体验飞控 ESP8266 WiFi模块成本最低一个模块十几块钱但稳定性一般。ESP8266的WiFi天线增益有限稍微远一点或者中间隔一道墙就掉线而且它只有一个UART如果你飞控的TELEM2口已经接了其他外设就没法用。适合做教学演示不适合正经开发。飞控 树莓派 USB WiFi网卡这是我目前的主力方案。树莓派的WiFi性能比ESP8266强太多而且可以顺便在树莓派上跑mavproxy或者mavlink-router做数据分发。调试的时候把树莓派丢机架上人在电脑前坐着非常舒服。飞控 开发板自带WiFi比如Jetson Nano配置流程和树莓派完全一样只是你需要确保内核里有对应的无线网卡驱动以及注意开发板的WiFi天线位置别被机架金属件遮挡。从成本和稳定性两个维度综合考虑我建议是如果你只是想在屋里飞个穿越机、调调参数用树莓派Zero 2 W就够了三十多块钱的板子功耗低体积小直接双面胶粘在机架上如果你要跑SLAM或者视觉识别那上Jetson系列WiFi配置方法一模一样。2. 环境准备硬件接线、系统配置与软件工具2.1 硬件清单与接线细节在开始配置之前先把硬件准备好。下面这套清单是我自己工作室里的标准配置你可以根据自己的手头设备替换但核心连接逻辑是一样的硬件型号建议作用备注飞控PX4任意官方支持的型号如Pixhawk 6C、Holybro Durandal飞控主体需要确认你使用的PX4固件版本对应的MAVLink配置方式机载电脑树莓派4B/Zero 2 W、Jetson Nano等运行MAVLink路由程序建议性能不要太弱至少能跑Linux系统USB转串口模块CP2102或FT232连接飞控和机载电脑如果机载电脑是Jetson这类带UART的可以直接接线但要注意电平转换WiFi路由器任意支持2.4G/5G的普通路由器组建局域网也可以用手机热点代替但稳定性和传输延迟不如路由器QGC地面站电脑上安装最新版QGC显示与控制Windows/Linux/Mac均可接线这块很多新手容易看错地方。PX4飞控上通常有标注TELEM1、TELEM2的接口这两个是串口也是我们最常用的MAVLink数据出口。如果你用的是USB连接机载电脑那就简单得多数据线插飞控的USB口另一头插机载电脑的USB口本质上和插台式机没有区别。我自己的做法是用USB转串口模块接飞控的TELEM2口留TELEM1备用然后把模块的USB端插在树莓派上。有人会问为什么不用飞控的USB口直接连树莓派可以但USB口只有一个以后你要插其他设备比如GPS模块的USB调试线、外接存储就没得用了。而且用TELEM口还有一个好处TELEM口是经过电平转换和保护的直接USB插拔的时候更耐操。如果你决定用串口直连接线时注意TX-TXRX-RX不是交叉接线。很多用惯Arduino的人习惯TX接RX但PX4的TELEM口在飞控板上已经做过了交叉你只要将USB转串口模块的TX接飞控的RX模块的RX接飞控的TX同名牌对接就行。模块的GND必须和飞控共地否则通信会出现随机乱码。如果飞控板子上的TELEM口电压是3.3V你的USB转串口模块必须支持3.3V电平否则可能烧毁飞控串口引脚。2.2 机载电脑系统准备以树莓派为例树莓派上的系统我推荐用官方的Raspberry Pi OS Lite64位不要带桌面版——无人机机载电脑跑桌面纯属浪费资源。安装好系统之后先做三件事第一设置好WiFi连接。编辑/etc/wpa_supplicant/wpa_supplicant.conf把你的路由器SSID和密码写进去。这里要特别强调WiFi频段尽量选2.4G。5G频段虽然干扰少但穿墙能力弱、覆盖范围小而且很多USB WiFi网卡对5G的支持不佳。如果你在飞场调试距离远了5G基本就废了2.4G反而能撑更远。第二开启SSH服务。在树莓派上执行sudo systemctl enable ssh和sudo systemctl start ssh。这样你就能从电脑上远程登录树莓派做后续配置不用一直插着键盘显示器。第三更新软件源并安装必要工具sudo apt update sudo apt upgrade -y sudo apt install git python3-pip screen -y如果你用的是Jetson系列系统自带Ubuntu但网络驱动可能需要手动确认。可以用ip a查看无线网卡是否被识别到如果出现wlan0就说明驱动正常。网上有人反映Jetson的WiFi模块驱动在某些内核版本下不稳定这跟Realtek的网卡驱动一样属于老话题了稍后我会专门说一下排查思路。2.3 确认PX4机载端与QGC版本PX4固件我建议用较新的稳定版比如v1.14.x或者v1.15.x因为旧版本在MAVLink配置参数上有些差异网上很多教程停留在v1.12甚至更早照着做容易踩坑。QGC的话直接用官网最新版就行目前是v4.x系列支持Windows、Linux、macOS移动端也有Android版本。在开始下一步之前先确认你的飞控能正常连接机载电脑。拿串口转USB模块接好树莓派上执行ls /dev/ttyUSB*正常会输出类似/dev/ttyUSB0的设备节点。如果看不到先检查硬件连接和驱动dmesg | grep -i usb看看内核有没有报错。3. PX4机载端参数配置让串口变成MAVLink数据出口3.1 MAVLink配置核心思路PX4的参数非常多但跟MAVLink通信相关的就那几个核心逻辑是“指定某个串口作为MAVLink输出口并设定波特率”。在QGroundControl的参数界面里你要关注的是以MAV_和SER_开头的参数。从PX4 v1.14开始MAVLink的配置逻辑做过一次重构核心体现在MAV_1_CONFIG这个参数上。它指定了第一个MAVLink实例绑定到哪个串口设备。参数的可选值很多常见的有-1禁用Disable0TELEM1口1TELEM2口2UART43USB口当你把MAV_1_CONFIG设置为串口对应的值后系统会自动弹出或激活另一组MAVLink参数比如MAV_1_MODEMAVLink模式Onboard或Normal、MAV_1_RATE数据发送间隔、MAV_1_FORWARD是否转发其他MAVLink链路数据等。这里有一个非常容易掉坑的点MAV_1_MODE这个参数的选择。Onboard模式会以更高的频率发送更多类型的数据适合连接机载电脑比如树莓派、Jetson。它会发送一些普通模式不发送的消息如详细的IMU数据但因为频率高、数据量大如果链路带宽不足反而容易拥堵。Normal模式频率适中适合连接地面站或者数传。QGC通过WiFi连接时用默认Normal就好。我用树莓派做中继的时候飞控的串口模式设置的是Onboard因为后面我还要在机载电脑上跑一些实时数据处理。如果你的机载电脑只做中继不消费MAVLink数据Normal就够用了。3.2 具体参数设置值以Pixhawk 6C为例下面是我实际测试过可以直接使用的参数组合。假设我是用TELEM2口连接机载电脑参数名设置值说明MAV_1_CONFIG1TELEM2指定MAVLink实例1绑定到TELEM2串口MAV_1_MODEOnboard机载电脑链路发送频率更高MAV_1_RATE120000120 Hz120ms间隔约8.3Hz如果你要更精细的数据调整到40-60也一样但WiFi带宽完全能承受MAV_1_FORWARDEnabled允许将来自其他链路的MAVLink数据通过本端口转出多地面站并发时有用SER_TEL2_BAUD921600TELEM2串口波特率必须和机载电脑串口配置一致这里SER_TEL2_BAUD对应的是TELEM2口的波特率如果你用的是TELEM1就找SER_TEL1_BAUD。我直接设921600这是因为串口带宽越大MAVLink数据在串口段就越不容易成为瓶颈。921600也是老外博客里最常见的推荐值实测稳定。设置完参数后要执行一次“重启”才能生效。QGC会提示你重启飞控确认即可。重启后可以再检查一下参数是否被保留——有些串口映射参数在旧固件上会被“恢复默认”这是固件版本问题导致的建议用最新稳定版规避。3.3 在机载电脑上验证串口数据流参数设定完成后先不要急着启动QGC。先在机载电脑上验证一下串口是否有MAVLink数据流这样后续排查会更清晰。在树莓派上安装一个常用的MAVLink调试工具mavlink-router或者直接用python3的pymavlink库读取串口。我一般先用一个简单的Python脚本做快速验证import serial ser serial.Serial(/dev/ttyUSB0, 921600, timeout1) while True: data ser.read(100) if data: print(data.hex())如果串口数据正常你会看到类似fe 09 14 00 ... 55这样的MAVLink帧头数据。如果什么都没有或者全是乱码检查一下波特率是否匹配、飞控是否真的输出MAVLink用QGC先USB连一次确认参数生效。这一步很关键它帮你区分“串口层问题”和“网络层问题”后面排查的时候会省很多事。4. WiFi网络搭建与机载端MAVLink路由从串口数据到UDP端口4.1 WiFi网络搭建的两种方式路由器与直连WiFi网络搭建是整个方案里最容易让人忽略的一环但恰恰是最影响体验的。我试过的方案大概有两种方案A使用路由器/AP方式推荐。机载电脑和地面站电脑都连接同一个路由器QGC通过路由器发现机载电脑的IP和端口。这种方式的优点是网络结构简单稳定、同时支持多设备连接电脑、手机、平板都能连排查也方便。缺点是飞场环境没那么方便带路由器但一个几十块钱的迷你路由就解决了。方案B机载电脑开热点地面站连接热点。这种方式适合户外没路由器的情况。机载电脑上创建一个WiFi热点电脑或手机连接这个热点然后机载电脑既是热点又是MAVLink服务端。配置稍微复杂一点但省去了额外硬件。我实际测试中方案A比方案B更稳定尤其是在数据量大的时候。因为树莓派或Jetson自带的WiFi芯片在“同时做AP和传数据”时会存在调度开销偶尔会出现丢包和延迟抖动。而路由器模式中机载电脑的WiFi只需做station角色稳定性高很多。4.2 用mavlink-router做UDP数据分发现在关键的一步来了把飞控串口的数据转到WiFi网络上。在机载电脑上要跑一个“路由器”程序它的作用就是读取飞控串口的MAVLink包同时把它广播到UDP端口QGC通过UDP连接到这个端口。Linux下有现成的工具我用得最多的是mavlink-router。这是Intel开发的开源项目专门用来在MAVLink各节点之间做数据路由比古老的mavproxy轻量且好用得多。安装方式通常是源码编译git clone https://github.com/intel/mavlink-router.git cd mavlink-router ./autogen.sh ./configure make -j4 sudo make install编译过程没什么坑只要系统有gcc和meson依赖就行。没装依赖的先执行sudo apt install meson ninja-build pkg-config libsystemd-dev编译完之后启动一个基本路由任务语法是mavlink-routerd -e 192.168.1.100:14550 /dev/ttyUSB0:921600这条命令的意思读取/dev/ttyUSB0这个串口波特率921600把MAVLink数据广播给UDP端口14550同时发送到目标IP192.168.1.100这里是地面站电脑的IP。但是这里要特别注意-e参数指定的是单播目标IP如果你的地面站IP经常变用DHCP的话可能每次都不同用单播模式每次都要改命令。更好的方式是使用UDP广播地址mavlink-routerd -e 192.168.1.255:14550 /dev/ttyUSB0:921600把IP地址的最后一段改成255就是广播模式。这样同一个局域网里任何一台电脑上的QGC只要监听UDP 14550端口都能收到数据不用管IP地址是什么。我日常调试就是用的广播模式省心。当然mavlink-routerd支持更多的细粒度配置比如不同端口的速率限制、多端口路由等但是基础场景下上面这条命令就够了。4.3 开机自启与后台运行我们在飞场调试的时候总不能每次上电后还手动登录树莓派敲命令启动mavlink-routerd。把它注册成systemd服务开机自启这样只要树莓派通电过个十几秒QGC就能自动连上数据。创建一个systemd服务文件/etc/systemd/system/mavlink-router.service[Unit] DescriptionMAVLink Router Service Afternetwork.target [Service] ExecStart/usr/local/bin/mavlink-routerd -e 192.168.1.255:14550 /dev/ttyUSB0:921600 Restartalways RestartSec3 [Install] WantedBymulti-user.target然后执行sudo systemctl daemon-reload sudo systemctl enable mavlink-router sudo systemctl start mavlink-router之后每次树莓派开机这个服务就会自动把飞控的MAVLink数据广播到局域网的14550端口。如果中途/dev/ttyUSB0设备节点变过比如换了USB口服务会失败Restartalways会自动重试但如果设备节点一直不存在那就需要检查硬件连接了。这里有一个人人都会遇到的坑树莓派USB设备节点顺序可能不稳定比如插了一个U盘后再插USB转串口设备节点从ttyUSB0变成ttyUSB1。我自己的解决办法是在systemd服务里写一个udev规则或者用/dev/serial/by-id/路径代替。用ls /dev/serial/by-id/看看一般输出类似usb-FTDI_FT232R_USB_UART_A50285BIY-if00-port0把这个完整路径填到服务文件的ExecStart里就不会因为USB节点顺序变化而找不到设备了。5. QGC地面站连接设置UDP与TCP的取舍5.1 QGC端通信方式选择QGC连MAVLink的方式很灵活支持USB串口、TCP、UDP。在我们这个WiFi方案里用的自然是UDP或者TCP连接。QGC主界面右上角的“通信方式”图标一个插头/齿轮图案点开后可以添加不同类型的连接。在局域网WiFi场景下我最推荐的是UDP协议。原因很简单QGC作为MAVLink地面站本身是“被动监听”的角色通常是接收端UDP不需要建立稳定的连接——机载电脑广播数据QGC在同一个网段监听14550端口数据直接就能收到。UDP是无连接的就算你电脑休眠几秒钟再醒来网络恢复后数据马上又能收到。TCP则更像打电话需要先建立连接连接断了要重新拨号。WiFi环境下偶尔会有短暂丢包或者延迟波动TCP遇到这种情况会进入重传等待状态表现反而不如UDP顺畅。当然如果你用的是有争议的4G远程控制场景TCP的长连接可以更好地穿透NAT但那跟我们这篇文章的局域网场景不搭。所以在QGC里添加连接时选UDP监听端口填14550即可。如果你用的是广播模式不需要填监听IP0.0.0.0代表任意地址直接写端口就行。5.2 QGC端参数设置步骤具体操作步骤大家应该很熟悉了但还是完整走一遍打开QGC点击右上角的“通信方式”图标一个插头形状。在下拉菜单里选择“Add UDP Connection”。在弹出的对话框里监听端口填写14550点击OK。如果一切正常QGC主界面左侧的“Vehicle”图标会从灰色变成高亮地图上会出现你的飞机和姿态数据。如果你用的是TCP模式那就在添加连接时选择“Add TCP Connection”注意TCP模式下QGC是作为客户端去连接机载电脑的服务端口所以需要填机载电脑的IP和端口比如192.168.1.50:5760。但这需要mavlink-routerd配置为TCP服务模式我建议新手别折腾TCPUDP广播模式是最省心的。另外QGC有个小技巧在主界面的“App Settings”里找到“General”里面有“Enable MAVLink”相关的选项确认你的MAVLink协议版本和飞控一致PX4默认MAVLink协议版本是2.0QGC自动识别一般不用改。5.3 多地面站同时连接一台飞控多端监控WiFi方案的一大优势就是可以多端同时监控。比如我在调机的时候电脑上开着QGC看全参数和地图手机上再开一个QGC精简界面看姿态角甚至同时让一个Python脚本用pymavlink去订阅消息。这在传统数传方案里很难实现因为数传一次只能绑定一个地面站。但在WiFi拓朴下机载电脑上的mavlink-routerd可以将MAVLink数据广播到多个端口QGC也能以多实例方式运行或者多个设备分别连。只要端口不冲突随你怎么连。我自己的常用组合是电脑QGCUDP 14550端口负责姿态、地图、参数调节。手机QGCUDP 14550端口飞的时候随身携带看状态。电脑上的MAVSDK-Python脚本UDP 14551端口订阅位置和IMU数据做飞行数据记录。QGC监听端口可以自己在“Add UDP Connection”里改成其他端口只要和机载电脑路由转发规则匹配就行。mavlink-routerd默认把所有进来的MAVLink包都广播到所有配置的输出端口所以只要你在启动命令里添加多个-e参数就能把同一份数据发到多个端口。6. 常见问题与排查技巧实录让WiFi连接不再掉链子6.1 问题速查表WiFi连接本身不算复杂但实际用起来总会遇到各种小问题。我汇总了一下我在GitHub issues和论坛上看到的、以及自己亲自踩过的坑整理成下面这个速查表现象可能原因解决方案QGC搜不到飞控mavlink-routerd未启动或崩溃登录机载电脑执行systemctl status mavlink-router查看服务状态QGC搜不到飞控端口/协议不匹配确认QGC监听端口和mavlink-routerd广播端口一致都是14550QGC搜不到飞控飞控串口参数未生效检查MAV_1_CONFIG和SER_TEL2_BAUD参数值重启飞控频繁掉线WiFi信号弱或干扰大用2.4G频段确保机载电脑和电脑之间无金属遮挡数据传输延迟大波特率低或路由性能不够确认串口波特率设到921600树莓派不要用桌面环境后的负载刷新速率低MAVLink Rate设置过低将MAV_1_RATE调高比如5000020Hz连接上但地图不刷新GPS信号不好QGC没有GPS数据检查GPS模块是否锁定星室内无法定位很正常用手机热点时连不上手机热点AP隔离在手机热点设置里关闭“AP隔离”或“设备间互访”机载电脑开机后ttyUSB设备找不到USB设备节点漂移使用/dev/serial/by-id/固定路径6.2 机载电脑WiFi网卡的玄学Realtek与高通芯片的恩怨我用了好几块USB WiFi网卡踩得最多的坑就是Realtek芯片的网卡在Linux下掉线问题。你从网上搜“realtek rtl8852be wifi 6”都能看到一堆人问为什么网页测速都会中断——在无人机场景下这问题更致命因为无线链路一断QGC就相当于失联。从我的经验看机载电脑上的WiFi网卡优先选择Atheros高通芯片的兼容性最好。或者直接用树莓派、Jetson自带的WiFi只要天线布置合理2.4G频段下稳定传输个30米问题不大。Realtek芯片的网卡在Linux下的驱动质量参差不齐尤其是新出的WiFi 6型号内核驱动的bug动不动就导致连接中断我试过一次之后直接放弃了。如果你只能用Realtek的网卡可以尝试手动更新驱动。搜索你的网卡芯片型号加“linux driver”一般能找到官方驱动仓库。但是做好心理准备——在Ubuntu内核更新之后老驱动可能编译不过。我个人的原则是“能用原装的就不加USB网卡必须用USB网卡就选Atheros”。6.3 排查顺序建议由底层到上层如果QGC连不上飞控别急着改参数。我有一套自己的排查顺序按照“底层到上层”的思路走效率最高。第一步确认飞控串口是否在输出数据。关掉mavlink-routerd直接用一个串口调试工具比如minicom或前面的Python脚本去读/dev/ttyUSB0看看有没有MAVLink帧头。如果没有说明飞控参数设置有问题回到第3节检查参数。第二步确认路由服务是否在运行且转发正常。启动mavlink-routerd用sudo tcpdump -i wlan0 udp port 14550抓包看看有没有UDP数据包从机载电脑发出去。如果没有说明路由服务配置有问题比如串口路径不对如果有说明网络层正常。第三步确认QGC所在电脑的网络连通性。在电脑上ping一下机载电脑的IPping 192.168.1.50。能通但QGC收不到数据检查防火墙是否拦了UDP 14550端口。这个坑很常见电脑上装的安全软件或系统防火墙默认会拦截UDP端口。第四步用QGC手动添加连接。如果自动搜索模式找不到飞控手动添加UDP连接端口14550这是最可靠的连接方式。如果手动能连上而自动搜不到那是QGC的网络发现机制问题比如mavlink-routerd开启了MAV_1_FORWARD后的数据内容兼容性不影响了。6.4 局域网外能连吗聊聊WiFi方案的边界有人会问能不能用这个方案在楼上控制楼下的飞机答案是理论上可以但实际使用受限于WiFi信号覆盖范围。WiFi的2.4G频段在无遮挡开阔环境下可以传一两百米但穿墙后衰减很快而且无人机机载电脑的WiFi天线位置往往会被机架碳板遮挡。所以这个方案的实用范围是以机载电脑的WiFi覆盖半径为准室内大概二三十米室外开阔环境可以到百米以上。如果要做更远距离的飞行调试要么加高增益天线要么换4G模块走公网但那已经不是这篇文章讨论的范围了。至少在我自己的开发流程里屋里的调试、外场的调参WiFi方案已经足够用了。7. 日志下载与多场景扩展让无线调试效率翻倍7.1 利用无线链路直接下载飞行日志有了稳定的WiFi链路之后再也不用拔SD卡拷日志了。QGC本身支持通过MAVLink下载飞控上的日志文件在“Analyze Tools”里找到“Log Download”选项卡选择Flight Review日志点击下载就行。实际下载速度取决于你的MAVLink数据链路转发能力。如果不做特殊配置串口波特率921600配合WiFi传输下载一个几十MB的飞行日志也就几秒钟。如果日志很大比如飞了半小时带大量IMU数据下载时间会比较长这时候可以调高MAV_1_RATE参数让日志传输的消息被更频繁地调度。有个小细节QGC下载日志实际是通过MAVLink的MAV_CMD_REQUEST_LOG_FILE命令来请求分包传输链路里千字节的数据包会占满MAVLink带宽所以你会看到QGC界面上姿态数据暂时“卡住”了。这属于正常现象日志下载完就恢复。7.2 在同一网络里叠加其他MAVLink工具既然是WiFi局域网那能做的事情就多了。比如我想在飞行的时候记录原始IMU数据用MAVSDK-Python在电脑上订阅消息并落盘再比如我想在飞行前用mission planner规划航点直接在同一台电脑上跑Mission Planner它和QGC的MAVLink协议兼容然后和QGC同时连接飞控。实测下来只要mavlink-routerd配置正确这些工具完全可以并存。我一般会让mavlink-routerd同时开启三个UDP输出端口一个给QGC、一个给Python脚本、一个给日志系统各干各的互不干扰。7.3 配合机载视觉或SLAM的场景如果你在做视觉定位或者SLAM机载电脑上肯定还跑着其他程序比如VINS-Fusion、ORB-SLAM。这种情况下WiFi链路还能顺带把中间计算结果比如位姿估计以MAVLink扩展消息的方式传到地面站QGC上可以写一个自定义的MAVLink插件来显示这些数据。这块实现起来会复杂一些需要自己定义MAVLink消息ID和数据格式。但是有了前面的WiFi通信链路你完全不用再额外找一条数据通路直接在现有链路上扩展就行。很多做PX4二次开发和视觉导航的朋友都是在这个基础上叠加自己的消息类型的。8. 从配置到日常使用我的一些个人建议与避坑心得最后聊点实操层面的心得体会。这套WiFi方案用了一年多中间经历了各种掉链子、换设备、改配置慢慢总结出几个自己觉得值得记住的经验。第一个经验调试阶段别一上来就追求“开机自启”。新手期的第一台树莓派飞控先手动跑命令验证通了再配置systemd服务。我看到太多人在系统服务里写错了参数结果开机后mavlink-routerd一直都在崩溃重启却从来没真正跑起来过。手动验证熟练了再固化成果这个顺序不能乱。第二个经验串口波特率不要太低也不要太高。有人贪图稳定设57600结果QGC上传输延迟大、姿态刷新慢体验很差有人直接设1500000某些USB转串口模块能支持但飞控串口的稳定性会受影响。我自己实测下来921600是最佳平衡点在MAVLink 2.0模式下非常流畅。第三个经验WiFi的2.4G频段和5G频段的取舍要结合实际环境。我上面推荐2.4G是因为穿墙能力强、兼容性好但如果你在飞场周围没有太多WiFi干扰源5G的传输延迟会更低、带宽更高。归根到底环境测试说了算不要盲信任何人的“最优解”。第四个经验地面站电脑的防火墙真的会拦UDP。这不是段子我至少有三次连不上QGC最后发现是Windows防火墙把UDP 14550端口禁止了。解决方法是直接在防火墙规则里放行UDP 14550或者干脆添加一条允许QGroundControl.exe通信的规则一劳永逸。第五个经验多备一个USB转串口模块。这玩意儿在调试中很容易出问题——接触不良、驱动冲突、芯片烧毁。我手上常备三四个CP2102和FT232的模块每次出去调机都带两个。但凡遇到串口连接不上第一反应就是换个模块试试很多“飞控突然不输出MAVLink”的灵异事件最后发现只是模块坏了。WiFi无线连接方案带给我的最大改变其实是调试节奏的转变。以前每次调参都要蹲在机架旁边插着线姿态数据还要低头看屏幕现在我可以把飞机放在阳台或者开阔场地自己坐在电脑前看着大屏一边刷数据一边改参数机载电脑上同时跑着日志记录和数据转发。这种感觉和插着USB线的体验完全是两个时代的东西。如果你对这套方案的某个环节还有疑问比如mavlink-routerd的具体参数、QGC的日志下载操作细节或者树莓派之外的机载电脑怎么适配欢迎留言区讨论。调试无人机本身就是个不断踩坑和解决问题的事情希望这篇文章能帮你少走一些弯路。