Depuis ESPHome 2026.6.0 (3 juin 2026), l'ancien tableau de bord a disparu : impossible d'y revenir, le Device Builder est désormais la seule interface bundlée dans l'add-on officiel Home Assistant. Bonne nouvelle immédiate : aucune configuration n'est perdue — vos fichiers YAML et l'arborescence de données restent strictement identiques, seule l'interface change. Passé en bêta optionnelle dès la version 2026.5.0 avant de devenir 1.0.0 et par défaut en 2026.6.0, le Device Builder apporte un éditeur visuel, un visualiseur de pins par board, une vraie file d'attente de compilation et des actions groupées absentes de l'ancien dashboard. Ce guide vous aide à retrouver vos repères.
Qu'est-ce que l'ESPHome Device Builder, et pourquoi l'ancien dashboard a disparu
Le Device Builder est la nouvelle interface web de gestion des appareils ESPHome, développée dans deux dépôts distincts — device-builder pour le backend Python, device-builder-frontend pour l'interface — et pensée pour remplacer l'ancien dashboard historique, un simple éditeur de texte par-dessus un fichier YAML, sans détection de composants ni file d'attente.
Le dashboard historique fonctionnait, mais accumulait des limites connues depuis des années : une seule opération de compilation à la fois, aucune action groupée au-delà d'un tout-ou-rien « mettre à jour tout », et aucune détection fine d'un appareil désynchronisé (seul un message générique « mise à jour disponible » s'affichait). Le Device Builder a été conçu pour lever ces limites, pas pour changer l'apparence pour changer l'apparence — la quasi-totalité de la refonte cible des demandes de la communauté restées sans réponse pendant plusieurs années : file d'attente, actions groupées multi-sélection, labels/zones, détection de désynchronisation, compilation distribuée, et une interface de paramètres à part entière plutôt qu'un simple fichier de configuration global.
Les appareils Zigbee natifs sous ESPHome passent par la même interface pour leur configuration et leur flashage — voir notre guide sur l'ESP32-C6/H2 en device Zigbee natif si vous envisagez ce type de projet.
Chronologie : de la bêta à la bascule par défaut
Le Device Builder est apparu en bêta optionnelle avec ESPHome 2026.5.0 (mai 2026), accessible via l'add-on « ESPHome (beta) » ou via un interrupteur « Use new Device Builder Preview » dans la configuration de l'add-on stable. Un mois plus tard, la version 2026.6.0 (3 juin 2026) l'a fait passer en 1.0.0 et l'a imposé par défaut.
Avec 2026.6.0, l'interrupteur d'activation de la bêta a tout simplement disparu : le Device Builder est désormais l'unique dashboard bundlé par défaut dans l'add-on officiel ESPHome. Aucune option de configuration ne permet de revenir à l'ancien dashboard — c'est un remplacement définitif, pas un choix réversible.
Si vous ne savez plus quelle version d'add-on vous utilisez, direction Paramètres > Modules complémentaires > ESPHome dans Home Assistant : le nom exact de l'add-on installé y est affiché en toutes lettres. Depuis 2026.6.0, le Device Builder est le dashboard par défaut de l'add-on officiel — la distinction entre les différentes versions de l'add-on ne concerne plus le choix d'une interface, seulement la fréquence de mise à jour du logiciel.
Vos configurations existantes sont-elles conservées ?
Oui, intégralement. Selon le changelog officiel ESPHome, les fichiers de configuration YAML et l'organisation des dossiers de l'add-on restent strictement identiques après la bascule : /config/esphome/ pour vos fichiers YAML, /data/ pour les artefacts de compilation. La mise à jour ne déplace ni ne duplique aucun état existant.
Concrètement, vous n'avez rien à réécrire : ouvrez le Device Builder après la mise à jour de l'add-on, et vos appareils déjà configurés apparaissent directement dans la liste, prêts à être édités ou recompilés avec la nouvelle interface.
Ce qui change concrètement : les apports du Device Builder
Six apports distinguent concrètement le Device Builder de l'ancien dashboard, tous documentés dans le changelog officiel de la version 1.0.0 plutôt que de simples ressentis utilisateurs : éditeur visuel, catalogue de composants, file d'attente de compilation, remote builder, organisation par labels/zones, et détection de désynchronisation.
| Ancien dashboard | Device Builder |
|---|---|
| Éditeur texte brut (.yaml) | Éditeur visuel de composants/automatisations + éditeur YAML avancé |
| Une seule compilation à la fois | File d'attente avec historique et annulation |
| Aucune détection fine de version | Badges de désynchronisation (version, hash de config, chiffrement) |
| Action groupée limitée à « tout mettre à jour » | Actions groupées multi-sélection (mise à jour, suppression, archivage, étiquette) |
| Pas de délégation de compilation | Remote builder : déléguer une compilation vers une autre instance |
| Pas de zones/étiquettes dédiées | Labels colorés, zones, nom convivial modifiable, clonage de device |
Le flashage via Web Serial et les fonctions Take Control / Adopt (reprendre la main sur un appareil déjà flashé) restent disponibles, simplement présentées différemment dans la nouvelle boîte de dialogue d'installation, qui ajoute aussi la détection USB côté hôte Home Assistant et le téléchargement via web.esphome.io comme méthodes de transport.
Bonus directement lié à la nouvelle interface : la même version 1.0.0 a aussi apporté une validation de configuration jusqu'à 4,5 fois plus rapide sur les écrans LVGL, d'après le changelog officiel. Le Device Builder revalidant la configuration à chaque sauvegarde, ce gain se traduit par des sauvegardes nettement plus réactives — un point sensible si vous pilotez un écran tactile ESP32 avec une configuration LVGL volumineuse (menus, jauges, plusieurs pages d'interface).
Retrouver ses repères : devices, flashage, logs
La page d'accueil du Device Builder liste tous vos fichiers de configuration existants, chacun avec ses actions : Mettre à jour quand une nouvelle version est disponible, Éditer pour ouvrir l'éditeur de configuration, et Logs pour consulter les journaux émis par l'appareil.
Pour ajouter un nouvel appareil, le bouton Nouveau device suit un flux en plusieurs étapes guidées plutôt qu'un simple formulaire YAML vide — un choix de board, puis un nom unique, avant d'arriver sur l'éditeur visuel. Les habitués de l'ancien flux gardent malgré tout un accès direct à l'éditeur de texte pour les configurations avancées, sans être forcés de passer par le constructeur visuel.
Si vous avez suivi nos guides sur le capteur CO2 SCD40/SCD41, le capteur de présence LD2410, la télécommande IR ou le routeur solaire DIY, ces configurations réapparaissent telles quelles dans le Device Builder — rien à refaire.
Le nouveau visualiseur de pins et le catalogue de composants
Le catalogue de composants du Device Builder résout automatiquement les dépendances entre composants et s'accompagne d'un visualiseur de pins par board, qui cartographie les capacités GPIO disponibles et indique quel composant utilise déjà quelle broche — une fonctionnalité totalement absente de l'ancien dashboard.
Ce visualiseur devient particulièrement utile sur des boards aux capacités GPIO limitées ou partagées (certaines broches ESP32 partagent une fonction ADC ou un canal PWM) : plutôt que de deviner ou de consulter un datasheet externe pendant l'écriture du YAML, le conflit potentiel s'affiche directement dans l'éditeur avant même de lancer une compilation.
La file d'attente de compilation et le remote builder
L'ancien dashboard ne gérait qu'une seule opération de compilation, installation ou nettoyage à la fois, sans historique ni possibilité d'annulation. Le Device Builder introduit une véritable file d'attente, avec suivi de progression, historique des jobs passés et bouton d'annulation à tout moment.
Le remote builder va plus loin : une instance Device Builder peut déléguer ses compilations à une autre instance via un lien pairé (découverte mDNS, confirmation d'empreinte hors bande, rotation d'identité, routage automatique par pair). Cas d'usage concret : un Home Assistant qui tourne sur un Raspberry Pi ou un mini PC peu puissant peut déléguer la compilation d'un firmware volumineux à un ordinateur de bureau plus véloce sur le même réseau local, sans avoir à installer un environnement de build séparé ni à copier manuellement les fichiers d'un poste à l'autre.
Si votre réseau Zigbee dépend d'un coordinateur dédié plutôt que d'un module ESPHome, ce choix matériel est traité séparément dans notre guide d'achat coordinateurs Zigbee.
Questions fréquentes
Où sont passés mes devices ESPHome après la mise à jour ?
Nulle part : ils sont toujours là. Ouvrez le Device Builder après avoir mis à jour l'add-on ESPHome, et la liste de vos appareils déjà configurés apparaît directement, sans étape de migration manuelle. Les fichiers YAML et les artefacts de compilation restent au même emplacement qu'avec l'ancien dashboard.
Faut-il reconfigurer ses appareils ESPHome avec le nouveau Device Builder ?
Non. Les configurations existantes sont conservées telles quelles ; vous pouvez continuer à les éditer en YAML brut sans passer par le nouvel éditeur visuel si vous préférez. Le passage au Device Builder ne force aucune réécriture ni aucun reflash immédiat des appareils déjà en fonctionnement.
Peut-on encore utiliser l'ancien dashboard ESPHome ?
Non, depuis la version 2026.6.0. L'interrupteur qui permettait de choisir entre ancien dashboard et Device Builder bêta a été retiré : le Device Builder est désormais la seule interface bundlée par défaut dans l'add-on officiel ESPHome.
Le Device Builder ESPHome fonctionne-t-il avec tous les appareils (ESP32, ESP8266) ?
Oui. Le Device Builder gère la configuration et la compilation quelle que soit la puce cible ; ce n'est pas un changement de plateforme matérielle mais uniquement de l'interface de gestion. Un appareil ESP8266 ou ESP32 déjà fonctionnel continue de compiler et de se mettre à jour normalement via la nouvelle interface.
Conclusion
Le retrait de l'ancien dashboard a de quoi surprendre au premier abord, mais le changement se limite réellement à l'interface : aucune configuration existante n'est perdue, et les apports du Device Builder — file d'attente de compilation, visualiseur de pins, actions groupées, détection de désynchronisation — répondent à des limites connues depuis des années. Si vous gérez plusieurs appareils ESPHome au quotidien, prenez le temps d'explorer les labels et les actions groupées : c'est probablement le gain le plus concret pour un usage à plusieurs devices, bien plus qu'un simple lifting visuel.