你好对话框，
起初，让我为主题的情况发挥作用。我们的问题几乎与以下链接相同，
https：//support.dialog-semicondiondiond.com/ble-stack-doesnt-receive-discon ...
差异只有SDK版本。我们正在使用SDK3.0.10，因为我们的产品已在1年前推出，但我们仍需要根据SDK3.1.10向我们指定客户提供保留的系统功能。然后，我们遇到这种问题。
通过SDK5.0.1修复了以下问题，修复了以下问题。
在SDK3.1.10中，我们找不到user_custs1_b_data_ntf_cfm_handler（）或类似函数。
您可以帮助在SDK3.0.10中修复此问题吗？
-----评论链接---
我在user_custs1_b_data_ntf_cfm_b_data_ntf_cfm_b_dathler（）中设置一个标志，以确保除非确认前一个，否则未提交新的BLE通知，并且我的问题已得到修复。
- - - 结尾 - - -
此致，
Mamoru.
关键词：
设备：
嗨Kasaokamamoru，
由于您使用的是SDK3，没有这样的占位符函数，以便您使用，如果您所指的票证与您遇到的票据相同，则遇到这意味着在前一张票中提到的，那么当您出门时您在生产泛滥内存的通知的范围内容，因此我怀疑设备在断开指示发生之前重置。因此，处理这一点的一种方法是降低了您的监督超时，即外设将更畅销的方式，并且不会产生大量通知。您所提到的机票中的客户只是等待，直到通知已进入缓冲区，然后发送额外的通知，在SDK 5中，自定义配置文件的函数以更正的方式实现，在您的情况下您必须在发送通知后捕获具有目标的Gattc_cmp_evt，并且在发送通知后，从该处理程序触发下一个通知传输，所以一旦您获得确认，您已将发送的前一个通知已进入缓冲区，则Gattc_cmp_evt将触发器和从该消息中，您现在可以安全地发送下一个通知是安全的。
谢谢mt_dialog.