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.

[参考译文] CC2640:HCI_EXT_GetConnInfoCmd

Guru**** 2562990 points
Other Parts Discussed in Thread: BLE-STACK

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/568564/cc2640-hci_ext_getconninfocmd

器件型号:CC2640
Thread 中讨论的其他器件:BLE-STACK

您好!

我们在基于 BLE 堆栈2.1.0、主 HostTest USB 软件狗和2个外设器件的生产环境中遇到了一个奇怪的问题。

如果由于某种原因某个器 件断开连接(并且它按预期再次开始广播)、则通过 HostTest 发出的周期性请求(周期1)有时(幸运的是、在极少数情况下)会继续回复、表明活动连接为2、并且在回复中存在断开连接的器件的地址。

是否有其他人遇到此问题? 这是已知问题吗?

谢谢

卢卡

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    监控超时是什么? 如果在外设断开连接后立即发送请求、则主器件必须等待监控超时、以考虑连接无效。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    监控超时为2s、活动连接信息持续时间超过该超时。
    幸运的是、这个问题非常罕见、但我目前无法将其与某些特定事件相关联...

    谢谢

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

    在 BLE-Stack v2.2.0中解决了这种异常、即在连接终止后仍然报告为活动状态。 请参阅 github.com/.../3

    祝你一切顺利