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

[参考译文] LAUNCHXL-CC26X2R1：服务 UUID 对 SCAN_RSP 的影响使连接成功

admin
Guru**** 2350610 points
Other Parts Discussed in Thread: SYSCONFIG
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1420155/launchxl-cc26x2r1-effect-of-service-uuid-on-scan_rsp-on-connection-success

器件型号：LAUNCHXL-CC26X2R1
主题中讨论的其他器件：SysConfig

工具与软件：

您好！

我使用 python 库与 cc26x2r 进行交互、该库可在 Raspberry PI 的 Linux bluez v5.66基础上工作。

根据 cc26x2r 的数据、有时我与外设的连接会失败。

这是我当前的 SCAN_RSP SysConfig 配置。

我想知道哪些 SysConfig 参数可以帮助我减少这个问题。 我希望尽可能减少连接重试次数。

该错误仅在有时发生、是"bluez 服务发现未启动"。

我在你们的示例中只使用了 data_service。 这就是所显示的 UUID。

奇怪的是、在笔记本电脑上、一切都运行得更加顺畅。

请告诉我任何提示或意见、或许我需要更多地填充 SCAN_RSP？

祝你度过美好的一天！

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

    您好！

    感谢您联系我们。  

    我建议先评估 问题发生的时间。 我的意思是、您提到的错误消息让我想到 GATT 服务发现存在问题。 我的意思是、这让我认为问题发生 在连接建立后-即没有必要更改扫描响应、因为它仅在连接建立之前使用。

    之后、我建议评估  服务发现的运行方式。 有几种方法存在、对于器件的 GATT 表中的更改、这些方法可能并不都那么强大。  

    我希望这将有所帮助、

    此致、  

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

    您好、Clement、

    我做了这个。

    使用 Raspberry Bluez 处理基于 cc26x2r 的设备时、我需要附加 Wireshark tcpdump 文件。

    有趣的事情发生在1180行附近、可能更多一点。

    https://file.io/FScCdc4Gf6R1

    在这个示例中、它似乎只是在立即断开连接时进行连接。

    此外、我试图通过不使用我正在使用的 python 库来隔离这个问题、而是尝试直接与 bluetoothctl 连接。 通过这种方式、我们知道它不是 python 库问题。

    感谢您的宝贵意见和时间。 我还附加了 btmon.txt 文件、这是同一现象的另一种捕获类型。 它看起来更容易阅读。

    e2e.ti.com/.../btmon.txt

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

    您好！  

    很有趣、感谢您的分享。  

    我必须很高、我无法访问您共享的 https 链接(被网络阻止)。

    但是、  btmon.txt 文件提供了有趣的详细信息：  

    • 似乎从未建立连接(参阅断开完成事件中的"无法建立连接(0x3e)")
    • 中央设备发送"LE 读取远程使用功能(0x04)"命令、但该命令从不执行(或未响应)

    换言之：

    • 外设"F0：5E：CD：25：9D：D2"在接收到连接请求后从未出现=>我们应该尝试了解原因
    • 中心设备不会"决定"终止连接=>没有理由尝试修改扫描响应或类似操作

    要了解外设未显示连接的原因、可以首先考虑导致无法建立连接的最常见问题(并选择最有可能首先深入研究的问题)  

    1. 器件是否已崩溃？ 是否存在无法建立连接的内存不足？  
    2. 设备是否执行可能与连接建立过程相冲突的其他蓝牙操作？
    3. 器件的睡眠时钟是否不够准确？ 在没有 LF 晶体的情况下运行时可能会发生这种情况

    我希望这将有所帮助、

    此致、