4、自动模式详解：航线飞行、返航（RTL）、降落模式、任务中止逻辑
自动模式，说白了就是让飞控替你干活。很多新手觉得这玩意儿就是“一键起飞、一键回家”，其实里面的门道不少。我做了这么多年无人机，见过太多因为对自动模式理解不透彻而炸机的案例。今天咱们就把这几个核心模式掰开揉碎了讲清楚。
4.1 航线飞行模式（AUTO）
航线飞行是自动模式里最常用的一个。飞控会按照你预先规划好的航点，一个一个飞过去。每个航点可以设置不同的动作，比如悬停、拍照、改变高度等等。
核心要点：航线飞行不是简单的“从A到B”，而是一个完整的任务执行过程。飞控在每个航点都会检查位置、高度、速度是否达标，才会继续下一个点。
4.1.1 航点参数详解
每个航点其实包含一组参数。我习惯把它们分成三类：位置参数、行为参数和安全参数。
| 参数类别 | 参数名称 | 说明 | 典型值 |
|---|---|---|---|
| 位置参数 | 纬度/经度/高度 | 航点的空间坐标 | 根据任务设定 |
| 行为参数 | 到达半径 | 飞控认为“到达”该点的距离阈值 | 2-5米 |
| 行为参数 | 停留时间 | 在航点悬停的时间 | 0-60秒 |
| 行为参数 | 航向模式 | 机头朝向：固定、跟随航迹或自动 | 跟随航迹 |
| 安全参数 | 失控行为 | 通信丢失后的处理方式 | 继续/返航/降落 |
这里有个坑，我必须要说。到达半径这个参数，很多人设得太小。比如设成0.5米，结果飞机在航点附近来回晃悠，就是过不去。为什么？因为GPS本身就有误差。我个人建议，普通任务设2-3米，精度要求高的任务可以设1米，但别低于这个数。
4.1.2 航线飞行中的状态机
飞控在航线飞行时，内部有一个状态机在跑。我画了一张图，帮你理解这个过程。
你看，飞控每到一个航点，都会先判断是否到达，然后执行动作，再检查是不是最后一个点。如果是，就进入任务完成状态；如果不是，就继续飞下一个点。这个逻辑看起来简单，但实际项目中，我遇到过因为航点列表加载失败导致飞机直接悬停不动的案例。所以，起飞前一定要检查航点是否上传成功。
4.2 返航模式（RTL）
返航模式，简称RTL（Return To Launch）。这个模式是很多人的“救命稻草”，但也是炸机的高发区。为什么？因为很多人对RTL的理解停留在“按一下就能回来”的层面。
重要警告：RTL不是万能的。它依赖GPS、气压计、磁罗盘等多个传感器。任何一个传感器出问题，RTL都可能失败。我曾经见过一架飞机，GPS信号好好的，但磁罗盘被干扰，结果RTL时直接朝反方向飞走了。
4.2.1 RTL的三种行为模式
不同飞控的RTL行为略有差异，但大体上分为三种。我整理了一个表格，方便你对比。
| 模式 | 行为描述 | 适用场景 | 风险点 |
|---|---|---|---|
| 直线返航 | 从当前位置直接飞向起飞点 | 低空、无障碍物环境 | 可能撞到障碍物 |
| 爬升后返航 | 先爬升到设定高度，再直线返航 | 有低矮障碍物（树木、电线杆） | 爬升高度不足仍可能碰撞 |
| 沿航线返航 | 按原航线逆向飞回 | 复杂地形、需要避开特定区域 | 航线长度可能很长，耗电 |
我个人习惯，在城市或复杂环境中，优先使用“爬升后返航”。但要注意，爬升高度要设得足够高。我一般设成高于周围最高建筑物50米。你想想看，如果周围有100米的高楼，你只设80米，那返航时就直接撞上去了。
4.2.2 RTL的触发条件
RTL可以通过多种方式触发。除了手动切换，还有几种自动触发的情况。
- 遥控器信号丢失：这是最常见的自动触发场景。飞控检测到遥控器信号中断超过设定时间（通常1-5秒），自动进入RTL。
- 电池电压过低：第一级低电压告警，飞控会提示你返航。如果继续飞，第二级低电压会强制RTL。
- 超出通信范围：数传信号丢失，飞控也会触发RTL。
- 任务中止：这个我们后面会详细讲。
经验之谈：我建议你把遥控器信号丢失的触发时间设成2秒。太短了容易误触发（比如信号瞬间遮挡），太长了飞机可能已经飞远了。2秒是个比较平衡的值。
4.3 降落模式（LAND）
降落模式看起来简单，就是让飞机垂直下降。但这里面的细节，足够写一篇论文了。
飞控执行降落时，会经历几个阶段：
- 减速阶段：飞机先减速到降落速度（通常0.5-1m/s）。
- 垂直下降阶段：保持水平位置，垂直下降。
- 触地检测阶段：飞控通过加速度计检测是否触地。如果检测到地面，立即停止电机。
- 锁定阶段：电机完全停止，进入锁定状态。
这里有个常见问题：降落时飞机飘移。为什么会这样？因为GPS在低空时多路径效应严重，定位精度下降。再加上地面效应的影响，飞控很难保持精确的水平位置。
我遇到过最极端的情况，是在一个金属平台上降落。GPS信号被反射，定位误差达到5米以上，飞机差点从平台上掉下来。从那以后，我在金属环境或水面降落时，都会开启视觉辅助降落（如果飞控支持的话）。
4.4 任务中止逻辑
任务中止，说白了就是“情况不对，赶紧撤”。但怎么撤、撤到哪里，需要提前规划好。
4.4.1 中止触发条件
任务中止可以由多种条件触发。我习惯把它们分成三类：
| 触发类型 | 具体条件 | 典型阈值 |
|---|---|---|
| 传感器异常 | GPS精度下降、IMU数据异常、磁罗盘偏差过大 | GPS HDOP > 2.0 |
| 通信异常 | 遥控器信号丢失、数传心跳超时 | 心跳超时 > 5秒 |
| 任务异常 | 航点无法到达、高度偏差过大、速度异常 | 高度偏差 > 10米 |
4.4.2 中止后的行为
触发中止后，飞控会执行预设的应急行为。常见的有三种：
- 立即返航：放弃当前任务，直接RTL。这是最常用的方式。
- 立即降落：原地降落。适用于GPS信号良好但任务无法继续的情况。
- 悬停等待：原地悬停，等待指令。适用于通信短暂中断的情况。
注意：不要把所有异常都设成同一种处理方式。比如，GPS信号丢失时如果选择“立即返航”，飞控没有GPS怎么返航？这时候应该设成“立即降落”。我见过有人把所有异常都设成RTL，结果GPS丢了，飞机直接乱飞。
4.4.3 中止逻辑的优先级
飞控内部的中止逻辑是有优先级的。一般来说：
传感器异常 > 通信异常 > 任务异常
也就是说，如果同时发生GPS信号丢失和任务超时，飞控会优先处理GPS丢失。这个优先级通常是写死在飞控固件里的，用户能调整的空间不大。但你可以通过参数配置，改变每种异常的具体行为。
嗯，这里要注意一点：不要过度依赖任务中止逻辑。它只是一个安全网，不是让你随便飞的借口。我见过有人把中止逻辑当成“自动避障”来用，结果该撞的还是撞了。最好的策略，是在任务规划阶段就把风险降到最低，而不是指望中止逻辑来兜底。
好了，自动模式的这几个核心内容，咱们就聊到这儿。你把这些逻辑理清楚了，再去飞航线任务，心里就有底了。