ESP32C3 заглушка DeepSleep перестала исполняться

nikolz · 3 Май 2025

Возникла такая проблема.
В ESP-idf есть примеры.
Взял пример esp-idf\examples\system\deep_sleep_wake_stub
Он очень простой.
В нем две функции
1) основная: wake_stub_example_main.c
2) заглушка: rtc_wake_stub_example.c
В основной запускается режим deepSleep и устанавливается вторая функция как заглушка из deepsleep
Когда процессор выходи из сна он запускает заглушку , которая находится в FAST RAM
В итоге заглушка запускается очень быстро примерно 6 ms.
Сначала тест исполнялся замечательно.
Но потом ESP перестал исполнять заглушку. Посмотрел в интернете вроде бы такая проблема встречалась, но ее решение не нашел.
Кто что знает по данному вопросу?

pvvx · Воскресенье в 09:40

nikolz написал(а):
Кто что знает по данному вопросу?

Надо внимательнее читать README.md

nikolz · Воскресенье в 13:16

это я читал.
Разобрался. Все работает.
Просто вывод журнала как-то отключился. Поэтому создавалось впечатление, что заглушка не работает.
получилась такая картинка потребления (мА) (время ms):

1 - это обычный выход
2- заглушка
Но время исполнения заглушки, т е возврат в сон не получается меньше 12 ms.

pvvx · Воскресенье в 23:58

A что такое ваши 6..7 мА в "2"?

pvvx · Понедельник в 00:02

nikolz написал(а):
Просто вывод журнала как-то отключился. Поэтому создавалось впечатление, что заглушка не работает.
...
Но время исполнения заглушки, т е возврат в сон не получается меньше 12 ms.

А вывод в журнал сколько длится?

pvvx · Понедельник в 00:17

И взгляните на это: https://gist.github.com/fabianoriccardi/83fd33797cfb301d6c7f5c4db4b5616d

CPU @40MHz IDLE = 10 mA

nikolz · Понедельник в 06:36

pvvx написал(а):
А вывод в журнал сколько длится?

судя по документации 6.5ms.
Но у меня сейчас его нет, вернее сказать нет ничего в терминале. Замерить не могу так как его нет.
По какой-то причине отключился вывод в UART при работе заглушки.
Судя по замерам выход в заглушку происходит быстро (менее 1 ms) в заглушке данного теста всего лишь цикл подсчета числа выходов и возврат в deepsleep. И это исполняется 12 ms.
--------------------
Не могу найти файл, в котором задаются параметры конфигурации изначально.
sdkconfig всегда возвращается в исходное состояние.

pvvx написал(а):
И взгляните на это: https://gist.github.com/fabianoriccardi/83fd33797cfb301d6c7f5c4db4b5616d
CPU @40MHz IDLE = 10 mA

В приведенной ссылке не указано что включено а что нет.
У меня получилось(см выше на картинке) сначала импульс 17 mA, потом 6 mA в заглушке при частоте 80 MHz. Но в этом режиме работает лишь fast RAM и процессор остальное выключено, как указано в документации.

pvvx · Понедельник в 07:02

nikolz написал(а):
судя по документации 6.5ms.
Но у меня сейчас его нет, вернее сказать нет ничего в терминале. Замерить не могу так как его нет.
По какой-то причине отключился вывод в UART при работе заглушки.
Судя по замерам выход в заглушку происходит быстро (менее 1 ms) в заглушке данного теста всего лишь цикл подсчета числа выходов и возврат в deepsleep. И это исполняется 12 ms.

esp-idf/examples/system/deep_sleep_wake_stub/main/rtc_wake_stub_example.c at master · espressif/esp-idf

Espressif IoT Development Framework. Official development framework for Espressif SoCs. - espressif/esp-idf

github.com

Код:

// Print the counter value and wakeup cause.
    ESP_RTC_LOGI("wake stub: wakeup count is %d, wakeup cause is %d, wakeup cost %ld us", s_count, wakeup_cause, wakeup_time);

esp-idf/examples/system/deep_sleep_wake_stub/main/wake_stub_example_main.c at master · espressif/esp-idf

Espressif IoT Development Framework. Official development framework for Espressif SoCs. - espressif/esp-idf

github.com

Код:

printf("Wake up from timer. Time spent in deep sleep: %dms\n", sleep_time_ms);
...
printf("Enabling timer wakeup, %ds\n", wakeup_time_sec);

Т.е. в UART выводится более 150 символов, что составляет: 150*10/115200=0.01302 секунды или 13 мс
На вашем графике тока этого вывода (изменения тока в моменты вывода в UART) не видно.

В приведенной ссылке не указано что включено а что нет.
У меня получилось(см выше на картинке) сначала импульс 17 mA, потом 6 mA в заглушке при частоте 80 MHz. Но в этом режиме работает лишь fast RAM и процессор остальное выключено, как указано в документации.

Там всё и так ясно - там измерен ток в deep-sleep. А это потребление всех лишних компонентов. Если его вычесть из измерений, то получим ток самой ESP32-C3.
И ток в IDLE при CPU 40MHz уже больше чем в вашем замере, что говорит о вашем неверном измерении... Или вы измеряете что-то не то.

nikolz · Понедельник в 09:03

pvvx написал(а):
esp-idf/examples/system/deep_sleep_wake_stub/main/rtc_wake_stub_example.c at master · espressif/esp-idf

Espressif IoT Development Framework. Official development framework for Espressif SoCs. - espressif/esp-idf

github.com

Код:

// Print the counter value and wakeup cause. ESP_RTC_LOGI("wake stub: wakeup count is %d, wakeup cause is %d, wakeup cost %ld us", s_count, wakeup_cause, wakeup_time);

esp-idf/examples/system/deep_sleep_wake_stub/main/wake_stub_example_main.c at master · espressif/esp-idf

Espressif IoT Development Framework. Official development framework for Espressif SoCs. - espressif/esp-idf

github.com

Код:

printf("Wake up from timer. Time spent in deep sleep: %dms\n", sleep_time_ms); ... printf("Enabling timer wakeup, %ds\n", wakeup_time_sec);

Т.е. в UART выводится более 150 символов, что составляет: 150*10/115200=0.01302 секунды или 13 мс
На вашем графике тока этого вывода (изменения тока в моменты вывода в UART) не видно.
Там всё и так ясно - там измерен ток в deep-sleep. А это потребление всех лишних компонентов. Если его вычесть из измерений, то получим ток самой ESP32-C3.
И ток в IDLE при CPU 40MHz уже больше чем в вашем замере, что говорит о вашем неверном измерении... Или вы измеряете что-то не то.

Я измеряю ток потребления через Vc=5 вольт на модуле ESP32C3 super_mini.
Возможно есть потребление через адаптер USB-UART.
Изначально у меня данный тест запускал как описано в док.
Потом возможно что-то затерлось в модуле.
Теперь никакого вывода протокола нет ,
даже после полной переустановке esp-idf и новой сборке.

pvvx · Понедельник в 16:39

Заново - в README.md описано, как включается и отключается вывод журнала и что необходимо установить в конфигураторе.

И вообще в документации всех MCU/SoC всегда указано время пробуждения чипа. В доках всегда описывают время стабилизации работы кварцевого генератора и прочих тактовых, типа PLL. Но у ESP я этого не нашел. Наверно это сИкретные данные

nikolz · Вторник в 06:24

pvvx написал(а):
Заново - в README.md описано, как включается и отключается вывод журнала и что необходимо установить в конфигураторе.

И вообще в документации всех MCU/SoC всегда указано время пробуждения чипа. В доках всегда описывают время стабилизации работы кварцевого генератора и прочих тактовых, типа PLL. Но у ESP я этого не нашел. Наверно это сИкретные данные

Прикол в том, что я ничего не отключал.
Но вывод протокола исчез. Более того, в заглушке перестал работать вывод в UART.
Переустановка ESP-idf ничего не изменила протокол исчез.

nikolz · Вторник в 12:25

Переустановил ESP-idf.
Протокол заглушки так и не появился.
К этому добавился вывод протокола начальной загрузки.
Раньше я его отключал.
Теперь никакими танцами с бубном он не отключается .
Выводит вот такую хрень. Никакие запреты это не отключают.

Что не так?

aZholtikov · Вторник в 12:41

Предложение конечно дурацкое, но иногда "глаз замыливается"... Можно sdkconfig посмотреть?

nikolz · Вторник в 13:44

aZholtikov написал(а):
Предложение конечно дурацкое, но иногда "глаз замыливается"... Можно sdkconfig посмотреть?

Прикрепил весь.
То что отвечает за лог здесь:

#
# Log
#
CONFIG_BOOTLOADER_LOG_LEVEL_NONE=y
# CONFIG_BOOTLOADER_LOG_LEVEL_ERROR is not set
# CONFIG_BOOTLOADER_LOG_LEVEL_WARN is not set
# CONFIG_BOOTLOADER_LOG_LEVEL_INFO is not set
# CONFIG_BOOTLOADER_LOG_LEVEL_DEBUG is not set
# CONFIG_BOOTLOADER_LOG_LEVEL_VERBOSE is not set
CONFIG_BOOTLOADER_LOG_LEVEL=0

#
# Boot ROM Behavior
#
# CONFIG_BOOT_ROM_LOG_ALWAYS_ON is not set
CONFIG_BOOT_ROM_LOG_ALWAYS_OFF=y
# CONFIG_BOOT_ROM_LOG_ON_GPIO_HIGH is not set
# CONFIG_BOOT_ROM_LOG_ON_GPIO_LOW is not set
# end of Boot ROM Behavior

Что не так?

aZholtikov · Вторник в 14:30

Чудеса... На ESP32 все норм, на ESP32C3 нет... Все что можно "потыкал"... Надо думать...

nikolz · Вторник в 15:37

прикольно то, что на предыдущей установке ESP-idf у меня Log загрузчика отключался.
Т е из всего что на картинке выше выводилось лишь строки начиная с nktest это начало программы

aZholtikov · Вторник в 15:50

Я пробовал на 5.4.1. Вечером ради интереса попробую на 5.0.0.

nikolz · Вторник в 16:57

проблема решена.
В sdkconfig есть повторные строки включения Log стр. 1272
исправил так:
CONFIG_LOG_DEFAULT_LEVEL_NONE=y
получилось так:

pvvx · Среда в 09:31

nikolz написал(а):
проблема решена.
В sdkconfig есть повторные строки включения Log стр. 1272
исправил так:
CONFIG_LOG_DEFAULT_LEVEL_NONE=y
получилось так:
Посмотреть вложение 14449

То есть, спустя несколько дней, наконец прочитали:

pvvx написал(а):
Надо внимательнее читать README.md

pvvx · Среда в 10:13

"Для большинства чипов ESP время инициализации составляет около 280 мкс."
Это какой-то кошмар.
Пример у EFR32MG21 - из deep-sleep в пределе 12.2 мкс, т.е. в 22 раза:

ESP32C3 заглушка DeepSleep перестала исполняться

Well-known member

Активный участник сообщества

Well-known member

Активный участник сообщества

Активный участник сообщества

Активный участник сообщества

Well-known member

Активный участник сообщества

Well-known member

Активный участник сообщества

Well-known member

Well-known member

Active member

Well-known member

Вложения

Active member

Well-known member

Active member

Well-known member

Активный участник сообщества

Активный участник сообщества