ESPHome 2026.8.0 est disponible depuis le 20 août. La version stable regroupe 348 pull requests signées par plus de 40 contributeurs, avec un changement que le projet préparait depuis des mois : le Bluetooth Low Energy n’est plus réservé à l’ESP32.
Le détail complet se trouve dans le changelog officiel de la 2026.8.0. Voici ce qui compte vraiment si des appareils ESPHome tournent chez vous, en particulier aux côtés de Home Assistant.
Le BLE tourne désormais sur d’autres puces que l’ESP32
La couche qui gérait les annonces BLE vivait jusqu’ici dans esp32_ble_tracker. Elle a déménagé dans un nouveau composant, ble_device_base. Dit comme ça, c’est de la tuyauterie. La conséquence, elle, est très concrète : les 39 plateformes de capteurs BLE, dont ble_rssi, atc_mithermometer, BTHome, les capteurs de cuve Mopeka, RuuviTag et toute la famille Xiaomi, fonctionnent maintenant sur n’importe quelle puce qui fournit un tracker BLE.
Trois nouveaux trackers arrivent avec cette version :
rp2_ble_trackerpour les Raspberry Pi Pico W et Pico 2 W, avec scan passif et actif pendant que le WiFi maintient la connexion à l’API.bk72xx_ble_trackerpour les puces Beken, celles qu’on trouve dans beaucoup de prises et interrupteurs Tuya. Scan BLE 5.x, validé en production sur un parc de 20 appareils d’après le changelog.ln882h_ble_trackerpour la puce LN882H, avec prise en charge du BLE 5.1.
Si vous avez déjà flashé une prise Tuya avec LibreTiny, l’entrée Beken est la plus intéressante des trois. Ces appareils embarquent une radio BLE qui dormait depuis le début. Elle peut maintenant scanner vos thermomètres.
Un proxy Bluetooth ESPHome pour Home Assistant sur un simple Pico W
Scanner, c’est la moitié du travail. Le proxy Bluetooth d’ESPHome, jusqu’ici une exclusivité ESP32, fonctionne aussi sur le Pico W en 2026.8. Il gère les connexions actives avec 3 slots, exactement comme l’ESP32. Home Assistant peut donc lire, écrire et s’abonner à des appareils BLE à travers un Pico W posé n’importe où dans la maison.
Ça tombe bien : Home Assistant 2026.8 est sorti plus tôt ce mois-ci. Si votre installation couvre déjà le Zigbee avec Zigbee2MQTT et un broker MQTT comme Mosquitto, deux ou trois proxys bon marché comblent le trou Bluetooth sans racheter de cartes ESP32. Une précision utile : le proxy est une fonction de Home Assistant. Les utilisateurs d’openHAB profitent des nouveaux trackers, mais pas du proxy.
Compilations plus rapides, et un bug de scan que vous avez peut-être déjà
Les temps de compilation baissent. ESPHome utilise maintenant ccache sur ESP8266, LibreTiny, RP2040 et les builds host, et les toolchains ESP-IDF pèsent environ moitié moins qu’avant. Les rapports de crash ESP32 capturent aussi l’adresse fautive, ce qui rend le débogage à distance moins hasardeux.
Un correctif issu du cycle bêta mérite votre attention. Sur ESP-IDF 5.5.5 avec la coexistence WiFi activée, l’option window de esp32_ble_tracker prend désormais par défaut la valeur de interval. Un bug de coexistence en amont, corrigé depuis par Espressif, laissait le scanner en écoute seulement 9,4 % du temps depuis la 2026.7.1. La plupart des annonces passaient donc à la trappe. Si vos capteurs BLE sont devenus muets ces dernières semaines, c’est probablement ça. La version corrige aussi les connexions API et OTA chiffrées sur ESP8266, qui pouvaient se figer plusieurs secondes.
Refonte Modbus et inventaire des renommages
Les utilisateurs industriels récupèrent une pile Modbus reconstruite autour d’un nouveau composant modbus_client. Là, il y a de vraies ruptures de compatibilité : command_throttle devient turnaround_time sur modbus, modbus_server exige maintenant une adresse entre 1 et 247, et les lambdas passent à std::span.
Quelques renommages concernent tout le monde :
esp32_ble_iddevientble_hub_id. L’ancien nom affiche un simple avertissement jusqu’à la 2027.2.0, pas de panique.- Les types de capteurs
vocetnoxdeviennentvoc_indexetnox_index. - Sur les rubans LED adressables,
channel_colorsremplacergb_order,is_rgbwetis_wrgb.
Le reste de la version
Les mises à jour OTA acceptent désormais plusieurs clés de signature, et les mots de réveil des assistants vocaux se gèrent sans reflasher. Côté nouveaux composants, on trouve le radar de présence 60 GHz LD6002B, les portes de garage Hörmann via hoermann_hcp, les ponts one-wire DS248x et le PWM Zephyr. Une même config peut aussi combiner Ethernet et WiFi, pratique pour un appareil qui doit basculer en sans-fil quand un câble lâche.
Le tableau de bord Device Builder a été retravaillé. Il démarre immédiatement avec un scan superficiel puis complète les données des appareils en arrière-plan, envoie 4 firmwares en parallèle (jusqu’à 9 sur des appareils déjà en 2026.8), et propose une migration de configuration en un clic, avec des règles découvertes depuis le schéma live. Les renommages du type esp32_ble_id vers ble_hub_id s’appliquent tout seuls.
La mise à jour passe par le Device Builder comme d’habitude, ou par le tag Docker 2026.8.0. Binaires et sources sont sur la page GitHub des releases.