ElectroTech · 16 October 2026

ESP32-E22 et ESP32-H21 : ce qu’Espressif change vraiment dans sa gamme (et pourquoi ça bouscule vos designs)

Au CES 2026, Espressif a présenté deux références qui ne se contentent pas d’ajouter une ligne au catalogue : un co-processeur Wi-Fi 6E tri-bande à 500 MHz et un MCU Thread/Zigbee taillé pour le capteur sur pile. Entre l’emballement de la presse et l’absence de documentation officielle complète, voici ce qu’on peut réellement en tirer pour un design.

CES 2026 : deux puces qui réécrivent la carte ESP32

Il y a une manière d’annoncer un microcontrôleur qui ne trompe personne : la fuite de datasheet, le dépôt GitHub qui se remplit, la page produit qui apparaît en cache. Espressif n’a pas procédé ainsi pour l’ESP32-E22. La puce a été présentée au CES 2026, et l’information nous parvient essentiellement par la presse spécialisée — Elektor Magazine dans un article daté du 12 janvier 2026, citant CNX Software (7 janvier 2026), et Hackaday qui relaie le 21 janvier 2026 une annonce d’Espressif décrivant l’E22 comme un co-processeur Wi-Fi 6E et Bluetooth.

C’est une nuance qui compte. À l’heure où nous écrivons, aucune page produit officielle Espressif dédiée à l’ESP32-E22 n’apparaît dans notre corpus documentaire, et les spécifications qui circulent — double cœur RISC-V à 500 MHz, Wi-Fi 6E tri-bande, MIMO 2×2, débit physique jusqu’à 2,1 Gbps — proviennent de sources tierces, non vérifiées par une datasheet. Le second produit est mieux loti : l’ESP32-H21 a fait l’objet d’une annonce Espressif en date du 3 mars 2026 (Shanghai), présentée explicitement comme une mise à jour incrémentale de l’ESP32-H2.

Deux puces, deux régimes de preuve, deux philosophies. C’est précisément ce qui rend l’annonce intéressante : elle ne raconte pas la même histoire selon qu’on regarde le haut ou le bas de la gamme. L’une vise le débit et la connectivité hôte, l’autre vise le microwatt et le maillage domestique. Et toutes deux esquissent une réponse à une question que tout intégrateur ESP32 connaît par cœur : comment naviguer dans une famille devenue, au fil des ans, une arborescence difficile à tenir ?

Ce décryptage prend chaque puce séparément, confronte les annonces aux implications réelles de conception, puis examine ce que cette double sortie dit de la stratégie d’Espressif face à ST, Nordic, Raspberry Pi et Silicon Labs.

ESP32-E22 : le pari du Wi-Fi 6E tri-bande et du RISC-V à 500 MHz

Commençons par ce qui est attesté — et par ce qui ne l’est pas. Selon les éléments rapportés par Elektor et CNX Software, l’ESP32-E22 embarquerait :

• un double cœur RISC-V cadencé jusqu’à 500 MHz ;
• 1 Mo de mémoire embarquée ;
• un bloc Wi-Fi 6E tri-bande (2,4 / 5 / 6 GHz), canal de 160 MHz, MIMO 2×2, débit physique jusqu’à 2,1 Gbps ;
• des interfaces hôtes PCIe, USB et SDIO ;
• 41 GPIO ;
• Bluetooth LE 6.0 plus BR/EDR.

Répétons-le sans détour : ces chiffres proviennent de tiers, pas d’une documentation officielle Espressif disponible dans notre corpus. Il faut donc les lire comme un faisceau d’indices convergents, pas comme une fiche technique opposable. La qualification « co-processeur Wi-Fi 6E et Bluetooth » employée par Hackaday est d’ailleurs révélatrice : elle suggère un positionnement d’adjuvant radio pour un hôte plus puissant, plutôt qu’un MCU autonome classique. Les interfaces PCIe/USB/SDIO vont dans le même sens — ce sont des liens vers un processeur applicatif, pas des périphériques de capteur.

Que signifie concrètement « Wi-Fi 6E tri-bande » pour un design embarqué ? Trois choses, dans l’ordre d’importance pratique.

D’abord, la bande 6 GHz. Elle est moins congestionnée que les 2,4 et 5 GHz, ce qui se traduit par une latence plus stable et un débit plus prévisible dans les environnements denses — usine, immeuble de bureaux, salle de conférence. Mais elle se propage moins bien à travers les obstacles et impose une conception d’antenne plus soignée, souvent multi-résonante, donc plus coûteuse en BOM et en surface.

Ensuite, le canal de 160 MHz et le MIMO 2×2. Combinés, ils expliquent l’ordre de grandeur du débit annoncé. Mais un débit physique de 2,1 Gbps n’a de sens que si l’hôte en face peut l’absorber : dans un produit embarqué typique, on est bien plus souvent limité par le bus, le stockage ou le traitement que par la couche PHY. Le 160 MHz est aussi un choix qui réduit le nombre de canaux disponibles et complique la coexistence avec d’autres réseaux.

Enfin, le RISC-V à 500 MHz. C’est un changement de nature par rapport aux Xtensa des générations antérieures : la toolchain, les optimisations, l’écosystème de compilateurs et le profil de performance ne sont plus les mêmes. Un cœur RISC-V à cette fréquence, dans un rôle de co-processeur, laisse entrevoir du traitement de paquets, de la gestion de protocoles ou de la cryptographie déchargée du CPU principal. Mais sans benchmark CoreMark ou Dhrystone publié — et il n’y en a aucun dans notre corpus —, il serait imprudent de conclure sur la performance réelle.

ESP32-H21 : la mise à jour discrète qui vise la maison connectée

L’ESP32-H21 est le contrepoint exact de l’E22 : discret, documenté par Espressif, et entièrement tourné vers l’efficacité énergétique. Annoncé le 3 mars 2026 comme évolution incrémentale de l’ESP32-H2, il affiche selon le communiqué :

• un cœur RISC-V 32 bits jusqu’à 96 MHz ;
• 320 Ko de SRAM et 128 Ko de ROM, flash externe ;
• jusqu’à 19 GPIO ;
• IEEE 802.15.4 et Bluetooth LE ;
• un DC-DC intégré ;
• environ 8,2 mA en réception, 9 µA en light sleep, 5 µA en deep sleep ;
• une puissance d’émission jusqu’à 20 dBm ;
• le support d’ESP-IDF et la compatibilité ESP-Matter.

La lecture de cette liste demande un peu de recul. Un cœur à 96 MHz, 320 Ko de SRAM et 19 GPIO : nous sommes très loin d’un SoC applicatif. C’est un MCU de nœud radio, conçu pour tenir un rôle unique — porter une pile Thread ou Zigbee, parler Matter, et dormir le reste du temps.

Le positionnement « Thread/Zigbee/Matter » n’est pas un détail marketing. La maison connectée bascule progressivement vers Matter comme couche d’interopérabilité, et Matter s’appuie sur Thread (802.15.4) et Wi-Fi comme transports. Une puce qui coche 802.15.4 + BLE + ESP-Matter arrive exactement là où le marché se déplace : les interrupteurs, capteurs de porte, détecteurs de fuite, thermostats et modules d’éclairage qui doivent parler à une box Matter sans passer par un pont propriétaire.

Que disent les chiffres de consommation pour un capteur sur pile ? Un deep sleep à 5 µA est le chiffre qui décide de l’autonomie. Pour un capteur qui se réveille quelques dizaines de millisecondes par heure pour transmettre une mesure, le budget énergétique est dominé par le courant de veille, pas par le pic d’émission. À 5 µA de veille, une pile bouton de quelques centaines de milliampères-heures tient théoriquement plusieurs années — mais cette arithmétique naïve ignore le courant de fuite du PCB, le rendement du DC-DC en charge très faible, et la consommation réelle des périphériques externes. Le DC-DC intégré est précisément là pour éviter de gaspiller l’énergie dans un LDO, et c’est un point à ne pas sous-estimer dans le calcul.

Le TX à 20 dBm mérite lui aussi une lecture prudente : c’est de la puissance, utile pour couvrir un logement entier, mais cela se paie en courant d’émission et en contraintes thermiques dans un boîtier clos. Pour un capteur alimenté par pile, on préférera souvent un niveau de puissance plus modeste et un maillage plus dense.

E22 vs H21 : deux philosophies, pas deux variantes

Il serait tentant de ranger ces deux puces sur une même ligne de catalogue, avec un « petit » et un « gros ». Ce serait une erreur d’architecture.

La ligne qui saute aux yeux est celle du rôle. L’E22 est un pourvoyeur de connectivité haut débit : il s’adresse à des produits où l’on veut ajouter du Wi-Fi 6E sans redessiner tout le système, ou à des passerelles qui agrègent du trafic. Le H21 est un pourvoyeur de présence réseau à très faible consommation : il s’adresse à des nœuds qui doivent vivre des années sur une pile et parler Matter.

Face à la gamme existante, ces deux puces ne remplacent pas frontalement les références connues. L’E22 semble se situer au-dessus des blocs Wi-Fi classiques en termes de bande et de débit, dans une zone où Espressif n’avait pas d’offre tri-bande. Le H21, lui, se présente explicitement comme une évolution du H2 — donc une case déjà occupée, qu’il vient rafraîchir plutôt que créer. Quant au P4 et au S3, ils restent dans le registre du MCU applicatif : ni l’E22 ni le H21 ne prétendent les remplacer.

Autrement dit, Espressif ne consolide pas sa gamme en supprimant des références. Il l’étend par le haut (connectivité) et la densifie par le bas (ultra-basse consommation). C’est une stratégie de couverture, pas de simplification — et cela a des conséquences directes pour celui qui doit choisir.

Ce que ça change dans votre BOM et votre budget d’énergie

Passons aux implications concrètes, en signalant honnêtement les zones où les données manquent.

Coût de BOM. Pour l’E22, les postes qui pèsent sont l’antenne et le front-end RF. Le tri-bande 2,4/5/6 GHz avec MIMO 2×2 implique au minimum deux chaînes d’antenne, un filtrage plus complexe et une conception de PCB maîtrisée en impédance sur trois bandes. C’est un surcoût réel par rapport à un module Wi-Fi 2,4 GHz monobande. Pour le H21, l’intégration du DC-DC réduit le besoin en composants externes de gestion d’alimentation, ce qui va dans le bon sens pour un nœud à bas coût — mais la flash est externe, donc il faut la compter.

Budget d’énergie. Le H21 donne des chiffres exploitables : 5 µA en deep sleep, 9 µA en light sleep, 8,2 mA en RX. Ce sont les briques d’un calcul d’autonomie sérieux. Le point de vigilance est le rendement du DC-DC à très faible charge : c’est là que se perdent les microampères, et aucune donnée de rendement n’est fournie dans notre corpus. Pour l’E22, nous n’avons aucun chiffre de consommation : impossible de se prononcer.

Le débit de 2,1 Gbps a-t-il un sens dans un produit embarqué ? Rarement en tant que tel. Il a du sens comme marge : dans un environnement congestionné, disposer d’une PHY rapide et d’une bande 6 GHz propre permet de tenir un débit utile stable là où un lien 2,4 GHz s’effondre. C’est un argument de robustesse plus que de performance brute.

Les 5 µA du H21 suffisent-ils pour une pile bouton ? Sur le papier, oui, pour un capteur à faible cycle d’émission. En pratique, cela dépend entièrement du design autour : fuites, pull-ups, régulation, et comportement des périphériques. Le chiffre de la puce n’est jamais le chiffre du produit.

Ce que nous ne savons pas. Prix unitaires (1k/10k/100k) : non précisés. Disponibilité et dates de sampling : non précisées. Coût des modules et devkits : non précisé. Benchmarks indépendants (CoreMark, Dhrystone, débit réel mesuré) : aucun dans notre corpus. Tests communautaires : aucun. Ces trous sont importants, et ils doivent figurer noir sur blanc dans toute décision d’avant-projet.

Migration depuis S3, C6 et H2 : les pièges à connaître avant de re-router

La tentation, quand une nouvelle référence sort, est de la traiter comme un changement de silkscreen. C’est faux, et particulièrement ici.

Le changement de cœur est structurel. Passer d’un Xtensa (S3, et une bonne partie de la gamme historique) à un RISC-V (E22, H21) n’est pas une simple recompilation. La toolchain change, les optimisations bas niveau changent, et tout code assembleur ou intrinsèque spécifique au cœur doit être revu. Le support ESP-IDF est annoncé pour le H21, ce qui est rassurant pour la couche framework, mais cela ne garantit pas que chaque bibliothèque tierce soit prête.

Le bloc radio change les règles de coexistence. Le H21 combine 802.15.4 et Bluetooth LE. La coexistence entre ces deux protocoles sur une même puce est un point classique de fragilité : arbitrage d’antenne, priorités, latences. Un design qui fonctionnait avec un H2 doit être revalidé sur ce terrain, pas supposé équivalent.

Le pinout n’est pas transférable. Jusqu’à 19 GPIO pour le H21, 41 pour l’E22 : les deux chiffres diffèrent, et ils diffèrent aussi de ceux des références antérieures. Toute carte existante devra être re-routée, et les périphériques remappés. Un design figé sur un brochage donné ne migre pas sans travail.

Les interfaces hôtes de l’E22 imposent une refonte système. PCIe, USB, SDIO : ce ne sont pas des ajouts cosmétiques. Si votre architecture actuelle dialogue en SPI, passer à un lien PCIe change le schéma de la carte, la pile logicielle et le modèle de performance.

Ce qu’il faut vérifier avant de figer un design. La disponibilité d’une datasheet officielle complète ; le support effectif de la référence dans ESP-IDF, Arduino et MicroPython ; l’état des bibliothèques tierces ; les contraintes RF tri-bande si l’on vise l’E22 ; et la validation de coexistence si l’on vise le H21. Tant que ces points ne sont pas tranchés, un design engagé sur l’une de ces deux puces reste un pari.

Face à STM32WBA, nRF54, RP2350 et SiLabs : la vraie bataille

Le terrain concurrentiel est occupé. ST propose la famille STM32WBA pour le sans-fil, Nordic la série nRF54, Raspberry Pi le RP2350, et Silicon Labs une gamme historique dans le maillage domestique. Chacun a ses forces : écosystème industriel et outillage mature pour ST, expertise radio et basse consommation pour Nordic, prix et ouverture pour le RP2350, antériorité sur Zigbee/Thread pour SiLabs.

Face à cela, Espressif joue une carte qui lui est propre : l’intégration radio poussée et un écosystème logiciel ouvert et très largement adopté. Là où d’autres vendent une puce et un SDK, Espressif vend une puce, un SDK, une communauté massive, et un chemin Matter explicite — le H21 affiche la compatibilité ESP-Matter, ce qui n’est pas anodin dans un marché où l’interopérabilité est devenue un critère d’achat.

Sur le papier, l’E22 attaque un segment où peu de concurrents MCU proposent du Wi-Fi 6E tri-bande avec des interfaces hôtes de type PCIe. Le H21, lui, se bat sur le terrain de l’ultra-basse consommation et du maillage, où la concurrence est la plus dense et la plus exigeante.

La stratégie qui se dessine n’est donc pas celle de la performance brute. C’est celle du volume, de l’ouverture et de la couverture de deux marchés distincts avec deux outils distincts. Une approche qui a fait ses preuves pour Espressif, mais qui se heurte à une limite : dans l’industrie, on achète aussi une garantie de disponibilité longue et une documentation stable. C’est précisément là que les trous de notre corpus — prix, sampling, roadmap publique — pèsent le plus lourd.

Ce que ces deux puces disent de la feuille de route Espressif

Trois directions se lisent en filigrane.

La consolidation autour de RISC-V. L’E22 et le H21 sont tous deux RISC-V. C’est un signal fort : la maison pousse son architecture vers un socle unique, ce qui simplifie à terme l’outillage et la maintenance, mais impose une transition à ceux qui ont bâti leur code sur Xtensa.

La montée du Wi-Fi 6E. Avec l’E22, Espressif se positionne sur la bande 6 GHz et le haut débit. On peut raisonnablement s’attendre à ce que cette brique irrigue d’autres références à venir — sans pouvoir l’affirmer, faute de roadmap publique dans notre corpus.

L’ancrage Matter et ultra-basse consommation. Le H21, avec sa compatibilité ESP-Matter et ses 5 µA de deep sleep, montre que la maison connectée reste un axe central. C’est là que se joue le volume.

Restent les questions ouvertes, et elles sont nombreuses : documentation officielle complète pour l’E22, prix, dates de sampling, disponibilité des modules et devkits, support long terme, et benchmarks indépendants. Aucune de ces données n’est disponible dans notre corpus à ce jour.

Pour l’ingénieur, la conclusion pratique est simple. L’ESP32-H21 est la référence la plus mûre des deux : annoncée officiellement, documentée, avec des chiffres exploitables. Elle mérite une évaluation sérieuse pour tout projet de nœud Matter sur pile. L’ESP32-E22, en revanche, reste à ce stade une promesse médiatique séduisante mais non documentée : intéressante à suivre, prématurée à engager. Avant de figer un design sur l’une ou l’autre, la première chose à surveiller n’est pas un benchmark — c’est une datasheet.

Sources

• New Espressif Microcontrollers: ESP32-E22 and ESP32-H21 at CES 2026 — Elektor Magazine (12 janvier 2026)
• Espressif — pages produit ESP32 (EN/ZH/JA)
• Espressif — datasheet ESP32 Series v5.3
• Espressif — documentation ESP-IDF, prise en main ESP32
• Espressif — actualité ESP32-H21 (3 mars 2026, Shanghai)
• Latest Electronics Product & Component News — Components101
• Latest Electronics and Semiconductor News — Circuit Digest
• Latest Electronics News & Components News — Electropages

Article recherché et rédigé automatiquement · Magazine Electrosens