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.

[参考译文] CC2642R:蓝牙连接后、应用程序未获得 GAP_LINK_established 事件。

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1192683/cc2642r-the-application-did-not-get-gap_link_established_event-after-bluetooth-connection

器件型号:CC2642R
器件:Launchpad,simplelink_cc13xx_cc26xx_sdk_5_40_00_40
电话:Huawei Mate 50、HarmonyOS 3.0.0
此电话连接到器件、应用程序未收到 GAP_LINK_established 事件。
2.此电话能够模仿配对请求,但配对失败并终止, 应用程序没有收到 GAP_LINK_TERMINATED_EVENT 事件。
3、UART 在连接前工作正常、在连接后无法注销。
4.程序正常运行,不会崩溃。 (调试模式)
5.重置后将再次出现此问题。
6.使用另 一部手机连接 此设备时,不会重现此问题。
7.使用此电话连接到另 一台设备时,不会重现此问题。
请检查监听器日志。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    e2e.ti.com/.../cc2642_5F00_sdk540_5F00_adv_5F00_stop.zip

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

    您好 Shepherd、

    您能否指定 CC2642器件上使用的应用程序? 您是否正在使用 simple_peripheral? 您是否在修改后的示例中观察到这一点? 如果是、那么您是否可以尝试在未修改的示例上重现此行为?

    此致、

    1月

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

    是的、这是 simple_peripheral、现在无法重现此问题、但事实确实如此、因为我们市场上有许多产品处于广告停止状态。 这是我们在实验室中唯一一次复制它。  

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

    您好 Shepherd、

    明白了。 明白。 仔细查看日志、我已通过 HUAEI 手机进行过滤、并看到以下数据包:

    E0:F4:42:F5:85:28是 simple_peripheral 器件吗? 是否观察到器件出现此行为时的任何模式? 该行为是否往往发生在 BLE 流量较大的环境中? 发生该行为时、器件是否处于连接状态? 此行为可能已在较新的 SDK 版本中得到解决。 如果发现重现该行为的方法、那么我强烈建议查看更新到最新 SDK 是否可以解决该行为。

    此致、

    1月

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

    您好、Jan、很抱歉我没有将我的器件清零、simle_peripheral 器件是80:6F:B0:EE:AA:96、器件名称是 HOZ4887F4F7A0EE。

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

    您好 Shepherd、

    感谢您的澄清。 不用担心!

    浏览数据包似乎存在一些问题。 中央设备似乎发送了一条消息、该消息被 Ellisys 软件标记为 SMP Unknown、我不确定它是什么。 我还看到 simple_peripheral 器件以空数据包响应来自中央器件的连接参数请求。 监听器日志记录的是未修改的 simple_peripheral 还是基于 simple_peripheral 的自定义应用? 是否在您的应用程序中启用了发送连接参数请求的选项?

    此致、

    1月

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

    您好、Jan、  

    是基于 simple_peripheral 修改的应用。

    1.连接参数 设置如下。

    2.只允许1M PHY,并屏蔽 PHY 切换的代码。

    //发送器和接收器 PHY 只允许1M PHY 用于所有后续连接。
    (空) HCI_LE_SetDefaultPhyCmd (HCI_PHY_USE_PHY_PARAM、HCI_PHY_1_Mbps、HCI_PHY_1_Mbps);

    3. 应用程序中 connList 变量的代码  没有改变。

    4.  应用程序中 GAP_UPDATE_LINK_PARAM_REQ_EVENT 和 GAP_LINK_PARAM_UPDATE_EVENT 事件中的代码 不变。

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

     您好 Shepherd、

    明白了。 感谢您的详细信息! 您是否可以尝试在未修改的示例中查看该行为? 这将有助于我们缩小导致行为的修改范围。

    此致、

    1月

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

    您好、Jan、  

    这两个项目中都没有复制(修改和修改示例)。

    测试后、 对于具有多个连接的器件、连接将以7.5ms 的间隔出现异常。

    在此数据包中、连接间隔为7.5ms。

    7.5ms 连接间隔的影响是什么?

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

    您好 Shepherd、

    连接间隔是连接事件之间的时间间隔。 7.5ms 是可能的最小连接间隔、这将导致可能的最小延迟。 如果在单个连接中使用多个外设、建议使用更高的连接间隔值  用户指南的"连接参数"部分提供了一些有关如何为项目选择理想连接参数的信息。

    此致、

    1月