亲爱的对话的支持,
是否有一种方法让固件运行在从设备上使用DA14580 (sdk5.0.4)拦截LL_CONNECTION_UPDATE_REQ -通过修改SDK中提供的任何源代码触发回调?
原因是，我们发现在某些情况下，iPhone或Android可以发出非提示的LL_CONNECTION_UPDATE_REQ，使用非预期的连接参数破坏BLE链接。我们希望能抓住这一点并加以纠正。
如果可能的话，你能告诉我怎么做吗?
问候,
uta_lc
设备:
⚠️
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
嗨uta_lc,
通过在app_process_catch_rest_cb()中捕获GAPC_PARAM_UPDATED_IND，您应该能够获得更新参数指示，但这表明主服务器已经更改了连接参数。在将新参数应用到连接之前，无法捕获该消息。在LL_CONNECTION_UPDATE_REQ消息中，主服务器和从服务器之间没有协商，从服务器要么接受新参数，要么在应用了这些参数后立即丢弃链接，外设无法进行其他操作。另一方面，这在主端是可能的，您将能够捕获从端的L2CAP请求，以便决定是否接受这些参数。
由于MT_dialog