主题中讨论的其他器件: SysConfig
工具与软件:
尊敬的支持团队:
我在连接到 NRF Connect 应用程序后收到一次 BLE 终止事件。
工程通过 GATT 服务器配置为外设角色、从示例工程中接管。

此致。
Rasikraj.
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.
尊敬的 Rasikraj:
我在您发送的日志中看到 LMP 超时、我不熟悉此错误、是否有蓝牙监听器日志可共享?
您是否还可以检查在使用 CC2340R5作为中央设备时是否发生此错误?
此致、
Tanguy
您好、Tanguy、
最新动态:
如果我使用以下设置、似乎没有发生终止。
但是,如果它被选中与'传递到应用程序',那么我有一个问题,它终止.

到目前为止、由于正在进行远程工作、我没有嗅探器。
我只需要作为外围设备继续进行这个项目的开发。
只是为了进行测试、我尝试运行"basic_ble_profiles_LP_EM_CC2340R5_freertos_ticlang"、似乎没有此类问题。
是否有办法确定此 LMP 超时的原因?
我还尝试跳过连接参数更新过程、但结果是相同的。
此致。
Rasikraj.
您好、Tanguay、
我不使用模块 app_connection.c 、而是使用为自定义应用创建的其他模块。 (但在这里复制了相同的处理和函数)
现在、在此应用中、我将使用新值发送连接参数更新请求。

使用如上所述的设置(接受所有设置)、我对此申请得到了积极的响应、不再终止。
但是、如果我将其设置为"Pass to app"、则会出现超时和终止问题。
是的、我得到事件 BLEAPPUTIL_LINK_PARAM_UPDATE_REQ_EVENT、并在那里发送"接受"响应。
此致。
Rasikraj.
尊敬的 Rasikraj:
我看到您在 LMP_TIMEOUT 之前有一个连接更新参数失败、您能否检查它是否 updateLinkParameters 符合 下表的要求?

此致、
Tanguy
尊敬的 Rasikraj:
我知道 只有当您 在 SysConfig 中设置"Pass to App"时、
我现在想探讨的理论是、您的 BLEAPPUTIL_LINK_PARAM_UPDATE_REQ_EVENT 处理程序需要太长的时间来回答 param 更新请求。 我希望确保参数更新响应在新连接事件之前和连接超时之前发送、这就是我建议增加该值的原因。
对于健全性检查、如果使用默认值、是否存在同样的问题 updateLinkParameters ?
此致、
Tanguy