Aktuelles Update Matter-Server auf 9.0.*

Ich dachte zunächst dass es an IKEA liegt, da ich ausschließlich Matter Geräte von IKEA habe. Aber kürz ein Nuki Smart Lock über Matter angebunden auch bei dem bekomme ich “nicht verfügbar”. Ich kann es bei mir also leider nicht einschränken. Als nächste würde ich einen anderen OTBR versuchen. Eventuell ZBT-2 oder Sonoff Dongle

ist natürlich ganz doof wenn du bei nicht verfügbarem Nuki vor der Tür stehen bleibst und nicht ins Haus kommst :rofl: :grimacing:

Die Nicht-Verfügbarkeit ist bei mir übrigens keineswegs auf IKEA Geräte beschränkt; das können genauso gut auch mein Sunricher- und mein Ecodim Dimmer, ebenso wie mein eve door&window Sensor… Wobei bei mir noch keine große Matter-Armada am Start ist; es sind bisher nur 9 Geräte!
Daher vermutete ich Ursache bislang eher auf der Netzebene. Vielleicht liegt’s auch am Routing meiner 3 Apples - die schieben sich ja anscheinend recht dynamisch die TBR Rolle hin und her…
Aber ich hatte bisher keine Lust, irgendwelche Logs detailliert zu analysieren :innocent:

Ich verwende Matter weitestmöglich nur over Thread, da over Wifi für mich keinen Sinn macht → weil über Wifi gibts ja bereits zahlreiche andere, ausgereiftere Wege nach HA….
Meine Hoffnung ruht auf Matter insbesondere WEGEN Thread als schlankeres und herstellerübergreifendes IoT Protokoll… aber diese allzu häufigen Nicht-Verfügbarkeiten sollten mal langsam aufhören! Und nachdem die ganzen Äpfel in meinem veräppelten Haus ohnehin schon ungefragt ein Thread Netzwerk aufgespannt haben, hab ich auch wenig Motivation mit einem zusätzlichen OTBR Dongle am HA noch ein zweites Thread Mesh daneben zu setzen… Ich hoffe immer noch auf ein stabiles (Apfel-) Thread Mesh, als Basis für mein HA Matter Netz (koexistierende Apple Home Matter Direktverbindungen meide ich dabei weitestmöglich)

Thread leidet wie Zigbee an dem Problem, das Frequenzband 2,4Ghz mit Wlan zu teilen. Eventuell stört das Wlan.

Fairer Punkt!
Umso wichtiger, dass man möglichst wenig IoT Krams auf Wifi laufen hat, damit die 2,4 weniger voll sind; die meisten anderen Wifi Devices funken ja eh schon hauptsächlich auf 5 oder 6 GHz… :nerd_face:

Ja wirklich, da habe ich eine ganz andere Wahrnehmung!

Bitte poste doch mal ein paar Beispiele für 5GHz und 6 GHz (WiFi7) - IoT-Geräte. :wink:

Das ist mMn aber eher theoretischer Natur. Dateitransfers und Video-Streaming erzeugen vermutlich 100- oder 1000-fach mehr Datenverkehr als IoT. Meine FritzBox zeigt 13 WLAN-Netze im 2,4 GHz Bereich an, die aber nur eine Gesamt-Auslastung von ca. 10% erzeugen.

Ich bevorzuge aber auch Matter over Thread, weil ich davon ausgehe, das die Thread-Geräte nicht nach hause telefonieren können.
Und wenn dann die Hersteller auch Updates so zur Verfügung stellen, dass der Matter Server sie finden und einspielen kann (bei mir die IKEA Geräte und die Aqara PF300 Sensoren) und ich keine APP installieren muss, dann bin ich einer rein lokalen Heim-Automatisierung wieder ein Stück näher.

Thread und Zigbee sind deutlich energiesparender als Wifi. Daher werden die ja für IoT genommen, Das wird auch durch eine geringe Sendeleistung erreicht. Wlan ist deutlich stärker und überstrahlt Thread und Co, so dass es zu Störungen kommen kann.

Meist ist es das eigene Wlan was stört. zB. Apple TV und Homepods. Da ist ja Thread und Wlan in einem Gerät. Daher ist es wichtig, dass sich durch richtige Einstellung der Funkkanäle möglichst weit auseinander zu legen. Da man bei Apple den Thread Kanal nicht ändern kann, muß man den Wlan Kanal für 2,4Ghz anpassen.

@harryp

Sry, hab mich missverständlich ausgedrückt: ich meinte mit „den anderen“ eben die Nicht-IoT Geräte, also Smartphones, Tablets und Laptops etc, und die bevorzugen (zumindest in meinem frizze-wlan-mesh) durchaus 5Ghz, sofern sie nicht grad im hintersten Eck des Hauses sind…:wink:

Wäre es also hilfreich das 2,4ghz Netzwerk von meiner Fritz Box zu deaktivieren, damit das Thread Netzwerk weniger Störungen hat?

Um zu klären, ob das die Ursache ist: ja.

Lege ggf. dein WLAN fest auf Kanal 1 oder 6, dann sollte dein WLAN dein Thread Netzwerk nicht mehr stören. Apple verwendet scheinbar immer Kanal 25 (WLAN verwendet eine andere Kanalnummerierung als z.B. Thread und Zigbee.)
Diese Grafik zeigt das ganz gut: (Da Thread die gleichen möglichen Kanäle wie Zigbee verwendet, gilt die Grafik auch für Thread.)

Zeige uns doch mal ein Bild deines Thread Network Mesh.

PS: Ich habe einen ZBT-2 und mein Thread-Netz sieht so aus:

Mein WiFi war auf Kanal 13. Hab jetzt mal auf 6 gestellt.

Mein Matter Netzwerk sieht eigentlich gut aus :thinking:

Auch immer einen Versuch wert:

  • Fahre mal das HA-System komplett herunter.
  • Dann schalte deine Fritzbox, das HA-System und deinen Matter-Stick für 5 min stromlos.
  • Dann schalte erst die Fritzbox und nach weiteren 5 min den Stick und schließlich HA wieder ein.

Hatte meine Nichtverfügbarkeiten immer trotz 2,4er WLAN auf Kanal 6 fix; heut Nacht hab ich das Update auf 9.0.3 gewagt (lief auf meinem HA Green 40 min. btw…) - alles läuft; die Zeit wird zeigen, ob‘s bei mir was gebracht hat. Denke die Gemengelage ist komplex und mögliche Ursachen vielfältig; daher dürften universelle Lösungsansätze allein nicht immer ausreichen…

Kanal 13 ist wohl der allerschlechteste Kanal für Wlan in Verbindung mit Thread/Zigbee, da die Wahrscheinlichkeit sehr hoch ist damit den “Apple Standard” Kanal 25 für Thread zu stören.

Die meisten “Nichtverfügbarkeitsprobleme” bei Thread sind auf schlechte oder gestörte Funkverbindungen zurückzuführen. Im WlanRouter sollte man die Kanalbandbreite im 2,4 Ghz Band auch auf jeden Fall auf 20 Mhz reduzieren (in der Fritzbox: “Wlan Koexistenz” genannt).

Kanal 26 ist für Thread auch nicht optimal, da hier Bluetooth stören kann.

Also: am besten Wlan 2,4 Ghz Autokanal unbedingt vermeiden und stattdessen fest auf Kanal 1 oder 6 einstellen. Bandbreite 20 Mhz.

Thread auf Kanal 20 oder 25 einstellen und darauf achten, dass ggf. Zigbee nicht auf dem gleichen Kanal liegt.

Ebenfalls extrem wichtig: genug Router-Geräte im Thread Netz haben, die untereinander auch gute Funkverbindungen aufbauen können.

Mehr Router = mehr Stabilität und Reichweite

Mehr Border Router = kann das Netz destabilisieren, wenn sie nicht korrekt vermesht sind.

Wenn man das beachtet, kriegt man auch ein ultrastabiles Matter-Thread-Netzwerk hin.

Good luck! :wink:

Wifi auf Kanal 6 hat bisher auch nichts gebracht. Das Verhalten immer noch wie vorher. Die 20mhz Einstellung muss ich noch vornehmen.

Hier eine Leuchte von heute morgen:

Habe zwar auch am Tag 1 aktualisiert und bisher noch keine Auffälligkeiten bemerkt.
Es funktioniert einfach so, wie es soll.

Mir ist zwar auch eine extreme Bootverzögerung aufgefallen aber ob das nun am Matter Server liegt, weiß ich nicht.
Zumindest bootet er sauber und alles ist - wie vorher auch - da.

Nachtrag:
Eins ist mir dann doch aufgefallen (hat aber wohl mit dem Update nix zu tun):
Mein Nuki ist über eine IKEA LED Birne verbunden, die den weitesten Weg darstellt.
Einige andere Thread Devices liegen näher am Nuki, z.B. der Border Router.
So wird die Verbindung rot dargestellt mit extrem schwacher Verbindung.
Alle anderen Geräte haben eine sehr starke Verbindung und werden grün dargestellt.
Aber das Nuki funktioniert trotzdem zuverlässig.

Nur warum die Verbindung hier im Mesh so ungünstig gewählt wurde und wie man das ggf. optimieren kann, habe ich noch nicht herausgefunden, da mir das erst eben aufgefallen ist.

Klicke mal im Matterserver auf dein Schloss und dort auf Interview. Dann werden die Daten dieses Gerätes neu abgerufen. Vlt sind ja nur die Daten veraltet.

So wie ich das verstanden habe, hat ein Thread Border Router im Threadnetzwerk generell keine Routerfunktion. Er darf zwar mitspielen, ist aber dennoch kein Teil der Mannschaft.

Sehe ich etwas anders: meines Wissens nach kann der Border Router auch Alles, was die anderen Router Geräte im Mesh können.

Es ist aber nicht erforderlich, dass er zu jedem Gerät im Mesh Funkkontakt hält. Im Prinzip reicht es aus, wenn er zu einem Dauerstromgerät im Mesh eine gute Funkverbindung hält und diese wiederum zum nächsten Router, usw.

Werde es nacher nochmal mit meinem verbliebenem Mygbett probieren.

Kenn mich mit diesem BLE Proxy Zeugs nicht aus. Wäre es auch möglich den Bluetooth-Dongle zu integrieren und irgendwie als BLE Proxy zu konfigurieren und somit zum Anlernen zu nutzen?

Edit: bei mir funktioniert zwar die Handy/Companion-App Methode auch wieder, ich habe aber festgestellt, dass die Geräte die über Handy angelernt werden, dann bei mir unter Google Dienste/Matter Geräte im Handy auftauchen und Google/Android aufeinmal auch in meinem Mesh hdrumpfuschen darf. Und zwar konkret: wenn ich in meinem Handy die Geräte aus Google lösche, werden sie auch aus einem HA Mesh gelöscht und ich muss sie neu anlernen. Will jetzt verhindern, dass Google beim anlernen irgendwas davon mitbekommt/speichert.

Bei matter-smarthome.de gibt es eine (für mich) verständliche Beschreibung des neuen Matter Servers: Der neue Matter-Server in Home Assistant ist ein Game-Changer

Und es gibt auch eine (mMn gute) Erklärung der Rollen in einem Thread-Netzwerk: Thread-Netzwerke: Wie man sich routet, so mesht man