接力追踪最脆的一秒：接手的无人机什么都没看见

长航时跟拍一个移动目标，单机撑不住，得靠多架轮流接力。工程上真正的坑不在飞控，而在交接那一两秒：交出去的那架还在拍，接手的那架从没见过目标，它得在画面不断的前提下，自己把目标找回来。

10 月 24 日的一篇论文把这一两秒拆成了一份可以逐条检查的协议。

一、发生了什么

目标一直在动，接收机手里没有历史观测，所以它不能只是「接班」，得主动去找一个能用的视角；同时发送机还在拍，视野不能被挡掉。

作者给出的是一份交接感知的恢复规划器。做法可以拆成三层。

第一层是位置对齐：发送机给出的目标位置预测带范围，这份预测被注册进接收机本地地图，两边才谈得上同一坐标系。

第二层是失败分类。找不到目标，可能是视野范围不够、目标在视野外；也可能是目标被建筑挡住，视野够也没用。前者靠偏航转头或平移靠近，后者得换视差角度绕开。用同一套动作救两类失败，往往两头落空。

第三层是动作准入。每个候选动作要过五道检查：自身离障碍够不够远、发送机的定位标记看不看得见、发送机到目标的视线有没有被挡住、轨迹时序还成不成立、能不能赶上截止时间。任何一道不过，整条不放行。

还有一条兜底：凑不出完整轨迹时不原地等，而是执行采样得到的、已通过检查的一小段前缀，再重新规划。这一小段必须非零。

结果分两部分。仿真里 49 次标准试验全部抓到目标，16 次压力试验里成 15 次。外场试验验证的是恢复几何：视野受限和环境遮挡下，动作确实按设计方向执行。摘要没给外场次数和成功率。

二、跟你有什么关系

做多机协同的：难的不是把单机算法复制几份，是机与机之间的约束。五道检查里有两道在保护队友，单机方案里没这种东西。

做安防巡检的：交接失败常常表现为「画面抖了一下」，事后很难归因。把失败分成视野型和遮挡型，是能直接抄的排查思路。

做机器人调度的：那条「整条不行先走一小段」的兜底，对任何有硬截止时间的任务都成立。

三、怎么判断你要不要一份显式交接协议

1. 先看接手方有没有历史观测。 有就按常规跟踪；没有，交接就得写成独立阶段，不能混在跟踪循环里。
2. 给发送机的预测打有效期。 注册时同时打时间戳，过期就当作没有——用过期预测去飞，比没有预测更危险。
3. 失败先分类，再动。 视野不够就转头或平移，被挡住就换视差。跳过分类直接调参数，通常是在浪费窗口。
4. 安全约束写成硬门，不做加权。 间距、标记可见、队友视线、时序、截止时间，任何一条不过就不放行整条。软化成奖励项之后，策略迟早用碰撞换成功率。
5. 兜底必须产生新观测。 整条不过时走一小段再重规划。判定就一句：这一小段有没有带来新证据。

四、三个别信的说法

「多机接力就是把单机方案复制几份。」 五道检查里有一半是机间关系：保护发送机到目标的视线、保证其定位标记可见。这些约束单机里没有，复制不出来。

「49 次全中，说明可以上现场。」 那是仿真标准试验。压力试验 16 次成 15 次，外场只验证了几何方向，不是完整任务成功率。

「这套方法能处理掉机。」 摘要里没有坠机或任务重分配的实验。它处理的是「接手那架没历史观测」，和「有一架没了」是两个问题。

补一句背景，不是论文结论：真掉一架之后要重划覆盖区、决定谁去补缺口，这依赖一份「当前谁在看什么」的共享状态，和交接协议里那份预测是同一类东西。交接写得好，恢复会容易些。

五、一句话结论

多机协作的可靠性不看单机飞得多稳，看交接那几秒有没有一份写得足够笨、每条都能被检查的协议。

信息来源

• arXiv 论文页：多无人机交接中的交接感知恢复规划（2026-10-24）

功能与价格以官方公告为准。本文写于 2026 年 10 月 27 日。