Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Wildbill]

@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

[Feuersturm]

@wildbill sagte in "Matter" Adapter: Tester für Alpha Phase gesucht:

War doch meine öffentliche IPv6 mit drin. Auch Dinge, die mit KEYs oder Zertifikaten drin waren, habe ich "verstümmelt"

Kannst du bitte hier https://github.com/ioBroker/ioBroker.matter/issues einmal ein issue anlegen, welche Daten aus deiner Sicht im Log (teilweise) anonymisiert werden sollten?

[Wildbill]

@feuersturm Erledigt: LINK

[Wildbill]

So, da ich ja notorisch ungeduldig bin :blush: habe ich noch den Rat von @peter-v befolgt und mal alle TBR (Homepods, Apple TV 4k, Echo Show 8 ) stromlos gemacht und neu gestartet. Ebenso danach noch die Batterie vom Schloss getrennt (vom Schloss selbst, das Keypad hängt an Dauerstrom, der gesamte Verkehr läuft aber eh über das eigentliche Schloss). Ergebnis: Funktion nach wie vor gegeben via Alexa, Home assistant und Apple Home. In iobroker war der Aqara M1S sofort online und ließ sich bedienen. Das Schloss stand nach wie vor auf reconnecting. Ich habe dann den Adapter nochmals neu gestartet, gleiches Bild, AAAAAABER: 3 Minuten später nochmal geschaut, Schloss Status auf

connected(0)

und zeigt wieder korrekt an und lässt sich bedienen.

Ich hatte gestern bereits mal die Batterie entfernt und danach den Adapter neu gestartet, das hatte aber nichts geholfen. Sollte es wirklich am Neustart sämtlicher Border Router gelegen haben, obwohl die Funktionalität in allen anderen 3 Systemen außer iobroker nach wie vor gegeben war? Alle Border Router haben die ganze Zeit einwandfrei funktioniert, also als das was sie eigentlich sind. Homepods, Apple TV und Echo. Keine Aussetzer, kein Hinweis, dass irgendeiner sich mal im Netzwerk neu verbunden hätte. Erst eben jetzt nach dem Neustart...

Manches muss man nicht direkt verstehen, aber Hauptsache, es läuft erstmal wieder ohne neu Anlernen. Ich beobachte dann mal weiter... :eyes:

Gruss, Jürgen

[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