• 状态 TI Thinks Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 答案 1 答案
  • 订户 10 订户
  • 视图 1645 视图
  • 用户 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.

关于AOA控制过程的时延问题

user6304374
Prodigy 220 points
Other Parts Discussed in Thread: LAUNCHXL-CC2640R2, CC2640R2F

我们测试中，HOST收到RTLS_CMD_CONN_PARAMS的时间是T1，然后转发到PASSIVE，PASSIVE收到时间为T2，测试中发现，T2 T1间的时间差如果大于200-250MS，则后续流程中，PASSIVE收不到AOA数据。因为我们目前是通过4G网络传输，因此可能因为网络时延，出现时间差较大的情况。

这个时间能否解决，比如在MASTER PASSIVE SLAVER3个程序中有相应的配置参数？

目前是采用 LAUNCHXL-CC2640R2+BOOSTXL-AOA方案，协议栈simplelink_cc2640r2_sdk_3_40_00_10

时间很紧，请尽快答复，非常感谢！

  • 0
    TI__Guru**** 188340 points
    你的例程是否有改动？外部环境如何，即换不同环境测试结果有对比过吗？
  • 0 回复 Viki Shi
    Prodigy 220 points

    测试时外部环境较好，蓝牙距离1M左右，目前只是在实验室测试

    测试例程没有改动

  • 0 回复 user6304374
    TI__Guru**** 188340 points
    首先说明一下，CC2640R2F的AOA是基于TI私有协议，不是真正的BLE5.1，所以新版本的SDK以及不再支持AOA例程。以前的AOA例程仅作演示使用，真正基于BLE5.1的AOA是CC26X2系列，如有需要可以至官网了解

    说回你的问题，此问题不是网络问题。

    RTLS例程的流程是，master设备跟slave建立连接，一旦成功，master就把连接参数【连接间隔，信道映射，下一跳信道，跳频数，加密密钥等】分享给passive设备。假如收到此数据花费的时间太久，该数据就过时了。在这种情况下，passive会尝试监听之前已经使用过的信道，因此导致passive不能发现蓝牙连接或收到CTE数据。

    假如你有办法去测量或估算passive设备收到信息所需的时间，或者说假如你知道错过了多少个连接事件，那就有可能再次发现BLE蓝牙并重新监听CTE。对于CC2640R2F，你可以参考BLE spec (BLUETOOTH SPECIFICATION Version 4.2 [Vol 6, Part B], §4.5.8)的内容了解如何计算下一个信道

    总结一下，基于passive错过了多少个连接事件，passive设备需要计算出蓝牙连接的下一跳信道，然后才能重新开始AOA监听。