Julian aus Augsburg-Göggingen, Mitte dreißig, IT-Trainer in einer Bank, hatte sich in den letzten anderthalb Jahren ein Matter-über-Thread-Setup zusammengekauft, um das ihn in der lokalen Home-Assistant-Meetup-Gruppe alle beneideten. Fünfzehn Geräte, alle Thread, gemischt aus mehreren Ökosystemen. Sechs Aqara-Steckdosen an den Stehlampen und den Waschmaschinen-Kreisen, vier IKEA-Tretakt-Kontaktsensoren an Fenstern und Kellertür, drei Nanoleaf-Essentials-Panels im Flur, zwei Eve-Motion-Bewegungsmelder auf der Terrasse und einer im Bad. Als Border Router lief ein HomePod mini im Wohnzimmer, ergänzt durch einen Home Assistant Connect ZBT-1 am Pi 5, der im Serverschrank unter der Kellertreppe stand. Das Setup lief seit Frühjahr 2026 ohne größere Ausfälle, und Julian hatte in den ersten Monaten kaum an das Netzwerk gedacht. Es ging einfach.

Bis ihm im Mai eine Sache auffiel, die ihn ratlos machte. Die Aqara-Steckdose an der Küchenlampe reagierte manchmal in unter einer Sekunde auf den Sprachbefehl, manchmal aber erst nach sechs, sieben, einmal sogar acht Sekunden. Kein Muster, keine Uhrzeit, keine Last am Router. Er hat drei Wochen lang alles getestet, was ihm einfiel. Steckdose zurückgesetzt, neu commissioniert, Firmware aktualisiert, WLAN-Kanal umgestellt, den Aqara-Support befragt. Der Support hat höflich empfohlen, das Gerät näher an den Border Router zu stellen, was in einer Küche mit fest verlegter Elektrik keine echte Option war. Julian saß Ende Juni vor seinem Home Assistant und hatte kein einziges Diagnose-Werkzeug, das ihm gesagt hätte, warum ausgerechnet diese eine Steckdose so zickig war. In der alten Zigbee-Welt hätte er die Netzwerkkarte aufgemacht, gesehen welcher Router welchen Endknoten versorgt und wie stark die Verbindung ist. In der Thread-Welt war das eine Black Box.

Am 1. Juli kam der 2026.7-Release, und mit ihm das neue Thread-Netzwerk-Diagramm im matter.js-Server. Julian hat am Abend nach dem Update das Werkzeug aufgemacht, die Steckdose gesucht, und in weniger als dreißig Sekunden gesehen was los war. Die Küchen-Steckdose hing als End-Device nicht am HomePod mini im Wohnzimmer, wie er angenommen hatte, sondern über eine dünne gelbe Verbindungslinie an einer Aqara-Steckdose in der Waschküche, die selbst schon zwei Hops vom Border Router entfernt war. Der HomePod hätte in der Luftlinie fünf Meter näher gelegen, aber die Betonwand zwischen Küche und Wohnzimmer dämpfte das 2,4-GHz-Signal so stark, dass der kürzere Weg der schlechtere war. Ich bin am Mittwoch bei Julian gewesen, wir haben das Werkzeug gemeinsam durchgearbeitet, einen zweiten Border Router in Form eines Aqara Hub M3 in die Küche gestellt, und die Steckdose reagiert seitdem in unter 900 Millisekunden, stabil, über zwei Wochen gemessen. Das hier ist der Praxis-Ratgeber, wie du das gleiche Werkzeug lesen und nutzen kannst, mit Stand 31. Juli 2026 und dem Patch 2026.7.4. (Home Assistant Matter Upgrade Blog)

Warum Thread ein Sichtbarkeits-Problem hatte

Wer in den letzten drei Jahren Zigbee in Home Assistant gefahren hat, kennt die Netzwerkkarte von Zigbee2MQTT oder ZHA aus dem Effeff. Ein Diagramm, in dem jeder Router als Knoten steht, jede aktive Verbindung als Linie, jeder LQI-Wert als Zahl daneben. Wer eine langsame Lampe hatte, sah in fünf Sekunden ob sie am nächsten Router hing oder drei Hops entfernt. Für Zigbee war das seit spätestens 2022 Standard-Diagnose.

Für Thread gab es das bis Juni 2026 schlicht nicht in Home Assistant. Der Grund war nicht Faulheit, sondern die Architektur. Der alte Python-Matter-Server aus Nabu Casa hatte den kompletten Fokus auf die Anbindung an die C-plus-plus-CHIP-SDK gelegt, und die Thread-Diagnose-Daten, die auf Matter-Ebene über den Thread Network Diagnostics Cluster zur Verfügung stehen, waren zwar theoretisch abfragbar, aber niemand hatte eine grafische Oberfläche dafür gebaut. Wer wissen wollte, wie sein Thread-Netz aussieht, hatte drei ungemütliche Optionen. Erstens: die Kommandozeile über ot-ctl auf einem OpenThread-Border-Router, was eine SSH-Verbindung und Root-Zugriff auf das Border-Router-Gerät voraussetzte. Zweitens: eine Custom-Dashboard-Karte aus HACS, die die Diagnose-Sensoren einzeln abfragte und in einer improvisierten Tabelle darstellte, was funktionierte, wenn man Glück hatte. Drittens: ein Sniffer-Setup mit Wireshark und einem zweiten 802.15.4-Radio, was für die meisten Heimanwender nicht in Frage kam. (Packet Sniffing mit Pyspinel, OpenThread Docs)

Was Thread-Netze in dieser Zeit besonders unangenehm machte, war der Mangel an Fehlermeldungen. Ein Zigbee-Gerät, das schlecht ans Netz angebunden ist, sendet oft Timeouts oder verpasste Reports, die im HA-Log auftauchen. Ein Thread-Gerät, das an einem schwachen Nachbarn hängt, produziert keinen Fehler. Es reagiert einfach langsamer, weil jeder Paket-Retransmit auf dem 802.15.4-MAC-Layer intern behandelt wird und dem Anwender nicht als Ereignis nach oben gereicht wird. Der Nutzer sieht: "Steckdose schaltet in acht Sekunden statt in einer". Das ist die einzige verfügbare Information. Ohne Diagnose-Werkzeug gibt es keinen Weg vom Symptom zur Ursache.

Kurzer Recap: Was Thread eigentlich ist

Bevor wir tief in die Debug-Praxis einsteigen, ein knapper Rückblick auf die Rollen, weil sie im Werkzeug direkt sichtbar sind. Thread ist ein Mesh-Protokoll auf dem Funkstandard 802.15.4, das im 2,4-GHz-Band arbeitet, im gleichen Band wie WLAN und Zigbee. Jedes Thread-Gerät bekommt eine der folgenden vier Rollen zugewiesen, die im Betrieb wechseln können und im Diagramm mit unterschiedlichen Symbolen dargestellt werden.

Der Leader ist der zentrale Verwalter der Netzwerk-Topologie. Er vergibt Router-IDs, verwaltet die Adress-Zuteilung und koordiniert die Konfiguration. In jedem Thread-Netz existiert genau ein Leader. Fällt er aus, wird automatisch ein neuer aus dem Kreis der bestehenden Router gewählt, ohne dass ein Nutzer eingreifen muss. Der Wechsel dauert typischerweise unter zwei Sekunden und hat auf ein gesundes Netz kaum spürbare Auswirkungen. (Node Roles and Types, OpenThread)

Der Border Router ist die Brücke zwischen dem Thread-Mesh und dem restlichen Heimnetz. Er bindet Thread-Geräte an dein WLAN, dein Ethernet und darüber an Home Assistant an. Ein Border Router kann gleichzeitig auch Router im Thread-Sinn sein, aber die beiden Rollen sind logisch getrennt. In deinem Setup können mehrere Border Router parallel existieren, und seit HA 2026.6 werden alle Border Router, die dieselbe Thread-Credential kennen, als ein einheitliches Netz behandelt. (OpenThread Border Router Integration Doku)

Der Router ist ein Vollmitglied des Meshes, der Pakete für andere Geräte weiterleitet. Router sind immer am Strom, weil sie ihren Funk nie abschalten. Ein Netz kann bis zu 32 Router gleichzeitig haben, wobei Thread bevorzugt eine Zahl zwischen 16 und 23 anstrebt, um die Latenz und den Overhead in Balance zu halten. (Article 2: Thread Network Architecture, LinkedIn Thingularity)

Das End Device ist ein Endknoten, der nur mit einem einzigen Router redet, dem sogenannten Parent. End Devices leiten keine Pakete weiter. Sie werden weiter unterteilt in Minimal End Devices, die immer erreichbar sind, und Sleepy End Devices, die den Funk zwischen den Aufwach-Zyklen abschalten, um Batterie zu sparen. Die meisten batteriebetriebenen Sensoren im Haus sind Sleepy End Devices. (Thread Network Fundamentals, Thread Group)

Eine wichtige Sonderrolle ist der Router Eligible End Device, kurz REED. Ein REED startet als End Device, kann sich aber, wenn die Netzlast es zulässt und die Router-Zahl unter 16 liegt, selbstständig zum Router promoten. Die meisten steckdosenbetriebenen Thread-Geräte im Haushalt sind technisch REEDs, die je nach Netzsituation die Rolle wechseln. (Homey Wiki, Thread for Power Users)

Wie du das neue Werkzeug öffnest

Mit 2026.7 hat Nabu Casa den kompletten Matter-Server auf eine TypeScript-Implementierung namens matter.js umgestellt, und dieser neue Server bringt eine eigene Web-Oberfläche mit, die das Thread-Diagramm hostet. Der Weg dorthin ist kurz.

Öffne in deinem Home Assistant die Einstellungen. Wechsle in Add-Ons. Suche nach Matter Server. Klicke auf Web-Interface öffnen. Es öffnet sich eine externe Seite in einem neuen Tab, die vom matter.js-Server selbst gerendert wird und drei Reiter oben zeigt: Nodes, Thread, Wi-Fi. Klicke auf Thread. Nach kurzer Ladezeit siehst du dein Mesh als Netzwerk-Diagramm. (matter.js Dashboard Doku, GitHub)

Wenn du HA über einen Docker-Compose-Stack fährst und den alten python-matter-server-Container noch nicht auf matter-server:9 aktualisiert hast, siehst du diesen Tab noch nicht. Die Anleitung zur Migration steht im HA-Blog vom 23. Juni. Bei einer klassischen HAOS-Installation auf einem Pi, einem HA Green, HA Yellow oder ODROID läuft die Migration automatisch, ohne dass ein Klick nötig ist. (Home Assistant Matter Upgrade Blog)

Ein kleiner Hinweis, der viele Nutzer im ersten Moment irritiert: die Dashboard-Oberfläche ist auf Bildschirmen unter 768 Pixel Breite absichtlich reduziert und blendet das Netzwerk-Diagramm aus. Wer das Werkzeug auf dem Smartphone nutzen will, muss auf die Desktop-Ansicht wechseln oder ein Tablet im Querformat verwenden. Das Team hat sich bewusst gegen eine Mobile-Variante entschieden, weil ein Netzwerk-Diagramm mit fünfzehn oder mehr Knoten auf einem Handy-Display schlicht unbrauchbar wäre. (matter.js Dashboard Doku, GitHub)

Was das Diagramm zeigt

Die Darstellung ist bewusst reduziert. Jeder Thread-Knoten ist ein Kreis mit einem Symbol in der Mitte, das seine Rolle anzeigt. Die Krone steht für den Leader, die Doppelpfeile für einen Router, ein schlichter Kreis für ein End Device, ein halber Mond für ein Sleepy End Device. Ein zusätzliches Antennen-Symbol markiert Border Router. Unter jedem Knoten steht der Gerätename, wie er in HA hinterlegt ist, plus die letzten vier Zeichen der Thread-MAC-Adresse, um Duplikate unterscheiden zu können.

Zwischen den Knoten verlaufen Verbindungslinien, die die aktiven Nachbarschaftsbeziehungen anzeigen. Die Farbe der Linie codiert die Link-Qualität. Kräftiges Grün steht für eine sehr gute Verbindung, Orange oder Gelb für eine mittlere Qualität, Rot für eine schwache und dringend problematische Verbindung, Grau für eine Nachbarschaft, die theoretisch existiert, aber gerade kein Signal liefert. Die Linien haben zusätzlich unterschiedliche Stärken, die die bidirektionale Link-Qualität widerspiegeln. (matter.js Server Ultimate Tool, Matter Alpha)

Wenn du auf einen Knoten klickst, öffnet sich rechts eine Detail-Ansicht mit den Rohwerten des Thread Network Diagnostics Clusters für dieses Gerät. Dort siehst du unter anderem den konkreten LQI-Wert je Nachbar (0 bis 255 nach Matter-Spezifikation, wobei höhere Werte besser sind), die durchschnittliche Round-Trip-Zeit in Millisekunden, die Anzahl der Nachbarn, den aktuellen Parent-Router bei End Devices, die Zeit seit dem letzten erfolgreichen Paket-Austausch und die Rolle im vollen Klartext. Für Router zusätzlich die Anzahl der Kind-Knoten, die sie versorgen, und ihre Router-ID. (Matter.JS Dashboard Feature-Übersicht, Matter Alpha)

Die Werte werden alle 30 Sekunden live aktualisiert. Wer eine bestimmte Änderung testen will, kann rechts oben den Refresh-Button drücken und bekommt sofort neue Daten. Bei sehr aktiven Netzen mit vielen End Devices kann der Refresh 5 bis 8 Sekunden dauern, weil der Server jedes Gerät einzeln nach seinen Diagnose-Werten fragt. Das Werkzeug fasst dann in einer kurzen Statusleiste unten zusammen, wie viele Nachbarschaften erneuert wurden und ob dabei Timeouts aufgetreten sind.

Der LQI-Wert und was er wirklich bedeutet

Der Link Quality Indicator ist die wichtigste Zahl im ganzen Diagramm, und er wird häufig missverstanden. LQI ist keine Sende-Reichweite und keine RSSI-Feldstärke. Er ist eine Bewertung der Paket-Empfangsqualität, die aus mehreren Roh-Werten hochgerechnet wird, unter anderem aus der Fehlerrate, der Signalstärke und der Anzahl notwendiger Retransmits. Der Matter-Standard skaliert LQI von 0 bis 255, wobei die Werte in der Praxis selten unter 60 oder über 240 liegen. Die typische Interpretation lautet: über 200 exzellent, 150 bis 200 gut, 100 bis 150 brauchbar, 60 bis 100 grenzwertig, unter 60 kritisch. (OpenThread Deep Wiki, MLE Protocol-protocol))

Ein zweiter Aspekt, den viele übersehen: LQI ist richtungsabhängig. Ein Gerät kann in eine Richtung einen guten Wert liefern und in die andere einen schwachen. Das Diagramm zeigt den bidirektionalen Wert, also den Durchschnitt aus beiden Richtungen, weil eine funktionierende Kommunikation immer beide Wege braucht. Wenn du dir die Detail-Ansicht eines Knotens ansiehst, findest du die Aufteilung nach eingehendem und ausgehendem LQI und kannst sehen, ob ein asymmetrischer Fehler vorliegt. Bei Julian war die Küchen-Steckdose in Richtung Waschküche mit 178 LQI eingehend gut, in Richtung Waschküche ausgehend aber nur mit 62. Das Signal kam von der Waschküche noch stark an, aber die Antwort der Küche schaffte den Weg zurück nur mit halber Kraft. Die Betonwand dämpfte in beide Richtungen gleich, aber die Küchen-Steckdose hatte weniger Sendeleistung als der Nachbar, weshalb die Rück-Verbindung schlechter war. Diese Asymmetrie hätte kein einzelner Zahlenwert sichtbar gemacht.

Ein dritter Punkt, der in der OpenThread-Community immer wieder diskutiert wird: die interne LQI-Skala des OpenThread-Stacks kennt eigentlich nur die Werte 0 bis 3. Diese vier Stufen werden für die Matter-Ausgabe auf 0 bis 255 hochgerechnet, was zu klumpigen Verteilungen führen kann. Wenn du also einen Sensor siehst, der stabil auf 191 LQI liegt, während ein anderer bei 127 hängt, kann das im rohen Sinn eine Differenz von nur einem OpenThread-Punkt sein. Für die praktische Diagnose reicht die Skala trotzdem, aber wer millimetergenaue Vergleiche zieht, überinterpretiert.

Der praktische Debug-Workflow

Wenn ein Thread-Gerät bei dir spinnt, langsam schaltet oder gelegentlich offline geht, folgen fünf Schritte, die in der Reihenfolge fast immer zum Ziel führen. Ich beschreibe sie an Julians Fall aus der Küche.

Schritt eins: Das betroffene Gerät im Diagramm lokalisieren. Öffne die Netzwerk-Karte, suche den Gerätenamen. Wenn du das Gerät nicht sofort findest, prüfe ob es als isolierter Knoten am Rand steht. Isolierte Knoten ohne Verbindungslinie sind entweder gerade offline oder haben ihren Parent verloren. Bei Julian war die Aqara-Steckdose sichtbar, hing aber überraschend nicht an dem Border Router, den er erwartete. Schritt zwei: Den Pfad zum Border Router nachvollziehen. Klicke das Gerät an, sieh in der Detail-Ansicht welchen Parent es hat. Wenn der Parent ein Router ist, klicke ihn an und sieh dessen Parent. Wiederhole das, bis du bei einem Border Router landest. Zähle die Hops. Bei Julian waren es drei Hops, was für ein Netz mit fünfzehn Geräten und einem einzelnen Border Router zu viel ist. Als Faustregel gilt: bis zu zwei Hops sind gesund, drei sind grenzwertig, ab vier solltest du strukturell nachbessern. Schritt drei: Die LQI-Werte entlang des Pfades ansehen. Jede Verbindungslinie im Pfad hat einen LQI-Wert. Suche die schwächste Stelle. Wenn zwischen zwei Router-Knoten die Linie orange ist und darunter ein Wert von 95 steht, während alle anderen Verbindungen über 180 liegen, hast du das Nadelöhr identifiziert. Bei Julian war die schwächste Stelle die 62 LQI der Küchen-Steckdose zur Waschküche. Schritt vier: Die räumliche Ursache prüfen. Geh in Gedanken (oder mit dem Grundriss in der Hand) den Weg im echten Raum ab. Was liegt zwischen den beiden Geräten mit der schwachen Verbindung? Betonwände, Kühlschrank, Wasserleitungen, Metallschränke, ein großer Fernseher, Aquarium, alte Fensterrahmen mit Metallgitter. All das dämpft 2,4-GHz-Signale. Metall ist der Hauptfeind, gefolgt von dickem Beton und Wasserflächen. Zusätzlich kann ein starkes WLAN auf derselben Frequenz das Thread-Netz stören. Thread nutzt die 802.15.4-Kanäle 11 bis 26, wobei Kanal 26 als der WLAN-freundlichste gilt und in vielen Empfehlungen als Standard genannt wird. (Thread Integration Doku, Home Assistant) Schritt fünf: Die Lösung umsetzen. Je nach Ursache gibt es drei typische Wege. Erstens: einen zusätzlichen Router zwischen die beiden Punkte stellen, zum Beispiel eine Thread-Steckdose an eine bislang leere Wandsteckdose in der Küche, die dann als Zwischenknoten fungiert. Zweitens: einen zweiten Border Router in dem betroffenen Raum platzieren, was den Pfad drastisch verkürzt. Drittens: das WLAN auf einen anderen Kanal legen, wenn die Interferenz das Hauptproblem ist. Bei Julian war die Lösung eine Kombination. Wir haben einen Aqara Hub M3 mit integriertem Thread Border Router in die Küche gestellt, ihn auf dieselbe Thread-Credential wie den HomePod mini gebracht, und die Küchen-Steckdose hat sich innerhalb von fünf Minuten den neuen, näheren Border Router als Parent gesucht. Die LQI sprang von 62 auf 213, die Response-Zeit von acht Sekunden auf 900 Millisekunden.

Multi-Border-Router seit HA 2026.6

Die Möglichkeit, mehrere Border Router im gleichen Netz zu betreiben, ist ein Kernbaustein der Lösung und eine der wichtigsten Verbesserungen der letzten zwölf Monate. Bis Anfang 2026 war jeder Border Router ein eigener Insel-Kopf, und die Thread-Geräte mussten explizit entschieden werden, welcher Insel sie zugehören. Mit HA 2026.6 hat Nabu Casa die OpenThread-Border-Router-Version 1.4 aus dem Beta gehoben und einen neuen mDNS-basierten Handshake eingebaut, der es Border Routern unterschiedlicher Hersteller erlaubt, sich gegenseitig zu erkennen und dieselbe Thread-Credential zu teilen. (Home Assistant 2026.6 Release-Blog)

Das bedeutet in der Praxis: ein HomePod mini, ein Google Nest Hub der zweiten Generation, ein Aqara M3 und ein Home Assistant Connect ZBT-1 können alle nebeneinander im selben Haus stehen und arbeiten automatisch auf demselben Thread-Netzwerk. Ein Gerät, das an einer Stelle des Hauses schlecht Empfang hat, wählt sich beim nächsten Reconnect den nächstgelegenen Border Router als Parent aus, ohne dass du eingreifen musst. Die Thread-1.4-Spezifikation nennt diesen Mechanismus Credential Sharing, und HA 2026.6 hat ihn nach über einem Jahr Beta-Zeit stabil bekommen. (Border Routers vs Mesh Split, Matter Alpha)

Was du wissen musst, wenn du einen zweiten Border Router hinzufügst: das Gerät fragt beim ersten Anschalten, ob es einem bestehenden Netz beitreten soll oder ein eigenes gründen. Bei Apple-Geräten passiert der Beitritt automatisch, sobald ein anderer HomePod oder Apple TV im Haus als Border Router läuft. Bei Google, Aqara, SkyConnect und den anderen musst du im HA-UI unter Einstellungen, Geräte und Dienste, Thread den Eintrag des neuen Border Routers explizit dem bestehenden Netz zuweisen. Die Doku beschreibt den Prozess Schritt für Schritt und warnt davor, aus Versehen ein zweites, parallel laufendes Netz zu erzeugen, in dem dann die Hälfte der Geräte hängt. (Thread Border Router Compatibility, HA Community)

Ein häufiger Fallstrick ist die Interaktion mit Apples HomeKit. Wer einen HomePod mini als Border Router nutzt und daneben einen zweiten, nicht-Apple-Border-Router betreibt, muss aufpassen, dass beide Systeme dieselbe Netzwerk-Credential teilen. Apple gibt seine Credential seit iOS 16.2 über den mDNS-basierten Share-Mechanismus frei, aber nur wenn der Nutzer in der Home-App unter Einstellungen, Thread die Freigabe manuell aktiviert. Ohne diesen Klick entsteht ein Split-Netz, in dem die Apple-Geräte im HomeKit-Thread bleiben und die HA-Geräte im HA-Thread, und keine der beiden Seiten sieht die andere. (Nanoleaf FAQ zu Thread Border Routern)

Der HomePod als Border Router: Was Apple-Nutzer wissen sollten

Für viele deutsche Haushalte ist der HomePod mini die erste Berührung mit einem Thread Border Router, oft ohne dass der Besitzer weiß, dass er einen betreibt. Apple hat seit Ende 2020 in jedem HomePod mini einen 802.15.4-Chip verbaut, der sofort als Border Router aktiviert wird, sobald ein iPhone in der Nähe ist und die Home-App das Gerät erkennt. Der HomePod verhält sich in der Praxis wie ein sehr zuverlässiger, immer eingeschalteter Router und bringt drei Eigenheiten mit, die im Debug wichtig sind.

Erstens: der HomePod publiziert seine Credential nur, wenn er in der Home-App als Home Hub aktiv ist. Wer den HomePod nur als Lautsprecher nutzt und Apples HomeKit gar nicht konfiguriert hat, hat effektiv einen ausgeschalteten Border Router. Der Chip ist da, aber er sendet nicht. Wer HA mit einem HomePod im Rücken kombiniert, muss also einmal in der Home-App den HomePod als Hub setzen. (Best Thread Border Routers 2026, Smart Home Scene)

Zweitens: Apple wählt seinen Thread-Kanal selbstständig und wechselt bei Bedarf. Wer den HomePod als primären Border Router nutzt und daneben einen HA-Border-Router betreibt, muss den HA-Router auf den Apple-Kanal zwingen, damit beide auf demselben Kanal senden. Das geht im HA-UI unter Einstellungen, Geräte und Dienste, Thread, Credentials durch Import der Apple-Credential. Der Import zieht Netzwerknamen, Kanal, PAN-ID und den Netzwerkschlüssel gleichzeitig aus dem Apple-System, wenn du eine iOS-App zur Hand hast, die den Share-Sheet-Button bedient.

Drittens: der HomePod meldet sich im HA-Diagramm nicht mit seinem Home-App-Namen, sondern mit einem generischen "HomePod mini" plus MAC-Suffix. Wer im Haus zwei HomePods hat, muss über die MAC-Adressen unterscheiden, welcher HomePod welcher ist, oder in der Apple-Home-App die MAC nachschlagen. Nabu Casa hat für 2026.8 angekündigt, dass die Apple-Home-Namen künftig automatisch synchronisiert werden, aktuell ist das noch nicht der Fall.

Wann OpenThread-Wireshark-Debugging sinnvoll wird

Für neunzig Prozent aller Debug-Fälle reicht das neue Diagramm völlig aus. Es zeigt dir Rollen, Verbindungen, Qualitäten und Bottleneck-Router in einer Form, die vor einem Monat noch undenkbar war. Es gibt aber einen kleinen Rest an Fällen, in denen du tiefer schauen musst, und für den ist die alte Wireshark-plus-Pyspinel-Methode weiterhin das Werkzeug der Wahl.

Der klassische Anwendungsfall ist ein Gerät, das im Diagramm gute LQI-Werte hat, mehrere Nachbarn kennt, in der Detail-Ansicht keinen offensichtlichen Fehler zeigt, aber trotzdem sporadisch Nachrichten verliert. Das kann an einem intermittenten Interferenzquellen liegen, an einer alten Firmware, die Retransmits nicht korrekt behandelt, oder an einem Nachbarn, der aus Sicht des LQI stark aussieht, aber tatsächlich einen fehlerhaften MAC-Layer hat. Für diese Fälle brauchst du einen Sniffer, der jedes einzelne 802.15.4-Frame im Roh-Format mitschneidet und dir die Retransmits, die ACK-Fehler und die Sequenznummern zeigt.

Der Standard-Weg ist ein Nordic-nRF52840-Dongle als Sniffer-Radio, das über die pyspinel-Software als Wireshark-Interface angesprochen wird. OpenThread liefert eine ausführliche Anleitung, wie du das Dongle flashst, welche Wireshark-Version du brauchst und wie du den Thread-Netzwerkschlüssel eingibst, damit die verschlüsselten Pakete lesbar werden. Für die reine Diagnose eines einzelnen Fehlers reichen fünf bis zehn Minuten Traffic-Mitschnitt. Für tiefer gehende Analyse können mehrere Stunden nötig sein. (Pyspinel Sniffer Doku, OpenThread) (Wireshark Setup für OpenThread)

Die Matter-Spezifikation selbst hat für Wireshark eine eigene Dissector-Erweiterung von der Connectivity Standards Alliance bekommen, die neben dem 802.15.4-Traffic auch die Matter-Cluster-Nachrichten entschlüsseln kann. Silicon Labs hat eine detaillierte Anleitung veröffentlicht, wie das Matter-Dissector-Plugin gebaut und in Wireshark eingebunden wird. (Wireshark Matter Capture, Silicon Labs Docs) Für den durchschnittlichen HA-Nutzer im Reihenhaus ist das ein Overkill. Für den Enthusiasten, der wissen will, warum eine ganz bestimmte Aqara-Firmware unter Last aussteigt, ist es das einzige verlässliche Werkzeug.

Was 2026.8 dazu bringt

Home Assistant 2026.8, aktuell in der zweiten Beta-Phase mit einer Release-Party am 5. August, bringt zwei Erweiterungen des Thread-Werkzeugs, die ich anhand der Beta-Notes gesehen habe und die für die Praxis relevant sind. (Home Assistant 2026.8 Beta Blog)

Erstens: History Recording. Die Diagnose-Werte, die aktuell nur live abrufbar sind, werden künftig in der HA-Datenbank gespeichert und lassen sich als Long-Term-Statistics auswerten. Du kannst dann in einer Grafana-artigen Ansicht sehen, wie sich der LQI-Wert deiner Küchen-Steckdose über die letzten sieben Tage entwickelt hat, ob es Muster gibt (schlechter am Wochenende, wenn das Nachbar-WLAN stärker sendet, besser nachts), und ob nach einer Firmware-Änderung die Qualität sprunghaft verbessert oder verschlechtert wurde. Die Aufzeichnung ist standardmäßig aus, um die Datenbank nicht aufzublähen, und kann pro Gerät einzeln aktiviert werden.

Zweitens: Automatic Anomaly Detection. Das Werkzeug analysiert im Hintergrund die letzten 24 Stunden Diagnose-Daten und meldet Auffälligkeiten. Ein plötzlicher Abfall der LQI unter einen konfigurierbaren Schwellenwert löst eine Benachrichtigung aus, ein Gerät das seinen Parent häufiger als üblich wechselt bekommt eine Warnung, ein Router der plötzlich mehr Kinder trägt als sein historischer Durchschnitt wird als potenzieller Bottleneck markiert. Die Grundlage ist eine einfache statistische Schwellenwert-Analyse, kein Machine Learning, und die Regeln lassen sich im UI anpassen.

Beide Erweiterungen sind noch in der Beta und können sich bis zum finalen Release ändern. Wer sich früh einlesen will, findet die Details in den Beta-Release-Notes und in den entsprechenden GitHub-Issues des matter.js-Repositories. Für Julian und mich war die Info hilfreich, weil wir bei ihm nun ab dem 5. August die History-Recording aktivieren werden, um zu sehen, ob der zweite Border Router in der Küche über den ganzen August hinweg stabile Werte liefert. (matterjs-server Changelog, GitHub)

Fünf konkrete Anti-Muster, die du vermeiden solltest

Aus den drei Wochen, in denen ich das Werkzeug jetzt bei Julian und bei drei weiteren Bekannten begleitet habe, sind mir fünf typische Fehler aufgefallen, die immer wieder auftauchen. Wer sie kennt, spart sich Stunden Frust.

Erstens: den Border Router direkt neben dem WLAN-Router platzieren. Beide Geräte senden auf 2,4 GHz. Ein Meter Abstand reicht nicht. Wenn dein HomePod mini oben auf der Fritzbox steht, dämpft sich der Border Router selbst. Mindestens einen Meter, besser zwei Meter Abstand und im Idealfall einen anderen Kanal für das WLAN wählen (Kanal 1 oder 6, während Thread auf 25 oder 26 läuft). Zweitens: alle Thread-Geräte am selben Wandtisch clustern. Wenn im Wohnzimmerregal zwölf Thread-Geräte auf 30 cm Fläche stehen und im Rest des Hauses drei weitere verteilt sind, macht das Diagramm den Fall sofort sichtbar. Die drei verteilten Geräte hängen an einer einzelnen langen Kette durch die zwölf Wohnzimmergeräte, jeder Hop kostet Zeit und Zuverlässigkeit. Verteile deine steckdosenbetriebenen Thread-Geräte wie einen Zigbee-Router-Ring durchs Haus, damit jeder Raum einen möglichen Router hat. Drittens: den ZBT-1-USB-Dongle hinten am Pi lassen. Wer den Home Assistant Connect ZBT-1 direkt am USB-Port des Pi steckt, hat den Border Router zusammen mit einer starken USB-3-Störquelle unter einem Deckel. Der Pi selbst und angeschlossene USB-Sticks strahlen 2,4-GHz-Rauschen ab, das den kleinen Sende-Chip des ZBT-1 überdeckt. Ein USB-Verlängerungskabel von 1 bis 2 Metern und das Dongle in einer freien Ecke des Zimmers hilft massiv. (Thread Border Router Design für HA, Zediot) Viertens: die Thread-Credentials verschiedener Border Router nicht angleichen. Wenn dein HomePod, dein Nest Hub und dein Aqara M3 jeweils ein eigenes Netz aufgezogen haben, hat jedes Netz seine eigenen Geräte, und keiner der drei Router hilft dem anderen. Der Sinn von Multi-Border-Router entsteht erst dann, wenn alle im gleichen Netz mit derselben Credential arbeiten. Prüfe im HA-UI unter Thread, wie viele Netze in deiner Wohnung existieren. Ideal ist eins. Fünftens: nach dem ersten Fix aufhören zu prüfen. Das Thread-Netz ist dynamisch. Ein REED, der heute Router ist, kann morgen wieder End Device sein, wenn die Router-Zahl fluktuiert. Ein Border Router, der neu gestartet wurde, wird nicht sofort Leader, sondern nimmt am Wahl-Prozess teil und übernimmt die Rolle vielleicht erst nach dem nächsten Zufalls-Sekundentakt. Wer nach einem Fix einmal ins Diagramm schaut und zufrieden weggeht, hat einen Moment gesehen. Prüfe zwei Tage später erneut, ob die Topologie stabil ist, und einmal pro Quartal, um schleichende Verschlechterungen früh zu bemerken.

Fazit nach zwei Wochen im Einsatz

Das Thread-Netzwerk-Diagramm ist der Ausrüstungs-Sprung, den ich für Home Assistant seit dem ZHA-Netzwerkkarten-Add-On 2022 nicht mehr erlebt habe. Es macht ein Netzwerk sichtbar, das vorher ausschließlich über indirekte Symptome erfahrbar war, und es tut das mit einer Klarheit, die selbst Nutzer ohne Netzwerk-Vorwissen in Minuten produktiv macht. Julian hat sein Setup nach einer Debug-Session komplett verstanden und plant für den Herbst schon die dritte Border-Router-Position, weil er wissen will, wie sich seine Terrassen-Sensoren im Winter verhalten, wenn die Feuchtigkeit die Signale zusätzlich dämpft.

Für dich zusammengefasst: aktualisiere auf HA 2026.7, öffne die Matter-Server-Weboberfläche, klick auf Thread, sieh dir dein Netz an. Wenn alles grün ist und die Hops kurz, hast du nichts zu tun. Wenn du orange oder rote Linien findest, gehst du die fünf Schritte aus dem Debug-Workflow durch und triffst eine gezielte Entscheidung, wo ein zusätzlicher Router oder Border Router sinnvoll wäre. Mit HA 2026.8 kommt dann die Langzeit-Historie dazu, und ab dem Zeitpunkt hast du für Thread dieselbe Diagnose-Tiefe, die du für Zigbee schon seit Jahren gewohnt bist.

Quellen