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.

[参考译文] LAUNCHXL-CC26X2R1:忽略连接参数?

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1511918/launchxl-cc26x2r1-connection-parameters-being-ignored

器件型号:LAUNCHXL-CC26X2R1

工具/软件:

大家好!

我有基于 SimplePeripheral 的项目。

v7.40。

我使用它来通过更改类似这样的 Linux 参数来建立不同的连接速度。

       echo "10">/sys/kernel/debug/bluetooth/hci0/conn_min_interval
       echo "10">/sys/kernel/debug/bluetooth/hci0/conn_max_interval

然后、在基于 CC26X2R 作为外设将我的 PC 作为中心连接到 BLE 器件时、连接参数被有效地更改。

现在(可能是在 v7.40上介绍的、但我没有注意到?) 我不能。

以下是我始终作为连接获得的内容、无论我在 Linux 计算机上做了什么更改。

 2000/01/01 00:23:12 1396648 ms 968                    ble.c  自有 MAC 地址 D0:2E:AB:D9:29:48
 2000/01/01 00:23:18 1402256 ms     1287              ble.c  中央对等器件、连接 DC:FB:48:6F:86:7C
 2000/01/01 00:23:18 1402269ms     1320              ble.c      参数 connInterval = 156 = 195.000000ms
 2000/01/01 00:23:18 1402282ms     1321              ble.c      参数 connLatency = 0
 2000/01/01 00:23:18 1402293ms     1323              ble.c      参数 connTimeout = 1000 = 10000ms

有什么想法如何解决这个问题?

编辑:是否未从 BLE 设备发送参数连接更新请求?

编辑2:实际上并不重要、因为即使尝试使用 BLE 设备来协商更快的连接、也会发生以下情况:

 2000/01/01 00:00:10   14223 ms     1918              ble.c  更新了 DC:FB:48:6F:86:7C 的参数、间隔:37.50 ms、延迟:0、超时:2000 ms
 2000/01/01 00:00:11   15589 ms     1918              ble.c  更新了 DC:FB:48:6F:86:7C 的参数、间隔:195.0 ms、延迟:0、超时:10000 ms

谢谢

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

    您好:

    感谢您联系我们! 我们将查看您的问题、尽快回复您!

    此致、

    Tarek

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

    您好:

    我是否可以询问您是否手头有一个监听器日志、以便更好地了解两个器件之间在无线模式下发生的情况?

    我将检查以下内容:

    1. 您能否使用基本的 simple_peripheral 示例来测试结果是否相同? 这将考虑您测试的项目与基本参考项目之间是否存在差异。
    2. 可能会发生中央设备(PC)拒绝来自外设的连接参数更新(BLE 规范允许这样做、例如在某些智能手机上发生)。 同样、拥有监听器日志可以帮助我们了解情况是否为这种情况、或者您可以检查在执行 GAP_UpdateLinkParamReq 后接收到的 gapLinkUpdateEvent_t 结构的操作码状态 (查看 API)、以检查器件是否拒绝了更新。
    3. 您能否确认实际在 Linux PC 上进行连接参数更新、因为情况似乎并非如此。

    BR、

    David。

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

    您好!

    1)没有差异

    2)注意、我们不会从外设发送请求更新

    3)我认为运行 simplelink 的设备拒绝了来自 PC 的更新,即使发生了更新。 我将做进一步的研究。 谢谢您的提示。