我只希望我的系统在app\u default\u sleep\u mode=ARCH\u EXT\u sleep\u ON下工作，但是在一些条件匹配之后，我应该关闭ble并将系统置于深度睡眠模式。过程如下：
1.另一个名为mcu A的mcu在spi上加了一个命令，比如“你应该进入深度睡眠模式”
2. DA14580 checkes if bluetooth is advertising or connected: if connected, disconnect it and do not restart advertising in disconnected callback; if advertising, just call app_easy_gap_advertise_stop to stop advertising
3. DA14580 ack the MCU_A with "OK, I'm ready" , then call arch_ble_ext_wakeup_on() and arch_set_deep_sleep(). (I think this should put the DA14580 in deep_sleep mode)
4. MCU_A put itself to deep_sleep.
NOTE: the code is run on otp.
但有时，DA14580似乎睡了几秒钟就醒了，没有广告，但整个系统的电流却增长到0.59mA。
What may happen after DA14580 put itself into deep sleep? The watchdog fired? or some timer is still running waked up the DA14580?
你好，Cgha，
我正在检查内部情况，尽快通知你。
BR,保罗
我在哪能找到醒来的原因？我现在在WFI（）之后设置了一个断点，是的，DA14580在我让它进入深度睡眠后被唤醒。
所以现在我想找到唤醒原因来定位我的源代码bug。
你好，Cgha，
请让我知道，如果你是按照正确的程序发送系统在深度睡眠。
有关信息，请参阅SDK5.0.4邻近报告器-代码跟随按钮\启用API。
I assume the 0.59mA is seen from a periodic wakeup CFG_MAX_SLEEP_DURATION_EXTERNAL_WAKEUP_MS, please increase this value to 10 sec for example to see the impact as well.
看门狗，如果启用，可以在以后的阶段观察。
Please also check this tutorial:
//www.wsdof.com/sites/default/files/training_04_sle...
BR,保罗
默认情况下，CFG\u MAX\u SLEEP\u DURATION\u EXTERNAL\u WAKEUP\u MS是10秒，我没有更改这个值。停止ble adv和连接后，系统应准备进入深度睡眠。
注意：进入深度睡眠时没有应用程序计时器运行。
如果我只是注释掉arch\u set\u deep\u sleep（使用默认的extend sleep），它是可以的（IRQ pin在睡眠后没有问题，因此不会被唤醒），如果我将它设置为deep sleep，IRQ pin在睡眠数秒后会有一些问题，我猜应用程序会被这些问题唤醒，等等系统崩溃（因为我的系统是等待MCU A在DA14580完全进入睡眠状态后复位）。我不知道故障是唤醒引起的还是刚刚复位。我用示波器看了一下复位是不是由MCU A断言的，进入深度睡眠后没有复位信号。
你好，cgha，
Can you check the active Uart TX line using a scope and see if there is anything going on with that. If the device wakes up then there might be some bootloader activity sending out chirps
Also, can you confirm if you have followed our instructions in the tutorial to setup the Deep sleep memory configuration.
这确保选择了正确的内存，并且在设置为深度睡眠模式之前，必须确保没有分配任何堆内存。否则，系统将不会进入深度睡眠。如果是这种情况，代码将在keu mem\u is \u empty（keu mem\u NON \u RETENTION）失败，
而且,我也将recommend that you monitor any active BLE operations before setting the deep sleep mode. Looking at one of your comments, the device waking up with WFI means either the device hasn't gone to Deep sleep mode at all or something is waking it up. I beleive the from this information, the device is not going to Deep sleep.
Best regards,
LC\U对话框
我的系统在正常时间使用延长睡眠，最后一步，如果MCU A要求DA14580进入深度睡眠，则进入深度睡眠。当它进入深度睡眠后，它不应该被唤醒，它正在等待MCU A重置它。
你好，cgha，
我知道你想在系统设计中做什么。你能试一下我在之前的评论中提到的上述步骤吗。这些信息将帮助我们缩小您面临的问题的根本原因，并可能通过以下步骤之一解决。。
Best regards,
LC\U对话框
1.进入睡眠前，我可以确认我的所有应用程序计时器都已取消。
2.在进入睡眠之前，我可以确认我已经使用wkupct\u disable\u irq（）禁用了gpio唤醒；
3.在进入睡眠前，我可以确认我已经打开了arch\u ble\u ext\u wakeup\u。
4. Now I test use extend sleep instead of deep sleep, set a flag before enter sleep, then check this flag after wakeup, if this flag is set, call watchdog reset, the test result is the DA145480 get reset.
你有电子邮件吗？我可以寄给你我的项目，以帮助我检查。
你好，cgha，
We have the China forum on which user can use Chinese to discuss with us.
你认为我们有必要在中国论坛上继续讨论吗？
如果是，请打开一个新的线程来描述您的问题：
https://support.dialog-semiconductor.com/forums/dialog-smartbond-bluetooth-low-energy-%E2%80%93-software-dialog-%E2%80%9Csmartbond%E2%80%9D%E7%B3%BB%E5%88%97%E4%BD%8E%E5%8A%9F%E8%80%97%E8%93%9D%E7%89%99%E2%80%94%E8%BD%AF%E4%BB%B6
比尔
Yibin
好的，我会在中文论坛上打开一个新的帖子。谢谢，宜宾和LC\u对话。
欢迎光临~