亲爱的先生：，在我的项目中，这个设备使用的时间很短，可能是每天2分钟。但我需要保留RTC计数器，以记录用户使用设备但不打开BLE的时间。它是当前的SDK，我需要设置设备在ext睡眠模式下工作，并设置app_easy_定时器，当前约为3uA，太高了。若我将设备设置为在深度睡眠中工作，我可以使用定时器来定时唤醒吗？如果是，因为从深度睡眠中醒来会导致系统重置，如何知道重置原因？如何保持计数器变量？谢谢
顺致敬意，布伦特·郑
你好
您可以使用计时器从深度睡眠中醒来（585不称为深度睡眠，称为OTP复制延长睡眠）。您仍然可以将数据存储在内存的保留部分，从而保留时间计数器变量。
/MHv
亲爱的MHv_Dialog，
所以在OTP拷贝的延长睡眠中，只保留了32KB（块4）的系统RAM，对吗？如果是，电流应该在1.4uA左右，对吗？在14585年的数据表第26页中写道：在保留32KB RAM的延长睡眠模式下的典型降压应用，使用XTAL32K振荡器，1.4uA运行。请帮忙确认一下，谢谢。
以其当前形式使用SDK504实际上会导致典型的扩展_sleep_，其_OTP_拷贝电流约为1.9uA（因为它使用保留块4的整个32kByte）。
但哪种情况可以超过规范数据1.4uA？
保留块中未初始化数据的泄漏电流低于初始化数据。如果将32kbyte保留块（4）通电，但仅初始化其中的一小部分，则消耗量将接近1.4uA。然而，当前的SDK 6.0.4没有提供实现这一点的句柄。
好的，注意到了。希望Dialog可以改进SDK，使电池寿命更长。
我可以向您保证，我们的SDK团队日以继夜地在这方面工作：-）
你好
您可以使用计时器从深度睡眠中醒来（585不称为深度睡眠，称为OTP复制延长睡眠）。您仍然可以将数据存储在内存的保留部分，从而保留时间计数器变量。
/MHv
亲爱的MHv_Dialog，
所以在OTP拷贝的延长睡眠中，只保留了32KB（块4）的系统RAM，对吗？如果是，电流应该在1.4uA左右，对吗？在14585年的数据表第26页中写道：在保留32KB RAM的延长睡眠模式下的典型降压应用，使用XTAL32K振荡器，1.4uA运行。
请帮忙确认一下，谢谢。
顺致敬意，
布伦特·郑
你好
以其当前形式使用SDK504实际上会导致典型的扩展_sleep_，其_OTP_拷贝电流约为1.9uA（因为它使用保留块4的整个32kByte）。
/MHv
亲爱的MHv_Dialog，
但哪种情况可以超过规范数据1.4uA？
保留块中未初始化数据的泄漏电流低于初始化数据。如果将32kbyte保留块（4）通电，但仅初始化其中的一小部分，则消耗量将接近1.4uA。然而，当前的SDK 6.0.4没有提供实现这一点的句柄。
/MHv
好的，注意到了。希望Dialog可以改进SDK，使电池寿命更长。
我可以向您保证，我们的SDK团队日以继夜地在这方面工作：-）