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.

[参考译文] CC2745R10-Q1:在 CC2745R10 上执行~3000–5000 过程后、信道探测停止接收距离

Guru**** 2526730 points


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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1560827/cc2745r10-q1-channel-sounding-stops-receiving-distance-after-3000-5000-procedures-on-cc2745r10

器件型号:CC2745R10-Q1


工具/软件:

您好、

我们使用的是 CC2745R10 EVB 一方 SimpleLink 低功耗 F3 SDK v9.11.00.18
执行测试期间使用 汽车节点 关键节点 固件、我们发现了 大约在 3000–5000 过程之后、信道探测程序停止报告距离数据 。 在此之前、一切都正常工作。

我们使用双天线板、并已根据 TI 用户指南:
TI 信道探测简介指南

我们在 Python 脚本中所做的唯一更改是ble_device_car_node_with_distance.py、增加循环计数:

#设置过程参数并多次启用过程
对于 I IN 范围 (10000): #从 100 修改为 10000
car_node.cs.set_procedure_params(cs_set_procedure_params)
Time.sleep (0.1)
CS_proc_enable (
CAR_Node、
CS_set_procedure_params[“max_procedure_count"],“,</s>、
WAIT_FOR_REMOTE=True、
wait_for_distance=True、
EXTENDED_RESUL=False、
WAIT_FOR_RAW_EVENTS=False、
)

您以前是否发现过类似的问题?
是否有针对此问题的已知解决方法或修复方法?

谢谢!
Michael

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

    您好、Michael、  

    我没有注意到这个问题、但我个人也没有进行过类似的测试。 我从其他人那里听说这可能是一个问题。 在星期五 (09/03) 之前、我应该一直在此 SDK 上运行一些测试、以便验证我这边的问题  

    此外、将发布新的 SDK 星期五。 该 SDK 为 v9.11.01、将对信道探测进行许多改进。 我没有看到与提到的这个特定问题相关的任何内容、但通过实施的所有修复程序和更新、可以尝试使用 SDK。  

    此外、您的最终用例是什么?  

    谢谢、
    Isaac

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

    您好、Isaac、

    感谢您的支持!
    我期待此星期五的 v9.11.01 SDK 版本。 我将在下周一起进行测试、然后分享测试结果。
    我们的用例可能是数字钥匙应用。

    谢谢!
    Michael

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

    您好、Michael、  

    如果您发现 9.11.01 SDK 版本出现类似问题、请打开一个新的 E2E 主题! 此外、如果您有任何其他问题、请随时通过 E2E 与我们联系!  

    谢谢、
    Isaac