Результаты поиска

Так-же смотрим в ассемблере, как располагаются константы и адреса вызовов и данных после сборки сишных исходников. Константы и адреса располагаются в конце процедуры. Это значит, что кэш должна была выбрать блок по адресу старта процедуры и блок в конце процедуры, чтобы CPU смог исполнить...

Проверить качество кода и производительность ESP можно очень просто. Собираем какой пример с WiFi и RTOS. Для RTOS ставим частоту тиков в 1 мс. Частоту CPU в 16 MHz. Должен успевать качать и всё делать по WiFi без доп. задержек – т.е. 800 килобайт в сек в TCP. RTL87xx на Corteх M0 в 16 MHz всё...

Оптимизация компилятора по размеру кода с включением подфункций даст самый большой тормоз в ESP :P

С кэшированием Flash у ESP можно извратиться по полной, написав код в шахматном порядке (команды jmp или вызовы call с ret в сторону уменьшения адресов расположенными с интервалами равными блоку считываемого из Flash контроллером XIP). Тогда на каждый ret или jmp будет читаться блок в кэш из...

Поглазел что пишут про deep-sleep в ESP Zigbee SDK... И указывают тоже-самое - deep-sleep более затратный для ESP чем light-sleep: Глубокий сон не используется SDK. Разработчик должен управлять им в своих приложениях. Для получения дополнительных методов пробуждения вы можете обратиться к...

Реальные задачи могут содержать множество вызовов отдельных процедур, которые будут кэшироваться по мере их вызова. И скорость выполнения может ещё больше просесть. В принципе так оно пашет в любой задаче WiFi с MQTT - там кода более мегабайта и он в жизнь не влезает в кэш и ESP тупит по черному.

Разницы не должно быть. Производится измерение времени выполнения процедуры, а тип среды IDE тут ни при чем. Цель тут в том, чтобы добиться линейного кода, когда отрабатывается заполнение кэш. Хорошая оптимизация компилятором может оптимизировать данный код вообще в nop, т.к. результат вызова...

Кто-то там говорил о производительности ESP32-C3. Попробуем посчитать реальную производительность ESP32-C3 для больших объемов кода или для задач, где фигурирует чтение-запись Flash (вызывающая полное опустошение кэша CPU). Для примера создадим задачу из трех сумм и одного умножения 32-х битного...

И расчет сколько это проработает от батарейки CR2032 указывает на 7 дней :ROFLMAO: Далее сбой из-за просадки напряжения ниже 1.6B при токе в 32 мА на старте инициализации Arduino.

И для сравнения в nRF Power Profiler Kit II (PPK2) тоже самое (при установке напряжения 3.3В): В низу график GPIO вывода...

Не тот диапазон тока включил (срабатывало ограничение в 24 мА). На большем диапазоне, чтобы видно было ток работы в Arduino: Клетка тока как и указано для синего - 5 мА.

Ущё враньё DeepSeek. Но это не ИИ врет, а пользователи ESP создали такой спам :) Указанный пример: #define uS_TO_S_FACTOR 1000000ULL /* Conversion factor for micro seconds to seconds */ #define TIME_TO_SLEEP 1 /* Time ESP32 will go to sleep (in seconds) */ void setup() { //...

На другом модуле ESP32-C3 c внешней Flash наблюдаем те-же 12..13 ms на время пробуждения SoC:

Включение питания на SPI-Flash (в доках для низковольтных Flash) параметр времени старта указан как 1..10 ms. Т.е. минимум 1 ms ! "Program, Erase and Write command are ignored" в течении до 10ms. В BLE/Zigbee чипах питание FLash и RAM (если выставлены флаги) на deep-sleep не отключается. А...

У EFR32MG21 старт из отключки SoC аж 17.8 ms до старта исполнения кода из Flash. Но для deep-sleep предусмотрено сохранение внутренних потрохов для быстрого рестарта уже в 12.2 us. Всё это типично, но с плюс - минус для других специализированных для быстрого пробуждения чипов. А в ESP этого не...

Для средней паршивости CR2032 всё просто - после 60% разряда у неё внутренне сопротивление будет к 100 Ом. А при токе 16 мА это составит падение в 1.6В от химии в 3.0В и выйдет всего 1.4В, чего ну ни как не достаточно для работы ESP-С3. В итоге выкачав половину заряда из CR2032 ESP-C3 просто не...

И тут совравши. CR2032 при указанных 20 мкА и импульсе за 16 мА не отработает и 8 месяцев. CR2450 наверно протянет год, если будет всё по минимуму - до 20 мкА и никакого кода кроме входа и выхода из deep-sleep каждые пару сек.

Врет. Считает только время исполнения кода без учета старта SoC в 12 ms.

Пример потребления Zigbee роутера (20.2 мА 3.3V) и измерителя на TLSR8250 c INA226 (до 0.2мА 3.3V) от одного Li-ion 18550 (2Ач): и зарядка. Итог до 3.47В - 2.01 Ач и работа ровно 100 часов до зарядки. Общее потребление ~20.5 мА. С него и приняты замеры BLE маяками в HA. А Zigbee (типовой от...

Так что ESP - это не беспроводное решение :P