Espressif toont eerste ESP32-microcontroller met Wi-Fi 6E

Espressif Systems heeft een nieuwe ESP32-microcontroller aangekondigd: de ESP32-E22. Het gaat om een ESP32-chip met ondersteuning voor de Wi-Fi 6E-standaard, die daarmee overweg kan met de 6GHz-frequentieband.

Espressif demonstreerde de ESP32-E22 tijdens de CES in Las Vegas, merkte CNX Software op. Het betreft een chip met twee RISC-V-cores op 500MHz en 1MB geheugen aan boord. De chip ondersteunt Wi-Fi 6E op drie frequentiebanden: 2,4GHz, 5GHz en 6GHz. Daarmee haalt de chip volgens de fabrikant maximaal 2,1Gbit/s aan throughput.

De E22 ondersteunt ook 160MHz-kanalen en 2x2 MIMO via wifi, en kan overweg met Bluetooth 6.0. Het beschikt verder over een gpio-interface, naast ondersteuning voor PCIe en USB. Het is nog niet bekend wanneer de ESP32-E22 beschikbaar komt of wat de adviesprijs wordt.

De fabrikant demonstreerde ook een ESP32-H21 tijdens de CES, hoewel daar eerder al details over werden gedeeld. Het gaat om een apparaat dat zo min mogelijk stroom gebruikt. Hij heeft een enkele RISC-V-core op 96MHz, 320KB geheugen en ondersteuning voor Bluetooth LE, Zigbee en Thread. Ook van dit apparaat is nog geen releasedatum of adviesprijs bekend.

Reacties (43)

[Defspace]

Jammer dat het nog steeds 1MB geheugen heeft, met deze specs zou je nog meer toepassingen kunnen bedenken waar meer geheugen voor nodig is dan waar ze nu al voor gebruikt worden.

[TD-er]

De chip kan ook via SDIO met bijv. een ESP32-P4 verbonden worden.

Dat is een best wel krachtige processor met lekker veel GPIO pinnen en de meeste huidige P4 modules hebben 32 MByte PSRAM aan boord. Ik verwacht dat er later (chip rev. 3.00 komt er al snel aan) wel varianten verkrijgbaar zullen komen met nog meer RAM op de module.

De P4 heeft ook best wel rappe (1.5 Gbps) interfaces, zodat je een camera en een MIPI display aan kunt sluiten, of zelfs een (low res) HDMI ervan kunt maken.
Voor zulke toepassingen is zo'n ESP32-E22 echt een mooie uitbreiding.
De SDIO link kan tot 4 bit breed werken en op best wel hoge frequenties. Sowieso 40 MHz, maar waarschijnlijk ook wel sneller.

Dit zou dan een heel mooi platform zijn voor allerlei toepassingen zoals smart displays, bewakingscamera's of wat tegenwoordig ook best wel aan populariteit aan het winnen is, astro-photography.

Dan is die 1 MB intern geheugen meer dan genoeg. Zelfs om af en toe wat te bufferen zodat de P4 bijv. weer verder kan zonder gestoord te worden.
Sowieso kan je nu al erg veel doen met bordjes met 'maar' een paar-100 k aan RAM en geen PSRAM. (denk aan ESPEasy, wink-wink )

Ik ben zelf ook erg benieuwd naar de implementatie van de PCI-e bus.
Als die bijv. niet alleen gebruikt kan worden om een PCI-e bordje te maken met een ESP erop, maar ook om andere PCI-e dingen aan te sluiten, dan zijn de mogelijkheden echt eindeloos. Denk aan een NVME SSD voor opslag, of frame grabber, netwerkkaart, videokaart, etc.

[Chiwn]

Goeie reminder, zie nu dat ze eindelijk leverbaar zijn. Daar was lang radiostilte (pin intended) sinds de aankondiging ervan, toen kwamen er een partij devkitjes, en toen weer stilte.

[TD-er]

De ESP32-P4 heeft wel wat 'eigenaardigheden' die je even moet weten.

Daar de P4 geen radio aan boord heeft, gaat WiFi (en de rest) via een 2e ESP module.
Meestal is dat een ESP32-C6, maar er zijn ook bordjes met een C5 te krijgen.

De externe ESP draait dan ESP-Hosted-MCU.
Je moet alleen wel even uitkijken welke versie van die firmware er op de externe ESP staat.
Heel veel bordjes zijn geleverd met de initiele 0.0.6 (of 0.6.0, weet even niet zeker) versie.
Die versie had nog extreem weinig fout-afhandeling dus als je 'm probeert te benaderen met commando's die die firmware niet kent, crasht je hele setup (dus ook de P4). Een van die commando's is het opvragen van de versie...

Wat je zou kunnen doen, is Tasmota erop zetten, omdat zij een simpel commando hebben om de externe firmware voor de C6 via OTA te updaten naar ik meen 2.0.18. Scheelt een hoop gedoe

Daarna kun je er uiteraard 'gewoon' ESPEasy op zetten (ik had de OTA implementatie even uitgezet omdat er een bug zat in de ESP-Hosted-MCU firmwares die een OTA daarna onmogelijk maakte, dat is inmiddels gefixt sinds gisteravond)

De ESP32-C5 + ESP32-P4 gaat (vooralsnog) niet werken met ESP32/Arduino omdat de ESP-Hosted-MCU interface eigenlijk erg low-level de communicatie met de externe ESP doet. Dus moet je ook support voor C5 specifieke zaken meenemen in de implementatie en dat zit nog niet in de ESP32/Arduino code.

[BernardV]

Het is wel mogelijk om "RAM" te vergroten met PSRAM (Pseudo-Static RAM).

[laurxp]

Met de meeste ESP32 varianten kan dat, maar deze niet.

[BernardV]

Dat wist ik niet, ik ging er vanuit dat deze dat ook zou kunnen. Dank je voor de info.

[uiltje]

Waarschijnlijk SRAM. Da's duur qua transistors (6 meestal) / oppervlakte maar je hebt er geen DRAM aansturing voor nodig met de bijkomende latency. Ik zie bijvoorbeeld bij Smart Card chips dat er al 32 bit processors uitkomen maar dat ze nog steeds maar een paar KiB geheugen aanbieden - meestal 8-10KiB max. Erg irritant inderdaad, maar het gaat om de productiekosten.

[Llopigat]

SRAM is ook megasnel trouwens. Helaas is het niet echt bruikbaar voor grote geheugens vanwege de kosten.

Het is bijvoorbeeld wat er als L1 cache in een CPU zit.

[Reactie gewijzigd door Llopigat op 8 januari 2026 16:21]

[Oon]

Dan kun je beter naar een volledige SBC kijken, het hele mooie aan een ESP32 is dat die retesnel hele kleine dingen kan doen op een laag niveau, en vooral door de prijs en het formaat een hele goede basis is om dus specifiek hier voor in te zetten. Meer geheugen zou betekenen ook meer benodigde rekenkracht, hoger energieverbruik, hogere prijs, groter formaat.. Dan gaan ze totaal hun doel voorbij

[TD-er]

Meer geheugen hoeft zeker niet te betekenen dat het energieverbruik (flink) toeneemt of het formaat.
Kijk bijv. naar de ESP32-C61. Die heeft 8 MB PSRAM erbij gekregen in dezelfde chip als waar de ESP zit.

Best veel huidige ESP varianten zijn er ook al met embedded flash, zodat je echt maar heel weinig rand-componenten nodig hebt om iets te maken. Het grootste is dan waarschijnlijk de antenne en eventueel een USB connector.

Ik had begrepen van mensen van Espressif dat deze op een apart stukje silicon zit en in de chip behuizing dan met elkaar verbonden is. Op die manier kunnen ze vrij flexibel meerdere varianten uitbrengen als de yields tegenvallen.

[laurxp]

Ze marketen het als een "connectivity coprocessor". In feite dus een fancy netwerkkaart voor een grotere en krachtigere chip. Voor die toepassing is meer geheugen niet nodig.

[Ath]

Euhm, voor een ESP is 1MB memory, los van evt. PSRAM, best veul, aangezien er nu hooguit 768kB RAM beschikbaar is in de hele range van ESP32 MCU's (de high-end P4), en meestal tussen de 250 en 400 kB. Iig een stuk beter dan de inmiddels vrijwel obsolete ESP8266 met z'n 80kB RAM.

[TunderNerd]

Bijna niemand heeft door hoe groot ESP is in de IOT wereld... Het waren (en zijn) de goedkoopste chips met WIFI, Bluetooth, en redelijke performance. Ideaal voor de DIY IOT projecten maar ook overal en nergens gebruikt door fabrikanten & hobbyisten. Er is zelf een compleet Ontwikkelsysteem integratie in Home Assistant voor deze chip!
Nu ze eindelijk ook WIFI6 ondersteunen gaat het hele IOT ecosysteem dit merken

[1234567y]

Het punt is dat rond corona de ESP32 gewoon veel beter leverbaar was dan een STM32. Veel fabrikanten hebben hun producten herontwikkeld zodat het met de ESP32 werkt.

(Ik dacht dat de IoT hype alwel geweest was)

[Reactie gewijzigd door 1234567y op 8 januari 2026 15:41]

[TunderNerd]

STM32 is (meestal) sneller, maar ook duurder én heeft geen embedded WIFI. Het kosten verschil is enorm, en meestal heb je aan een ESP meer dan genoeg

[1234567y]

een paar cent duurder hooguit, er zullen vast toepassingen zijn waar elke cent telt. maar voor ons is het prijsverschil geen afweging.

[arjandijk162]

Voor heel veel IOT projecten is dat wel een issue. Twinkly gebruikt ook gewoon ESP boardjes, en de eerste generatie Action Tuya devices ook.

[Llopigat]

Plus met de STM32 heb je weinig breakout boards voor zover ik heb gezien dus voor hobbyprojecten niet zo interessant. Ze worden wel ondersteund door platformio zag ik.

De STM32 is wel de koning van laag energieverbruik in standby trouwens.

[drdelta]

De STM32 is wel de koning van laag energieverbruik in standby trouwens.

Absoluut, maar de 5-10µA bij een ESP32 in deep sleep is in veel gevallen goed genoeg.

[GewoonWatSpulle]

Van hype naar here to stay maar nog steeds is alles IoT.

[cmegens]

(Ik dacht dat de IoT hype alwel geweest was)

De ontwikkeling gaat harder dan ooit! Matter, thread, maar ook home assistant en homey worden echt serieuze platformen! En daar komt nu nog AI bij!

[1234567y]

Misschien zit ik in een bubbel, maar echt niemand gebruikt dit toch?

[cmegens]

Jij denkt dat niemand home assistant gebruikt???

[itavero]

Als je Wi-Fi overweegt op je product en kosten belangrijk zijn, kun je moeilijk om ze heen.

Het komt bij andere semiconductor partijen ook op gang, maar een hoop van hen lagen een stuk achter naar mijn idee en hebben dus bedrijven overgenomen in de afgelopen jaren om dit ook in hun portfolio te krijgen.
Als ik naar list prices kijk (zelfs bij hogere aantallen), wint Espressif het vaak al op prijs, met concurrenten die grofweg 2 tot 4 keer zoveel vragen voor een Wi-Fi oplossing.

Goed, prijs is ook niet alles en op Espressif's build tooling heb ik best het een en ander aan te merken. Maar goed, zo is er ook bij bijna iedere fabrikant wel wat te klagen.

[Llopigat]

Het is ook een beetje de nieuwe raspberry pi voor mij. De raspberry stopte ik altijd in mijn bouwsels (vooral de zero) maar doordat ze tijdens de pandemie alle OEM's voorrang gaven waren ze jarenlang niet te krijgen In die tijd was juist de ESP enorm in opkomst. Je kan er geen hele linux op draaien maar voor heel veel projecten hoeft dat helemaal niet. Meestal gaat het om een paar lichtjes of motortjes schakelen over wifi en dan is een hele linux distro eerder vervelend dan handig.

Raspberry pi zit nu in de rare niche van veel processing en GPIO (heb je minder processing nodig dan kan je met een ESP prima uit, wil je geen GPIO hebben dan zit je met een Intel N100 serie veel goedkoper en beter).

Raspberry heeft er toen ook op ingespeeld met hun pico maar toen was het al te laat en het vertrouwen onder de hobbyisten al weg. Bovendien zit de wifi/bt niet ingebouwd daar.

[Reactie gewijzigd door Llopigat op 8 januari 2026 16:26]

[satoer]

Ook leuk hoe dat ontstaan is. Die dingen werden vroeger gebruikt om wifi mogelijkheden toe te voegen aan je Arduino projectje. Tot er community er achter kwam dat je net zo goed je Arduino code direct op die ESP's kon draaien en ook meteen veel meer processorkracht en geheugen had ten opzichte van die 8 bit Atmel microcontrollers.

[TD-er]

WiFi-6 doen ze al een tijdje hoor.

De ESP32-C6 en C61 doen WiFi-6 (802.11ax @2.4 GHz) en de ESP32-C5 voegt daar ook nog eens 5 GHz aan toe. (802.11a/ac/ax)

Deze ESP32-E22 voegt daar dus de WiFi-6E aan toe op 6 GHz band.

[GorgeousMetal]

Ben benieuwd hoe zuinig die zijn? Batterij-gevoed en WiFi is vaak geen goede combinatie.

[The Zep Man]

De meeste ESP's die ook Wi-Fi gebruiken zullen vanuit een externe energiebron gevoed worden, verwacht ik.

[TD-er]

Yep, WiFi en batterij is meestal niet zo'n goede combi.

En WiFi op hoge snelheid met grote kanaalbreedte is vaak nog een stuk energie-vretend en heeft ook minder bereik. (lagere frequentie komt makkelijker door obstakels heen en dezelfde hoeveelheid zendvermogen in een smallere band zorgt ook voor groter bereik)

Vaak als je iets via een batterij wilt voeden, zit je ook op een grotere afstand van waar er wel een stopcontact zit, dus als je dan al WiFi zou willen gebruiken, gaat het veelal niet om veel data en is een groter bereik vaak wel gewenst.

[Nox]

Bij wifi heb je per beacon een data-traffic-indicator-map (DTIM) waar de esp enkel naar hoeft te luisteren. Als je deze omhoog schuift, of het aantal beacons per seconde (default 10, kan naar 2-3-4-5) verlaagt kan dat veel schelen voor die devices. Tussen die beacons zijn ze namelijk in sleep en maakt het niet uit of het kanaal 20 of 160mhz breed is. Als die dingen de hele tijd lopen te tetteren dan wel.

Het mooie is dat al mijn esp's op 2.4ghz zitten, en alle andere clients die wel bandbreedte verbruiken op 5ghz zitten. Maw: als je een telefoon/laptop hebt zonder 5ghz dan heb je geen internet thuis

[TD-er]

Zekers kun je de 'listen interval' aanpassen en er zijn nog veel meer parameters waarmee je kunt spelen, zoals TX power bijv.

Punt is alleen wel dat als je ESP aan het zenden is, dan is een mode waarin je een breder kanaal gebruikt (bijv. HT20 of HT40 op 2.4 GHz) gelijk een stuk meer energievretend dan wanneer je veel minder 'breedbandig' aan het zenden bent.

In situaties waar de WiFi ontvangst al kritiek is, adviseer ik dan ook om bijv. 802.11g of soms zelfs 'b' te gebruiken voor ESP's. Dan heb je een behoorlijk stuk meer 'sensitivity' en kom je een stuk verder met hetzelfde vermogen, of kun je het vermogen een stuk verder terugschroeven om dezelfde afstand te overbruggen.

In ESPEasy heb ik dat bijv. volledig dynamisch gemaakt en dat scheelt een behoorlijk stuk in het verbruik en dus ook indirect in de warmte die een ESP afgeeft in vaak kleine behuizingen.

Nadeel met een hogere DTIM, wat ik gezien heb, is dat de ESP dan met enige regelmaat toch ARP requests mist en op een gegeven moment niet meer bereikbaar is omdat de switches het MAC-adres niet meer kennen

[Jerie]

0.7W voor m'n deurbel van Ubiquiti (WLAN). Niet ideaal, maar ook niet gigantisch. Idealiter gebruik je Matter. Waarom je 6 GHz WLAN zou willen, is me niet duidelijk. Dat is een aparte radio en antenne voor de 6 GHz. Terwijl je met 2.4 GHz met een radio softwarematig diverse protocollen kunt ondersteunen (Zigbee, Thread over Matter, WLAN 802.11n, Bluetooth Classic, Bluetooth LE). Laat de gebruiker kiezen, en klaar.

[GewoonWatSpulle]

Matter is een protocol geen verbinding, je bedoeld Matter over Thread of Zigbee? Want dat kan ook gewoon Matter over wifi zijn en dat is niet zuinig(er).

[Reactie gewijzigd door GewoonWatSpulle op 8 januari 2026 16:17]

[Jerie]

Klopt sorry ik haal de volgorde nog steeds over elkaar. MoT inderdaad.

[TD-er]

De ESP32-H21 die ze ook aangekondigd hebben zou heel zuinig moeten zijn.

Nadeel is alleen wel dat de H-serie geen WiFi doet. Alleen Bluetooth en 802.15.4.

De reden dat ze geen WiFi doen, was voor mij de reden om ze nog niet te ondersteunen in ESPEasy.

[demianmonteverd]

Ik heb ESPEasy net bekeken, leuk project!

[itavero]

Daar hebben we gelukkig ook betere protocollen voor die ook wereldwijd toegepast kunnen worden, zoals Zigbee of Thread.

Wi-Fi HaLow komt nog niet echt van de grond geloof ik.

[chaoscontrol]

Mijn batterij gevoede plant sensoren gaan maanden mee op 1 enkele 14500 (AA) lifepo4 batterijtje. Zijn op basis van een ESP32 C3 Supermini en gebruik ESPNOW om data te broadcasten. Werkt ook prima!

[eymey]

Ondersteunt hij ook de nieuwe standaard (volgens mij overigens al onderdeel van WIFI 6 ? ) om op 2,4 Ghz. de airtime meer aan te passen op de (lage) bandbreedte die toepassingen met een ESP32 meestal nodig hebben?

[TD-er]

Je bedoelt TWT (Target Wake Time) ?

Dat is onderdeel van de WiFi-6 standaard en voor zover ik weet ook al ondersteund door de ESP32-C6/C61 en C5.

Ik heb er zelf nog niet mee gespeeld, maar ben het wel al tegengekomen in de ESP-IDF

[eymey]

Inderdaad, ik doelde op TWT, maar ook OFDMA.

Hopelijk gaan steeds meer ESP-gebaseerde IoT producten dan ook over op 1 van deze ESP32 modellen (en degene die jij noemt) . Scheelt mogelijk toch weer wat drukte op de 2,4 ghz. band en dus ook weer meer snelheid voor apparaten die net buiten de range van 5 Ghz. en 6 Ghz. vallen.