X7.02.1Predictive control under teleoperation delay设计研究

延迟使闭环控制变为预测控制

别名: 时延遥操作 · move-and-wait

概念解释

通信延迟(latency)会把远程操作从直接的闭环控制(closed-loop control)变成事实上的预测控制(predictive control)——操作者发出指令后要等待延迟时间才能看到执行结果的视觉反馈,这个等待窗口越长,操作者依赖实时反馈微调动作的能力就越弱,只能靠对系统行为的预测来发出下一步指令。

机制

这个转变的临界点和监督控制(supervisory control)理论里的经典结果直接相关——早期对月球车等长延迟遥操作的研究发现,当往返延迟超过人类闭环反应时间的量级(大致几百毫秒到一两秒的区间开始显著恶化),操作者会自发从连续操控切换为"移动一点、等待反馈、再移动一点"的走走停停策略(move-and-wait strategy)。这个策略本质上是操作者主动放弃依赖实时反馈,退化为开环的预测式操作,以避免因反馈滞后而产生的过度修正和振荡——继续按连续闭环的方式操作,看到偏差就纠正,纠正的指令还没抵达远端,新的偏差反馈却已经基于更早的状态返回,越纠正越乱。这个切换不是操作者的失误,而是理性适应:走走停停牺牲了速度,换来的是把每一步动作和对应反馈重新对齐成一个可判断的单元,避免陷入基于过时误差不断加码的修正循环。

怎么研究

这类研究通常系统性操纵通信延迟大小(如 0、0.5、1、2、5 秒),测量任务完成时间、操作次数(是否更频繁地采用走走停停策略)、超调和振荡的发生率。也有工作专门标定操作者自发从连续控制切换到走走停停策略的延迟阈值,发现这个阈值随任务精度要求和操作者经验而变化——精度要求越高,操作者切换到走走停停的延迟阈值越低。命令粒度(单次动作对应的位移量)也是常见的操纵变量:允许操作者自行调节每次移动的步长时,延迟越大,操作者会自发把步长调得越小、越谨慎,这本身就是走走停停策略的连续版本。做这类研究还要注意把纯粹的往返延迟和延迟的波动性分开操纵,两者混在一起会让"多大延迟触发走走停停"这个结论失去参照系。

边界

延迟的影响程度和任务性质密切相关——需要持续闭环微调的任务(精细装配、高速避障)对延迟极为敏感,而离散化的高层指令任务(设定目标点、选择路径)对延迟的容忍度高得多。这条结论不适用于本身就设计为离散指令交互的监督控制场景,因为这类场景里操作者本来就不依赖连续反馈闭环,延迟的边际影响很小。可容忍的延迟量级也和后果的可逆性有关:深空探测器的动作大多可以慢慢重来,而涉及生命体组织或易碎物的任务,即使是同样的延迟,操作者也会更早、更保守地转向走走停停,不能只用一个通用的延迟阈值套用到所有领域。

怎么落地

设计任务流程时,应该根据实际通信延迟评估是否需要把连续操控任务重新设计为离散指令任务(把"实时驾驶"改为"标注目标点后自主导航"),而不是让操作者被迫用走走停停策略硬扛延迟。在延迟无法消除的系统里,可以提供显式的速率控制与位置控制切换开关,让操作者在延迟较大时主动降到更保守的控制模式,而不是被动地在连续控制界面里摸索出走走停停。验证办法是在目标延迟条件下实测操作者是否已经自发转向走走停停模式——如果是,说明当前的连续控制设计已经不适配该延迟水平,需要重新设计交互方式而不是指望操作者靠经验适应。

延伸

  • 同组:X7.02.2 需要预测显示或分级自主 · X7.02.3 延迟波动比恒定延迟更难适应
  • 相邻:X7.03 力与触觉回传 · X4.04 共享控制
  • 站内检索:teleoperation · supervisory control · move-and-wait strategy · latency compensation

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/X7.02.1