"Matter" Adapter: Tester für Alpha Phase gesucht

[apollon77]

@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]

@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_plen

den 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 discovery

Allerdings natürlich nicht im Debug-Modus und Loglevel auf Info.

Gruss, Jürgen

[apollon77]

@wildbill Also an sich sollte er auch im Modus "waiting for device discovery" alle 10 Minuten versuchen zu connecten ... sind dann aber andere logs weil sich der status ja nicht ändert

[RISSN]

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?

[Feuersturm]

@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

[Wim741]

@apollon77 Hi, könnte man noch mittesten? hab aquara und tado mit matter. lg

[RISSN]

@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" reconnecting

Das 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.

[arteck]

@rissn

ach komm.. wie soll man da aus dem LOG schlau werden...

der gehört in den Code tag

[RISSN]

@arteck sorry dafür, du hast natürlich Recht, kommt nicht wieder vor

[apollon77]

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