是否可以使用ULP唤醒ESP-Woom32？考虑替代方案

Question

我买了一些标有esp-wroom32模块的板。 Esptool报告该版本为：

Chip is ESP32D0WDQ6 (revision (unknown 0xa))
Chip ID: 0xbc78e36d10fd

看起来旧。

我编写了一些ULP测试程序，除了唤醒指令外，一切都按预期工作，似乎根本没有起作用。我觉得这可能是一个旧的硬件限制，但我不确定。

在调用Machine.Deepsleep（0）之前，我确保启用了唤醒源：

mem32 [0x3ff48038] = 0x200＆lt;＆lt; 10

无济于事。我还尝试从ULP本身启用ULP唤醒：

write_rtc_reg（rtc_cntl_wakeup_state_reg，21，11，0x200）;

也不起作用。搜寻，似乎在ULP唤醒稳定之前，这种芯片可能是来自。基于此，我认为该模块不支持ULP上的唤醒，我必须将ULP的输出接线到RESET PIN，以使主CPU唤醒。这仍然可以让我使用ULP进行更复杂的唤醒。我真正想要的是在适当的软件调试时间或经过一定的时间之后醒来GPIO PIN过渡。用例是我想立即报告状态变化的输入，但是如果没有状态变更，我仍然想偶尔醒来，以便让接收者知道我还活着。

将别针返回重置似乎还不错，但是在我这样做之前，有人有更好的主意吗？例如，（在Micropython中）Machine.Deepsleep（1000）工作，并且默认情况下使用计时器0。是否可以让ULP程序不断将计时器推回直到希望CPU醒来？

Answer 1

我做了这项工作。主要问题是在Micropython方面 - 我正在使用v1.19.1，但是我需要的更改实际上是在过去的5天中进行的。在此更新之前，我认为在设置它之后，在RTC_CNTL_WAKEUP_STATE_REG中清除了ULP标志。我无法弄清楚原因；我将源代码跟踪到一些ESP-IDF代码，并带有此评论：

// TODO: move timer wakeup configuration into a similar function
// once rtc_sleep is opensourced.

不过，每晚使用最新的Micropython，您只需致电：

ESP32.Wake_On_Ulp（true）

，并且一切都按预期工作。现在，在ULP中的唤醒指令之后，我将重置一个正确的标志集：

rst：0x5（deepsleep_reset）

这为即使在Micropopython World中即使在Micropython World中也打开了许多有趣的，非常低的功率可能性。

我不确定我是否能够解决这个问题，但是Micropython团队为我弄清楚了。对他们表示敬意。