1. 项目概述与整体方案先说结论树莓派 Pixhawk 2.4.8 MAVLink 这个组合目前依然是做无人机自主巡航、视觉识别和精准降落性价比最稳的一条路子。Pixhawk 2.4.8 当飞控负责姿态控制、GPS 导航、电机输出这些必须实时执行的任务树莓派当机载电脑负责摄像头图像处理、任务决策和地面站通信。两者之间走 MAVLink 协议消息并不复杂但理解清楚时序和坐标系整个项目就通了。这篇文章按实操顺序来写适合三类人看一是正在做树莓派毕设或无人系统比赛的同学二是手里已经有一套 Pixhawk 无人机、想给它加“大脑”的玩家三是想把 MAVLink 飞行控制和自己写的视觉算法串起来的开发者。我尽量把每条命令、每个参数为什么这样设都讲明白不搞那种“照着抄但不知道在干嘛”的教程。1.1 为什么需要机载电脑而不是只用飞控Pixhawk 2.4.8 虽然是飞控里的老兵但它本质是 STM32F427 单片机主频 168MHz内存有限。它跑姿态解算、EKF、PID 控制、电调信号输出这些任务已经接近饱和。你要让它再直接跑 OpenCV、YOLO、ArUco 识别基本上是不可能的。树莓派在这里的作用是“机载电脑/companion computer”。它不参与电机控制而是负责三件事跑摄像头识别降落标记、障碍物、目标点跑更复杂的任务逻辑比如动态重规划航线、根据识别结果决定下一步动作作为地面站和飞控之间的中间人把 MAVLink 数据转发出去也把指令传回来。飞控像司机树莓派像副驾驶。副驾驶可以看地图、观察路况、给建议但踩刹车和打方向盘还是司机来做。这样分工安全性和扩展性都有保证。1.2 Pixhawk 2.4.8 的能力边界Pixhawk 2.4.8 是很多开源无人机的经典配置。虽然现在 Pixhawk 6X、Cube Orange 都出来了但 2.4.8 依然适合做学习和原型验证原因很简单便宜、资料多、坏了好换。它有几个关键硬件能力需要注意多路 UART特别是 TELEM1/TELEM2 可以接数传或者机载电脑内外部传感器接口完整支持 GPS、罗盘、空速计、光流、激光测距能跑 ArduPilot Copter 和 PX4 固件但只有一个 168MHz 内核不能跑 Linux也没有 GPU、NPU。所以它在方案里的定位很明确稳定的飞控节点而不是计算节点。1.3 自主巡航和精准降落的完整信息流整个系统里MAVLink 相当于串起所有节点的“消息总线”。它不是某种单独的服务而是一种轻量级通信协议可以跑在串口、UDP、TCP 甚至 WiFi 上。你不需要自己定义飞机和地面站之间的指令格式直接用 MAVLink 的航点消息、命令消息、心跳消息就行。自主巡航的信息流大致是地面站 QGC 规划好航点通过 MAVLink 上传给飞控飞控把航点存成 mission切到 AUTO 模式后按顺序执行树莓派可以监听MISSION_CURRENT消息实时知道飞到第几个航点飞控执行完 RTL 或者降落命令后任务结束。精准降落的信息流有自己的分支树莓派接 OV5647 摄像头实时检测地面降落标记识别到标记后计算出标记相对相机正前方的水平角、垂直角和距离树莓派通过 MAVLink 发送LANDING_TARGET消息给飞控ArduPilot 的 Precision Landing 模块融合这些视觉信息在下落过程中不断修正水平位置最后通过MAV_CMD_NAV_LAND完成接地。后面所有章节都是围绕这套信息流展开的。2. 硬件清单与串口接线很多项目做不起来问题不是算法而是线没接对。尤其是串口接线和供电这一步错后面全白搭。所以要单独拿出来讲清楚。2.1 一套能复用的完整清单我实际使用的一套配置如下均为常见、容易买到的型号部件型号建议用途飞控Pixhawk 2.4.8姿态控制、GPS 导航、电机输出机载电脑树莓派 4B 4GB 或 3B跑视觉、MAVLink 转发、任务逻辑摄像头OV5647 树莓派官方摄像头降落标记识别GPS 模块Ublox M8N 罗盘航点巡航、解锁条件数传2.4G/915M 数传或 WiFi地面站远程调参可选电源模块Pixhawk 原厂/兼容电源模块动力电池电压电流检测降压模块5V/3A UBEC给树莓派独立供电串口线杜邦线或 4Pin JST-GH树莓派与飞控通信如果你预算充足树莓派可以换 5跑图像模型会比 4B 舒服不少。但要说清楚只是跑 ArUco 识别加 MAVLink树莓派 4B 完全够用没必要为性能焦虑。2.2 树莓派和Pixhawk串口接线Pixhawk 2.4.8 与树莓派之间最推荐用 TELEM2 串口接树莓派的 GPIO UART。原因有两个第一TELEM 口天然是 MAVLink 口不用额外转接第二GPIO UART 直连的延迟比 USB-TTL 更低长期跑更稳。接线是交叉接法千万别把 TX 接 TX、RX 接 RX。以 Pixhawk TELEM2 的 4Pin 接口为例Pixhawk TELEM2树莓派 GPIO说明TXGPIO14 的 RX物理脚 10Pixhawk 发送树莓派接收RXGPIO15 的 TX物理脚 8Pixhawk 接收树莓派发送GNDGND物理脚 6必须共地VCC 5V不接建议单独供电不从这里取电注意部分 Pixhawk 2.4.8 的 TELEM 引脚排布不一样接之前用万用表量一下。如果你用的是 6Pin 转接板先找到 TELEM2 的 TX、RX、GND 三个脚再操作。树莓派 GPIO UART 是 3.3V 电平Pixhawk 的 TELEM 口也是 3.3V两者可以直接连通。但如果用某些 5V 的串口模块就必须加电平转换否则有烧飞控、烧树莓派的风险。2.3 供电与电平细节供电是另一个高频翻车点。Pixhawk 和树莓派最好不要只用同一个 USB 口供电因为 USB 口电流有限树莓派一旦在跑摄像头瞬时电流可能到 1A 以上会造成电压跌落飞控重启。我的供电方案是Pixhawk 用动力电池的电源模块供电树莓派用独立 5V/3A UBEC 从电池取电两根 GND 必须连在一起否则串口信号没有参考地数据必然是乱的测试阶段建议把桨拆掉用电池供电调参不要用 USB 给树莓派持久供电。想快速验证串口是否通可以在树莓派上用一根 USB-TTL 转接线先测因为 USB 转串口不用动 GPIO 配置。确认通信没问题后再切换到 GPIO UART 直连。3. 软件环境与通信链路搭建硬件接好之后下一步是把两端的软件环境配好让 MAVLink 跑起来。以 ArduPilot Copter 4.2/4.3 为例PX4 用户思路一样参数名略有差异。3.1 树莓派刷系统与串口配置我建议装 64 位的 Raspberry Pi OS Lite不带桌面减少系统占用。你要在树莓派上跑 OpenCV后面可以再把带桌面的系统加上去但前期跑服务最好用 Lite。如果你坚持 Ubuntu Server 20.04/22.04操作也类似就是要额外处理 systemd 的串口登录服务。装好系统后先开 UART 串口sudo raspi-config # Interface Options - Serial Port # Would you like a login shell to be accessible over serial? - No # Would you like the serial port hardware to be enabled? - Yes然后编辑启动配置sudo nano /boot/config.txt确认有这两行enable_uart1 dtoverlaydisable-btdisable-bt的作用是把默认给蓝牙占用的 PL011 UART 释放出来让/dev/serial0指向可用的硬件串口。如果你不用蓝牙这行建议留着。如果用新版 Raspberry Pi OSconfig 文件可能位于/boot/firmware/config.txt改了之后sudo reboot。重启后检查ls -l /dev/serial0能看到/dev/serial0 - ttyAMA0就说明串口已经出来了。Ubuntu Server 还需要屏蔽串口登录服务sudo systemctl mask serial-gettyttyAMA0.service sudo systemctl mask serial-gettyttyS0.service否则树莓派开机后串口会被 login shell 占用MAVLink 数据会混进乱码。3.2 Pixhawk端参数配置飞控接上 USB打开 QGC连接好以后先刷固件。Pixhawk 2.4.8 刷 ArduCopter 4.3 版本很成熟。刷完之后设置 TELEM2 口作为 MAVLink 通信口参数如下参数名值说明SERIAL2_PROTOCOL2MAVLink2SERIAL2_BAUD57波特率 57600MAV_OPTIONS0默认即可不用特殊限制 MAVLink 功能FS_THR_ENABLE2遥控信号丢失后 RTL建议设置ARMING_CHECK1保留完整解锁检查波特率我推荐先用 57600。这个速率下MAVLink 遥测、航点任务、LANDING_TARGET这些消息都够用。你当然可以设 921600但树莓派 GPIO UART 在长时间高波特率下更容易受干扰所以我习惯先低速率跑通再慢慢往上调。这里有个小技巧如果你在 QGC 里能看到飞控的完整参数列表但树莓派发来的 HEARTBEAT 收不到先看 TELEM2 口是不是被别的设备占用了。有人的 Pixhawk 2.4.8 板上还有一颗四色 LEDTX/RX 指示灯不闪大概率是串口参数没生效。3.3 安装MAVProxy、pymavlink与MAVROS树莓派端要装通信库。常用三套MAVProxy、pymavlink、MAVROS。我个人的分工是前期调试用 MAVProxy因为命令行直接用能看到收发消息写视觉降落程序用 pymavlink因为能调用 Python API 发送任意的 MAVLink 消息如果你本身就在用 ROS才上 MAVROS不然没必要为了通信而引入整个 ROS。安装依赖sudo apt update sudo apt install -y python3-pip screen pip3 install pymavlink pip3 install MAVProxy先跑一个最简单的 MAVProxy 测试sudo mavproxy.py --master/dev/serial0 --baudrate 57600 --outudp:127.0.0.1:14550如果看到MAVLink only supports from 43 to 41之类的日志基本可以确认收到了飞控的 HEARTBEAT。此时可以用status命令看飞控状态用mode GUIDED切模式用arm throttle解锁。注意这时候一定把桨摘了或者机架固定住别在桌面上解锁。如果想让树莓派把 MAVLink 数据转发给同一局域网里的电脑 QGC可以这样sudo mavproxy.py --master/dev/serial0 --baudrate 57600 --outudp:你的电脑IP:14550QGC 端打开 UDP 监听 14550就能在电脑上看到飞机状态。这个链路一旦通后续所有测试都简单了。4. 自主巡航航点任务实现自主巡航的核心是“上传航点任务 - 切 AUTO - 飞控自己按顺序跑”。实现路线有两种一种是用 QGC 手工点点点另一种是用 pymavlink 脚本自动上传。两个都要掌握尤其要理解背后的 MAVLink 消息流程。4.1 用QGC规划航线任务QGC 是 MAVLink 生态里最常用的地面站。它既能调参也能规划任务。航线规划的前提是飞控已经 GPS 定位成功罗盘校准完成解锁自检通过。QGC 里操作流程把飞机拿到户外空旷地带等 GPS 星数大于 10 颗连接 QGC进入 Plan 页面添加Takeoff指令设置起飞高度比如 10m在地图上依次添加多个Waypoint最后一个航点设为RTL或者Land点击 Upload 上传到飞控切到 Flight 页面确认当前任务在AUTO模式下激活。任务上传之后别着急起飞。先切到LOITER模式解锁推油门稳定悬停后再切AUTO。这是我一直建议的流程可以避免一上天就执行航点导致姿态突变。特别是在树莓派作为机载电脑时如果树莓派还在跑服务突然切 AUTO 会让飞控按预设 GPS 航点走容易忽略起飞阶段的速度问题。4.2 理解MAVLink航点消息的时序你会发现 QGC 只是把 MAVLink 消息可视化了一下。航点任务的本质是这几个消息MISSION_COUNT告诉飞控有 N 个任务项MISSION_REQUEST飞控向地面站请求某个具体任务项MISSION_ITEM_INT地面站把单个航点数据发过去MISSION_ACK飞控确认所有任务项接收完成MISSION_CURRENT飞控广播当前正在执行的航点序号MISSION_ITEM_REACHED飞控广播已经到达某个航点。这套时序搞清楚了你写脚本上传航点就不至于瞎猜。特别是MISSION_CURRENT它常被忽略但它是你判断“自动驾驶到底执行到哪一步”的关键消息。树莓派程序里监听它就能知道当前是第几个航点方便和摄像头图像时间戳对齐。4.3 pymavlink脚本示例连接、解锁、起飞、切自动下面这段代码主要用于串口链路的自动化测试以及理解 MAVLink 发送命令的基本套路from pymavlink import mavutil import time master mavutil.mavlink_connection(/dev/serial0, baud57600) master.wait_heartbeat(timeout10) print(heartbeat from system:, master.target_system, component:, master.target_component) # 解锁 master.mav.command_long_send( master.target_system, master.target_component, mavutil.mavlink.MAV_CMD_COMPONENT_ARM_DISARM, 0, 1, 0, 0, 0, 0, 0, 0 ) # 起飞到 10m master.mav.command_long_send( master.target_system, master.target_component, mavutil.mavlink.MAV_CMD_NAV_TAKEOFF, 0, 0, 0, 0, 0, 0, 0, 10 ) # 等待几秒后切 AUTO time.sleep(5) master.set_mode_apm(AUTO)这里set_mode_apm是 pymavlink 给 ArduPilot 封装好的方法内部会发MAV_CMD_DO_SET_MODE。如果你用 PX4不能直接这么写需要发mavutil.mavlink.MAV_CMD_DO_SET_MODE并指定自定义模式。这也是为什么我建议确认自己用哪套固件再写脚本。如果你要用 pymavlink 上传完整航点最稳的办法是先读 QGC 生成的 mission 文件然后逐条发MISSION_ITEM_INT。QGC 导出的.plan文件是 JSON 格式里面每个航点的 frame、command、param1-4、x/y/z 都写得清清楚楚直接解析后转成 MAVLink 消息即可。手写一整套航点上传协议不是不行但没必要踩坑成本太高。4.4 巡航阶段需要调的几个参数航点巡航飞得顺不顺和几个飞控参数关系很大参数参考值作用WPNAV_SPEED500-800航点间巡航速度单位 cm/sWPNAV_ACCEL100-150水平加速度影响转弯平滑度WPNAV_RADIUS200到达航点判定半径单位 cmRTL_ALT1500返航高度单位 cmANGLE_MAX2000最大倾斜角单位厘度这几个参数不要去网上抄固定值要根据机型调。四轴安装紧凑、重心低可以把 WPNAV_ACCEL 设高一点飞行响应更快机架大、桨距大的则要降低加速度避免姿态震荡。第一次巡航测试我会把巡航速度压到 5m/s 以下把所有航点画在地形平坦、没有树和电线的场地。等航线跑顺了再逐渐加高度、加速度。5. 精准降落视觉引导实现精准降落是这项目差异化的地方。GPS 的精度通常在米级普通 M8N 模块甚至可能漂好几米。想稳定地落在一个 50cm 见方的标记点上要靠视觉引导。树莓派加 OV5647 摄像头就能做这件事核心是走 ArduPilot 的 Precision Landing 功能。5.1 精准降落的技术路线怎么选在做方案时有四种路线方案精度成本复杂度纯 GPS 降落米级低低RTK GPS厘米级高中激光光流分米级中中视觉 LANDING_TARGET分米级甚至更优低-中高RTK 效果好但一套模块成本不低而且固定基站对场地的要求高。光流方案适合室内无 GPS 环境但室外太阳直射下稳定性一般。对于树莓派这个项目视觉 LANDING_TARGET 是性价比最高的路径摄像头已经有了树莓派也有算力飞控参数配好就能用。5.2 ArduPilot Precision Landing 的原理ArduPilot 的精准降落不是简单地把LANDING_TARGET消息当成位置指令。它会把视觉测量到的目标角度和距离和飞控自身的 GPS、惯性数据做融合估计出目标点的相对位置。这样即使视觉消息偶尔丢失飞控也能用惯性递推继续修正而不是突然失控。飞控端要开启两个核心参数参数名值说明PLND_TYPE1使用 Companion 外部视觉PLND_EST_TYPE1使用卡尔曼滤波估计PLND_ALT_MAX1000在这个高度以下才允许视觉修正单位 cmPLND_LAND_OFS_X0目标点相对标记的机头方向偏移PLND_LAND_OFS_Y0目标点相对标记的右侧方向偏移PLND_ALT_MAX很关键。不是所有高度都适合做视觉修正离地 20m 时摄像头看到的标记太小识别容易丢盲目修正反而危险。一般设 10m 比较保守。等算法稳定后再逐步调高。5.3 树莓派端视觉识别代码思路视觉部分我用 ArUco 标记。ArUco 是 OpenCV 自带的二维码类标记识别稳定、抗遮挡能力强还自带方向信息适合做降落靶标。如果你愿意用 YOLO 训练自己的降落垫也可以但前期调试不建议一上来就上深度模型ArUco 已经把环境光线、尺度和方向问题解决掉一大半。树莓派端要安装pip3 install opencv-contrib-python numpy这里注意ArUco 的检测算法在opencv-contrib-python里只装opencv-python是不含cv2.aruco模块的。检测并发送 LANDING_TARGET 的核心思路如下import cv2 import numpy as np import time from pymavlink import mavutil master mavutil.mavlink_connection(/dev/serial0, baud57600) master.wait_heartbeat() aruco_dict cv2.aruco.Dictionary_get(cv2.aruco.DICT_4X4_50) parameters cv2.aruco.DetectorParameters_create() # 假设相机内参已经标定 focal_x 600.0 focal_y 600.0 cap cv2.VideoCapture(0) frame_width cap.get(cv2.CAP_PROP_FRAME_WIDTH) frame_height cap.get(cv2.CAP_PROP_FRAME_HEIGHT) def send_landing_target(angle_x, angle_y, distance_m): master.mav.landing_target_encode( int(time.time() * 1e6), 0, mavutil.mavlink.MAV_FRAME_BODY_FRD, angle_x, angle_y, distance_m, 0.0, 0.0, 0.0, 0.0, 0.0, [0.0, 0.0, 0.0, 0.0], 0, 0 ) master.mav.send(encode_msg) while True: ret, frame cap.read() if not ret: continue gray cv2.cvtColor(frame, cv2.COLOR_BGR2GRAY) corners, ids, _ cv2.aruco.detectMarkers(gray, aruco_dict, parametersparameters) if ids is not None: marker_corners corners[0][0] center marker_corners.mean(axis0) pixel_x center[0] - frame_width / 2 pixel_y center[1] - frame_height / 2 angle_x np.arctan(pixel_x / focal_x) angle_y np.arctan(pixel_y / focal_y) # 距离可以根据标记实际尺寸估算也可以用激光测距 distance_m estimate_distance(marker_corners) send_landing_target(angle_x, angle_y, distance_m)这段代码里最需要注意的是发送频率。LANDING_TARGET不是发一次就完事的飞控需要持续接收才能维持修正。我实际测试时5-10Hz 的发送频率已经可以正常工作。太低了不行飞行器在下降过程中位置变化很快太高了串口负担又重而且视觉识别本身有延迟没必要无限提高。关于坐标系要理解angle_x和angle_y是目标相对于相机光轴的角度单位是弧度。Pixhawk 收到后会在惯性系里重建目标位置。所以相机安装必须朝正下方或者近似正下方否则要额外标定安装角。我的经验是安装角偏差超过 5 度降落偏移就会明显变大。5.4 降落测试流程与参数调优千万不要一上来就飞到 10m 高度开着 AUTO 把摇杆放了去接飞控那大概率会摔机。精准降落要阶段式验证。第一阶段地面验证。先不接螺旋桨在树莓派上跑视觉识别用 QGC 的 MAVLink Inspector 看LANDING_TARGET消息是否出现angle_x、angle_y 是否随标记移动而变化。如果你在 QGC 里能看到LANDING_TARGET消息说明 MAVLink 协议层面已经通了。第二阶段低空悬停验证。把飞机用绳系住或者固定在测试台上在下方放一个 ArUco 标记手动遥控让标记出现在摄像头视野里观察飞控状态是否进入精准降落模式。ArduPilot 有Precision Land的状态反馈QGC 的 HUD 上能看出来。第三阶段低高度实际降落。先设PLND_ALT_MAX500也就是 5m 以下才开启视觉修正这样即使视觉不工作飞机也只是普通 GPS 降落。等能在 5m 高度稳定落点再升到 10m。调参时重点关注PLND_ALT_MAX高度阈值过低修正时间不够过高识别不稳定相机曝光OV5647 在晴天强光下容易过曝ArUco 黑色边框可能被高光吃进去。可以先调低曝光或者给摄像头加遮阳罩ArUco 标记尺寸降落点标记不能太小。5m 高度下建议边长至少 40cm否则像素覆盖太少发送频率如果飞控出现忽左忽右修正可以降低LANDING_TARGET的频率或者加滤波如果修正太迟钝则提高频率。6. 常见问题与排查技巧实录最后一部分是我实际踩坑最多的地方。很多问题看起来玄学其实根因就那么几个。6.1 树莓派收不到飞控HEARTBEAT这是第一个门槛。遇到这种情况按下面的顺序排查现象可能原因处理方式树莓派串口完全没输出串口被 login shell 占用ls -l /dev/serial0重新执行 raspi-config 关闭串口登录树莓派有输出但全是乱码波特率不一致确认飞控 SERIAL2_BAUD57树莓派--baudrate57600树莓派有数据但 QGC 不显示UDP 转发方向不对--outudp:电脑IP:14550QGC 打开对应 UDP 端口树莓派收到 HEARTBEAT 但操作飞控没反应TX/RX 接反了对调串口 TX、RX我特别提醒一句有些 Pixhawk 2.4.8 兼容板的 TELEM2 和 TELEM1 引脚不是标准顺序。接之前一定用万用表测量确认哪个脚是 TX哪个脚是 RX哪个是 GND。测的时候不要通电插拔先断电接线再上电。6.2 航点不执行或飞到一半停住航点不执行最常见的原因是飞行模式没切到AUTO。你以为切了但遥控器上的模式开关其实还在STABILIZE。MAVLink 的set_mode和遥控器开关之间是有冲突的ArduPilot 默认遥控器开关优先。如果你用SET_MODE切到 AUTO但遥控器开关停在别的档位飞控不会理你。另外GPS 星数不足、EKF 没有收敛也会导致航点任务无法启动。建议起飞前看 QGC 里的 EKF 状态确认EKFokGPS 状态是 3D Fix再上传任务。航点任务执行中如果突然停住去 QGC 看STATUSTEXT或者 Mavlink Inspector 里的MISSION_CURRENT看看是不是当前航点一直没被清零。6.3 视觉降落偏移大或来回摆动这个问题的原因通常是下面几个方向相机没有垂直向下安装或安装偏差大LANDING_TARGET消息里的 frame 用错PLND_EST_TYPE1时飞控对视觉和惯性的融合权重需要调ArUco 标记在画面里像素太小识别抖动发送频率太高修正阶梯小但反应过快导致震荡。我最开始测试时把标记放在户外地面上结果中午太阳一照ArUco 黑边反光识别出来的中心点抖得非常厉害。后来给摄像头加了曝光锁定限制最大曝光时间抖动立刻小了很多。OV5647 摄像头模组本身素质一般能不用自动曝光就不要用自动曝光。6.4 MAVLink通信稳定性速查表我自己固化下来一张速查表每次换一台飞机、换一块树莓派都按这个表过一遍检查项推荐做法树莓派与飞控共地确认 GND 相连不共地必然乱码串口速率先 57600稳定后再尝试更高相机帧率建议 10-15fps别追求高帧率LANDING_TARGET 频率5-10Hz 足够起飞前检查 GPSfix_type3星数10安全开关如果 Pixhawk 有安全开关先解除螺旋桨调试阶段必须拆掉如果飞控在飞行中偶尔断连不要只怀疑树莓派。检查一下树莓派供电是否稳压WiFi 转发链路是否丢包。我做地面测试时发现树莓派通过 WiFi 转发 MAVLink 给 QGCWiFi 一拥堵QGC 看起来像飞控死机其实飞控和树莓派之间的串口连接一直正常。6.5 我的地面调试习惯最后说一个我一直坚持的做法任何涉及飞控的代码改动先在地面把消息协议跑通再装桨测试。树莓派和 Pixhawk 之间是串口直连树莓派死机不会让飞控直接掉下来但如果代码是在飞行过程中才暴露的协议错误轻则降落失败重则炸机。我习惯把整个开发分成三个独立闭环第一个闭环是 MAVLink 通信跑通 HEARTBEAT 和模式切换第二个闭环是航点任务在地面模拟执行并监听MISSION_CURRENT第三个闭环才是视觉降落。三个闭环单独验证通过后再组合成完整系统。这样做最大的好处是出问题时你永远知道问题出在哪一层而不是面对一团乱的日志和一台摔坏的飞机复盘。
树莓派与Pixhawk协同：MAVLink无人机自主巡航与精准降落实战
1. 项目概述与整体方案先说结论树莓派 Pixhawk 2.4.8 MAVLink 这个组合目前依然是做无人机自主巡航、视觉识别和精准降落性价比最稳的一条路子。Pixhawk 2.4.8 当飞控负责姿态控制、GPS 导航、电机输出这些必须实时执行的任务树莓派当机载电脑负责摄像头图像处理、任务决策和地面站通信。两者之间走 MAVLink 协议消息并不复杂但理解清楚时序和坐标系整个项目就通了。这篇文章按实操顺序来写适合三类人看一是正在做树莓派毕设或无人系统比赛的同学二是手里已经有一套 Pixhawk 无人机、想给它加“大脑”的玩家三是想把 MAVLink 飞行控制和自己写的视觉算法串起来的开发者。我尽量把每条命令、每个参数为什么这样设都讲明白不搞那种“照着抄但不知道在干嘛”的教程。1.1 为什么需要机载电脑而不是只用飞控Pixhawk 2.4.8 虽然是飞控里的老兵但它本质是 STM32F427 单片机主频 168MHz内存有限。它跑姿态解算、EKF、PID 控制、电调信号输出这些任务已经接近饱和。你要让它再直接跑 OpenCV、YOLO、ArUco 识别基本上是不可能的。树莓派在这里的作用是“机载电脑/companion computer”。它不参与电机控制而是负责三件事跑摄像头识别降落标记、障碍物、目标点跑更复杂的任务逻辑比如动态重规划航线、根据识别结果决定下一步动作作为地面站和飞控之间的中间人把 MAVLink 数据转发出去也把指令传回来。飞控像司机树莓派像副驾驶。副驾驶可以看地图、观察路况、给建议但踩刹车和打方向盘还是司机来做。这样分工安全性和扩展性都有保证。1.2 Pixhawk 2.4.8 的能力边界Pixhawk 2.4.8 是很多开源无人机的经典配置。虽然现在 Pixhawk 6X、Cube Orange 都出来了但 2.4.8 依然适合做学习和原型验证原因很简单便宜、资料多、坏了好换。它有几个关键硬件能力需要注意多路 UART特别是 TELEM1/TELEM2 可以接数传或者机载电脑内外部传感器接口完整支持 GPS、罗盘、空速计、光流、激光测距能跑 ArduPilot Copter 和 PX4 固件但只有一个 168MHz 内核不能跑 Linux也没有 GPU、NPU。所以它在方案里的定位很明确稳定的飞控节点而不是计算节点。1.3 自主巡航和精准降落的完整信息流整个系统里MAVLink 相当于串起所有节点的“消息总线”。它不是某种单独的服务而是一种轻量级通信协议可以跑在串口、UDP、TCP 甚至 WiFi 上。你不需要自己定义飞机和地面站之间的指令格式直接用 MAVLink 的航点消息、命令消息、心跳消息就行。自主巡航的信息流大致是地面站 QGC 规划好航点通过 MAVLink 上传给飞控飞控把航点存成 mission切到 AUTO 模式后按顺序执行树莓派可以监听MISSION_CURRENT消息实时知道飞到第几个航点飞控执行完 RTL 或者降落命令后任务结束。精准降落的信息流有自己的分支树莓派接 OV5647 摄像头实时检测地面降落标记识别到标记后计算出标记相对相机正前方的水平角、垂直角和距离树莓派通过 MAVLink 发送LANDING_TARGET消息给飞控ArduPilot 的 Precision Landing 模块融合这些视觉信息在下落过程中不断修正水平位置最后通过MAV_CMD_NAV_LAND完成接地。后面所有章节都是围绕这套信息流展开的。2. 硬件清单与串口接线很多项目做不起来问题不是算法而是线没接对。尤其是串口接线和供电这一步错后面全白搭。所以要单独拿出来讲清楚。2.1 一套能复用的完整清单我实际使用的一套配置如下均为常见、容易买到的型号部件型号建议用途飞控Pixhawk 2.4.8姿态控制、GPS 导航、电机输出机载电脑树莓派 4B 4GB 或 3B跑视觉、MAVLink 转发、任务逻辑摄像头OV5647 树莓派官方摄像头降落标记识别GPS 模块Ublox M8N 罗盘航点巡航、解锁条件数传2.4G/915M 数传或 WiFi地面站远程调参可选电源模块Pixhawk 原厂/兼容电源模块动力电池电压电流检测降压模块5V/3A UBEC给树莓派独立供电串口线杜邦线或 4Pin JST-GH树莓派与飞控通信如果你预算充足树莓派可以换 5跑图像模型会比 4B 舒服不少。但要说清楚只是跑 ArUco 识别加 MAVLink树莓派 4B 完全够用没必要为性能焦虑。2.2 树莓派和Pixhawk串口接线Pixhawk 2.4.8 与树莓派之间最推荐用 TELEM2 串口接树莓派的 GPIO UART。原因有两个第一TELEM 口天然是 MAVLink 口不用额外转接第二GPIO UART 直连的延迟比 USB-TTL 更低长期跑更稳。接线是交叉接法千万别把 TX 接 TX、RX 接 RX。以 Pixhawk TELEM2 的 4Pin 接口为例Pixhawk TELEM2树莓派 GPIO说明TXGPIO14 的 RX物理脚 10Pixhawk 发送树莓派接收RXGPIO15 的 TX物理脚 8Pixhawk 接收树莓派发送GNDGND物理脚 6必须共地VCC 5V不接建议单独供电不从这里取电注意部分 Pixhawk 2.4.8 的 TELEM 引脚排布不一样接之前用万用表量一下。如果你用的是 6Pin 转接板先找到 TELEM2 的 TX、RX、GND 三个脚再操作。树莓派 GPIO UART 是 3.3V 电平Pixhawk 的 TELEM 口也是 3.3V两者可以直接连通。但如果用某些 5V 的串口模块就必须加电平转换否则有烧飞控、烧树莓派的风险。2.3 供电与电平细节供电是另一个高频翻车点。Pixhawk 和树莓派最好不要只用同一个 USB 口供电因为 USB 口电流有限树莓派一旦在跑摄像头瞬时电流可能到 1A 以上会造成电压跌落飞控重启。我的供电方案是Pixhawk 用动力电池的电源模块供电树莓派用独立 5V/3A UBEC 从电池取电两根 GND 必须连在一起否则串口信号没有参考地数据必然是乱的测试阶段建议把桨拆掉用电池供电调参不要用 USB 给树莓派持久供电。想快速验证串口是否通可以在树莓派上用一根 USB-TTL 转接线先测因为 USB 转串口不用动 GPIO 配置。确认通信没问题后再切换到 GPIO UART 直连。3. 软件环境与通信链路搭建硬件接好之后下一步是把两端的软件环境配好让 MAVLink 跑起来。以 ArduPilot Copter 4.2/4.3 为例PX4 用户思路一样参数名略有差异。3.1 树莓派刷系统与串口配置我建议装 64 位的 Raspberry Pi OS Lite不带桌面减少系统占用。你要在树莓派上跑 OpenCV后面可以再把带桌面的系统加上去但前期跑服务最好用 Lite。如果你坚持 Ubuntu Server 20.04/22.04操作也类似就是要额外处理 systemd 的串口登录服务。装好系统后先开 UART 串口sudo raspi-config # Interface Options - Serial Port # Would you like a login shell to be accessible over serial? - No # Would you like the serial port hardware to be enabled? - Yes然后编辑启动配置sudo nano /boot/config.txt确认有这两行enable_uart1 dtoverlaydisable-btdisable-bt的作用是把默认给蓝牙占用的 PL011 UART 释放出来让/dev/serial0指向可用的硬件串口。如果你不用蓝牙这行建议留着。如果用新版 Raspberry Pi OSconfig 文件可能位于/boot/firmware/config.txt改了之后sudo reboot。重启后检查ls -l /dev/serial0能看到/dev/serial0 - ttyAMA0就说明串口已经出来了。Ubuntu Server 还需要屏蔽串口登录服务sudo systemctl mask serial-gettyttyAMA0.service sudo systemctl mask serial-gettyttyS0.service否则树莓派开机后串口会被 login shell 占用MAVLink 数据会混进乱码。3.2 Pixhawk端参数配置飞控接上 USB打开 QGC连接好以后先刷固件。Pixhawk 2.4.8 刷 ArduCopter 4.3 版本很成熟。刷完之后设置 TELEM2 口作为 MAVLink 通信口参数如下参数名值说明SERIAL2_PROTOCOL2MAVLink2SERIAL2_BAUD57波特率 57600MAV_OPTIONS0默认即可不用特殊限制 MAVLink 功能FS_THR_ENABLE2遥控信号丢失后 RTL建议设置ARMING_CHECK1保留完整解锁检查波特率我推荐先用 57600。这个速率下MAVLink 遥测、航点任务、LANDING_TARGET这些消息都够用。你当然可以设 921600但树莓派 GPIO UART 在长时间高波特率下更容易受干扰所以我习惯先低速率跑通再慢慢往上调。这里有个小技巧如果你在 QGC 里能看到飞控的完整参数列表但树莓派发来的 HEARTBEAT 收不到先看 TELEM2 口是不是被别的设备占用了。有人的 Pixhawk 2.4.8 板上还有一颗四色 LEDTX/RX 指示灯不闪大概率是串口参数没生效。3.3 安装MAVProxy、pymavlink与MAVROS树莓派端要装通信库。常用三套MAVProxy、pymavlink、MAVROS。我个人的分工是前期调试用 MAVProxy因为命令行直接用能看到收发消息写视觉降落程序用 pymavlink因为能调用 Python API 发送任意的 MAVLink 消息如果你本身就在用 ROS才上 MAVROS不然没必要为了通信而引入整个 ROS。安装依赖sudo apt update sudo apt install -y python3-pip screen pip3 install pymavlink pip3 install MAVProxy先跑一个最简单的 MAVProxy 测试sudo mavproxy.py --master/dev/serial0 --baudrate 57600 --outudp:127.0.0.1:14550如果看到MAVLink only supports from 43 to 41之类的日志基本可以确认收到了飞控的 HEARTBEAT。此时可以用status命令看飞控状态用mode GUIDED切模式用arm throttle解锁。注意这时候一定把桨摘了或者机架固定住别在桌面上解锁。如果想让树莓派把 MAVLink 数据转发给同一局域网里的电脑 QGC可以这样sudo mavproxy.py --master/dev/serial0 --baudrate 57600 --outudp:你的电脑IP:14550QGC 端打开 UDP 监听 14550就能在电脑上看到飞机状态。这个链路一旦通后续所有测试都简单了。4. 自主巡航航点任务实现自主巡航的核心是“上传航点任务 - 切 AUTO - 飞控自己按顺序跑”。实现路线有两种一种是用 QGC 手工点点点另一种是用 pymavlink 脚本自动上传。两个都要掌握尤其要理解背后的 MAVLink 消息流程。4.1 用QGC规划航线任务QGC 是 MAVLink 生态里最常用的地面站。它既能调参也能规划任务。航线规划的前提是飞控已经 GPS 定位成功罗盘校准完成解锁自检通过。QGC 里操作流程把飞机拿到户外空旷地带等 GPS 星数大于 10 颗连接 QGC进入 Plan 页面添加Takeoff指令设置起飞高度比如 10m在地图上依次添加多个Waypoint最后一个航点设为RTL或者Land点击 Upload 上传到飞控切到 Flight 页面确认当前任务在AUTO模式下激活。任务上传之后别着急起飞。先切到LOITER模式解锁推油门稳定悬停后再切AUTO。这是我一直建议的流程可以避免一上天就执行航点导致姿态突变。特别是在树莓派作为机载电脑时如果树莓派还在跑服务突然切 AUTO 会让飞控按预设 GPS 航点走容易忽略起飞阶段的速度问题。4.2 理解MAVLink航点消息的时序你会发现 QGC 只是把 MAVLink 消息可视化了一下。航点任务的本质是这几个消息MISSION_COUNT告诉飞控有 N 个任务项MISSION_REQUEST飞控向地面站请求某个具体任务项MISSION_ITEM_INT地面站把单个航点数据发过去MISSION_ACK飞控确认所有任务项接收完成MISSION_CURRENT飞控广播当前正在执行的航点序号MISSION_ITEM_REACHED飞控广播已经到达某个航点。这套时序搞清楚了你写脚本上传航点就不至于瞎猜。特别是MISSION_CURRENT它常被忽略但它是你判断“自动驾驶到底执行到哪一步”的关键消息。树莓派程序里监听它就能知道当前是第几个航点方便和摄像头图像时间戳对齐。4.3 pymavlink脚本示例连接、解锁、起飞、切自动下面这段代码主要用于串口链路的自动化测试以及理解 MAVLink 发送命令的基本套路from pymavlink import mavutil import time master mavutil.mavlink_connection(/dev/serial0, baud57600) master.wait_heartbeat(timeout10) print(heartbeat from system:, master.target_system, component:, master.target_component) # 解锁 master.mav.command_long_send( master.target_system, master.target_component, mavutil.mavlink.MAV_CMD_COMPONENT_ARM_DISARM, 0, 1, 0, 0, 0, 0, 0, 0 ) # 起飞到 10m master.mav.command_long_send( master.target_system, master.target_component, mavutil.mavlink.MAV_CMD_NAV_TAKEOFF, 0, 0, 0, 0, 0, 0, 0, 10 ) # 等待几秒后切 AUTO time.sleep(5) master.set_mode_apm(AUTO)这里set_mode_apm是 pymavlink 给 ArduPilot 封装好的方法内部会发MAV_CMD_DO_SET_MODE。如果你用 PX4不能直接这么写需要发mavutil.mavlink.MAV_CMD_DO_SET_MODE并指定自定义模式。这也是为什么我建议确认自己用哪套固件再写脚本。如果你要用 pymavlink 上传完整航点最稳的办法是先读 QGC 生成的 mission 文件然后逐条发MISSION_ITEM_INT。QGC 导出的.plan文件是 JSON 格式里面每个航点的 frame、command、param1-4、x/y/z 都写得清清楚楚直接解析后转成 MAVLink 消息即可。手写一整套航点上传协议不是不行但没必要踩坑成本太高。4.4 巡航阶段需要调的几个参数航点巡航飞得顺不顺和几个飞控参数关系很大参数参考值作用WPNAV_SPEED500-800航点间巡航速度单位 cm/sWPNAV_ACCEL100-150水平加速度影响转弯平滑度WPNAV_RADIUS200到达航点判定半径单位 cmRTL_ALT1500返航高度单位 cmANGLE_MAX2000最大倾斜角单位厘度这几个参数不要去网上抄固定值要根据机型调。四轴安装紧凑、重心低可以把 WPNAV_ACCEL 设高一点飞行响应更快机架大、桨距大的则要降低加速度避免姿态震荡。第一次巡航测试我会把巡航速度压到 5m/s 以下把所有航点画在地形平坦、没有树和电线的场地。等航线跑顺了再逐渐加高度、加速度。5. 精准降落视觉引导实现精准降落是这项目差异化的地方。GPS 的精度通常在米级普通 M8N 模块甚至可能漂好几米。想稳定地落在一个 50cm 见方的标记点上要靠视觉引导。树莓派加 OV5647 摄像头就能做这件事核心是走 ArduPilot 的 Precision Landing 功能。5.1 精准降落的技术路线怎么选在做方案时有四种路线方案精度成本复杂度纯 GPS 降落米级低低RTK GPS厘米级高中激光光流分米级中中视觉 LANDING_TARGET分米级甚至更优低-中高RTK 效果好但一套模块成本不低而且固定基站对场地的要求高。光流方案适合室内无 GPS 环境但室外太阳直射下稳定性一般。对于树莓派这个项目视觉 LANDING_TARGET 是性价比最高的路径摄像头已经有了树莓派也有算力飞控参数配好就能用。5.2 ArduPilot Precision Landing 的原理ArduPilot 的精准降落不是简单地把LANDING_TARGET消息当成位置指令。它会把视觉测量到的目标角度和距离和飞控自身的 GPS、惯性数据做融合估计出目标点的相对位置。这样即使视觉消息偶尔丢失飞控也能用惯性递推继续修正而不是突然失控。飞控端要开启两个核心参数参数名值说明PLND_TYPE1使用 Companion 外部视觉PLND_EST_TYPE1使用卡尔曼滤波估计PLND_ALT_MAX1000在这个高度以下才允许视觉修正单位 cmPLND_LAND_OFS_X0目标点相对标记的机头方向偏移PLND_LAND_OFS_Y0目标点相对标记的右侧方向偏移PLND_ALT_MAX很关键。不是所有高度都适合做视觉修正离地 20m 时摄像头看到的标记太小识别容易丢盲目修正反而危险。一般设 10m 比较保守。等算法稳定后再逐步调高。5.3 树莓派端视觉识别代码思路视觉部分我用 ArUco 标记。ArUco 是 OpenCV 自带的二维码类标记识别稳定、抗遮挡能力强还自带方向信息适合做降落靶标。如果你愿意用 YOLO 训练自己的降落垫也可以但前期调试不建议一上来就上深度模型ArUco 已经把环境光线、尺度和方向问题解决掉一大半。树莓派端要安装pip3 install opencv-contrib-python numpy这里注意ArUco 的检测算法在opencv-contrib-python里只装opencv-python是不含cv2.aruco模块的。检测并发送 LANDING_TARGET 的核心思路如下import cv2 import numpy as np import time from pymavlink import mavutil master mavutil.mavlink_connection(/dev/serial0, baud57600) master.wait_heartbeat() aruco_dict cv2.aruco.Dictionary_get(cv2.aruco.DICT_4X4_50) parameters cv2.aruco.DetectorParameters_create() # 假设相机内参已经标定 focal_x 600.0 focal_y 600.0 cap cv2.VideoCapture(0) frame_width cap.get(cv2.CAP_PROP_FRAME_WIDTH) frame_height cap.get(cv2.CAP_PROP_FRAME_HEIGHT) def send_landing_target(angle_x, angle_y, distance_m): master.mav.landing_target_encode( int(time.time() * 1e6), 0, mavutil.mavlink.MAV_FRAME_BODY_FRD, angle_x, angle_y, distance_m, 0.0, 0.0, 0.0, 0.0, 0.0, [0.0, 0.0, 0.0, 0.0], 0, 0 ) master.mav.send(encode_msg) while True: ret, frame cap.read() if not ret: continue gray cv2.cvtColor(frame, cv2.COLOR_BGR2GRAY) corners, ids, _ cv2.aruco.detectMarkers(gray, aruco_dict, parametersparameters) if ids is not None: marker_corners corners[0][0] center marker_corners.mean(axis0) pixel_x center[0] - frame_width / 2 pixel_y center[1] - frame_height / 2 angle_x np.arctan(pixel_x / focal_x) angle_y np.arctan(pixel_y / focal_y) # 距离可以根据标记实际尺寸估算也可以用激光测距 distance_m estimate_distance(marker_corners) send_landing_target(angle_x, angle_y, distance_m)这段代码里最需要注意的是发送频率。LANDING_TARGET不是发一次就完事的飞控需要持续接收才能维持修正。我实际测试时5-10Hz 的发送频率已经可以正常工作。太低了不行飞行器在下降过程中位置变化很快太高了串口负担又重而且视觉识别本身有延迟没必要无限提高。关于坐标系要理解angle_x和angle_y是目标相对于相机光轴的角度单位是弧度。Pixhawk 收到后会在惯性系里重建目标位置。所以相机安装必须朝正下方或者近似正下方否则要额外标定安装角。我的经验是安装角偏差超过 5 度降落偏移就会明显变大。5.4 降落测试流程与参数调优千万不要一上来就飞到 10m 高度开着 AUTO 把摇杆放了去接飞控那大概率会摔机。精准降落要阶段式验证。第一阶段地面验证。先不接螺旋桨在树莓派上跑视觉识别用 QGC 的 MAVLink Inspector 看LANDING_TARGET消息是否出现angle_x、angle_y 是否随标记移动而变化。如果你在 QGC 里能看到LANDING_TARGET消息说明 MAVLink 协议层面已经通了。第二阶段低空悬停验证。把飞机用绳系住或者固定在测试台上在下方放一个 ArUco 标记手动遥控让标记出现在摄像头视野里观察飞控状态是否进入精准降落模式。ArduPilot 有Precision Land的状态反馈QGC 的 HUD 上能看出来。第三阶段低高度实际降落。先设PLND_ALT_MAX500也就是 5m 以下才开启视觉修正这样即使视觉不工作飞机也只是普通 GPS 降落。等能在 5m 高度稳定落点再升到 10m。调参时重点关注PLND_ALT_MAX高度阈值过低修正时间不够过高识别不稳定相机曝光OV5647 在晴天强光下容易过曝ArUco 黑色边框可能被高光吃进去。可以先调低曝光或者给摄像头加遮阳罩ArUco 标记尺寸降落点标记不能太小。5m 高度下建议边长至少 40cm否则像素覆盖太少发送频率如果飞控出现忽左忽右修正可以降低LANDING_TARGET的频率或者加滤波如果修正太迟钝则提高频率。6. 常见问题与排查技巧实录最后一部分是我实际踩坑最多的地方。很多问题看起来玄学其实根因就那么几个。6.1 树莓派收不到飞控HEARTBEAT这是第一个门槛。遇到这种情况按下面的顺序排查现象可能原因处理方式树莓派串口完全没输出串口被 login shell 占用ls -l /dev/serial0重新执行 raspi-config 关闭串口登录树莓派有输出但全是乱码波特率不一致确认飞控 SERIAL2_BAUD57树莓派--baudrate57600树莓派有数据但 QGC 不显示UDP 转发方向不对--outudp:电脑IP:14550QGC 打开对应 UDP 端口树莓派收到 HEARTBEAT 但操作飞控没反应TX/RX 接反了对调串口 TX、RX我特别提醒一句有些 Pixhawk 2.4.8 兼容板的 TELEM2 和 TELEM1 引脚不是标准顺序。接之前一定用万用表测量确认哪个脚是 TX哪个脚是 RX哪个是 GND。测的时候不要通电插拔先断电接线再上电。6.2 航点不执行或飞到一半停住航点不执行最常见的原因是飞行模式没切到AUTO。你以为切了但遥控器上的模式开关其实还在STABILIZE。MAVLink 的set_mode和遥控器开关之间是有冲突的ArduPilot 默认遥控器开关优先。如果你用SET_MODE切到 AUTO但遥控器开关停在别的档位飞控不会理你。另外GPS 星数不足、EKF 没有收敛也会导致航点任务无法启动。建议起飞前看 QGC 里的 EKF 状态确认EKFokGPS 状态是 3D Fix再上传任务。航点任务执行中如果突然停住去 QGC 看STATUSTEXT或者 Mavlink Inspector 里的MISSION_CURRENT看看是不是当前航点一直没被清零。6.3 视觉降落偏移大或来回摆动这个问题的原因通常是下面几个方向相机没有垂直向下安装或安装偏差大LANDING_TARGET消息里的 frame 用错PLND_EST_TYPE1时飞控对视觉和惯性的融合权重需要调ArUco 标记在画面里像素太小识别抖动发送频率太高修正阶梯小但反应过快导致震荡。我最开始测试时把标记放在户外地面上结果中午太阳一照ArUco 黑边反光识别出来的中心点抖得非常厉害。后来给摄像头加了曝光锁定限制最大曝光时间抖动立刻小了很多。OV5647 摄像头模组本身素质一般能不用自动曝光就不要用自动曝光。6.4 MAVLink通信稳定性速查表我自己固化下来一张速查表每次换一台飞机、换一块树莓派都按这个表过一遍检查项推荐做法树莓派与飞控共地确认 GND 相连不共地必然乱码串口速率先 57600稳定后再尝试更高相机帧率建议 10-15fps别追求高帧率LANDING_TARGET 频率5-10Hz 足够起飞前检查 GPSfix_type3星数10安全开关如果 Pixhawk 有安全开关先解除螺旋桨调试阶段必须拆掉如果飞控在飞行中偶尔断连不要只怀疑树莓派。检查一下树莓派供电是否稳压WiFi 转发链路是否丢包。我做地面测试时发现树莓派通过 WiFi 转发 MAVLink 给 QGCWiFi 一拥堵QGC 看起来像飞控死机其实飞控和树莓派之间的串口连接一直正常。6.5 我的地面调试习惯最后说一个我一直坚持的做法任何涉及飞控的代码改动先在地面把消息协议跑通再装桨测试。树莓派和 Pixhawk 之间是串口直连树莓派死机不会让飞控直接掉下来但如果代码是在飞行过程中才暴露的协议错误轻则降落失败重则炸机。我习惯把整个开发分成三个独立闭环第一个闭环是 MAVLink 通信跑通 HEARTBEAT 和模式切换第二个闭环是航点任务在地面模拟执行并监听MISSION_CURRENT第三个闭环才是视觉降落。三个闭环单独验证通过后再组合成完整系统。这样做最大的好处是出问题时你永远知道问题出在哪一层而不是面对一团乱的日志和一台摔坏的飞机复盘。
