亲爱的先生,
在我的项目中，设备使用的时间很短，每天大概2分钟。但我需要保留RTC计数器，记录用户使用设备的时间，但不打开BLE。它当前的SDK，我需要设置设备工作在ext sleep mode，并设置app_easy_timer，当前约3uA，它太高了。如果我设置设备工作在深度睡眠，我可以使用定时器周期唤醒?如果是，因为深度睡眠唤醒会导致系统复位，如何知道复位原因?如何保持计数器变量?
谢谢!
最好的问候,
布伦特郑
设备:
⚠️
大家好. .感谢各位光临论坛。令人兴奋的消息!我们现在正在迁移到我们的新论坛平台，它将提供更好的功能，包含在主Dialog网站中。所有的帖子和帐户已经迁移。我们现在只接受新论坛的流量-请张贴任何新的线程//www.wsdof.com/support．我们将在未来几天修复bug /优化搜索和标签。
大家好. .感谢各位光临论坛。令人兴奋的消息!我们现在正在迁移到我们的新论坛平台，它将提供更好的功能，包含在主Dialog网站中。所有的帖子和帐户已经迁移。我们现在只接受新论坛的流量-请张贴任何新的线程//www.wsdof.com/support．我们将在未来几天修复bug /优化搜索和标签。
你好,
您可以使用计时器从深度睡眠中唤醒(对于585来说，它不称为深度睡眠，而是称为带OTP拷贝的扩展睡眠)。您仍然可以将数据存储在内存的保留部分中，从而保留时间计数器变量。
/ MHv
亲爱的MHv_Dialog,
所以在使用OTP拷贝的扩展睡眠中，只保留了32KB(block 4)的系统RAM，对吗?如果是，电流应该在1.4uA左右，对吗?14585 datasheet(数据表)26 page写道:典型的buck-application在长睡眠模式下使用，保留32kb 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没有提供实现此功能的句柄。
/ MHv
好的,指出。希望Dialog可以改进SDK，使电池寿命更长。
我可以向你保证，我们的SDK团队正在日夜工作:-)