Home Assistant 2026.9 zeigt Matter-Netzwerke als Karte und erklärt Zustandsänderungen

Frenck hat am 2. September 2026 im Release-Blog von Home Assistant die Version 2026.9 vorgestellt. Das Matter-Panel erhält den Button „Show map“, und der Bereich Activity erklärt bei Zustandsänderungen, was sie ausgelöst hat. Die Karte beendet das Abfotografieren des Matter-Servers; die Suche nach nächtlichen Automationen bleibt ohne gespeicherte Traces dennoch mühsam.

Die Matter-Map macht das Netzwerk im Home-Assistant-Panel sichtbar

Die Matter-Map zeigt erstmals direkt in Home Assistant, wie Matter-Geräte miteinander verbunden sind. Die Daten lagen bisher im Matter-Server, einer separaten Weboberfläche, die die meisten Nutzer nie öffnen. Zigbee, Z-Wave und Bluetooth hatten in Home Assistant längst eine Grafik, Matter nicht. Mit Release 2026.9 gibt es im Matter-Panel den Button „Show map“ und damit dieselbe Graph-Ansicht wie bei den anderen Protokollen.

Wer bisher Lücken im Thread-Netz suchte, griff zum Handy. Der Laptop lag daneben, die Matter-Server-Oberfläche war geöffnet, Home Assistant lief im zweiten Fenster, und Hostnamen wurden von Hand abgetippt. Der Grund: Border Router tauchten im Matter-Server als Seriennummer auf, in Home Assistant nur als „irgendwas mit Matter“. Border Router sind die Geräte, die das Thread-Funknetz mit dem lokalen Netzwerk verbinden. Das war Bastelprojekt in Reinform, und das Mesh wirkte meist schon wieder stabil, bevor das letzte Foto gemacht war. Damit war die Beweiskette wertlos.

Die neue Karte liefert folgende Informationen:

• Die Linkfarbe trennt Thread-Verbindungen von WLAN-Verbindungen.
• Border Router und Endgeräte sind unterscheidbar.
• Dicke und Richtung der Verbindungen zeigen die Signalstärke.
• Der Pfad von Home Assistant zu jedem Gerät ist nachvollziehbar.
• Border Router und Zugangspunkte erscheinen mit Hostname oder WLAN-Namen statt als Seriennummer.

Damit lässt sich der vage Verdacht, dass der Thread-Pfad seltsam aussieht, durch den Blick auf den Border Router ersetzen, der zum Flaschenhals wird. Unterstützt ein älterer Matter-Server die Karte noch nicht, meldet die Seite das ausdrücklich, statt stumm nichts zu laden. Das spart die Stunde, in der man die eigene Installation für defekt hält, obwohl nur ein Update fehlt. Die Open Home Foundation stellt Matter damit auf Augenhöhe mit den anderen Protokollen.

Die Grundlagen zu Border Routern und Mesh stehen im Beitrag Thread 1.4 im Smart Home. Die Karte macht diese Theorie sichtbar. Wer Matter und Thread erst sortieren möchte, findet den Überblick unter Matter als Smart-Home-Standard und den Protokollvergleich unter Zigbee, Thread und Matter im Vergleich.

Activity erklärt jetzt, warum sich ein Zustand geändert hat

Activity zeigt in Version 2026.9 zu jeder Zeile, was die Änderung ausgelöst hat. Bisher stand dort nur das Was: Licht an, Tür entriegelt, Rollo zu. Wer das Warum brauchte, öffnete den Trace, also das Ablaufprotokoll einer Automation, und suchte rückwärts nach der Entity, die den Anstoß gegeben hatte. Nach dem Umbau der Protokollzeilen verschwand sogar der kleine Satz, der die Herkunft eines Eintrags andeutete. Stattdessen standen dort Bereich und Gerät. Das half bei der Orientierung, aber bei der Fehlersuche um drei Uhr nachts nicht.

Ein Klick auf eine Zeile öffnet jetzt die Details, die von oben nach unten gelesen werden. Zuerst steht der Auslöser: eine Person, eine Zustandsänderung, ein Zeitplan, eine Integration oder ein Neustart. Danach folgen die Automationen oder Skripte, durch die der Ablauf lief, und zuletzt die Änderung an der Entity selbst. Jeder Schritt ist anklickbar. Bei Automationen führt der Link direkt zum Trace. Zeitstempel in Millisekunden halten die Reihenfolge fest, wenn mehrere Ereignisse in dieselbe Sekunde fallen.

Wie wichtig diese Kette ist, zeigt ein bekanntes Muster. Eine Automation um 03:17 Uhr reagiert auf einen Bewegungsmelder, prüft eine Bedingung und führt eine Aktion aus, scheinbar alles abgesichert. Am Morgen brennt das Licht im Flur, niemand erinnert sich, und der Trace ist leer oder wurde nie geöffnet. Activity liefert nun das Warum, allerdings nur, wenn jemand die Zeile öffnet, liest und die Traces aufbewahrt. Die Karte hilft hier nicht weiter, denn sie zeigt, wie Matter und Thread verbunden sind, aber nicht, warum das Flurlicht anging.

Besonders nützlich ist die Kette bei verschachtelten Abläufen. Sobald mehr als drei Automationen auf denselben Bewegungsmelder hören oder ein Skript aus einer anderen Automation startet, reicht die Feststellung „etwas hat sich geändert“ nicht mehr aus. Auslöser, Automation oder Skript und Entity lassen sich jetzt Schritt für Schritt nachverfolgen.

Die Version 2026.9 ändert nichts daran, wie eine Automation gebaut wird. Sie ändert, wie schnell sich nachvollziehen lässt, warum eine Automation ausgelöst hat. Wer Automationen erst strukturieren möchte, beginnt mit dem Beitrag Home Assistant Automationen für Einsteiger.

Weitere Neuerungen und Patches bis zum 18. September

Neben Karte und Activity räumt 2026.9 an mehreren Stellen auf, die Diagnosen beschleunigen. History und Activity teilen sich eine Quellenleiste am linken Rand. Sie listet Etagen, Bereiche, Geräte und Entities und filtert nach Domain, Geräteklasse und Integration. Auf breiten Bildschirmen dockt die Leiste an, auf schmalen wird sie zu einem einblendbaren Fenster. Die Filter bleiben gemerkt. History zeichnet weiterhin erst nach einer Auswahl, Activity zeigt weiterhin alles und lässt sich nur per Filter eingrenzen. Das schont die Nerven, wenn nachts nicht dreimal der falsche Bereich erwischt wird.

Unter Settings gibt es eine neue Seite „Connectivity“. Sie bündelt Matter, Zigbee, Z-Wave, Thread, Bluetooth, serielle und Infrarot-Verbindungen sowie weitere Protokolle hinter einem Einstieg statt in einer langen Liste. Voice Assistants wandern in die zweite Gruppe. Für Matter-Nutzer bedeutet das weniger Suchen, denn die Karte liegt dort, wo man sie erwartet.

Das Security Dashboard bekommt Active Alerts und Favorites. Aktive Meldungen erscheinen nur, wenn etwas Aufmerksamkeit braucht, und unterscheiden zwischen Alarm und Warnung, damit ein offenes Fenster nicht wie ein Rauchmelder aussieht. Favoriten heften die Entities an, die ohnehin regelmäßig geprüft werden. Laut Release-Blog stammt das Konzept aus der Community und gehört zur Roadmap der Open Home Foundation; mehr soll folgen. Die Traces ersetzt das nicht.

Frenck nennt die Modernisierung von Modbus seinen Lieblingswechsel des Releases, und das leuchtet ein, wenn Solar-Wechselrichter oder Wärmepumpen angebunden werden. Bisher hieß Modbus, die Register-Map selbst in YAML zu schreiben. Das bleibt möglich. Neu ist ein Unterbau für Integrationen mit Benutzeroberfläche, die das Gerät bereits kennen und eine Verbindung gemeinsam nutzen, statt um sie zu konkurrieren.

Die ersten Integrationen sind Fronius, Sofar Inverter Modbus und Flexit. Fronius unterstützt optional Modbus TCP (SunSpec) für String-Daten, welche die lokale HTTP-Schnittstelle nicht liefert. Das gemeinsame Nutzen einer Verbindung hat praktischen Wert, weil manche Fronius-Modelle nur wenige parallele Modbus-Sitzungen akzeptieren.

Für Abonnenten von Home Assistant Cloud gibt es unter Settings, System, Labs einen Test einer Sprache-zu-Text-Engine des Anbieters Soniox. Laut Release Notes zielt sie auf Akzente, Hintergrundgeräusche und Sprachen außer Englisch. Der Anbieter verspricht, dass Audio weder protokolliert noch gespeichert noch zum Training genutzt wird. Es handelt sich um eine Herstellerangabe aus dem Release-Blog; eine unabhängige Prüfung liegt nicht vor. Der Test läuft über einen Labs-Schalter, Rückmeldungen sind erwünscht, und eine Garantie auf Dauer gibt es nicht.

Dieses Bild wurde mit KI generiertProviderhiggsfieldModellgpt_image_2PromptAdult hand tapping a phone notification timeline at 3 a.m. soft lamp light, home hallway with blurred smart switches, curious but tired mood, photorealistic, no logos, no readable text, 16:9

Nach der Veröffentlichung am 2. September erschienen drei Patches: 2026.9.1 am 5. September, 2026.9.2 am 11. September und 2026.9.3 am 18. September 2026. Das übliche Muster sind Fehlerkorrekturen, aktualisierte Abhängigkeiten und Frontend-Updates. Wer wegen Karte und Activity auf 2026.9 wechselt, sollte den aktuellen Patch-Stand einspielen und nicht beim ersten Build bleiben. Die einzelnen Korrekturen führen die Release Notes zu Home Assistant 2026.9 auf.

Eine Checkliste für Störungen sollte die Activity-Kette enthalten

Die Activity-Kette gehört jetzt in jede Checkliste für Störungen, und zwar früher, als die Karte zur Standarddiagnose wird. Die Karte erklärt die Leitung, Activity erklärt die Absicht. Wer nur die Karte nutzt, diagnostiziert Leitungen und verpasst, was eine Automation wollte. Wer nur Activity nutzt, versteht Automationen und übersieht Löcher im Thread-Netz. Eine brauchbare Reihenfolge sieht so aus:

1. Das Symptom einordnen: Netzwerk und Matter oder Automation und Zustand.
2. Bei Netzwerkproblemen das Matter-Panel öffnen, „Show map“ wählen und Transportweg, Border Router, Signalstärke und Pfad festhalten. Der Screenshot stammt jetzt aus Home Assistant statt aus dem Fenster des Matter-Servers.
3. Bei Automationen Activity öffnen, die Zeile anklicken und den Auslöser notieren: Person, Zustandsänderung, Zeitplan, Integration oder Neustart.
4. Die Automation oder das Skript in der Kette öffnen und den Trace speichern oder den Link beziehungsweise die Kennung ins Ticket schreiben.
5. Die Änderung an der Entity mit ihrem Millisekunden-Zeitstempel gegen parallele Ereignisse legen.
6. Erst danach Vermutungen anstellen.

Ohne die Schritte drei bis fünf bleibt die Karte Wanddekoration für Thread. Hinzu kommt die Aufbewahrung: Traces dürfen nicht ablaufen, bevor jemand hinsieht, und es muss feststehen, wer morgens Activity prüft.

Auch die Reihenfolge nach dem Update spielt eine Rolle. Zuerst sollte Core auf dem aktuellen Stand 2026.9.x sein und der Matter-Server kompatibel, dann wird die Karte geprüft. Sonst wird ein Versionsproblem diagnostiziert, und Matter gilt fälschlich als kaputt. In der ersten Stunde nach dem Update wird die Karte geöffnet und der Border Router gelesen. In der zweiten Stunde feuert eine Testautomation, und die Activity-Details samt Trace werden durchgeklickt. In der dritten Stunde wird die Checkliste aktualisiert.

Was die Matter-Map nicht löst

Die Karte ersetzt weder Thread-Planung noch redundante Border Router oder saubere Einstellungen für IPv6 und Multicast-DNS (mDNS) im lokalen Netz. Die offizielle Matter-Dokumentation betont lokales IPv6 und freien Multicast. Firmennetze mit virtuellen Netzen (VLANs) und „optimiertes“ Multicast gelten als Klassiker für gescheiterte Inbetriebnahmen. Die Karte macht solche Probleme sichtbarer, sie behebt sie nicht.

Matter läuft über IP, entweder per WLAN oder Ethernet oder über Thread. Thread ist das energiesparende Mesh-Netz, in dem Border Router die Verbindung zum lokalen Netzwerk herstellen. Home Assistant bleibt der Controller in der Fabric, also dem Verbund der Matter-Geräte. Die Karte zeigt, wie dieser Verbund netzwerkseitig aussieht.

Wer Geräte einbindet, braucht weiterhin die Companion-App, Bluetooth in Reichweite und bei Thread einen Border Router samt Zugangsdaten. Auch Multi-Fabric und die Eigenheiten bei Firmware-Updates über Funk (OTA) mit bestimmten Border-Router-Mischungen bleiben Betriebswissen. Es steht in der Matter-Integration von Home Assistant, nicht im Graph-Button. Die Karte hilft nach der Einrichtung: wenn Geräte sporadisch verschwinden, Updates scheitern oder ein Pfad über eine schwache Verbindung läuft. Sind Apple-, OpenThread- und andere Border Router gemischt und schlagen mDNS-Eigenheiten zu, zeigt sie zumindest, wohin der Verkehr will. Die Thread-Integration in Home Assistant ergänzt das, weil sie klärt, welches Netz die Geräte überhaupt nutzen.

Eine Wertung zum Schluss: Die Karte verdient Applaus, doch der Eintrag „why it changed“ in der Checkliste für Störungen ist die wichtigere Hausaufgabe, denn die Automation um 03:17 Uhr handelt, egal ob jemand zuschaut.