ESP32 появился в продаже за $6,5 (обновлено)

[nikolz]

Может всё наоборот?
В случае deep_sleep у ESP-32 типичные 6.5 мкА, а у ESP8266 - более 30 мкА.
В случае ожидающего внешних событий автономного датчика с постоянным опросом потребление у ESP-32 в десятки раз меньше ESP8266.
Если не использовать Arduino и ESP-IDF, то старт чипа с полным соединением у ESP-32 быстрее в разы.
А поддержка SSL дает возможность "работать" ESP-32 в сфере IoT, чего нет у ESP8266.
Падение цены у ESP-32 должно продолжиться, как и было уже описано, до уровня ниже аналогов. Аналогом на данном рынке (по функционалу для Arduino + встроенный USB2.0) на сегодня являются RDA чипы. Цена модуля на больших торговых площадках у них ниже 1.9 $.

Наоборот это как? ESP32 заменить на ESP8266?
-------------------------------
5 мка вроде бы не получится так как это нулевая версия, а для 5 мка надо первую - у нее цена 480 руб за шт.
============================
Относительно автономного питания.
-------------------
Пока есть три непроработанных вопроса.
-------------------------
1) вопрос с рестартом (по Вашим экскрементам то 450 ма) не хухры мухры.
у ESP8266 ток при старте не более 50 ма.
----------------------------------------
2) Вопрос с импульсным током в режиме передачи до 500 ма
для ESP8266 у меня получился ток не более 50 ма, для ESP32s надо делать DC-DC.
----------------------------------
3) Вопрос прожорливости источника питания при диапазоне потребления от 0.020 до 500 ма
===============
Видели новый чип от тошиба BLE5.0 что скажите?
---------------------------------------------------
TC35680FSG и TC35681FSG, отвечающих требованиям стандарта передачи данных Bluetooth® с низким энергопотреблением версии 5.0.
поддерживают новые высокоскоростные функции 2M PHY и Coded PHY (500 кбит/с и 125 кбит/с), добавленные в стандарте Bluetooth версии 5.0, и все необходимые значения скорости передачи данных. Устройства обладают лучшей в отрасли чувствительностью приемника: –105 дБм при 125 кбит/с, а встроенный высокоэффективный усилитель мощности блока передатчика обеспечивает мощность передачи до +8 дБм. Все эти функции позволяют реализовать связь на больших расстояниях при низком потребляемом токе.
на основе процессора ARM® Cortex®-M0 и содержат масочное ПЗУ объемом 256 кБ для формирования сигналов Bluetooth, а также ОЗУ объемом 144 кБ для работы прикладных программ Bluetooth и обработки данных. Устройства поддерживают профили HCI и GATT, включая функции сервера и клиента.
интерфейсы ввода-вывода общего назначения (GPIO) на 18 портов, которые обеспечивают по 2 канала SPI, I2C и UART позволяют настроить функцию пробуждения, 4-канальный интерфейс ШИМ, 5-канальный интерфейс АЦП и т д . Также они могут быть дополнительно сконфигурированы в качестве управляющего интерфейса для внешнего усилителя при необходимости связи на больших расстояниях.
В режиме передачи потребляемый ток устройств составляет всего 11.0 мА. Он снижается до 5.1 мА в режиме приема, а в режиме глубокого сна потребление тока крайне мало и составляет всего 100 нА.
TC35680FSG содержит 128 кБ флеш-ПЗУ для хранения пользовательских программ и их данных, благодаря чему эта ИС подходит для различных вариантов применения и не требует внешней энергонезависимой памяти при автономной работе. Это сокращает количество внешних компонентов, необходимую площадь на печатной плате и снижает стоимость компонентов.
TC35681FSG не имеет встроенного флеш-ПЗУ и предназначена для работы с внешней энергонезависимой памятью или центральным процессором.
------------------------

 

[pvvx]

ESP32 WROVER ESP 32 ESP 32S ESP32 wrover 4 МБ модуль с 32mbits PSRAM купить на AliExpress
Не вижу 205 руб.
А приведенный - это минимальный вариант чтобы ESP-32 выполнял хоть какие-то современные задачи IoT, выпавший по поиску на вами любимом али.

5 мка вроде бы не получится так как это нулевая версия, а для 5 мка надо первую - у нее цена 480 руб за шт.

Это ещё к чему?
Запутать покупателей и втюхать устаревшие напечатанные Espressif чипы?
Давно обещаны и одноядерные, но пока рак на горе не свистнул.
И так вышло, что форум не про BLE-SoC, а про WiFi-SoC...

 

[pvvx]

Относительно автономного питания.
-------------------
Пока есть три непроработанных вопроса.
-------------------------
1) вопрос с рестартом (по Вашим экскрементам то 450 ма) не хухры мухры.
у ESP8266 ток при старте не более 50 ма.

Во первых у ESP8266 пиковые токи старта за 70 мА.
Во вторых, это зависит от ПО, которое вы туда залили.

2) Вопрос с импульсным током в режиме передачи до 500 ма
для ESP8266 у меня получился ток не более 50 ма, для ESP32s надо делать DC-DC.

Импульсный ток передачи аналогичен у ESP2866 и ESP-32. У ESP-32 должен быть больше из-за HT40, но он меньше.
Всё остальное - это ваша некомпетентность в программировании. Незачем гонять 2 ядра на 230 МГц при ожидании прерываний от переферии.

3) Вопрос прожорливости источника питания при диапазоне потребления от 0.020 до 500 ма

Замеры с примерами из SDK показывают, что для работы с датчиком, не включая WiFi на ESP-32 требуется источник до 35 мА.
ESP8266 при аналогичных задачах требуют больше.
При соединении с WiFi и правильном написании ПО, без гонок на скорость потоков по WiFi за 1 Мег/сек, ESP-32 не требует источника более 110 мА*. С импульсами справляется простой электролит.
У ESP8266 - аналогично, но из-за кривизны дров требуется источник на 250 мА и никакими простыми методами не определить нехватку питания, что у ESP8266, что у ESP-32. BOR у них неисправны.

110 мА* - это некий неоф. стандарт для работающего активного WiFi устройства. Его проходят все WiFi-SoC с одной антенной. Если у вас не выходит уложиться в данный средний ток при активности STA или AP - заканчивайте свои потуги научиться программировать. Это определяется и корпусом чипа по рассеиванию тепла...
Типичный средний ток у таких WiFi-SoC в режиме STA DTIM(до 4) 15..17 мА из-за постоянных пробуждений из режима малого потребления в DTIM() в реальных сетях WiFi.

В итого, в случае применения ESP8266, для достижения минимального тока в устройстве при сне, требуется внешний коммутатор питания или управления CH_EN (+ элементы для отрабатывания условий просыпания). ESP-32 укладывается в ток 6.5..10 мкА (3.3В +25С) без применения внешних элементов и обслуживания просыпания через заданный срок или изменения на I/O. Утечка большинства дешевых внешних коммутаторов питания (с али ) больше 10 мкА, что при использовании ESP8266 и решает кто из них жрет меньше в deep_sleep В этой борьбе пока выигрывает другой WiFi-SoC, не ESP.

Если есть внешняя коммутация, то у типичного модуля с ESP-32 ток при неактивном CH_EN составляет 0.45 мкА. Что делает неэффективным использование внешнего отключения питания костыльными методами nikolz для ESP8266.

 

[nikolz]

Во первых у ESP8266 пиковые токи старта за 70 мА.
Во вторых, это зависит от ПО, которое вы туда залили.


Импульсный ток передачи аналогичен у ESP2866 и ESP-32. У ESP-32 должен быть больше из-за HT40, но он меньше.
Всё остальное - это ваша некомпетентность в программировании. Незачем гонять 2 ядра на 230 МГц при ожидании прерываний от переферии.

Замеры с примерами из SDK показывают, что для работы с датчиком, не включая WiFi на ESP-32 требуется источник до 35 мА.
ESP8266 при аналогичных задачах требуют больше.
При соединении с WiFi и правильном написании ПО, без гонок на скорость потоков по WiFi за 1 Мег/сек, ESP-32 не требует источника более 110 мА*. С импульсами справляется простой электролит.
У ESP8266 - аналогично, но из-за кривизны дров требуется источник на 250 мА и никакими простыми методами не определить нехватку питания, что у ESP8266, что у ESP-32. BOR у них неисправны.

110 мА* - это некий неоф. стандарт для работающего активного WiFi устройства. Его проходят все WiFi-SoC с одной антенной. Если у вас не выходит уложиться в данный средний ток при активности STA или AP - заканчивайте свои потуги научиться программировать. Это определяется и корпусом чипа по рассеиванию тепла...
Типичный средний ток у таких WiFi-SoC в режиме STA DTIM(до 4) 15..17 мА из-за постоянных пробуждений из режима малого потребления в DTIM() в реальных сетях WiFi.

У меня для ESP8266 получилось лучше чем у Вас указано.
Думаю, что это из-за вашей некомпетентности в алгоритмических вопросах.
------------------
Уверен, что и для ESP32 я сделаю лучше решение, но на это надо время.
собственно это я и изложил в списке трех вопросов (трех задач)
====================
А помните год назад, как вы хвалили RTL и гадили на ESP в том числе и на ESP32.
Как я понял в RTL Вы тоже разочаровались.
А я в ESP нет.
==========================
Не надо хамить и пытаться унизить собеседника для собственного возвеличивания.
Вы же пожилой и опытный человек ,
так почему ведете себя как неразумное дитя в детсаду,
постоянно пытаетесь нагадить собеседнику?
=========================
«Относись к людям так, как хочешь, чтобы относились к тебе»(ЗОЛОТОЕ ПРАВИЛО НРАВСТВЕННОСТИ)

 

[pvvx]

Относись к людям так, как хочешь, чтобы относились к тебе»(ЗОЛОТОЕ ПРАВИЛО НРАВСТВЕННОСТИ)

Вот так и действуйте, а не лгите и не наговаривайте.
RTL жрет меньше в deep_sleep изначально. Так-же другие его ТТХ перевешивают все потуги уже более года исправить программно перекосы в ESP-32. Оглянитесь на активность в рекламе Espressif.
Зачем она, если товар качественный изначально?
Перечитайте и найдите ошибки в предсказании итогов по части имеющихся на рынке WiFi-SoC.
У вас пока одни отрицательные значения, не сбывающиеся никогда.
Наверно не понимаете этого малого рынка и течений на большом.
ESP-32 никогда не выберется из DIY устройств, где отсутствует любая гарантия производителя.
Разработки на них не видно ни у одной конторы, умеющей считать прибыль. Дети с Arduino Only

К вам встречный вопрос – нафига так усиленно начали копать токи потребления в разных режимах в ESP-IDF? Что-то произошло и товар стал иметь плохие характеристики по сравнению с другими? Или они сами так решили – давайте добавим детям режимы с меньшим потреблением?
Или нафига опустили стартовый ток путем зажимания CLK CPU и прочих ПО фич у модуля? Типа совет директоров Espressif решил – у детишек БП и USB дают всего 0.5A и это для них бедненьких надо исправить, наняв сторонних программистов…
А сделать это сразу в своем SDK не могли?
Встроили "Байсик" в ROM чипа - детям понравиться...
Ныне кое-как прикрутили psRAM к XIP, не рассчитанному для этого... Но и её перемаркировали на (c) Espressif psRAM. Без неё модули не продавались? И чё они так валом появились на рынке? Кто-то другой поставил к WiFi-SoC psRAM и у него вышло дешевле?

-------
Если вас интересует причина, почему у меня заброшены RTL – то она проста. Попробовал на имеющемся первом вышедшем SDK для RTLB слепить Arduino. Заняло 2 вечера. Всё работает, но надо адаптировать примеры и прочее – переписывать в них всякие номерки пинов и т.д., проверять и исправлять, что в мои задачи по хобби это не входит. На то есть обслуживающий персонал. Но информацию получил – создание базовой среды для Arduino дело не сверх большое и трудоемкое – достаточно нанять одного программиста и реактора help на пару месяцев для получения изумительного варианта... Так-же у текущих RTLB пока не представлены в продаже старшие чипы, с USB2.0, что мне желательно для дальнейшего ковыряния… Та и другие задачи и заказы пока пересилили… Тем временем стали более доступны RDA чипы... Мир движется, а вы отстаете...