[参考译文] CC2652R：由 boostxl-AoA 获取的大量 IQ 样本无效。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1132998/cc2652r-a-large-number-of-iq-samples-obtained-by-boostxl-aoa-are-invalid

各位专家、您好。 我正在使用 RTLS 示例进行实验。 但我遇到了一些问题。 我的设备和环境如下所示。

器件：

• CC2652R×2.
• boostxl-AoA×1.

环境：

• cc13xx_cc26xx_sdk 6_10_00_29
• CCS 11.0.0

我使用的是 RTLS_Coordinator 和 RTLS_Responder 示例。 boostxl-AoA 插入到 CC2652R 中、其中刷写了 RTLS_Coordinator 示例。 相关配置如下。

RTLS_connected。py：

# ...
        "aoa_pattern_len": 3,
        "aoa_ant_pattern": [0, 1, 2]
# ...
scan_time=6,
connection_interval=10,
continues_connection_info=False,
angle_of_arrival=True,
angle_of_arrival_params={
    'enable_filter': True,
    'slot_duration': 2,
    'sample_rate': 1,
    'sample_size': 2,
    'cte_length': 20,
    'cte_interval': 2
},
data_collection_duration=30
# ...

天线 DIO 配置：

// DO NOT EDIT - This file is generated by the SysConfig tool.
// Antenna DIO configuration (should be adapted to the antenna board design)
uint32 antennaTbl[] = {
BV(27) | BV(28),
BV(27) | BV(29),
BV(27) | BV(30)
};

我使用的角度表示法与下图一致。

我发现、估计的 AoA 通常与实际 θ μ A 相距较远。 起初、我认为它是由环境界面引起的。 然后我选择了一个开放空间、再次尝试了实验、但它不起作用。

 θ 我的°、我想让 Δ I 等于90 μ A。 在我的情况下、AoA 估算值不正确且不稳定。  换言之、 它远远不是真正的 θ 并且是变量。 之后、我进入了 IQ 的相位。

下图显示了具有代表性的数据包的相位图。 根据我的配置、使用了 boostxl-AoA 的 A1.x。 我对天线 A1.1使用了红点、对天线 A1.2使用了蓝点、对天线 A1.3使用了绿点。 在绘制以下图时、省略了前八个(1...8/45)和最后一个 IQ 样本(45/45)。 因此、图中仅绘制了36个样本。 在本例中、最内圈代表第9个到第11个样本、而外圈代表后续样本。

上图中的相位轮调显然不符合预期。 主要有两点。
1、相位从红色旋转到蓝色、从蓝色旋转到绿色不匹配。
2.从红色到蓝色的相位旋转高于预期。 理论上、最大值为0.56π(≈101°)、而图中的相位旋转明显超过180°。

这种不正确的相位旋转会给解决 AoA 带来极大的困难。 我想问专家们是否遇到过类似的问题。  此问题的可能原因是什么？ 如何深入调试此问题？  
如果能得到你的帮助，我将不胜感激。