Autonomous Systems · 2026

从自主飞行走向自主任务

讨论研发重点如何从飞行稳定扩展到完整任务系统协同。

全文

阅读全文

飞行能力之后

无人机能够稳定起飞、巡航和返航,只解决了任务系统的一部分问题。真正进入巡检、消防、应急和低空服务场景时,平台还需要理解任务区域、优先级、禁飞边界、地形代价、风场影响和剩余航程,并把这些条件转化为可执行的航迹。

Autavia Type 7-3 的任务规划研究围绕森林消防巡检展开。任务从基地出发,在有限航程和时间内覆盖林区,优先经过高火险区域的可观测位置,绕开禁飞区和高代价区域,最后保留返航余量。平台构型提供垂直起降与巡航能力,任务层负责决定飞向哪里、按何种顺序飞行以及何时调整计划。

将任务条件写入模型

规划系统首先把环境拆分为若干可计算的层:火险优先级描述巡检价值,地形坡度和高度形成飞行代价,风场影响不同方向上的能耗,禁飞区与障碍区形成硬约束。航程、航时、速度和安全高度构成平台约束。所有信息在统一地图中叠加,形成任务规划的输入。

覆盖任务与点到点导航存在明显差异。最短路径无法保证高价值区域得到足够观察,也无法直接处理覆盖率与返航余量之间的平衡。规划过程需要同时回答航点如何生成、访问顺序如何安排、障碍如何绕行以及航迹如何平滑。

分层规划流程

研究采用风险加权航点生成,使高优先级区域获得更密集的观察点;使用遗传算法与 2-opt 调整航点访问顺序;在局部障碍环境中使用改进 A* 搜索安全通路;最后通过 B 样条降低折线航迹中的突变。各层输出可以单独检查,也可以组合成完整任务计划。

这一结构有利于工程调试。覆盖效果不足时,可以回到航点生成;总航程过长时,可以调整排序与约束;局部路径贴近障碍时,可以检查代价地图和搜索参数;转弯过急时,可以调整平滑过程。任务系统由多个可解释模块组成,问题定位更直接。

从界面到任务闭环

Autavia Mission Agent 原型将任务输入、规划状态和结果组织在同一界面中。操作者可以选择任务区域、设置约束、启动规划,并查看路线、风险分布和状态日志。该界面目前用于展示工作流与交互逻辑,后续可以接入真实地形、气象、飞行平台状态和任务回传数据。

完整任务闭环还包括执行监控与动态重规划。风场变化、通信质量下降、临时禁飞区和电量消耗都可能要求系统更新航迹。规划结果需要与飞控、地面站和任务载荷保持一致,使航迹从静态文件转变为持续更新的运行计划。

自主任务系统的方向

下一阶段的工作将集中在真实地形数据、动态约束、外场任务和系统接口。任务智能的价值来自可靠的工程闭环:环境信息能够进入模型,模型能够生成可执行计划,平台能够反馈状态,系统能够据此调整任务。

从自主飞行走向自主任务,需要把飞行平台、感知、规划、控制和地面系统放在同一架构中。Autavia 的长期方向正沿着这条路径推进。

相关项目

Autavia Type 7-3

Autavia Type 7-2

Autavia Type 7-1