Ich habe mich jetzt entschlossen es mit der direkten Methode ohne App in HA zu versuchen. Dazu habe eine recht ordentliche und verständliche Anleitung gefunden. Zunächst muss ich aber einen Bluetooth-Dongle beschaffen. Ich werde berichten.
Nochmals Danke euch allen für die Unterstützung
Martin
Einen Bluetooth Dongle habe ich vor Ort nicht bekommen können. Ich habe einen bestellt. Bis zur Lieferung dauert es noch ein paar Tage.
Inzwischen bin ich natürlich nicht untätig geblieben. Dabei habe ich eine Möglichkeit gefunden mein Thread-Netzwerk anzeigen zu lassen. Darin wird das neue Mattergerät angezeigt. Trotzdem geht laut App die Prüfung schief. Stellt sich die Frage warum? Hat jemand eine Idee?
Möglicherweise liegt es auch an meinen Einstellungen zu ipv6. Kann bitte mal jemand die korrekten ipv6-Einstellungen für Homeassistant und die Frizbox posten?
Danke für eure Unterstützung
Martin
in HA: System/Netzwerk/IPv6: automatisch NICHT statisch!
Im Terminal:
ha docker options --enable-ipv6=true
Dann Neustart
Video zu Ikea Geräten:
Gute Zusammenfassung auch hier:
Danke Doc, während das Video mir keine neuen Erkenntnisse brachte, ist der verlinkte Thread sehr interessant, zumal auch mein HA als VM auf einem Ugreen-NAS läuft. Leider verstehe die Sache mit dem Anpingen von IP6 nicht und weiß nicht, wie ich das in der Praxis machen soll. Die VM-Einstellungen habe ich so weit mir das möglich ist überprüft und keine Auffälligkeiten gefunden. HA läuft ansonsten ja auch einwandfrei. Hier noch ein Image meiner Terminalaktivitäten. Lässt sich daraus irgendetwas schließen?
Ich kann Dir da leider auch nicht weiterhelfen mangels fundierterem Wissen in Bezug auf HA internals und IPv6. Hoffe Andere aus dem Forum können hier unterstützen…
Danke für die Tipps hier mit dem Bluetooth Dongle. Das hat funktioniert nach der Anleitung 
Ich habe den UGREEN Bluetooth 6.0 Adapter und der klappt ganz gut.
Das einzig komisch ist, dass ich oft 3-4 Versuche benötige um eine Steckdose zu verbinden. Dabei steht die Steckdose 10cm neben dem BZT-2 und 30cm entfernt vom Bluetooth Dongle. Ist das normal?
Und auch würde mich interessieren, ob das Vorgehen so generell richtig ist:
Finden die dann nach einer gewissen Zeit den besten Weg zurück zur Zentrale? Oder wie bringt man denen Geräten den besten Weg bei?
Das ist richtig. Einmal angemeldet, organisiert und optimiert sich das Thread-Netzwerk eigenständig.
Edit: kann nur von meinen Erfahrungen mit dem Asus BT500 berichten, da hat es immer sofort geklappt. 10 cm neben dem ZBT-2 ist aber schon fast zu nah. Probier doch mal etwas mehr Abstand. Ich würde eher behaupten, dass die optimalen Funk-Bedingungen gegeben sind, wenn sich alle Geräte im gleichen Raum befinden. Bei mir hat es sogar mit einem Höhenunterschied von 2 Etagen geklappt (Treppenhaus: ZBT-2 im EG, Kajplats Lampe Dachgeschoss)
P.S.: KI erklärt es hier ganz gut:
Ein Matter-Thread-Netzwerk ist kein statisches Gebilde, das man einmal einschaltet und das dann für immer starr bleibt. Vielmehr ist es ein **lebendes Ökosystem**, das darauf ausgelegt ist, sich selbst zu organisieren, zu heilen und zu optimieren.
Hier ist eine ausführliche Analyse, wie dieser Stabilisierungsprozess über die Zeit abläuft.
## 1. Die Basis: Was ist Thread überhaupt?
Bevor wir zur Stabilisierung kommen, müssen wir verstehen, dass **Thread** das Fundament (die Transportschicht) ist und **Matter** die Sprache (die Anwendungsschicht), die darüber gesprochen wird. Thread basiert auf dem Standard **IEEE 802.15.4** und ist ein IP-basiertes Mesh-Netzwerk.
Im Gegensatz zu klassischem WLAN, wo alle Geräte mit einem zentralen Router sprechen, kommunizieren Thread-Geräte untereinander. Das ist der Schlüssel zur Stabilität.
## 2. Die Selbstorganisation beim Start (Commissioning)
Wenn du ein neues Matter-Gerät hinzufügst, passiert in den ersten Minuten Folgendes:
* **Rollenverteilung:** Das Netzwerk bestimmt automatisch, welches Gerät welche Rolle übernimmt. Es gibt einen **Leader** (der das Sagen hat), **Router** (die Nachrichten weiterleiten) und **End Devices** (oft batteriebetriebene Sensoren).
* **Mesh-Bildung:** Jedes neue Gerät scannt seine Umgebung. Es sucht nicht nur nach dem “stärksten” Signal, sondern nach dem “zuverlässigsten” Pfad zum Rest des Netzwerks.
## 3. Dynamische Stabilisierung über die Zeit
Ein Thread-Netzwerk wird oft erst nach einigen Stunden oder Tagen wirklich “stabil”. Das liegt an mehreren Mechanismen:
### A. Self-Healing (Selbstheilung)
Fällt ein Gerät aus (z. B. jemand zieht den Stecker eines Thread-fähigen Zwischensteckers), bricht das Netzwerk nicht zusammen.
* Die benachbarten Router bemerken das Fehlen von Bestätigungs-Akkreditierungen (Acks).
* Sie berechnen innerhalb von Sekunden neue Routen.
* **Der Clou:** Wenn der aktuelle “Leader” des Netzwerks verschwindet, wählen die verbleibenden Router autonom einen neuen Anführer. Dieser Prozess ist für den Nutzer unsichtbar.
### B. Router-Promotion und Demotion
Thread ist intelligent. Wenn ein “End Device” (das eigentlich nur Daten senden soll) merkt, dass es eine strategisch günstige Position im Haus hat, um andere Geräte zu verbinden, kann es zum **Router** befördert werden (sofern es permanent am Stromnetz hängt).
Umgekehrt: Wenn es zu viele Router gibt, die sich gegenseitig stören könnten, werden einige wieder zu einfachen Endpunkten herabgestuft, um den Funkverkehr (Overhead) zu minimieren.
### C. Parent-Child-Optimierung
Batteriebetriebene Geräte (Sleepy End Devices) “schlafen” die meiste Zeit. Sie suchen sich ein “Parent”-Gerät (einen Router), das Nachrichten für sie zwischenspeichert. Über die Zeit wechselt ein Sensor vielleicht seinen Parent, wenn er merkt, dass ein anderer Router eine stabilere Verbindung oder eine geringere Latenz bietet.
## 4. Die Rolle von Matter bei der Stabilität
Während Thread die Leitungen legt, sorgt Matter dafür, dass die Pakete ankommen.
* **Operational Discovery (DNS-SD):** Matter nutzt “DNS Service Discovery”. Geräte werben für ihre Dienste im Netzwerk. Über die Zeit “lernen” die Border Router (die Brücke zwischen Thread und deinem WLAN), wo sich welches Gerät befindet.
* **IPv6-Adressierung:** Da jedes Matter-Gerät eine eigene IPv6-Adresse hat, gibt es keine Adresskonflikte wie früher bei manchen Zigbee- oder proprietären Lösungen. Das macht das Netzwerk über Monate hinweg extrem wartungsarm.
## 5. Warum “mehr” oft “besser” ist
Im Gegensatz zu WLAN, das langsamer wird, je mehr Geräte im Funkkanal hängen, wird ein Thread-Netzwerk mit jedem **stromgebundenen** Gerät (Router) stabiler.
* **Dichte:** Mehr Router bedeuten mehr potenzielle Pfade. Wenn eine Tür geschlossen wird oder jemand ein großes Metallobjekt in den Weg stellt, findet das Mesh einfach einen Umweg.
* **Border Router Redundanz:** Wenn du zwei Apple TVs, einen HomePod und einen Google Nest Hub hast, agieren alle als Thread Border Router. Fällt einer aus, übernehmen die anderen nahtlos die Verbindung zum Internet/WLAN.
## Zusammenfassung: Der Reifeprozess
Ein Matter-Thread-Netzwerk stabilisiert sich durch **ständige Neubewertung der Verbindungsqualität**.
1. **Tag 1:** Das Netzwerk bildet sich, Rollen werden verteilt, Routen sind noch frisch.
2. **Woche 1:** Das Mesh hat “gelernt”, welche Pfade durch Wände oder Möbel am stabilsten sind.
3. **Dauerbetrieb:** Durch die Autonomie der Geräte (Self-Healing) und die Redundanz der Border Router bleibt das System auch dann stabil, wenn einzelne Komponenten offline gehen.
> **Tipp vom Profi:** Wenn dein Netzwerk anfangs zickt, gib ihm 24 Stunden Zeit, sich zu “setzen”. Die Algorithmen im Hintergrund brauchen oft ein paar Zyklen, um die ideale Topologie für dein Zuhause zu finden.
Quelle: Gemini Thinking modus
Mein Bluetooth-Stick (der empfohlene Asus) war heute in der Post. Die Einrichtung war nach obiger Anleitung ein Kinderspiel und alle 3 Ikea Geräte (2x Tmmerflotte und 1x Grillplats) ließen sich sofort und ohne Probleme pairen. Kein Vergleich mit dem Handygelurch, das bei mir zudem nicht funktionierte. Danke noch einmal für die Tipps und die Geduld mit mir.
Martin
Ich habe ein neues Mattergerät Ikea Bilresa und prompt habe ich wieder Probleme es zu pairen. Ich benutze die letztens bewährte interne Methode, bekomme aber eine Fehlermeldung “Error setting Thread dataset: non-hexadecimal number found in fromhex() arg at position 11” Wie ist das zu interpretieren? Einen Tippfehler meinerseits kann ich nicht erkennen.
Martin
Wie wird der BT-Dongle in HA angezeigt?
Hci0 oder Hci1 , etc?
Den Bluetooth Dongle hatte ich zwischenzeitlich mal abgesteckt, er wurde aber korrekt wieder mit den gleichen Einstellungen wieder erkannt.
Sonst irgendwas geändert, geupdated etc.?
Kompletter SYSTEM-Neustart probiert?
Ja natürlich die Updates, die zwischendurch kamen. System auch neu gestartet. Aber sonst bin ich mir keiner Schuld bewusst-
Update:
Inzwischen habe ich in meiner Verzweiflung auch die oben beschriebene Vorgehensweise mit ha docker options … nochmals durchgeführt. Es hätte ja sein können, dass zwischenzeitliche Updates die ipv6 Einstellungen wieder zurückgesetzt haben. Leider nutzt auch das nichts. Bleibt noch die Möglichkeit, dass ich den Bilresa Taster nicht korrekt zurückgesetzt habe und er sich deshalb nicht verbinden lässt. Leider habe ich kein anderes Mattergerät mehr um es zu testen. Hat noch jemand einen Tipp für mich?
Martin
by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
Kann es sein, dass Du beim Zurücksetzen des Bilresas, diesen auf Zigbee umgestellt hast?
Es kann alles sein 
. Eine vernünftige Anleitung dazu habe ich nicht. In der mitgelieferten stehen nur belanglose Dinge. Zurück gesetzt habe ich das Ding indem ich die mittlere Taste einige Sekunden gedrückt habe bis die LED daneben rot blinkte, nach Loslassen blinkt die dann gelb und ist m.E. im Pairingmode. Ist da richtig?
Weiß ich i.M. auch nicht mehr Google/Youtube sind deine Freunde …
Zum Spaß würd ich es nochmal mit Handy QR-Code (nach Synchronisation Thread/Handy in der Companion App) probieren.
Gruß
Marc
P.S.: aktuelle Matter-Server App 8.5.0 im beta Modus und OTBR im beta Modus laufen super.
So, hier nochmal als mundgerechtes Häppchen aus der Bilresa Anleitung;
Factory reset
To reset the remote control, open the battery compartment and
press and hold the system button for 10 seconds or until the
red LED light stops blinking. It will automatically restart and be
available for pairing with a smart system for 15 minutes.
Du musst so lange drücken bis das rote Lämpchen AUFHÖRT zu blinken.
Danke Marc für deine Geduld mit mir. Ich habe jetzt den Bilresa genau nach deiner Anleitung zurück gesetzt. Das ändert leider nichts.
Auch mit dem Handy habe ich nochmal probiert. Wie gehabt “keine Verbindung mit dem Netzwerk möglich.
Beta-Modi verwende ich nicht. .Der aktuelle Stand ist aber auch so bei Matter 8.5 bei OTBR 2.16.8
Interessant finde ich auch, das nur das Pairen Probleme macht. Die früher bereits verbundenen Geräte laufen einwandfrei.
Auf Ikea.de zum Gerät navigieren, dort Produktinformationen & Materialien > Montage und Dokumente > Pflegehinweise auswählen und schon bekommst Du eine (zweiseitige) “Anleitung” angezeigt. 
Also: BIILESA mit Dualschalter oder BILESA mit Scrollrad
PS: Bei mir klappe gestern das Anlernen einer BILESA sofort (iPhone, ZBT-2, Betas von Matter-Server App und OTBR).
Ich kann mich nur wiederholen: mach ein vollständiges HA Backup und gib den betas eine Chance.
Dein NAS/VM Setup hat wahrscheinlich irgendein IPv6 forwarding/mDNS Problem. Dazu kann ich persönlich aber nicht weiterhelfen.
Geh nochmal die Anleitung für den BT-Dongle buchstabengenau durch.
Ansonsten für QR-Code/Android-Handy: Google HOME komplett deinstallieren.
Unter Apps/Google-Play Dienste: Cache und DATEN löschen.
Danach Google Home wieder installieren.
Danach erneut in der Companion-App/Problemlösungen/Thread Daten synchronisieren (am besten zweimal bis die Meldung kommt: Thread und Handy sind im gleichen Netzwerk oder so ähnlich)
So, jetzt haste mal was zum Abarbeiten 
Mir hat das Ganze natürlich keine Ruhe gelassen. Bei meinen Recherchen habe ich dann heraus gefunden, dass mit Matter-Server 8.5 auch was am Bluetooth- Stack geändert wurde. Betreffen sollte das nur BT-Proxies, die ich aber nicht verwende. Versuchsweise habe ich mal das Backup des Matterservers Version 8.4 eingespielt und siehe da, it works !. Nur als kleiner Hinweis, falls jemand von euch das gleiche Problem haben sollte. Es muss ja nicht jedem Stunden kosten.
Martin
