器件型号: CC2745R10-Q1
您好、TI
现在、我们使用 TI CC2745R10 EVM 评估 CS 功能。 我们发现一个 CS 过程到输出距离的时间约为 600ms。 我们使用 SDK 中的 pyton 脚本进行测试、并设置 1000 个循环计数。 完成 CS 测试后、我们发现每次输出距离约为 600ms。
是否有任何方法可以减少一个 CS 过程输出距离的时间。 您能给我一些建议吗? 谢谢你。
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
您好、TI
现在、我们使用 TI CC2745R10 EVM 评估 CS 功能。 我们发现一个 CS 过程到输出距离的时间约为 600ms。 我们使用 SDK 中的 pyton 脚本进行测试、并设置 1000 个循环计数。 完成 CS 测试后、我们发现每次输出距离约为 600ms。
是否有任何方法可以减少一个 CS 过程输出距离的时间。 您能给我一些建议吗? 谢谢你。
您好 Chen、
您可以通过更改某些配置来减少每次采样的时间。
1.可以减少信道探测过程中的步骤数。 请按照此 E2E 主题上的说明进行操作。
2.如果您尚未切换至 2x1、1x2 或 1x1 天线配置、则可以切换至该配置。
3.您可以启用 CS 过程重复。 这是在 CS 参数中完成的。 若要在 python 脚本中执行此操作、需要进行一些更改。 我在下面附加了我的 python 脚本、它可以进行 CS 重复。 要启用 CS 过程重复、请使用 cs_set_procedure_params_repeat。 对于不确定范围、请设置 MAX_Procedure_COUNT 到 0(请注意,我附加的脚本不适用于此选项)。 要配置过程之间的连接事件数量、您可以配置 min/max_procedure_interval 。 我将其设置为 8。
e2e.ti.com/.../ble_5F00_device_5F00_car_5F00_node_5F00_with_5F00_distance.py
如果这对 python 评估有帮助、请告诉我。 请注意、由于器件和 python 脚本之间的通信、python 演示速度会较慢。
谢谢、
Isaac
您好 Chen、
很高兴看到您这边的延迟降低了!
我已经使用了 min/max_procedure_interval 之间、连接间隔为 30ms、没有出现任何问题。 但是、我在更改步骤计数后没有对此进行测试。 您能给我一个无效值数量的估计百分比吗?
您是否也可以向我发送您的信道地图? 您是否使用的通道图与我链接的 E2E 主题中使用的通道图相同? 请告诉我。
谢谢、
Isaac
您好、Isaac
无效值的百分比为 4%。 我们使用的通道映射为{0xFC、0xff、0x7f、0xFC、0x00、0x00、0x00、0x00、0xff、0xff、0x1f}
您能帮助弄清楚 以下 问题吗
可以设置的最小/max_procedure_interval 值。 最小值是否为 6?
2.如果我们将 min/max_procedure 设置为 8。 这是否意味着启用重复时、一个 CS 程序时间将大于 8*ConnInverval。
3.是否可以 减小 minSubEventLE/maxSubEventlen 的值
您好 Chen、
有关信道映射、请查看蓝牙规范第 7.8.137 节第 4 卷、E 部分。 CS 配置部分将概述哪些通道可在通道映射中使用、哪些通道不能使用。 此外、您要在什么环境中进行测试?
1. 6 是我设置的最小/max_procedure_interval。 我没有低于此值的测试。
2.如果 min/max_procedure_interval 为 8、这意味着每个过程将在最后一个过程之后启动 8 个连接事件。 是的、每个过程将有 8 个连接间隔。 也就是说、两者之间的 8 个连接事件也负责数据传输、因此不要在数据传输完成后计数 8 个事件。
3.你可以。 但请注意、这可能会导致 CS 过程拆分为多个连接事件。
谢谢、
Isaac
嗨、Issac
然后将 min/max_procedure_intval 设置为 8。 启用 cs 过程时、我们 在函数 CarNode_handleCsSubeventResultsEvtConnEvt 中打印出 pSubeventResultsContEvt->abortReason 。 和 函数 CarNode_handleCsSubEventResultsEvt 中的 pSubEventResultsEvt->abortReason。 我们注意到 中止原因值不是 0x00、很多值是 0x03 或其他值。
0x03 的中止原因值表示 CS_ABORT_INTERNATE_PASSIVED。 我们以为 这是不正常的。 您能观察一下这个值、看看是否有同样的问题吗?