• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 874 视图
  • 用户 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.

[参考译文] CC2652R：如何了解连接时间

admin
Guru**** 2892950 points

Other Parts Discussed in Thread: CC2652R, PACKET-SNIFFER

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1070743/cc2652r-how-to-find-out-the-connection-time

部件号：CC2652R

您好，

我正在使用 CC2652R 评估板。(BLE SDK simplelink_cc13x2_26x2_SDK_4_40_00_44)

对我来说，连接时间(而不是连接间隔)非常重要。 表示 BLE 设备与智能手机的连接速度。

我已经尝试使用 NRF Connect 移动应用程序从它生成的日志中找到它。 以下是日志中的步骤：

4：27.728连接到80：6F：B0：31：DA：A9...
D 14：34：27.728 GATT = device.connectGatt (AutoConnect = false，transfation_LE，首选 PHY = LE 1M)
D 14：34：30.104 [Callback]连接状态已更改，状态为：0，新状态为：已连接(2)
I 14：34：30.105连接到80：6F：B0：31：DA：A9
v 14：34：30.107发现服务...
d 14：34：30.107 GATT.discoverServices()
d 14：34：30.126 [广播]行动收到：android.bluetooth.device.action.ACL_CONNECTED
I 14:34:30.622连接参数已更新(间隔：7.5毫秒，延迟：0，超时：5000毫秒)
D 14：34：30.775 [Callback] Services Discovered with status：0
I 14:34:30.775发现服务

红色标记表示从连接到连接的时间大约为2.5秒(在1-5秒之间变化)。  

我在这里有两个问题。

1.从上面提到的日志(来自 NRF Connect 应用程序)无法理解连接到已连接之间的情况。 那么，我是否有任何方法/工具可以获得详细的连接过程日志？

2.当我将连接时间与使用 BLE4.2 SDK (ble_SDK_2_02_01_18)的产品版本1进行比较时，我没有发现连接时间有任何改善。 为什么连接时间更长，如何改善或缩短连接时间？

如果需要更多详细信息来回答我的问题，请告诉我。

谢谢。

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

    您好，

    1-全面了解所交换的 BLE 数据包的最佳工具是数据包嗅探器。 例如，您可以利用 数据包嗅探器。 如果您需要有关此工具的帮助，请确保打开专用线程。

    2-无论使用的蓝牙规格版本如何，连接建立时交换的数据包几乎相同。 换言之，您不应期望通过迁移到不同的设备或堆栈版本来获得很大的改进。

    我希望这将有所帮助，

    此致，

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

    克莱门特，您好！

    谢谢，我理解了对第二个问题的回答。

    但首先，我们如何使用数据包嗅探器来为我找出问题的答案，就像您告诉我如何利用嗅探器一样。

    我使用数据包嗅探器的时间已经有一段时间了，我只使用它来捕获数据包，例如，为了知道广告时间间隔，检查广告数据包数据。 但没有用于查找连接时间。 有兴趣了解这方面的情况。

    谢谢。

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

    您好，

    一般来说，协议分析器提供嗅探的数据包的时间。 数据包嗅探 器也提供此信息。

    有关 详细信息，请访问 www.ti.com/.../PACKET-SNIFFER。

    此致，

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

    克莱门特，您好！

    只是为了与您所说的一致，我的意思是“连接时间”(设备建立连接时间所需的时间)。 我不是指广告时间(发送的每个数据包之间的时间)或连接间隔。

    我也不明白如何使用数据包嗅探时间来计算连接建立时间。

    谢谢

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

    您好，

    任何良好的协议分析器都会提供收到的 PDU 的时间。 根据这一时间安排和 PDU 的内容，您可以找到连接时间。

    例如，考虑到以下结果，您可以评估在最后一个广告和第一个 ATT 请求之间需要多长时间。

    此致，