• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 4 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 186 次查看
  • 用户 0 名在线用户
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] BOOSTXL-AOA：使用 SDK 函数的角度计算问题

admin
Guru**** 1136200 points
Other Parts Discussed in Thread: TIDA-01632
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1011788/boostxl-aoa-angle-calculation-issues-using-sdk-functions

器件型号：BOOSTXL-AOA

您好！

目前、我们有 BOOSTXL-AOA 和多个 CC26X2R1 DKS、simplelink_cc13x2_26x2_SDK_5_10_00_48 SDK。 我们获得了一个修补的 RTLS UI 软件、该软件不会因 UI 错误而崩溃。 具有默认设置的软件可以连接到主器件/CTE 接收器。 它可以与来自 CTE 发送器的周期性广播同步、并且可以接收 CT。 但是、结果(即角度)对于无连接模式以及连接导向模式来说都有点不可预测。 这种行为与我们的期望和演示不符： https://training.ti.com/tida-01632-automotive-bluetooth-low-energy-receiver-reference-design
在连接导向模式下、角度很少低于0度、不稳定、似乎未反映发送器和接收器之间的相对位置。

我们分析了原始数据、似乎采样工作正常。 使用与阵列不同的天线时、接收信号强度会显著下降、但这与 TI 文档中提供的说明相对应。


问题是的
a)我们的目标是否可通过 TI 解决方案实现？ 也就是说、使用两个具有两根天线的无连接模式中的两个 CTE 器件来进行方向查找的角度计算非常可靠？ 我们的方案应与 TIDA-01632完全匹配。
b)提供的算法(在 RTLS UI 或 SDK 中)是否能够在给定上述设置的情况下正确计算角度？
c) RTLS UI 是否完全支持无连接模式？
d) SDK 是否完全支持无连接模式？
e)如果我们让制造 TIDA-01632 PCB、此演示是否可以使用已有的 SDK？ 是否可以获取 TIDA-01632视频中介绍的源？

应报告0度角时的原始数据示例：

waveforms_sampled

我们的目标是进入状态、其中 BOOSTXL-AOA 套件将使用2根天线进行角度检测、类似于 TIDA-01632
请看看测量结果、并考虑这是否是 SDK 算法的足够质量数据？ 或者、您能否为我们提供有关结果的一般反馈？ 我们能够测量更多案例等
该测试是在实验室进行的、节点之间的距离约为1.5m。
此致 Zdenek 和 Jan
  • 0
    TI__Guru**** 1136200 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Zdenek 和 Jan、

    收集的 IQ 数据对我来说非常好-至少我认为您在非受控环境(即非导电传输)中无法获得更好的 IQ 数据。 在实际环境中、不需要的信号(多路径和并发传输)会干扰目标信号。 需要使用嵌入式或系统级算法来缓解这些问题并实现所需的定位性能/角度精度。

    这些算法应根据您的特定用例进行调整和微调。 在开发这些算法时、应考虑天线设计。

    到目前为止、在 SDK 中、我们提供的算法不应被视为能够减轻多路径影响。 这些算法只是示例、是针对3个天线阵列编写的。

    我的答案：

    A)您的目标是需要开发嵌入式或系统级算法来减少不需要的信号。

    b)否、这些算法仅针对3根天线编写、不会减轻多路径效应

    c)否 在无连接模式下、RTLS UI 仅允许收集 IQ 数据。 没有针对无连接模式运行实际角度计算。

    d)是的。 该 SDK 确实支持 CTE 传输和 IQ 数据采样、可用于开发特定于您的产品实现的定位算法。 支持 fr 连接和无连接模式。  

    e)我们不会在公共论坛上分享这些信息。

    此致、

  • 0
    TI__Guru**** 1136200 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    非常感谢您的回复。

    我们正在研究蓝牙 CTE 是否适用于远距离场景。 根据蓝牙规范、LE 编码 PHY 上没有 CTE、我们正在尝试了解如何处理它。

    无连接方向查找取决于周期性同步、这依赖于 ADV_EXT_IND 和 AUX_ADV_IND 数据包的传输。 这意味着三个数据包需要成功发送到接收 CTE。 这一要求随着距离的增加减少了成功接收的机会。 如果至少辅助数据包是使用编码 PHY 传输的、这将有所帮助。 不过、使用 LE 编码 PHY 传输 AUX_ADV_IND 似乎也意味着 AUX_SYNC_IND 的编码 PHY、这意味着将不会有 CTE。 我们得出结论认为、所有三个(在最佳情况下为最后两个)数据包都需要使用1M PHY 进行传输。

    Q1) TI 是否允许通过编码 PHY 传输 CTE？ 如果不是、是否有可能为远距离模式建立一个更可靠的通道、这意味着更高的数据包丢失？
     
    Q2)接收定期广播是否不受数据包丢失的影响？ 规范有点模糊、很难推断扫描器是否可以从 AUX_SYNC_IND 数据包的单个(多个)丢失中恢复。
     
    Q3)当我们使用专有无线 TI 模式时、是否有可能获得 I/Q 样本？ 我们不需要使用蓝牙。

    Zdenek

  • 0
    TI__Guru**** 1136200 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Zdenek、

    1) 1)否、我们不为编码 PHY 提供 CTE。 蓝牙 LE 连接可在数据包丢失时处理重新传输。

    2) 2)当定期广告"丢失"时、它不会重新传输-实际上、广告者无法知道是否有人收到了该广告。 这样，即使某些数据包丢失，同步设备(扫描仪)也会保持同步。 实际上、如果在可配置的超时期间未接收到数据包、扫描器会将同步视为丢失。

    3) 3) TI 不提供专有 AoA

    此致、

  • 0
    TI__Guru**** 1136200 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    如果您的问题已得到解答、请确保将该主题标记为已解决。 这将帮助其他用户找到此对话。

    感谢您的帮助、

    此致、