工具/软件:
您好、我们可以观察到一些断开连接 情况、报告为 LL_STATUS_ERROR_LL_TIMEOUT、在我们的诊断系统中、我们仅在设备连接到 Windows 计算机(不是 iOS、Android、macOS)时观察到此问题。
我们观察到的行为是连接最后一段时间(从 30 秒到 60 秒)、然后器件断开连接、报告此链路层超时。
这种行为是否有任何可解释的原因?
使用的 SDK 为 8.20.00.119
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.
工具/软件:
您好、我们可以观察到一些断开连接 情况、报告为 LL_STATUS_ERROR_LL_TIMEOUT、在我们的诊断系统中、我们仅在设备连接到 Windows 计算机(不是 iOS、Android、macOS)时观察到此问题。
我们观察到的行为是连接最后一段时间(从 30 秒到 60 秒)、然后器件断开连接、报告此链路层超时。
这种行为是否有任何可解释的原因?
使用的 SDK 为 8.20.00.119
尊敬的 Luca:
这是非常有用的信息、因为 40 秒恰好是 BLE 规范中用于链路层操作(如参数更新)的超时值。
引用 BLE 规范第 5.2 章程序响应超时:
本节指定应应用于所有的程序超时规则
第 5.1 节中指定的链路层控制过程、但除外
存在连接更新和信道映射更新过程
无超时规则。
为了能够检测无响应的链路层控制过程、两者都是
中央和外围设备应使用程序响应超时计时器 T PRT。
程序启动时、程序响应超时计时器应
要重置和启动。
排队等待传输的每个 LL Control PDU 都会重置该过程
响应超时计时器。
当程序完成时、程序响应超时计时器应为
已停止。
如果程序响应超时计时器达到 40 秒 即 ACL
连接被视为丢失(请参阅第 4.5.12 节)。 链路层退出
连接状态、并应转换到待机状态。 主机应为
已通知连接断开。
这表示失败的过程是第 5.1 节中表格的一部分。
但是、我没有显示此状态下失败的芯片组列表。
此致、
Lea