• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

Все, что вы знали о ESP32 - забудьте! Будет ESP32S

Victor

Administrator
Команда форума
Don’t purchase or design boards for the ESP3212 module. ESP3212 is scrapped and replaced by ESP-32S, which has a different footprint.

вот такие новости.

Но продажи все-таки начались, первые партии уже распроданы
ESP3212 Wifi Bluetooth Combo Module


  • • CPU and Memory: Xtensa® 32-bit LX6 Dua-core processor, up to 600 DMIPS.

  • • 448 KByte ROM

  • • 520 KByte SRAM

  • • 16 KByte SRAM in RTC.

  • • QSPI can connect up to 4* Flash/SRAM, each flash should be less than 16 Mbytes.

  • • Supply Voltage: 2.2V~3.6V


  • • 802.11 b/g/n/e/i

  • • 802.11 n (2.4 GHz), up to 150 Mbps

  • • 802.11 e: QoS for wireless multimedia technology.

  • • WMM-PS, UAPSD

  • • MPDU and A-MSDU aggregation

  • • Block ACK

  • • Fragmentation and defragmentation

  • • Automatic Beacon monitoring/scanning

  • • 802.11 i security features: pre-authentication and TSN

  • • Wi-Fi Protected Access (WPA)/WPA2/WPA2-Enterprise/Wi-Fi Protected Setup (WPS)

  • • Infrastructure BSS Station mode/SoftAP mode

  • • Wi-Fi Direct (P2P), P2P Discovery, P2P Group Owner mode and P2P Power Management

  • • UMA compliant and certified

  • • Antenna diversity and selection


  • • Compliant with Bluetooth v4.2 BR/EDR and BLE specification

  • • Class-1, class-2 and class-3 transmitter without external power amplifier

  • • Enhanced power control

  • • +10 dBm transmitting power

  • • NZIF receiver with -98 dBm sensitivity

  • • Adaptive Frequency Hopping (AFH)

  • • Standard HCI based on SDIO/SPI/UART ? High speed UART HCI, up to 4 Mbps

  • • BT 4.2 controller and host stack

  • • Service Discover Protocol (SDP)

  • • General Access Profile (GAP)

  • • Security Manage Protocol (SMP)

  • • Bluetooth Low Energy (BLE)

  • • ATT/GATT

  • • HID

  • • All GATT-based profile supported

  • • SPP-Like GATT-based profile

  • • BLE Beacon

  • • A2DP/AVRCP/SPP, HSP/HFP, RFCOMM

  • • CVSD and SBC for audio codec

  • • Bluetooth Piconet and Scatternet


  • • Internal 8 MHz oscillator with calibration

  • • Internal RC oscillator with calibration

  • • External 2 MHz to 40 MHz crystal oscillator

  • • External 32 kHz crystal oscillator for RTC with calibration

  • • Two timer groups, including 2 x 64-bit timers and 1 x main watchdog in each group

  • • RTC watchdog


  • • 12-bit SAR ADC up to 18 channels

  • • 2 × 8-bit D/A converters

  • • 10 × touch sensors

  • • Temperature sensor

  • • 4 × SPI, 2 × I2S, 2 × I2C, 3 × UART

  • • 1 host (SD/eMMC/SDIO), 1 slave (SDIO/SPI)

  • • Ethernet MAC interface with dedicated DMA and IEEE 1588 suppor

  • • CAN 2.0

  • • IR (TX/RX)

  • • Motor PWM, LED PWM up to 16 channels

  • • Hall sensor

  • • Ultra low power analog pre-amplifier


  • • IEEE 802.11 standard security features all supported, including WFA, WPA/WPA2 and WAPI

  • • Secure boot

  • • Flash encryption

  • • 1024-bit OTP, up to 768-bit for customers

  • • Cryptographic hardware acceleration: -AES-HASH(SHA-2) library-RSA-ECC-Random Number Generator (RNG)


  • • SDK Firmware for fast on-line programming

  • • Open source toolchains based on GCC


  • • Generic low power IoT sensor hub

  • • Generic low power IoT loggers

  • • Video streaming from camera

  • • Over The Top (OTT) devices

  • • Music players - Internet music players - Audio streaming devices

  • • Wi-Fi enabled toys - Loggers - Proximity sensing toys

  • • Wi-Fi enabled speech recognition devices

  • • Audio headsets

  • • Smart power plugs

  • • Home automation

  • • Mesh network






  • The size of ESP-32S Wifi module is 16mm x 24mm x 3mm.

  • The ESP-32S deploys 4MB SPI Flash with WSOP-8 package. It also uses 3DBi PCB antenna on board.


 

ozhvankov

New member
Добрый вечер ! Уважаемые коллеги подскажите пожалуйста .
Интересует возможность максимального "обвеса" на esp32/32s

смогу ли я использовать одновременно 3 uart / I2S / sd / 2 adc / 2 gpio / spi

вопрос в количестве выводов и конфигурировании...


строго говоря: какое максимальное количество периферии я могу задействовать в своем IoT девайсе одновременно ?

изучил datasheet на esp32 вопрос остался ...

Заранее благодарен!
 

sharikov

Active member
Don’t purchase or design boards for the ESP3212 module. ESP3212 is scrapped and replaced by ESP-32S, which has a different footprint.
Хера себе! Китайцы и scrapped... не бывает такого. У них scrapped = export бледнолицым
Этож как надо было накосячить.
Нет информации что там за проблемы ?
 

Victor

Administrator
Команда форума
В общем, ситуация с ESP32 немного прояснилась.

С самим чипом ESP32 все в порядке, снят с производства только модуль AI-THINKER ESP3212.
Вместо него теперь модуль ESP-32S, который имеет другую распиновку (больше выводов) соответственно отладочные платы и переходники для ESP3212 не подходят для ESP-32S.

Большинство продавцов обещают поставку ESP-32S в конце ноября, кое-где модуль есть в наличии, и возможен предзаказ на отладочную плата с USB.

Есть в продаже отладочные платы с USB от Adafruit и AI Thinker
Расширенный список продавцов есть здесь

Уже готово Arduino для ESP32 (от Espressif) GitHub - espressif/arduino-esp32: Arduino core for the ESP32
NodeMCU допиливает ветку для ESP32 GitHub - nodemcu/nodemcu-firmware at dev-esp32
 

pvvx

Активный участник сообщества
Очень мало, что поддерживается (менее половины имеющихся на борту чипа устройств) и + Development Status.
Движения там нет уже пол-года.
C другими SDK к ESP32 от Espressif аналогичная ситуация. Перекинули урезанную версию SDK от ESP8266 на новый чип, на том и осталось.
Слабовато даже для "начала продаж".
 

nikolz

Well-known member
Появились у проверенных китайцев на ebay:
сама плата
ESP-32S WiFi Bluetooth Module Dual-Core CPU Ethernet Port ESP-32 MCU ESP | eBay
и с USB-UART аля Node-MCU
WiFi LOT Development Board NodeMCU-32S Lua Dual-Core ESP-32S Wireless Module | eBay

по ценам конечно.... малость не конкурентоспособными (ибо по ссылкам выше - это еще аукционы).
цены нормальные, но лучше подождать, когда реально появятся.
 

pvvx

Активный участник сообщества
цены нормальные, но лучше подождать, когда реально появятся.
Появится что? Чипы с SDK с возможностями меньше чем у ESP8266? :)
Заходите через годик, когда сообщество получит чипы и допишет что на ESP32... ;)
 

pvvx

Активный участник сообщества
c ESP32 и RTL будет еще хуже.
Через год подведем итоги.
Там нечего подводить. RTL-ы уже имеют официальные SDK и DDK, отлаженное Arduino и прочее.
В последних на сегодня версиях к RTL не хватает окончательной версии api для встроенных PCM контроллеров. Не дописаны (описан только уровень HAL). Остальное работает и вроде хорошо...
Пока будут отлаживать ESP32 наверняка выйдет ещё какой чип от следующего глобального производителя...
 
Последнее редактирование:

igrr

Moderator
Команда форума
Очень мало, что поддерживается (менее половины имеющихся на борту чипа устройств) и + Development Status.
Движения там нет уже пол-года.
pvv, где полгода, о чем вы? Первый коммит в репе был 24 дня назад :)

Что касается драйверов, да, с этим у нас глубокая проблема. Писать их просто некому.

Из релиз плана на 1.0 будут продолбаны, скорее всего, драйверы и часть BT classic. Ethernet сделан через одно место, но шанс отрефакторить к релизу есть. Остальное скорее всего успеем.
 

A_D

Active member

pvvx

Активный участник сообщества
pvv, где полгода, о чем вы? Первый коммит в репе был 24 дня назад :)

Что касается драйверов, да, с этим у нас глубокая проблема. Писать их просто некому.

Из релиз плана на 1.0 будут продолбаны, скорее всего, драйверы и часть BT classic. Ethernet сделан через одно место, но шанс отрефакторить к релизу есть. Остальное скорее всего успеем.
Я в смысле о том, про пол-года, что нет дополнений на внутренние устройства. Есть только исправления ошибок, а нового, как частично перевели SDK c ESP8266 на SDK ESP32 ничего нет.
Главное, что все либы пользовательских установок закрыты и кроме как данных к SDK примеров ничего не сделать. В их SDK нет никакой возможности менять режимы работы для энергоэффективных устройств и прочего. Только транслировать их пример и наслаждаться "миганием светодиода". :)
На этом уровне всё и останется. Максимум, что добавят ещё мегабайт закрытых либ, которые обязательно будут линковаться в проект "Hello World" и занимать всю Flash.

ESP 32S Wi Fi Модуль Bluetooth Двухъядерный IOT CPU Ethernet Порт ESP32S MCU Bluetooth с Низким энергопотреблением ESP 3212 Беспроводной WI FI доска купить на AliExpress
Note: this product is out of store now , need to 2016-11-20 can be available. If you buy, you need to wait !!!! Thanks for your understanding . We always love you !!!
 
Последнее редактирование:

igrr

Moderator
Команда форума
Pvv, поясните пожалуйста про "все либы пользовательских установок закрыты"? Какие установки нужно открыть. И что вы имеете в виду под "менять режимы работы энергоэффективных устройств"?

В отличие от 8266, вайфай стэк сейчас инициализируется по запросу из приложения. Можно запилить нужную процедуру в RTC память и уйти в deep sleep. После выхода из сна, процедура выполнится без инициализации загрузчика, флэша, СДК и прочего. На базе этого можно сделать довольно эффективный sensor node.

Если есть требования/пожелания/соображения, что еще нужно, вы пишите...

Edit: я не буду пытаться спорить с вашим пассажем про мегабайт закрытых либ. Достаточно посмотреть гит хистори чтобы увидеть что все новые фичи, не относящиеся непосредственно к 802.11, добавляются в открытую часть.
 

pvvx

Активный участник сообщества
Edit: я не буду пытаться спорить с вашим пассажем про мегабайт закрытых либ. Достаточно посмотреть гит хистори чтобы увидеть что все новые фичи, не относящиеся непосредственно к 802.11, добавляются в открытую часть.
Это хорошо, если так будет.
В старом SDK к ESP8266 раздражает невозможность управления конфигурацией WiFi и всяких переходов в deep_sleep и подобного. SDK всё сама где-то и как-то сохраняет, когда надо или нет. Возникает множество проблем при выборочном подключении по списку AP станций и подобного.
PS (дополнительно): а вопрос с отключением или реконектом WiFi (или обрывом связи с одним из пользователей в режиме AP) и закрытием соединений LwIP решен? ;)
Иначе там беда - при переподключении данный порт не открыть, т.к. он может засесть в TIME_WAIT или остаться открытым при быстром реконекте, а сообщение обрыва связи было... Ещё много там бяк, но видимо вы заинтересованы в рекламе ESP32 и не буду расстраивать... :)
 
Последнее редактирование:

igrr

Moderator
Команда форума
раздражает невозможность управления конфигурацией WiFi и всяких переходов в deep_sleep и подобного. SDK всё сама где-то и как-то сохраняет, когда надо или нет. Возникает множество проблем при выборочном подключении по списку AP станций и подобного.
Ок, понятно. Да, стэк всё равно будет кое-что сохранять при заходе в сон, просто без "магии" с зарезервированной RTC памятью. Ну и сохранение вайфай параметров во флеш теперь опционально (и при желании идет через предоставляемый приложением интерфейс). Собственно, это всё уже есть в master.

PS (дополнительно): а вопрос с отключением или реконектом WiFi (или обрывом связи с одним из пользователей в режиме AP) и закрытием соединений LwIP решен? ;)
Иначе там беда - при переподключении данный порт не открыть, т.к. он может засесть в TIME_WAIT или остаться открытым при быстром реконекте, а сообщение обрыва связи было...
Вроде как это решается включением SO_REUSE, нет? В целом понятно, запилим тесткейс. Спасибо.

много там бяк, но видимо вы заинтересованы в рекламе ESP32 и не буду расстраивать... :)
Спасибо за заботу, но какие-то интересные у вас представления о том, кто в чём заинтересован. Мне нужно чтобы софт работал, имел правильную внутреннюю структуру и логику, и был не слишком прожорлив к ресурсам. Реклама — не моя стезя. Будет больше пользы, если вы мне расскажете о известных вам проблемах.
 

nikolz

Well-known member
Ок, понятно. Да, стэк всё равно будет кое-что сохранять при заходе в сон, просто без "магии" с зарезервированной RTC памятью. Ну и сохранение вайфай параметров во флеш теперь опционально (и при желании идет через предоставляемый приложением интерфейс). Собственно, это всё уже есть в master.
Вроде как это решается включением SO_REUSE, нет? В целом понятно, запилим тесткейс. Спасибо.
Спасибо за заботу, но какие-то интересные у вас представления о том, кто в чём заинтересован. Мне нужно чтобы софт работал, имел правильную внутреннюю структуру и логику, и был не слишком прожорлив к ресурсам. Реклама — не моя стезя. Будет больше пользы, если вы мне расскажете о известных вам проблемах.
Скажите, а в eSP8266 как уменьшить время активности перед входом в deep-sleep?
И какое минимальное время активности можно будет получить в ESP32?
Спасибо
 

pvvx

Активный участник сообщества
Ок, понятно. Да, стэк всё равно будет кое-что сохранять при заходе в сон, просто без "магии" с зарезервированной RTC памятью. Ну и сохранение вайфай параметров во флеш теперь опционально (и при желании идет через предоставляемый приложением интерфейс). Собственно, это всё уже есть в master.
Для мало-потребляющих устройств интересует не стек WiFi или TCP, а возможность изменения этапов загрузки и скоростные режимы перехода в deep_sleep и время просыпаний после них. При входе в deep_sleep, в китай-закрыто-SDK, для закрытия соединений WiFi и LwIP стоит тупая задержка на таймере, без проверок, а время активной работы выражается в размер и цену батарейки... В других местах, связанных с временем просыпания и активности - аналогично. Т.е. имеем разгильдяйский подход к проблеме мало-потребляющих устройств.
Вроде как это решается включением SO_REUSE, нет? В целом понятно, запилим тесткейс. Спасибо.
Нет - не решается. Решает только некоторые частные случаи.
При реконнекте WiFi прилетит застрявший в сети пакет закрытия соединения и вновь открытое соединение закроется :) TCP TIME_WAIT не зря существует...
 

igrr

Moderator
Команда форума
Для мало-потребляющих устройств интересует не стек WiFi или TCP, а возможность изменения этапов загрузки и скоростные режимы перехода в deep_sleep и время просыпаний после них. При входе в deep_sleep, в китай-закрыто-SDK, для закрытия соединений WiFi и LwIP стоит тупая задержка на таймере, без проверок, а время активной работы выражается в размер и цену батарейки... В других местах, связанных с временем просыпания и активности - аналогично. Т.е. имеем разгильдяйский подход к проблеме мало-потребляющих устройств.
Нет - не решается. Решает только некоторые частные случаи.
При реконнекте WiFi прилетит застрявший в сети пакет закрытия соединения и вновь открытое соединение закроется :) TCP TIME_WAIT не зря существует...
Ну стартап код теперь в вашем распоряжении, так что этапы загрузки можно менять по усмотрению.
Что касается входа в deep sleep, я еще не смотрел... Задача понятна — нужно уменьшить количество жестко зашитых переходов.
Выход из deep sleep не проблема, при желании вы получаете управление через несколько инструкций ROMа.
 

nikolz

Well-known member
Ну стартап код теперь в вашем распоряжении, так что этапы загрузки можно менять по усмотрению.
Что касается входа в deep sleep, я еще не смотрел... Задача понятна — нужно уменьшить количество жестко зашитых переходов.
Выход из deep sleep не проблема, при желании вы получаете управление через несколько инструкций ROMа.
Вы не ответили на два ранее заданных мною вопросов.
Можно ли уменьшить время входа в deep-sleep для ESP8266?
Какое минимальное время входа в deep-sleep для ESP32?
Вы не знаете ответов?
Тогда Все Ваши обещания, о новых возможностях в софте ESp32, это просто очередное ля..ля .
 
Сверху Снизу