你好,对话框,
首先，让我阐明我们的情况为主题。我们的问题几乎和下面的链接一样，
https://support.dialog-semiconductor.com/ble-stack-doesnt-receive-discon..。
区别只是SDK版本。我们使用的是SDK3.0.10，因为我们的产品已经发布一年多了，但是我们仍然需要在SDK3.1.10的基础上为我们指定的客户定制系统功能。然后，我们遇到了这种问题。
根据上面的链接，他用SDK5.0.2.1修复了下面的问题。
在SDK3.1.10中，我们找不到user_custs1_b_data_ntf_cfm_handler()或类似的函数。
你能帮忙建议在SDK3.0.10中修复这个问题吗?
-----在链接中评论——
我在user_custs1_impl.c中的user_custs1_b_data_ntf_cfm_handler()中设置了一个标志，以确保在确认前一个BLE通知之前不会提交新的BLE通知，并且我的问题已经得到了解决。
——结束
最好的问候,
守
关键词:
设备:
嗨kasaokamamoru,
因为你是使用SDK3没有这些占位符函数为了你,如果你参照的票是一样的,你正在经历这意味着什么,已经在前面提到过机票,当你走出范围泛滥你的记忆,你继续生产通知所以我怀疑在断开指示出现之前设备会重新启动。因此，解决这个问题的一种方法是降低监督超时时间，这样外围设备就会更快地断开连接，也不会产生大量通知。你提到的票据中的客户所做的只是等待，直到通知进入缓冲区，然后发送一个额外的通知，在SDK 5中，自定义配置文件的这些功能以更方便的方式实现，在您的情况下，您必须在发送通知后捕获GATTC_CMP_EVT，该目的地为您的TASK，并触发该处理程序的下一个通知传输，因此，一旦您确认先前发送的通知已进入缓冲区，GATTC_CMP_EVT将触发，从该消息您现在可以安全地发送下一个通知了。
由于MT_dialog