ESPHome 2026.10: Native ESP8266-Toolchain, komprimierte OTA-Updates, neue Komponenten

ESPHome hat am 21. Oktober 2026 die Version 2026.10.0 veröffentlicht. Das Release bringt eine native ESP8266-Toolchain, komprimierte OTA-Updates für weitere Plattformen und Verbindungen, die das Gerät selbst zu Home Assistant aufbaut. Dazu kommen etwa 20 neue Komponenten und mehrere Breaking Changes, die bestehende YAML-Konfigurationen betreffen.

Für lokale Smart Homes zählt vor allem der Update-Check: Lichter, Lautsprecher, IR-Empfänger und Klima-Geräte können sich nach dem Update anders verhalten, ohne dass die Konfiguration einen Validierungsfehler meldet.

Neuerungen für Entwicklung und Betrieb

ESP8266: native Toolchain

Für ESP8266 ist jetzt die native Arduino-Toolchain Standard. Laut ESPHome sind Builds dadurch von Anfang bis Ende schneller, und Apple-Silicon-Macs brauchen kein Rosetta mehr. Der erste Build nach dem Update läuft als Clean Build. Der bisherige Weg über PlatformIO bleibt per Opt-out erhältlich, gilt aber als veraltet. Das frühere Performance-Release hatte den ESP8266 bereits wieder in den Fokus gerückt.

Komprimierte OTA-Updates

Auf ESP32, RP2040, LibreTiny und Host werden OTA-Updates komprimiert. Die Images sind laut ESPHome etwa ein Drittel kleiner. Die Aushandlung läuft automatisch, ältere Geräte werden weiter wie bisher aktualisiert. Zusätzlich gibt es die Option allow_plaintext_upload unter ota: encryption: für Geräte, die nie auf verschlüsselte Updates umgestellt wurden. Der Klartext-Fallback entfällt in 2027.3.0; die Option dient als einmaliger Migrationsweg.

Native API und Home Assistant

• Ausgehende Verbindungen: Geräte können die API-Verbindung selbst öffnen. Das setzt encryption: voraus.
• Wizard: Ein wizard:-Block unter api: lässt Home Assistant das Onboarding begleiten. Voraussetzung ist Home Assistant 2026.11 oder neuer.
• Neue homeassistant-Plattformen: Text, Select und Button.

Lichter

Mit transition_state_publish_interval veröffentlicht ein Licht während eines Fades laufend Zwischenwerte. Werte unter 150 ms lehnt ESPHome ab. Außerdem gibt es die Option resume_effect:, mit der ein Licht nach Aus und Ein den laufenden Effekt fortsetzt.

Neue Komponenten

Die Release Notes nennen rund 20 neue Komponenten, führen im Abschnitt dazu aber 25 Einträge auf. Für Hausautomation relevant sind unter anderem:

• tfluna: TF-Luna-LiDAR-Abstandssensor
• stcc4: Sensirion-CO2-Sensor STCC4
• pzem6l24: dreiphasiger Energiemonitor PZEM-6L24
• counter: Zählersensor, der Reboots übersteht
• exponential_moving_average: gleitender Mittelwert, der Reboots übersteht
• xiaomi_body_scale und xiaomi_mccgq02hl: Xiaomi-Waagen S200 und S400 sowie Mijia Door/Window Sensor 2
• espectre: Bewegungserkennung über Wi-Fi CSI
• tcp_uart und uart_tcp: UART über TCP, als Client und als Brücke zu einem Hardware-UART
• TAS2780 und TAS58xx: Audioverstärker

Hinzu kommen Gestenerkennung (motion), ein Zigbee-Switch sowie Number-Support für Zigbee auf ESP32 und die Dekodierung von BTHome-Thermometern mit 0,1 °C und 1 % Luftfeuchte (bthome_mithermometer). Die Aussagen zu Funktionsumfang und Zuverlässigkeit der Komponenten stützen sich allein auf den Changelog.

Änderungen mit Anpassungsbedarf

Die Release Notes enthalten eine Upgrade-Checkliste. Die wichtigsten Punkte:

• Light:restore_state ersetzt restore_mode, das weiter funktioniert, aber veraltet ist. Ein Licht mit initial_state: {state: on} ohne restore_mode startet jetzt eingeschaltet; bisher wurde es ausgeschaltet. Der Boot-Zustand sollte geprüft werden.
• Speaker:codec_support_enabled entfällt, Konfigurationen mit der Option scheitern an der Validierung. Das alte Verhalten liefert format: NONE in der Pipeline. Lautstärke und Stummschaltung sind unabhängig; Lautstärkeänderungen lösen kein on_mute oder on_unmute mehr aus. Das gilt auch für speaker_source.
• remote_receiver: Auf ESP8266, RP2040, LibreTiny, ESP32-C2 und ESP32-C61 zählt buffer_size: in Bytes, der Standard steigt von 1000b auf 4000b. Explizite Werte sind mit 4 zu multiplizieren, um dieselbe Pulsanzahl zu behalten. Auf ESP32 richtet sich der Puffer standardmäßig nach receive_symbols.
• climate_ir: Der Modus heat_cool erscheint nur noch, wenn Heizen und Kühlen unterstützt werden. Mit supports_heat_cool: true lässt er sich zurückholen. Die Mitsubishi-Plattform bleibt unverändert.
• ESP8266: Wer PlatformIO behalten will, setzt toolchain: platformio unter esp8266:. Dieser Pfad entfällt in 2027.4.0.
• Sendspin: Nötig sind Music Assistant 2.10.7 oder 2.11.0b4 und neuer. Alle Verbindungen sind verschlüsselt, codecs: muss flac oder pcm enthalten, der Switch braucht type: enabled.
• usb_uart: Überlappende Einträge für dasselbe Gerät scheitern an der Validierung; manufacturer und product trennen sie.
• Host: Nur einige platformio_options gelten noch, Windows wird nicht mehr unterstützt.

Weitere Anpassungen betreffen E-Paper-Displays (geänderte Monochrom-Umrechnung bei einigen gesättigten Farben), NFC-Tags (Übergabe per Referenz) und homeassistant.action mit mehr als 255 Schlüsseln. Der Changelog führt zudem Änderungen an hoermann_hcp auf. Ob die Fehlerbehebungen aus dem vollständigen Changelog weitere Konfigurationen betreffen, ist hier nicht geprüft.

Quellenverzeichnis

• ESPHome 2026.10.0 – ESPHome (offizielle Release Notes)
• Changelog 2026.10.0 – ESPHome