首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >四天线PDoA跟随模块:从“能跟”到“跟得住”,差在哪?

四天线PDoA跟随模块:从“能跟”到“跟得住”,差在哪?

原创
作者头像
爱蓝信科技UWB
发布于 2026-10-10 13:22:03
发布于 2026-10-10 13:22:03
100
举报

四天线PDoA跟随模块:从“能跟”到“跟得住”,差在哪?

你见过那种自动跟着人走的行李箱吗?

机场演示视频里,它跟着主人丝滑穿行,拐弯、避障、停走,看起来像条听话的小狗。但真买回家用两天,问题就来了:主人拐个弯,它跟丢了;旁边有人走过,它跟错人了;走到金属货架旁边,它开始原地打转。

这不是个别产品的缺陷,是所有自动跟随类产品从“能跟”到“跟得住”之间的一道工程鸿沟。

PDoA(到达相位差)是当前跟随模块判断方向的主流技术。它的逻辑很直白:两个天线接收同一个信号,因为到达路径长度不同,会产生相位差。通过测量这个相位差,就能反推出信号到达的方向。

但简洁的原理,不代表工程上好做。

PDoA测角的核心约束

PDoA的测角能力,依赖两个天线之间一个微妙的距离关系。

间距拉大,同样的相位差对应的角度变化更明显,测角分辨率更高。但间距一旦超过半个波长,相位差测量就会出现周期性的模糊——一个相位差值不再只对应一个到达方向,而是对应多个可能的方向。

这个问题在工程上有一个明确的边界。半个波长,就是PDoA测角的“红线”。超过这条线,角度解算就会进入“多解”状态,系统无法判断目标到底在哪个方向。

所以,天线阵列的设计,本质上是在精度和模糊度之间找一个平衡点。

那是不是把天线间距控制在半个波长以内,问题就解决了?

并没有。这只是解决了“能不能测出角度”的问题。还有两个更现实的挑战,在真实场景里等着。

双天线方案的两个硬伤

目前跟随模块最主流的天线配置是两个天线。它的结构简单、成本可控,能满足基础的角度判断需求。但双天线方案有两个物理层面的硬伤。

第一个硬伤是前后镜像模糊。 两个天线只能判断信号在空间的某一侧,但无法区分它来自前方还是后方。这个镜像模糊,把双天线的有效测角范围限制在±90°以内。

在跟随场景里,这意味着什么?如果用户从机器人前方绕到侧后方,双天线模块可能会把“后方”误判为“前方”,导致方向输出完全错误。

第二个硬伤是没有冗余。 两个天线只有一组基线。如果其中一个天线被遮挡——比如用户走过金属货架、或者有人恰好站在天线前面——这组基线就失效了。

系统丢失了方向信息,跟随行为就会出错。这不是算法能补偿的,是天线架构层面的物理约束。

四天线阵列解决什么

四天线阵列从两个维度解决双天线的硬伤。

第一个维度是几何冗余。 四个天线形成多组基线。一个天线被遮挡,其他天线仍然可以继续工作,系统不会因为单点失效就丢失目标。有研究指出,当接收天线间距大于半个波长时,天线间距越大,通信分集效果越好。四天线阵列的价值在于用更大的物理间距获取分集增益。

第二个维度是解模糊。 多组相位差联合解算,把模糊的角度唯一化。双天线解不出来的唯一角度,四天线可以。这不是简单“多两个天线”,而是利用冗余基线消除周期性模糊。

但这还不够。

一个容易被忽略的关键问题:角度可不可信

四天线解决了“能不能测出角度”的问题。但在真实环境中,还有一个更根本的问题:测出的角度可不可信。

PDoA的测角精度依赖相位差的准确性。但在有墙壁、金属货架、甚至人体遮挡的环境中,信号会经过多次反射到达天线。反射信号的相位和直射信号叠加,会“污染”相位差测量。算出来的角度,可能是错的。

这个问题在跟随场景中尤其突出。跟随产品的工作环境是动态的:主人走在前面,两侧可能有墙壁、金属货架、停放的车辆、甚至其他行人。每一个反射面都会产生一条额外的传播路径。

有工程实践验证了这个问题。在超市环境测试中发现,UWB标签每隔几十秒位置跳到十米开外,原因是货架金属反射导致PDoA角度计算出错。

如果系统不加判断地信任每一个角度输出,错误的方向就会进入跟随控制回路,导致机器人往错误的方向移动。

信号质量评估:让系统“知道自己什么时候测不准”

一项2026年的专利提出了针对PDoA跟随的关键工程思路:不是信任每一个角度估计,而是为每个角度估计计算置信度,只有置信度高于阈值的估计才被采用。

具体做法是结合信号质量参数进行评估。系统检查每个天线的接收功率、信噪比、信号强度等指标是否满足阈值条件。如果信号质量满足要求,则判断角度可信,用于计算方位角。如果不满足,则判断角度不可信,丢弃该数据或将置信度标志设为非可信。

这个机制的核心价值在于:当多径条件导致角度不可信时,系统不是输出一个错误的角度,而是拒绝输出,等待下一个可信的测量。

对于跟随产品来说,“暂时不更新方向”比“输出一个错误方向”安全得多。错误方向会让机器人往错误的方向移动,而暂时不更新只是让机器人保持上一时刻的正确方向,直到获得可信的新角度。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档