[参考译文] CC2340R5：如果客户端未反馈连接参数请求更改、则 BLE 栈不会返回

你好 Luca！

从我在 BLE 栈中可以看到、当接收到被拒绝的数据时、告知 BLE 栈当前何时处理参数更新的变量应复位。 我不知道参数更新的超时情况。 如果我能够使用您提供的项目重现问题、我将尝试重现您的问题并升级此问题。

临时解决方法可能是在收到失败的参数更新时断开连接。 您可以通过  在您定义的 GAP 事件处理程序中接收类型为 gapLinkUpdateEvent_t 的 GAP 事件来检查参数更新的结果。

此致、
Maxence

Lea 

下面是 pcap 文件的 2 个屏幕截图,以帮助您。

场景 1 中央忽略连接参数请求

1. 已建立连接且集中使用连接参数超出范围
2. 5 秒钟后外设请求连接参数更改
3. 集中忽略（这不是拒绝，它忽略，根本不回复）
4. 5 秒后、外设再次尝试请求 conn param 更新
5. BLEAppUtil_paramUpdateREQ 发回 bleAlreadyInRequestedMode

Scenarion 2 中央拒绝连接参数请求  

1. 已建立连接且集中使用连接参数超出范围
2. 5 秒钟后外设请求连接参数更改
3. Central 拒绝新的连接参数
4. 5 秒后、外设再次尝试请求 conn param 更新
5. BLEAppUtil_paramUpdateReq 发回  bleProcedureComplete

如果您需要更多详细信息、请告诉我、两种场景都可以使用我提供的固件进行复制。

您好！

您提到、如果中心拒绝 param 请求、则第二个请求返回  bleProcedureComplete、那么参数更新是否正确处理？
您是否也可以尝试断开连接解决方法是否有效？

此致、
Maxence

断开和重新连接可解决问题、但我们希望避免这种情况、因为它可能会要求客户交互。

是否有办法清除状态以允许应用程序使用  BLEAppUtil_paramUpdateReq 并触发连接参数请求？

在 bleProcedureComplete 上 、因为我找不到示例或文档、所以应用程序应该执行什么操作？

您好、

目前无法清除状态以允许应用程序使用 BLEAppUtil_paramUpdateReq。

我试图了解错误发生在哪些情况下、以便我可以升级此问题。 在您的第二种情况（中央器件拒绝参数请求）中、您说该函数返回  bleProcedureComplete。 这意味着该函数已正确执行、但您能否告诉我在函数返回  bleProcedureComplete 后参数更新是否成功 ？

对于中央器件没有响应的第一种情况、LL 请求的超时通过 BLE 规范固定。  蓝牙核心规范 v4.2、第 6 卷、B 部分、第 5.2 节说明如下：  

程序启动时、程序响应超时计时器应复位并启动。 排队等待传输的每个 LL 控制 PDU 都会重置程序响应超时计时器。 程序完成后、程序响应超时计时器应停止。  如果程序响应超时计时器达到 40 秒、 则认为连接丢失 。 链路层退出连接状态并应转换到待机状态。 应将连接中断通知主机。

因此、paramUpdateReq 函数的超时应在断开连接时完成、解决了参数更新不可重复的问题、因为断开连接会清除参数更新请求的状态。

此致、
Maxence

您好,感谢您的详细信息。

我分享了 2 个视频、以展示我们如何成功实现 2 个场景、并为固件项目提供一些小的更改。

错误 0x11

1. 与参数的连接超出范围（最短间隔 10ms）
2. 5 秒外设请求新参数后（最短间隔 15ms）
3. 中心 忽略该消息
4. 45 秒（或 5 秒）后、外设尝试发送新的 连接参数
5. 函数  BLEAppUtil_paramUpdateREQ return  0x11 (bleAlreadyInRequestedMode)

 e2e.ti.com/.../error-0x11.mp4

错误 0x1A

1. 与参数的连接超出范围（最短间隔 10ms）
2. 5 秒外设请求新参数后（最短间隔 15ms）
3. Central 发回 connectio 参数以保持 10ms 的间隔
4.  接收到 BLEAPPUTIL_LINK_PARAM_UPDATE_EVENT 后、外设会立即重试以发送新的连接参数请求
5. 函数  BLEAppUtil_paramUpdateREQ  返回 0x1A (bleProcedureComplete)

e2e.ti.com/.../error0x1a.mp4

使用的代码：

e2e.ti.com/.../1348.basic_5F00_ble_5F00_LP_5F00_EM_5F00_CC2340R5_5F00_freertos_5F00_ticlang.zip

您好、

我认为当 LL param 更新不受支持时、L2CAP 降级可能会导致此问题。
我的假设是,发生了以下情况:
-外设发送一个 LL param Update HCI 命令
- Central 返回 HCI_ERROR_CODE_UNSUPPORTED_REMOTE_FEATURE 因为它不支持 LL 参数更新
-外设发送 L2CAP 参数更新,这不会清除参数更新标志
-稍后,外设尝试发送 LL param Update HCI 命令,但失败,因为标志未被清除

您是否有一个嗅探器、您可以使用它来记录中央和外围设备之间的交换、以确认 L2CAP 降级确实正在发生？

此致、
Maxence

当然、 在 zip 文件中有 2 个 pcap 文件

e2e.ti.com/.../connection-params.zip

Lea 你好,这方面的任何更新?

 Lea 你好,这方面的任何更新?

你好 Luca！

我真的很抱歉、我真的很忙于处理其他事情。 您提供了很多关于您的两个案例的信息、我今天将花时间重现您的问题。

此致、
Maxence

Lea 我会尽可能做,我会离开几个星期。