返回工作笔记
NOTE ARCHIVE现场记录无人机2026-09-03
低空经济

一条航线能不能飞,AI 不能只会画线

从航线安全评审出发,梳理 AI 航线规划助手应解释的风险、备选方案与人工决策边界。

Clark 更新于 2026-09-03 阅读约 6 分钟 阅读 9

我最近在整理一份无人机管理平台的问题清单和航线安全 PRD。原来我只盯着禁飞区、限飞区和地形高度。把天气、设备状态、飞前检查、电池、时间窗口和电磁干扰一起放回去看,AI 航线规划助手的边界就更清楚了。

很多人以为航线规划就是在地图上画出一串点,再把任务发给无人机。

实际项目里,事情没有这么简单。

同一条航线,从机场起飞,接上作业航线,拍完再返航。它有可能在起飞后不久穿过禁飞区,也有可能在返航段遇到山地,还可能进入一片限飞区。地图上那条线画出来了,不代表它能安全飞完。

<!-- 配图 一条作业航线从机场起飞、进入作业区并返航的完整链路 -->

这份 PRD 原来的逻辑很直接。航点落进禁飞区,任务不能继续。航段穿过禁飞区,系统尝试插入绕行点。绕不开就阻断。进入限飞区,不绕开,按限飞区高度、地形高度和安全余量抬高航点。下发到机场前,还要再查一遍禁飞区。设备侧的 DJI 安全检查留作最后一道兜底。

这套多阶段检查有个好处。某一个环节漏掉了,后面还有机会挡住风险。

但现场问题单里留下的细节提醒我,拦住任务还不够。一次禁飞区专项测试里,航线贴着禁飞区边界时,系统出现过单点航线,随后又报文件格式错误。带状航线跨越边界时,页面给出的报错原因也不准确。用户看到的是一条没法保存的航线,却不知道该移动哪个点,还是系统已经把航线算坏了。

还有更麻烦的一种情况。航线任务因为禁飞区暂停,操作人员进入座舱,实时地图没有把禁飞区范围和实际飞行轨迹对应起来。任务列表里只写执行失败,外网发起的调度任务也缺少可复查的失败记录。风险已经发生,信息却断在不同页面和不同系统里。

这使我更在意 AI 助手输出什么。它不能只给出可飞或不可飞。它还要说明风险发生在哪一段,命中了哪一类规则,尝试过什么处理,最后为什么失败。这样飞手能调整航点,调度人员能决定是否换机场,系统维护人员也能回头查到问题出在哪里。

评审把讨论带到了图斑任务。

外部系统传来一个需要调查的图斑,图斑边界和禁飞区有一点相交。原来的规则会直接把任务标成失败。它很谨慎,也很省事。但图斑碰到禁飞区,不等于生成后的航线一定无法执行。作业区也许可以裁掉一小块,航线也许可以绕过去,业务上也许允许先完成可飞部分。

<!-- 配图 图斑与禁飞区相交后,完整执行、绕行、裁剪和失败四种结果的示意 -->

于是问题从“有没有碰到禁飞区”变成了“这项任务还有没有可执行的部分”。

这是我觉得 AI 可以参与的地方。

它先把任务目标、作业区域、机场位置、禁飞区、限飞区和地形数据放在一起。发现风险以后,不急着给一句失败。它可以生成几种方案。整块区域绕行后的航线,可飞区域裁剪后的航线,或者明确说明必须完整执行且无法绕行,所以任务不能下发。

人来选择方案,也能看见代价。多飞了多少距离,少覆盖了哪一块,限飞区抬高后会不会超过无人机或空域允许的高度,爬升率和续航够不够。

高度问题尤其不能只给一个更大的数字。限飞区高度、DEM 地形高度和安全余量叠加以后,可能已经超过无人机最大可飞高度,也可能超过平台配置或当地空域允许的上限。这个时候系统应该明确停止任务,并告诉用户是限飞区高度无法满足,还是地形高度无法满足。把所有情况都写成安全航线生成失败,现场的人根本没法判断下一步该改区域、改高度,还是换机场。

面状航线也有类似的问题。现有规划阶段可以按区域生成覆盖航点,安全避让放到后面的任务创建和下发检查。技术上未必有错,用户在绘制页面上却可能完全看不见风险。他画完一片区域,以为能飞,到创建任务时才发现要绕行、要抬高,甚至不能下发。

所以评审意见里提了一个很朴素的要求。进入绘制页面,禁飞区和限飞区图层默认就要显示。用户拖动边界时,系统实时标出相交风险。它不替用户拍板,却不能把风险藏到后面的流程里。

<!-- 配图 面状航线绘制页面叠加禁飞区、限飞区和风险提示的界面示意 -->

还有一个容易被忽略的开关叫 safeRoute。打开以后,系统会处理机场到作业区的连接、航线内部绕行、限飞区高度调整、DEM 地形检查和返航段。关闭以后,平台至少仍会在下发前检查禁飞区,可高度调整、地形处理和返航安全还有多少保留能力,必须写明白。

很多产品把开关做出来就算交付了。飞行安全里的开关更麻烦。它后面跟着的是谁看见了风险,谁确认继续,哪一步还会拦住任务。

航线本身通过检查,任务也未必可以下发。问题清单要求平台独立获取天气数据。中雨、风速超过 10m/s、能见度低于 500 米,属于禁止起飞条件。小雨和临界风速这类边界条件,需要人工二次确认,并留下操作人、时间和结果。这里 AI 能做的是把天气预报、机场实况、任务时长和返航余量放在一起,说明为什么建议等待、改期或缩短任务。它不能替飞手冒险起飞。

设备条件也要进同一张判断表。电量低于 80%,任务不应发起。起飞前还要逐项确认桨叶、固件、RTK、4G 模块和图传链路。陌生区域第一次执行任务,清单里甚至要求先做低空信号拉距测试。以前这些信息散在设备详情、检查表和飞手经验里。AI 规划助手若看不到它们,给出的航线再漂亮,也只是一张缺条件的地图。

时间窗口和电磁干扰同样会改变方案。夏季和冬季的可下发时段不同,临近结束时还要重新计算剩余电量和剩余航线。高压线、雷达站、基站集中区域需要在地图上提前标出,经过时给出信号干扰风险。这里的结果不该只有通过或失败,还应告诉人是应改起飞时间、换作业区域、调整航线,还是先处理设备和信号问题。

AI 航线规划助手可以先不接管飞行,也不用急着接 DJI SDK。第一版做成模拟器就有价值。把一个工地、一块图斑或一个面状区域放到地图上,给出原始航线、绕行方案、裁剪方案和不能执行的原因。每个高度调整点和绕行点都能解释来源。

<!-- 配图 AI 规划助手展示高度调整点、绕行点与失败原因的模拟界面 -->

这样做出来的东西,才不只是会画航线。

它是在任务下发之前,把原先藏在规则、开关和失败状态里的问题,提前摆到人面前。