飞控算法从入门到精通 · 099 · 安全机制：失控保护与返航（RTL）
一、一次差点炸机的调试经历
去年夏天，我在郊外测试一款自研飞控的RTL功能。GPS锁定正常，磁罗盘校准通过，气压计读数稳定。我手动切到“返航模式”，无人机开始爬升、转向、朝家飞——一切看起来完美。但就在距离起飞点大约80米时，飞机突然开始画圈，高度忽上忽下，最后以每秒3米的垂直速度砸向地面。事后分析日志，发现一个关键问题：RTL触发后，飞控同时收到了“遥控器信号丢失”和“GPS信号降级”两个异常事件，但安全机制的优先级处理逻辑写反了——飞控先执行了“信号丢失后原地降落”，而不是“优先执行RTL返航”。
这个教训让我意识到：失控保护不是简单的“if-else”堆砌，而是一套需要精心设计的状态机与优先级仲裁系统。今天这篇笔记，就围绕“失控保护”和“返航（RTL）”这两个核心安全机制，聊聊那些容易踩坑的细节。
二、失控保护的本质：不是“保护”，而是“降级”
很多初学者把失控保护理解为“一旦出事就返航”，这是危险的简化。真正的失控保护，是一套从正常飞行到安全终止的渐进式降级路径。飞控需要回答三个问题：
- 什么算“失控”？——信号丢失、GPS失效、电池电压过低、姿态发散、传感器数据异常……每个事件都有不同的严重等级。
- 降级到哪个状态？——悬停等待、自动返航、原地降落、紧急迫降，甚至直接切桨（比
