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/1516483/launchxl-cc26x2r1-slow-service-discovery

器件型号:LAUNCHXL-CC26X2R1

工具/软件:

您好、

我有一个用作外设的 BLE 器件。  它基于您的 SimpleBLEPeripheral 示例。

v7.40。

这个东西效果不错。

笔记本电脑或 Raspberry 连接到笔记本电脑并枚举其服务。 向它查询一些数据、大约15 KB。 断开连接。

但是、连接阶段相当慢。 我认为这源于 BLE 服务发现、每次大约需要5秒的时间。

实际上、该应用会连接(您可以看到它是因为我们将一个 UART 连接到 BLE 器件、它会输出连接事件及其参数)。

然后,所有的停顿5秒左右。

然后、应用程序开始从运行 SimpleBLEPeripheral 的 BLE 器件检索数据。

是否有办法从 BLE 器件固件的角度加快这种连接和服务枚举阶段?

谢谢

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

    您好、Kazola、

    您是否有可以共享的嗅探器日志? 根据 GATT 表的发现、在大多数情况下、连接建立过程本身并不正确? 您的连接参数是什么(例如 conn interval)以及 GATT 表有多大? 如果您使用不同的中央器件、例如手机或 Btool (包含在 SDK 中)、您是否会看到相同的延迟(大约5s)?

    基于此、我们可以尝试使用 GPIO 写入来检测不同段的代码、从而使用逻辑分析仪检查事件之间的延迟。

    BR、

    David。