亲爱的先生，在我的项目中，设备使用很短的时间，也许每天2分钟。但我需要保持rtc计数器，记录时间用户使用设备，但否打开ble。它当前SDK，我需要设置设备在EXT睡眠模式下工作，并设置app_easy_timer，当前大约是3ua，它太高了。如果我设置了在深度睡眠中工作的设备，我可以使用定时器到唤醒唤醒吗？如果是，因为从深睡眠唤醒会导致系统重置，如何知道重置原因？如何保持计数器变量？谢谢！
最好的祝福，布伦特郑
嗨，
您可以使用计时器从深睡眠中唤醒（它不称为585的Deep Sleep，它被称为OTP副本的延长睡眠）。您仍然能够将数据存储在存储器的保留部分中，从而保留时间计数器变量。
/ mhv.
亲爱的mhv_dialog，
因此，在使用OTP副本的延长睡眠中，保留了32kB（框4）的系统RAM，对吧？如果是，则当前应该在1.4ua左右？在14585年的数据表中写道：典型的降压应用在延长睡眠模式下，保留了32 kB的RAM，从XTAL32K振荡器，1.4UA运行。请帮助确认，谢谢。
在其当前形式中使用SDK504实际上会导致典型的Extended_sleep_with_otp_copy电流约为1.9ua（因为它利用保留块4的整个32kbyte）。
但哪种情况可能超过规格数据1.4ua？
保留块中的未初始化数据的泄漏电流低于初始化数据。如果您要有32kbyte保留块（4）供电，但只初始化它的一小部分，消耗将近1.4ua。然而，当前的SDK 6.0.4不提供acheieS的手柄。
好的，指出。希望对话可以改善SDK，使电池寿命更长。
我可以向您保证，我们的SDK团队在那天和晚上工作:-)
嗨，
您可以使用计时器从深睡眠中唤醒（它不称为585的Deep Sleep，它被称为OTP副本的延长睡眠）。您仍然能够将数据存储在存储器的保留部分中，从而保留时间计数器变量。
/ mhv.
亲爱的mhv_dialog，
因此，在使用OTP副本的延长睡眠中，保留了32kB（框4）的系统RAM，对吧？如果是，则当前应该在1.4ua左右？在14585年的数据表中写道：典型的降压应用在延长睡眠模式下，保留了32 kB的RAM，从XTAL32K振荡器，1.4UA运行。
请帮助确认，谢谢。
最好的祝福，
布伦特郑
嗨，
在其当前形式中使用SDK504实际上会导致典型的Extended_sleep_with_otp_copy电流约为1.9ua（因为它利用保留块4的整个32kbyte）。
/ mhv.
亲爱的mhv_dialog，
但哪种情况可能超过规格数据1.4ua？
保留块中的未初始化数据的泄漏电流低于初始化数据。如果您要有32kbyte保留块（4）供电，但只初始化它的一小部分，消耗将近1.4ua。然而，当前的SDK 6.0.4不提供acheieS的手柄。
/ mhv.
好的，指出。希望对话可以改善SDK，使电池寿命更长。
我可以向您保证，我们的SDK团队在那天和晚上工作:-)