Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Siggi0904]

Was ich bei den vielen Seiten rund um Matter suche, ist inwieweit Thread dabei unterstützt wird bzw. was rund um den Standard Thread passiert.

Generell habe ich mich aber mit beidem zu wenig beschäftigt, dass ich befürchte die Frage ist falsch gestellt.

Danke.

[Wildbill]

@siggi0904 Naja, Thread ist eben nur ein (weiteres) Protokoll, über welches Matter kommunizieren kann. Etwas Basiswissen findest Du beispielsweise HIER.

Gruss, Jürgen

EDIT: Noch ein Nachtrag, weil da auch von Mesh im Thread-Netzwerk die Rede ist. Momentan ist es leider noch so, dass jedes Smarthome-System sein eigenes Thread-Netzwerk aufspannt. Hat man also, wie beispielsweise ich, mehrere Homepods in Apple Home, Echo Show 8 mit Thread, eventuell noch einen Skyconnect an Homeassistant und dergleichen, so ist es leider nicht so, dass die untereinander ein gemeinsames Netz bilden, sondern man hat in dem Fall 3 Netze. Man kann zwar Geräte dann an den anderen anlernen und steuern, sie bleiben aber in ihrem ursprünglichen Netz. Ein Google Nest oder Echo Show wird also ein Thread-Netzwerk in Apple Home mit Homepods nicht erweitern, sondern existiert parallel. Es wird aber wohl dran gearbeitet, dass das irgendwann geht, so wie bei Zigbee, so dass es ein „großes“ Netz gibt, und auch die Tread border router herstellerunabhängig agieren.

[apollon77]

@Siggi0904 Was genau ist denn die Frage? Am Ende ist Thread nur relevant wenn Du ein gerät kaufen willst was ein Matter und ein Thread Logo hat. Und dann ist wichtig das du einen sogenannten Border Router brauchst. Infos dazu auch oben und in meinen Posts zum Adapter.

@Wildbill Du hast generell recht damit das aktuell immer noch ggf mehrere Netzwerke entstehen, aber nur dann wenn man mehrerer Dinge kombiniert oder anfängt ein paar Geräte über Apple und ein paar per Google und andere per Amazon zu verknüpfen - ja dann sind die in 3 Netzwerken. Ich glaube aber das die Realität eher ist das jemand einen dieser Thread Border Router nutzt, und dann wäre alles schon ok.
Und bei Mesh geht es ja nicht nur um die Border Router - es ist wie bei Zigbee oder auch HMIP ... viele "230V-Thread-Geräte" wie zB Eve Steckdosen agieren dann auch als Mesh-Router für das Netzwerk in dem Sie sind und schon hast Du das Mesh.

[Wildbill]

@apollon77 Also zumindest bei mir ist Amazon/Alexa/Echo definitiv der Meinung, ein eigenes Thread-Netzwerk aufzuspannen, obwohl das einzige in Alexa vorhandene Thread-Gerät in Apple Home angelernt wurde und von dort an Alexa weitergegeben. Zumindest zeigt mir das Homeassistant so, an, dass es da ein einzelnes Alexa-Netz gibt.Aber wäre ja nicht das erste und einzige Mal, dass Amazon da meint, Extra-Würste braten zu müssen…

Gruss, Jürgen

[apollon77]

@wildbill Naja laaangsam ... wie gesagt ja die machen ein Netzwerk auf, aber das sagt ja nicht das es auch genutzt wird. Wenn Du das Gerät am Apple Hub initial angelernt hast dann ist das Gerät im Apple Netzwerk und der Apple Hub ist der Border Router und stellt den Gerät eine IPv6 Adresse aus. Du hast es danach mit Alexa verbunden was nur heisst das Alexa das Gerät per IPv6 anspricht aber es ist weiterhin im Apple Netzwerk.

Der aktuelle Stand den ich kenne ist:

• Apple, Google, Alexa, Smartthings (wenn es die Hubs unterstützen) spannen ein eigenes Netzwerk auf
• Aqara mit Ihrem Hub (angeblich) joinen ein bestehendes Apple/Google Netzwerk ODER machen ein eigenes auf

[Wildbill]

@apollon77 Also ich sehe in HA zumindest mein Apple-Netz und das Alexa-Netz. Aber ja, an Alexa habe ich nichts direkt angelernt, alles direkt via Apple.
Ich sehe aber gerade, dass meine Nanoleaf wohl auch Thread kann bzw. TBR ist und mir im Apple-Netz bei den Homepods und dem Apple TV angezeigt wird. Das scheint also direkt im Apple-Netz als TBR zu fungieren während der Echo eben sein eigenes Ding macht…
Da ich Amazon/Alexa aber eh nicht so viel zutraue, werde ich da auch nix ändern, läuft ja alles problemlos dank Euch und iobroker. HA ist nur noch Backup. :blush:

Gruss, Jürgen

Edit: typo

[Siggi0904]

@apollon77 sagte in Matter-Beta: Allgemeine Fragen und Diskussionen:

@Siggi0904 Was genau ist denn die Frage? Am Ende ist Thread nur relevant wenn Du ein gerät kaufen willst was ein Matter und ein Thread Logo hat. Und dann ist wichtig das du einen sogenannten Border Router brauchst. Infos dazu auch oben und in meinen Posts zum Adapter.

Naja, was ich wollte, weiß ich aufgrund von mangelndem Wissen nicht.
Vielleicht wollte ich nur schauen, wie weit IOBroker neben Matter auch Thread bedienen und verwalten kann. Denn aktuell wird das auf vielen Seiten parallel ausgesprochen, wenn man eigentlich nur Matter meint.

Ich lese die Tage mal die angegeben Seiten.
Danke.

[Feuersturm]

@siggi0904 sagte in Matter-Beta: Allgemeine Fragen und Diskussionen:

Vielleicht wollte ich nur schauen, wie weit IOBroker neben Matter auch Thread bedienen und verwalten kann.

Vielleicht hilft dir ja diese Grafik weiter.
ioBroker muss nicht "Thread" unterstützen, sondern Thread kannst du für dich einsortieren als eine Möglichkeit der Datenübertragung über einen Funkstandard neben z.B. W-Lan (Wifi)

Quelle https://www.simon42.com/matter-smart-home/ Kapitel Thread Geräte

Im oberen Bild läuft dein ioBroker mit dem Matter Adapter auf dem Computer unten links in der Ecke. Das Protokoll/Der Standard "Matter" ist für die Geräte (ioBroker, Rauchmelder, Lampen) vergleichbar wie eine "gemeinsame Sprache" (z.B. die deutsche Sprache) welche alle Geräte verstehen und sprechen können.

Wenn ioBroker mit seinem Matter Adapter jetzt mit einem Matter fähigen Gerät (Rauchmelder, Türschloss, Lampe etc.) Informationen austauschen möchte, können sie das über die gemeinsame Sprache "Matter" machen. Wenn ioBroker und das matterfähige Gerät beide über W-Lan verfügen, dann haben beide das gleiche "Transportmedium" um die Sprache Matter zu übertragen. Wenn jetzt ein Gerät die Sprache "Matter" spricht, aber nur über das Transportmedium "Thread" kommunizieren kann, dann ist ein Übersetzer notwendig (der Thread Border Router).
Bildlich gesprochen: ioBroker nutzt das verbal ausgesprochene Wort und spricht in der deutschen Sprache und das Thread fähige Gerät ist taub, versteht aber deutsch. In diesem Fall übersetzt der Thread Border Router das gesprochene deutsche Wort in Blindenschrift. Das Threadfähige Gerät kann die Blindenschrift lesen und erkennt die Informationen in der deutschen Sprache.

[apollon77]

Das Bild ist super. AM Ende idt die Hauptfrage was/wer genau der "Border Router" ist.
Das kann ein Hub von Apple, Google, Amazon oder auch Smartthings sein wenn man sowas eh schon hat.

Es kann auch ein "spezieller Thread Border Router" sein (z.B. https://store-eu.gl-inet.com/de/products/gl-s20-iot-gateway-thread-border-router) oder man nimmt nen Raspi oder eine VM mit einem USB Stick (zB https://www.adafruit.com/product/5199) (oder packt es mit auf den ioBroker Host - würde ich nicht tun aber geht generell). Wobei solche "eigenen" Lösungen immer halt auch etwas spezieller sind und Einarbeitung brauchen.

[surfer09]

Hallo zusammen,

ich wollte den Matte Adapter auch gerade aus dem Repository installieren, er lässt sich aber nicht mehr finden.
Vor ca. 1 Stunde hatte ich ihn noch gefunden, installiert aber ich konnte ihn nicht starten. Gibt es hier noch Probleme?

[mcm1957]

@surfer09
Drücke mal auf "Nach Updates suchen" um deinen Repository Cache zu aktualisiseren. (Ringförmiger Pfeil in der oberen Leiste).

Kann es sein, dass du versucht hast den Adapter von GitHub zu installieren? Das geht nicht.

[surfer09]

@mcm1957 Danke für den Tip mit dem Pfeilsymbol. Jetzt steht bei den Repositorys auch „Beta“ , aber ich kann ihn immer noch nicht finden.
Über GitHub hatte ich ihn nicht installiert, das hatte ich schon gelesen, dass man das nicht machen sollte.

[mcm1957]

@surfer09
Komisch - er ist aber da

Hast du beim rot markierten Button geklickt?
Und steht ev im Log irgendwas zu repo update problemen?

Kann es sein, dass du den Stern gedrückt hast 8Show only installed Adapters)?

[Feuersturm]

@surfer09 Welche Admin Version hast du installiert? Zeig bitte einmal beim "Schraubenschlüssel Menü" den Reiter Repositories.
So sieht es bei mir aus. Über das zweite Symbol von links kannst du die Werte für die Repositories auf die Standardeinstellung setzen:

Deine gelbes Banner mit der Warnung zum Beta Repository sieht bei mir leicht anders aus. So lautet der Text bei mir:

[surfer09]

@feuersturm Admin Version ist 7.6.3.
Ich habe den Screenshot vom Schraubenschlüssel Menü mal hier angehängt.

[surfer09]

@mcm1957 sagte in Matter-Beta: Allgemeine Fragen und Diskussionen

Hast du beim rot markierten Button geklickt?
Und steht ev im Log irgendwas zu repo update problemen?

Kann es sein, dass du den Stern gedrückt hast 8Show only installed Adapters)?

Hier habe ich etwas im LOG gefunden. Sorry, bin am IPAD, daher per Screenshot. Wo muss ich das Beta-Repository denn noch hinterlegen?

[Feuersturm]

@surfer09 Irgendwas ist bei dir anders. Bei der zweiten Zeile ist in der Spalte stable ein [--] eingetragen.
Hast du einmal links ob auf den Button gedrückt um die Standardeinstellungen wiederherszustellen?
Alternativ einmal ein

iob fix

ausführen

[Dragon]

Habe seit dem Update heute auf Zigbee 2.0.5 diese Fehler im Log.

Hat jemand eine Idee? Die Geräte in der Bridge sind alle wieder erreichbar, hatten sich natürlich zwei States verabschiedet durch das Adapterupdate.

matter.0
2025-04-09 02:50:56.650	warn	2025-04-09 02:50:56.650 ERROR InteractionServer Subscription 487213790 for Session 33183: Error while sending initial data reports NoResponseTimeoutError at StandardTimer.callback (/opt/iobroker/node_modules/@matter/general/src/util/DataReadQueue.ts:31:26) at Timeout._onTimeout (/opt/iobroker/node_modules/@matter/general/src/time/Time.ts:180:18) at listOnTimeout (node:internal/timers:581:17) at processTimers (node:internal/timers:519:7)

matter.0
2025-04-09 02:50:26.444	warn	2025-04-09 02:50:26.443 ERROR InteractionServer Subscription 487213789 for Session 33183: Error while sending initial data reports NoResponseTimeoutError at StandardTimer.callback (/opt/iobroker/node_modules/@matter/general/src/util/DataReadQueue.ts:31:26) at Timeout._onTimeout (/opt/iobroker/node_modules/@matter/general/src/time/Time.ts:180:18) at listOnTimeout (node:internal/timers:581:17) at processTimers (node:internal/timers:519:7)

Nun ist die Frage habe ich etwas falsch gemacht oder woran liegts?

RAM: 7.7 GB
Node.js: v20.19.0
NPM: 10.8.2

Matter: 0.4.14

Ist mir vorher nicht aufgefallen, falls sie vorher schon da waren. Ich hätte gesagt sie sind neu

[arteck]

@dragon sagte in Fehler im Log mit Matter Bezug:

Habe seit dem Update heute auf Zigbee 2.0.5 diese Fehler im Log.

was hat der zigbee adapter mit dem matter zu tun ..genau NIX..

dein Matter Gerät antwortet nicht..übrigends

[mcm1957]

@dragon
Warum in ENGLISCHEN Teil des Forums?
Warum nicht im MATTER STest Topic - das solltest du ja kennen da du ja Matter BETA Tester bist.

-> @Homoran
Verschieb des Ding mal in den deutschen Bereich und hängs an den Matter Test Topic an.