尊敬的先生：，
在我的项目中，设备使用的时间很短，可能是每天2分钟。但我需要保留RTC计数器，以记录用户使用设备但不打开BLE的时间。它是当前的SDK，我需要设置设备在ext睡眠模式下工作，并设置应用程序\u容易\u定时器，目前约3uA，它太高了。如果我将设备设置为在深度睡眠中工作，我可以使用定时器来定时唤醒吗？如果是，因为从深度睡眠中醒来会导致系统复位，如何知道复位原因？如何保持计数器变量？
谢谢！
顺致敬意，
布伦特·郑
设备：
⚠️
你好。。谢谢你来参加论坛。令人兴奋的消息！我们现在正在移动到我们的新论坛平台，将提供更好的功能，并包含在主对话网站的过程。所有帖子和账号都已迁移。我们现在只接受新论坛上的流量-请在//www.xmece.com/support. 我们将在未来几天内修复bug/优化搜索和标记。
你好。。谢谢你来参加论坛。令人兴奋的消息！我们现在正在移动到我们的新论坛平台，将提供更好的功能，并包含在主对话网站的过程。所有帖子和账号都已迁移。我们现在只接受新论坛上的流量-请在//www.xmece.com/support. 我们将在未来几天内修复bug/优化搜索和标记。
你好，
您可以使用计时器从深度睡眠中醒来（585不称为深度睡眠，称为OTP复制延长睡眠）。您仍可以将数据存储在内存的保留部分，从而保留时间计数器变量。
/MHv公司
尊敬的MHv\U Dialog，
所以在使用OTP拷贝的延长睡眠中，只保留了32KB（块4）的系统RAM，对吗？如果是，电流应该在1.4uA左右，对吗？在14585年的数据表第26页写道：典型的降压应用在延长睡眠模式与32 kB内存保留，从XTAL32K振荡器，1.4uA运行。
请帮忙确认一下，谢谢。
顺致敬意，
布伦特·郑
你好，
以其当前形式使用SDK504实际上会导致典型的扩展的\u sleep \u，其\u OTP \u拷贝电流约为1.9uA（因为它使用保留块4的整个32kByte）。
/MHv公司
尊敬的MHv\U Dialog，
但哪种情况可以超过规范数据1.4uA？
保留块中未初始化数据的泄漏电流低于初始化数据。如果将32kbyte保留块（4）通电，但只初始化其中的一小部分，则消耗量将接近1.4uA。但是，当前的sdk6.0.4没有提供实现这一点的句柄。
/MHv公司
好的，注意到了。希望Dialog可以改进SDK，使电池寿命更长。
我可以向您保证，我们的SDK团队日以继夜地在这方面工作：-）