ESPHome 2026.9.0b5: Speicher und Modbus optimiert

6 Min. Lesezeit

Hinweis: Die mit * gekennzeichneten Links sind Affiliate-Links. Als Amazon-Partner verdiene ich an qualifizierten Verkäufen. Für dich entstehen dabei keine Mehrkosten.

Neueste ESPHome 2026.9.0b5: Speicher und Modbus überarbeitet

ESPHome 2026.9.0b5 ist eine Beta-Version, die wichtige Speicheroptimierungen und neue Modbus-Features für deine Smart-Home-Geräte bringt. Die finale Version 2026.9.0 ist inzwischen veröffentlicht, doch die technischen Verbesserungen dieser Beta-Serie sind aktuell — insbesondere für Nutzer von Home Assistant mit lokalen ESP-Geräten, die genaue Konfigurationskontrolle benötigen. Dieser Release konzentriert sich auf zwei Kernthemen: die Reduktion von Speichergröße durch intelligente Code-Optimierung und die Erwiterung des Modbus-Protokolls für Broadcast-Lesevorgänge. Wer mit Partikelsensoren wie dem PMSA003i arbeitet oder Modbus-Steuerungen nutzt, profitiert unmittelbar.

Speicheroptimierung: Bis zu 2,5 KB Flash-Ersparnis pro Device

Das Herzstück dieser Beta ist eine systematische Code-Generierungs-Optimierung: ESPHome überspringt künftig redundante Setter-Aufrufe, wenn Werte bereits auf ihren C++-Standard-Defaults gesetzt sind. Das klingt technisch, spart aber erheblich ein.

Folgende Komponenten wurden optimiert:

• Wifi-Setter: Standard-Werte für Priorität, Timeouts, Power-Save-Modus und Auth-Mode werden nicht mehr redundant gesetzt
• Light-Effekte: Leere Effect-Listen und Standard-Flash-Übergänge entfallen komplett
• Output-Power-Limits: Matching-Defaults werden übersprungen
• Logger-Hardware-UART: Standard-Einstellung wird nicht mehr doppelt geschrieben
• Webserver-Port: Default-Port und interne Werte entfallen aus der generierten Config
• ESP8266*-PWM-Frequenz: Default-Werte werden nicht mehr explizit gesetzt
• Number-Komponenten: Auto-Mode wird bei Standard-Einstellung unterdrückt

Messungen zeigen: Pro Build sparen Geräte etwa 1,6 bis 2,5 KB Flash-Speicher ein — das ist bei speicherlimitierten Boards wie dem ESP8266 oft die Differenz zwischen einem kompilierbaren und einem zu großen Firmware-Image.

Neue Modbus-Features: Broadcast-Lesevorgänge jetzt möglich

Modbus-Integrationen in ESPHome werden erweitert: Die neuen Optionen allow_broadcast_read und expect_broadcast_write_response ermöglichen es, über die Broadcast-Adresse 0 mit speziellen Geräten zu kommunizieren, die normalerweise nicht antwortet.

Modbus-Standard besagt: Adresse 0 ist reserviert für Broadcast-Befehle und bekommt keine Antwort. Das gilt streng — außer bei proprietären Implementierungen. Manche Industrie-Geräte oder Standalone-Systeme akzeptieren Lesevorgänge auf Adresse 0 und antworten wie auf eine normale Unicast-Adresse. Genau dafür sind die neuen Flags da:

• allow_broadcast_read: true — ESPHome wartet jetzt auch auf eine Antwort bei Adresse 0 (für read_holding_registers, read_input_registers, etc.)
• expect_broadcast_write_response: true — Schreib-Befehle an Adresse 0 können optional eine Bestätigung erwarten

Die Implementierung ist sauber: Der Hub dokumentiert Debug-Log-Einträge, wenn Antworten von unerwarteten Adressen kommen — so erkennst du schnell Konfigurationsfehler oder fremde Geräte auf der Leitung.

Sensorik und Systemstabilität

Für PMSA003i-Nutzer gibt es eine wichtige Fehlerbehebung: Der Sensor las bislang aus uninitialisierten Stack-Speicher-Positionen, wenn die I2C-Kommunikation fehlschlug. Das konnte zu Garbage-Ausgaben im Log führen und die Sensor-Zuverlässigkeit beeinträchtigen. ESPHome 2026.9.0b5 behebt dies.

Zusätzlich wurde der Water-Heater-Template überarbeitet: Wiederholte Republishing-Zyklen bei unbekannten Temperaturen werden unterdrückt, was Bandbreite und CPU-Zyklen spart.

Ebenfalls neu: Erweiterte Einstellungen wie filters, manual_ip und interlock sind nun als „advanced“ markiert. Das bedeutet: Im ESPHome-Dashboard und in der Web-UI werden diese Optionen nur auf Anforderung angezeigt — weniger Überladung für Anfänger.

BLE und WiFi Energiemanagement

Für BK72xx-Geräte (Bluetooth-LE-fähige Microcontroller) wurde eine wichtige Optimierung implementiert: Der WiFi-Power-Save-Modus wird jetzt automatisch abgeschaltet, wenn BLE kompiliert ist. Das verhindert unkontrollierte Wechsel zwischen WiFi-Betriebsmodi während aktiver Bluetooth-Verbindungen — ein stabilitätskritischer Fix für hybride Home-Assistant-Integrationen.

Was ändert sich in deinen Konfigurationen?

Die gute Nachricht: Diese Release bricht keine bestehenden YAML-Konfigurationen. Die Optimierungen sind intern — deine Configs funktionieren wie bisher, die generierten Binaries sind nur kleiner und effizienter.

Ausnahme: Falls du manuell mit allow_broadcast_read oder expect_broadcast_write_response arbeiten möchtest, sind das neue optionale Keys, die du hinzufügen kannst — ohne Zwang.

Vergleich: Beta-Versionen im Kontext

Für wen ist dieses Update relevant?

• Speicherbegrenzte Boards (ESP8266, RP2040): Deine Firmware-Images schrumpfen automatisch
• Modbus-Integratoren: Geräte, die auf Broadcast-Adresse reagieren, sind jetzt erreichbar
• PMSA003i-Nutzer: Stack-Memory-Fehler behoben → zuverlässigere Sensor-Lesevorgänge
• BLE + WiFi Hybrid-Setups: Stabilere Energieverwaltung (BK72xx)
• Home Assistant Power User: Weniger „Firmware too large“-Fehler, mehr Spielraum für Automationen

Wie aktualisierst du?

Im ESPHome Dashboard oder in Home Assistant: Einfach im Web-Interface auf die neueste stabile Version (2026.9.0 oder höher) aktualisieren. Die Beta 2026.9.0b5 ist bereits in der stabilen 2026.9.0 enthalten, die am 16. September 2026 veröffentlicht wurde. Falls du noch auf 2026.8.x läufst:

1. Öffne dein ESPHome Device im Dashboard
2. Klick auf die drei Punkte (Menü) und wähle „Update“
3. Warte, bis die neue Firmware kompiliert und hochgeladen ist (2–5 Minuten, je nach Board)
4. Dein Device startet neu und funktioniert wie gewohnt — nur mit weniger Speicherverbrauch

FAQ

Muss ich meine Konfiguration ändern?

Nein, die Optimierungen sind komplett transparent. Deine YAML-Dateien funktionieren unverändert. Die neuen Features (allow_broadcast_read, expect_broadcast_write_response) sind optional und nur relevant, wenn du Modbus-Broadcast brauchst.

Spart die Optimierung wirklich Speicher bei meinem ESP32?

Ja, aber der Effekt ist größer bei ESP8266 und RP2040. Ein ESP32 mit 4 MB Flash merkt den Unterschied weniger, aber auch hier sind 2 KB echte Ressourcen, die du für Sensor-Komponenten nutzen kannst. Mit der Kommandozeile esphome analyze-memory <config> siehst du den genauen Speicherverbrauch deiner Config.

Ist PMSA003i jetzt völlig fehlerfrei?

Der Stack-Memory-Fehler ist behoben, ja. Das bedeutet: Bei I2C-Ausfällen werden keine Garbage-Werte mehr geloggt. Du solltest aber trotzdem eine robuste Fehlerbehandlung in deinen Automationen implementieren — nur weil der Sensor stabil ist, heißt nicht, dass die I2C-Leitung nie ausfällt.

Was ist mit der „Advanced“-Markierung für filters, manual_ip und interlock?

Das ist reine UI-Verbesserung. Im Dashboard werden diese Optionen jetzt versteckt, bis du auf „Erweiterte Optionen“ klickst. Sie funktionieren genau wie vorher, sind nur nicht mehr sichtbar, wenn du sie nicht brauchst.

Kann ich auf 2026.9.0b5 direkt updaten oder nur auf die finale 2026.9.0?

Die finale 2026.9.0 ist die sichere Wahl. Sie enthält alle Fixes der Beta-Serie plus finale Dokumentation. Beta-Versionen sind üblicherweise nur im Dashboard verfügbar, wenn du „Show beta releases“ aktivierst — für produktive Smart-Homes empfehlen wir die stabile 2026.9.0 oder höher.