NEWS
"Matter" Adapter: Tester für Alpha Phase gesucht
-
@peter-v sagte in "Matter" Adapter: Tester für Alpha Phase gesucht:
@wildbill
deinen TBR mal neu gestartet?, hatte ich auch schon, das sich mein Echo4 aus dem WLAN abgemeldet hatte, Stromlos machen hatte geholfen.Da es via Homeassistant und Apple Home nach wie vor problemlos läuft, sehe ich da erst einmal kein Problem mit einem der Border Router. iobroker hat das Gerät ja aus einer Freigabe von Apple Home erhalten und das zweite Matter-Gerät läuft ja auch noch.
Wenn das Log da niemand auf eine Idee bringt, dann starte ich die mal alle neu (2 Homepod Mini, 2 Homepod Gen 2, Apple TV4K, Echo Show 8).Gruss, Jürgen
@wildbill Das ist ein Thread Gerät - hat dein iobroker Host die relevanten IPv6 Einstellungen wie im Troubleshootling guide beschrieben und auch "Persistiert"? hast Du vllr rebootet und das ist verloren gegangen? Bei HAOS tut das weil die diese IPv6 Settings direkt im System rein-twekaen.
-
@wildbill Das ist ein Thread Gerät - hat dein iobroker Host die relevanten IPv6 Einstellungen wie im Troubleshootling guide beschrieben und auch "Persistiert"? hast Du vllr rebootet und das ist verloren gegangen? Bei HAOS tut das weil die diese IPv6 Settings direkt im System rein-twekaen.
@apollon77 Ja, die aus dem Troubleshooting empfohlenen Einstellungen hat mein System. Bzw., hatte es schon immer, bis auf den Punkt
sysctl -n net.ipv6.conf.wlp0s20f3.accept_ra_rt_info_max_plenden ich damals anpassen musste.
Und nein, weder iobroker, gar der Proxmox-Host oder einer der Border Router oder das Schloss selbst wurden zum Zeitpunkt des Aussteigens in iobroker neu gestartet oder Ähnliches. Auch kein Neustart des Adapters. Aufgefallen ist es mir erst, als ich in iobroker in den Objekten gesehen habe, dass da die Farbe anders ist, als beim M1S. Hat also in aller Stille heimlich einfach die Verbindung verloren. In Apple Home und Homeassistant hat alles weiter funktioniert.Da ein Herausnehmen der Batterien mit anschließendem Neustart des Adapters vorgestern nichts gebracht haben und es erst wieder lief, nachdem ich auch mal die Border Router ALLE neu gestartet habe, vermute ich tatsächlich bei denen einen "Schluckauf", auch wenn die anderen Systeme abseits iobroker kein Problem hatten.
Ich habe die Logs nochmal abgesucht. Zum Zeitpunkt an dem es in iobroker offline ging, waren an diesem gesamten Tag überhaupt nur 4 Zeilen bezüglich Matter im Log:
2025-01-18 02:40:16.194 - info: matter.0 (11282) Node "9217703481860453215" reconnecting 2025-01-18 02:40:29.331 - info: matter.0 (11282) Node "9217703481860453215" connected 2025-01-18 03:10:34.397 - info: matter.0 (11282) Node "9217703481860453215" reconnecting 2025-01-18 03:12:54.543 - info: matter.0 (11282) Node "9217703481860453215" offline, waiting for device discoveryAllerdings natürlich nicht im Debug-Modus und Loglevel auf Info.
Gruss, Jürgen
-
@apollon77 Ja, die aus dem Troubleshooting empfohlenen Einstellungen hat mein System. Bzw., hatte es schon immer, bis auf den Punkt
sysctl -n net.ipv6.conf.wlp0s20f3.accept_ra_rt_info_max_plenden ich damals anpassen musste.
Und nein, weder iobroker, gar der Proxmox-Host oder einer der Border Router oder das Schloss selbst wurden zum Zeitpunkt des Aussteigens in iobroker neu gestartet oder Ähnliches. Auch kein Neustart des Adapters. Aufgefallen ist es mir erst, als ich in iobroker in den Objekten gesehen habe, dass da die Farbe anders ist, als beim M1S. Hat also in aller Stille heimlich einfach die Verbindung verloren. In Apple Home und Homeassistant hat alles weiter funktioniert.Da ein Herausnehmen der Batterien mit anschließendem Neustart des Adapters vorgestern nichts gebracht haben und es erst wieder lief, nachdem ich auch mal die Border Router ALLE neu gestartet habe, vermute ich tatsächlich bei denen einen "Schluckauf", auch wenn die anderen Systeme abseits iobroker kein Problem hatten.
Ich habe die Logs nochmal abgesucht. Zum Zeitpunkt an dem es in iobroker offline ging, waren an diesem gesamten Tag überhaupt nur 4 Zeilen bezüglich Matter im Log:
2025-01-18 02:40:16.194 - info: matter.0 (11282) Node "9217703481860453215" reconnecting 2025-01-18 02:40:29.331 - info: matter.0 (11282) Node "9217703481860453215" connected 2025-01-18 03:10:34.397 - info: matter.0 (11282) Node "9217703481860453215" reconnecting 2025-01-18 03:12:54.543 - info: matter.0 (11282) Node "9217703481860453215" offline, waiting for device discoveryAllerdings natürlich nicht im Debug-Modus und Loglevel auf Info.
Gruss, Jürgen
-
Hallo zusammen, ich habe mir mal den Matter Adapter installiert und zum testen habe ich einen Shelly Plug geholt, Die Verbindung konnte ich herstellen, schalten geht auch, aber der Verbrauch nicht. Liegt das jetzt daran, dass Shelly diesen nicht überträgt, oder liegt es am Adapter?
-
Hallo zusammen, ich habe mir mal den Matter Adapter installiert und zum testen habe ich einen Shelly Plug geholt, Die Verbindung konnte ich herstellen, schalten geht auch, aber der Verbrauch nicht. Liegt das jetzt daran, dass Shelly diesen nicht überträgt, oder liegt es am Adapter?
@rissn Welche Matter Adapterversion hast du installiert? Ohne ein Debug Log inkl. "Erweitertes Debug-Logging für das Matter-Protokoll aktivieren (nur sichtbar mit der Protokollebene „Debug“)" wird man nicht sagen können woran es liegt :-)
-
Hallo zusammen,
bevor ich den Matter Adapter hoffentlich Ende November hier offiziell zum beta Test vorstellen kann, suche ich ein paar Alpha Tester das wir es vorher auch in allen sinnvollen Konstellationen generell testen können und so sicher sind das nicht gleich große Dinge kaputt sind. Im gleichen Zuge möchte ich gern schauen was ggf direkt in die Doku sollte das es für alle einfacher wird.
Also um was soll es bei dem Test gehen bzw was genau wäre cool das Ihr als Tester mitbringt:
- Idealerweise meldet sich jeweils mindestens einer (gern mehrere!!) der Apple Home, Google Home, Alexa und/oder SmartThings (oder gern auch andere Matter Controller - ausser Aqara Hub M3!) hat. Die Idee hier wäre es, für verschiedenste Gerätetypen aus ioBroker (die kann man auch mit user specific states erzeugen wenn man nicht mit echten Geräten mappen kann) diese als Matter-Bridge zu exposen und dann in Apple/Google/... zu prüfen ob alles korrekt angezeigt wird und Steuerungen so gehen wie sie sollen und alles sinn macht. Unterschiede die wir finden kann man dokumentieren.
- Idealerweise habt Ihr ein Testsystem von ioBroker wo Ihr einfach mit Objekten und so rumspielen könnt - oder wisst was es heisst das in Eurem Live System zu machen!
- Falls jemand schon Matter Geräte hat von verschiedenen Gerätetypen wäre das cool um die Controller-Seite zu testen. Ich hab ein paar, aber durchaus nicht alles. Alles was wir hier abdecken können ist ok, rest kommt halt dann später. Fokus wäre erstmal eher auf der Geräteseite.
Generell kann auch jemand ohne Apple&Friends mit machen, wenn er mehrere ioBroker Hosts hat ... So einen Test (also ioBroker Bridge gegen ioBroker Controller,je einer pro Host dann) würde ich auch gern machen. Also auch so kann jemand unterstützen.
Es gibt noch ein paar Technische Voraussetzungen:
- Euer Netzwerk sollte IPv6 aktiviert haben und keine VLANs oder Systeme haben die UDP Routing unterbinden! Das gilt vom Hub zu ioBroker Host zu Handy-Apps - also alle miteinander müssen im gleichen Netzsegment sein
- Wer Docker nutzt muss aktuell "Host" mode nutzen - ebenfalls wegen UDP.
- Proxmox LXC gehen ebenso nicht weil die Proxmox Hosts keine IPv6 Adresse beziehen im Normalfall und damit IPv6 fehlt! Also Proxmox aktuell nur in einer VM die IPv6 hat
Wer Interesse hat, und auch dafür ein bissl Zeit vor allem in den nächsten 2 Wochen erübrigen kann, bitte hier kurz posten mit Infos welche Ecosysteme (Apple, Google & Friends) er so hat und ich kontaktiere Euch dann. Ich würde gern die generelle Kommunikation über Discord machen weil das dort strukturierter laufen kann. Ihr würdest dann von mir eine Einladung bekommen.
Im Dev/Community-Meeting diesen Mittwoch ( 20.11.) um 20:30 (jeder gern eingeladen) zeige ich auch den matter Adapter nochmal kurz und erkläre ein paar Dinge, würde aber dann zum Test-Start nochmal nen Video-Call ansetzen.
Fragen? Fragen!
Ingo
PS: Bevor jetzt jemand fragt "Hey Du bist doch der Dev ... musst das doch selber beim entwickeln testen ..." so muss ich sagen ... ja tue ich generell ... aber ich habe nicht alles (zB Smart Things fehlt mir) und das alles in allen Ökosystemen und Konstellationen zu testen dauert in Summe dann eine ganze Zeit. Weiterhin ist das Coding im Idealfall klar weil die Matter Spec das regelt - wie die einzelnen Ökosysteme das aber genau ausgestalten steht wieder auf einem anderen Blatt. Hier muss man auch ggf experimentieren. Alles in allem macht es also einen großen Sinn das zu Verteilen und zu parallelisieren. Wäre als Cool wenn die Community hier unterstützen könnte.
@apollon77 Hi, könnte man noch mittesten? hab aquara und tado mit matter. lg
-
@rissn Welche Matter Adapterversion hast du installiert? Ohne ein Debug Log inkl. "Erweitertes Debug-Logging für das Matter-Protokoll aktivieren (nur sichtbar mit der Protokollebene „Debug“)" wird man nicht sagen können woran es liegt :-)
@feuersturm ich habe Version 0.4.2
matter.0 2025-01-24 06:18:10.648 debug handleChangedAttribute "10683754491737671200": Attribute undefined/56/0x0402/measuredValue changed to 1625 matter.0 2025-01-24 06:16:28.299 debug handleChangedAttribute "10683754491737671200": Attribute undefined/0/0x0033/totalOperationalHours changed to 1074 matter.0 2025-01-24 06:16:28.298 debug handleChangedAttribute "10683754491737671200": Attribute undefined/0/0x0033/upTime changed to 3869958 matter.0 2025-01-24 06:16:28.295 debug handleChangedAttribute "10683754491737671200": Attribute undefined/0/0x0033/networkInterfaces changed to [{"name":"eth1","isOperational":true,"offPremiseServicesReachableIPv4":null,"offPremiseServicesReachableIPv6":null,"hardwareAddress":"ecb5fa241b15","iPv4Addresses":["c0a80090"],"iPv6Addresses":["200300c1f70dce00eeb5fafffe241b15","fd0b532f3be10000eeb5fafffe241b15","fe80000000000000eeb5fafffe241b15"],"type":0},{"name":"eth0","isOperational":false,"offPremiseServicesReachableIPv4":null,"offPremiseServicesReachableIPv6":null,"hardwareAddress":"00037f1120ce","iPv4Addresses":[],"iPv6Addresses":[],"type":2},{"name":"lo","isOperational":true,"offPremiseServicesReachableIPv4":null,"offPremiseServicesReachableIPv6":null,"hardwareAddress":"000000000000","iPv4Addresses":["7f000001"],"iPv6Addresses":["00000000000000000000000000000001"],"type":0}] matter.0 2025-01-24 06:16:27.305 debug 2025-01-24 06:16:27.305 INFO ExchangeManager Invalid Data report with unexpected subscription ID 1654648002 matter.0 2025-01-24 06:16:16.109 debug handleChangedAttribute "10683754491737671200": Attribute undefined/9/0x0402/measuredValue changed to 1676 matter.0 2025-01-24 06:13:21.645 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-24 06:13:21.344 info Node "10683754491737671200" connected matter.0 2025-01-24 06:13:21.216 debug handleChangedAttribute "10683754491737671200": Attribute undefined/56/0x0402/measuredValue changed to 1600 matter.0 2025-01-24 06:13:21.129 debug handleChangedAttribute "10683754491737671200": Attribute undefined/33/0x0402/measuredValue changed to 1929 matter.0 2025-01-24 06:13:21.054 debug handleChangedAttribute "10683754491737671200": Attribute undefined/9/0x0402/measuredValue changed to 1650 matter.0 2025-01-24 06:13:20.979 debug 2025-01-24 06:13:20.979 INFO InteractionClient Subscription successfully initialized with ID 3040863973 and maxInterval 600s. matter.0 2025-01-24 06:13:20.740 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-24 06:13:20.439 info Node "7398579136186651997" connected matter.0 2025-01-24 06:13:20.358 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-24 06:13:20.277 debug 2025-01-24 06:13:20.277 INFO InteractionClient Subscription successfully initialized with ID 1931890527 and maxInterval 60s. matter.0 2025-01-24 06:13:20.058 info Node "7398579136186651997" offline, waiting for device discovery matter.0 2025-01-24 06:13:19.999 debug 2025-01-24 06:13:19.999 INFO InsecureSession End insecure session insecure/14722600410172216989 matter.0 2025-01-24 06:13:19.936 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-24 06:13:19.919 debug 2025-01-24 06:13:19.919 INFO CaseClient Case client: Session resumed with udp://192.168.1.42:5540 and parameters SII: 500 SAI: 300 SAT: 4000 DMRev: 17 IMRev: 11 spec: 0x0 maxPaths: 1 CATs: matter.0 2025-01-24 06:13:19.634 info Node "7398579136186651997" reconnecting matter.0 2025-01-24 06:13:19.575 debug Initialization done, Objects subscribed matter.0 2025-01-24 06:13:19.575 debug 2025-01-24 06:13:19.575 INFO PairedNode Node 7398579136186651997: Reconnecting in 0s ... matter.0 2025-01-24 06:13:19.537 info Endpoint 1 (MA-onoffpluginunit): matter.0 2025-01-24 06:13:19.493 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.ACTUAL to true (ack = true) matter.0 2025-01-24 06:13:19.444 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.SET to true (ack = true) matter.0 2025-01-24 06:13:19.392 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.ACTUAL to true (ack = true) matter.0 2025-01-24 06:13:19.391 debug Received state change for matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.SET: true (ack=true) --> true (triggerUpdate=true) matter.0 2025-01-24 06:13:19.342 info Node 7398579136186651997: Creating device for OnOffPlugInUnit (endpoint 1) matter.0 2025-01-24 06:13:19.334 info Node 7398579136186651997: Endpoint 1 to ioBroker Devices MA-onoffpluginunit / OnOffPlugInUnit matter.0 2025-01-24 06:13:19.302 info Node 7398579136186651997: Endpoint 0 to ioBroker Devices MA-rootnode / RootNode matter.0 2025-01-24 06:13:19.257 info Node "10683754491737671200" offline, waiting for device discovery matter.0 2025-01-24 06:13:19.164 info Node "10683754491737671200" reconnectingDas Log ist leider sehr lang, habe Hue mit drin, aber der Verbrauch ist leider nicht da und als Beispiel bei Hue sehe ich die BWM aber kein Status, sicher auch nicht so wichtig wie der Verbrauch beim Shelly. Auch übernimmt es beim Start vom Adapter nicht den richtigen aktuellen Status, der Shelly ist an und im Status steht = False. Somit muss man einmal aus, wieder einschalten um dann ausschalten zu können.
-
@feuersturm ich habe Version 0.4.2
matter.0 2025-01-24 06:18:10.648 debug handleChangedAttribute "10683754491737671200": Attribute undefined/56/0x0402/measuredValue changed to 1625 matter.0 2025-01-24 06:16:28.299 debug handleChangedAttribute "10683754491737671200": Attribute undefined/0/0x0033/totalOperationalHours changed to 1074 matter.0 2025-01-24 06:16:28.298 debug handleChangedAttribute "10683754491737671200": Attribute undefined/0/0x0033/upTime changed to 3869958 matter.0 2025-01-24 06:16:28.295 debug handleChangedAttribute "10683754491737671200": Attribute undefined/0/0x0033/networkInterfaces changed to [{"name":"eth1","isOperational":true,"offPremiseServicesReachableIPv4":null,"offPremiseServicesReachableIPv6":null,"hardwareAddress":"ecb5fa241b15","iPv4Addresses":["c0a80090"],"iPv6Addresses":["200300c1f70dce00eeb5fafffe241b15","fd0b532f3be10000eeb5fafffe241b15","fe80000000000000eeb5fafffe241b15"],"type":0},{"name":"eth0","isOperational":false,"offPremiseServicesReachableIPv4":null,"offPremiseServicesReachableIPv6":null,"hardwareAddress":"00037f1120ce","iPv4Addresses":[],"iPv6Addresses":[],"type":2},{"name":"lo","isOperational":true,"offPremiseServicesReachableIPv4":null,"offPremiseServicesReachableIPv6":null,"hardwareAddress":"000000000000","iPv4Addresses":["7f000001"],"iPv6Addresses":["00000000000000000000000000000001"],"type":0}] matter.0 2025-01-24 06:16:27.305 debug 2025-01-24 06:16:27.305 INFO ExchangeManager Invalid Data report with unexpected subscription ID 1654648002 matter.0 2025-01-24 06:16:16.109 debug handleChangedAttribute "10683754491737671200": Attribute undefined/9/0x0402/measuredValue changed to 1676 matter.0 2025-01-24 06:13:21.645 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-24 06:13:21.344 info Node "10683754491737671200" connected matter.0 2025-01-24 06:13:21.216 debug handleChangedAttribute "10683754491737671200": Attribute undefined/56/0x0402/measuredValue changed to 1600 matter.0 2025-01-24 06:13:21.129 debug handleChangedAttribute "10683754491737671200": Attribute undefined/33/0x0402/measuredValue changed to 1929 matter.0 2025-01-24 06:13:21.054 debug handleChangedAttribute "10683754491737671200": Attribute undefined/9/0x0402/measuredValue changed to 1650 matter.0 2025-01-24 06:13:20.979 debug 2025-01-24 06:13:20.979 INFO InteractionClient Subscription successfully initialized with ID 3040863973 and maxInterval 600s. matter.0 2025-01-24 06:13:20.740 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-24 06:13:20.439 info Node "7398579136186651997" connected matter.0 2025-01-24 06:13:20.358 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-24 06:13:20.277 debug 2025-01-24 06:13:20.277 INFO InteractionClient Subscription successfully initialized with ID 1931890527 and maxInterval 60s. matter.0 2025-01-24 06:13:20.058 info Node "7398579136186651997" offline, waiting for device discovery matter.0 2025-01-24 06:13:19.999 debug 2025-01-24 06:13:19.999 INFO InsecureSession End insecure session insecure/14722600410172216989 matter.0 2025-01-24 06:13:19.936 debug Send to GUI: {"command":"updateController"} matter.0 2025-01-24 06:13:19.919 debug 2025-01-24 06:13:19.919 INFO CaseClient Case client: Session resumed with udp://192.168.1.42:5540 and parameters SII: 500 SAI: 300 SAT: 4000 DMRev: 17 IMRev: 11 spec: 0x0 maxPaths: 1 CATs: matter.0 2025-01-24 06:13:19.634 info Node "7398579136186651997" reconnecting matter.0 2025-01-24 06:13:19.575 debug Initialization done, Objects subscribed matter.0 2025-01-24 06:13:19.575 debug 2025-01-24 06:13:19.575 INFO PairedNode Node 7398579136186651997: Reconnecting in 0s ... matter.0 2025-01-24 06:13:19.537 info Endpoint 1 (MA-onoffpluginunit): matter.0 2025-01-24 06:13:19.493 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.ACTUAL to true (ack = true) matter.0 2025-01-24 06:13:19.444 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.SET to true (ack = true) matter.0 2025-01-24 06:13:19.392 debug Set matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.ACTUAL to true (ack = true) matter.0 2025-01-24 06:13:19.391 debug Received state change for matter.0.controller.7398579136186651997.OnOffPlugInUnit-1.SET: true (ack=true) --> true (triggerUpdate=true) matter.0 2025-01-24 06:13:19.342 info Node 7398579136186651997: Creating device for OnOffPlugInUnit (endpoint 1) matter.0 2025-01-24 06:13:19.334 info Node 7398579136186651997: Endpoint 1 to ioBroker Devices MA-onoffpluginunit / OnOffPlugInUnit matter.0 2025-01-24 06:13:19.302 info Node 7398579136186651997: Endpoint 0 to ioBroker Devices MA-rootnode / RootNode matter.0 2025-01-24 06:13:19.257 info Node "10683754491737671200" offline, waiting for device discovery matter.0 2025-01-24 06:13:19.164 info Node "10683754491737671200" reconnectingDas Log ist leider sehr lang, habe Hue mit drin, aber der Verbrauch ist leider nicht da und als Beispiel bei Hue sehe ich die BWM aber kein Status, sicher auch nicht so wichtig wie der Verbrauch beim Shelly. Auch übernimmt es beim Start vom Adapter nicht den richtigen aktuellen Status, der Shelly ist an und im Status steht = False. Somit muss man einmal aus, wieder einschalten um dann ausschalten zu können.
-
Ok, die Beta startet jetzt, von daher mache ich hier mal zu ... Weiter gehts unter https://forum.iobroker.net/topic/79493/beta-iobroker-matter-adapter
Support us
605
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge