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

[deta]

@fabio sagte in Matter: Allgemeine Fragen und Diskussionen:

@deta über den Matter Adapter im iobroker, da kannst du Bridge aktivieren und dann über das + icon die Geräte von Zigbee Adapter hinzufügen.
Doku Lesen ganz wichtig: https://github.com/ioBroker/ioBroker.matter/wiki

Grüße
Fabio

das weis ich, hab ja diverses bereits drinnen. Habe es nur Manuell dazu getan, da es mit Automatisch nicht ging.
Ich habe dazu die Datenpunkte aus dem Zigbee Adapter benutzt.

[Fabio]

@deta sagte in > Wie hast du die ZigBee Geräte rein geholt?

Woher soll ich das wissen das du das weißt, das war doch deine Frage und ich hab dir geantwortet.

[Merlin123]

Geräte zur Bridge hinzufügenmit automatischer Erkennung:

Hab es jetzt irgendwie grad nicht gefunden:
Welche Geräte werden da angezeigt bzw. wie müssen Geräte konfiguriert sein, dass sie da angezeigt werden?

Bei mir werden da grad ne handvoll Sachen angezeigt, aber ohne für mich erkennbares System.

Beispiel KNX:
Im Matter Adapter bei "Gerät aus Kanal oder Gerät hinzufügen" sieht es so aus:

In den Objekten so:

Was mach ich da falsch?

Aber mal ein Lob an die Entwickler:
Die Installation, Einrichtung und das Einbinden in Alexa hat super einfach geklappt!

[Duffy]

Hi zusammen,

auch ich habe mich wieder einmal an Matter gewagt nachdem ich meine Testpi neu aufgesetzt habe und so die Hoffnung hatte endlich Matter Geräte über den iob mit Hilfe der iob app zu integrieren.
Es kommt aber immder die Meldung "Gerät kann nicht hinzugefügt werden"
Das Matter Gerät ist mit keinem anderen Subsystem verbunden und müsste, wenn ich es richtig verstanden habe mit der iob app in den iob integrieren lassen. (Im Grunde so wie man es mit Apple home auch macht wenn man es in Aplle haben will.)
In der Fritzbox ist die Matter Steckdose mit IP sichtbar.

matter.0
	2025-09-10 11:51:23.344	debug	DeviceManagement received: {"command":"dm:listDevices","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":136,"ack":false,"time":1757497883341},"_id":82902755}
matter.0
	2025-09-10 11:51:23.331	debug	DeviceManagement received: {"command":"dm:instanceInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":135,"ack":false,"time":1757497883325},"_id":82902754}
matter.0
	2025-09-10 11:51:22.531	debug	Handle message nodeStates {"command":"nodeStates","message":{"bridges":true,"devices":true},"from":"system.adapter.admin.0","callback":{"message":{"bridges":true,"devices":true},"id":134,"ack":false,"time":1757497882528},"_id":82902753}
matter.0
	2025-09-10 11:51:21.587	debug	Handle message nodeStates {"command":"nodeStates","message":{"bridges":true,"devices":true},"from":"system.adapter.admin.0","callback":{"message":{"bridges":true,"devices":true},"id":133,"ack":false,"time":1757497881584},"_id":82902752}
matter.0
	2025-09-10 11:51:07.567	debug	DeviceManagement received: {"command":"dm:listDevices","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":132,"ack":false,"time":1757497867565},"_id":82902751}
matter.0
	2025-09-10 11:51:07.559	debug	DeviceManagement received: {"command":"dm:instanceInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":131,"ack":false,"time":1757497867557},"_id":82902750}
matter.0
	2025-09-10 11:50:59.608	debug	Handle message nodeStates {"command":"nodeStates","message":{"bridges":true,"devices":true},"from":"system.adapter.admin.0","callback":{"message":{"bridges":true,"devices":true},"id":130,"ack":false,"time":1757497859605},"_id":82902749}
matter.0
	2025-09-10 11:50:58.628	debug	Handle message nodeStates {"command":"nodeStates","message":{"bridges":true,"devices":true},"from":"system.adapter.admin.0","callback":{"message":{"bridges":true,"devices":true},"id":129,"ack":false,"time":1757497858626},"_id":82902748}
matter.0
	2025-09-10 11:50:56.935	debug	DeviceManagement received: {"command":"dm:listDevices","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":128,"ack":false,"time":1757497856933},"_id":82902747}
matter.0
	2025-09-10 11:50:56.926	debug	DeviceManagement received: {"command":"dm:instanceInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":127,"ack":false,"time":1757497856923},"_id":82902746}
matter.0
	2025-09-10 11:50:55.649	debug	Send to GUI: {"command":"updateController"}
matter.0
	2025-09-10 11:50:55.345	debug	Send to GUI: {"command":"bridgeStates","states":{}}
matter.0
	2025-09-10 11:50:55.243	debug	Start GUI
matter.0
	2025-09-10 11:50:55.243	debug	Subscribe from 1757497856293-system.adapter.admin.0-gui
matter.0
	2025-09-10 11:48:51.630	debug	2025-09-10 11:48:51.630 DEBUG MdnsScanner Added 2 IPs for commissionable device DBDE28E071C3B7DF._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:51.628	debug	2025-09-10 11:48:51.628 DEBUG MdnsScanner Found commissionable device DBDE28E071C3B7DF._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 02008BBF5892C44F01616C196DF59A8BBFB2 PI:
matter.0
	2025-09-10 11:48:51.587	debug	2025-09-10 11:48:51.587 DEBUG MdnsScanner Removing commissionable device DBDE28E071C3B7DF._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:49.669	debug	2025-09-10 11:48:49.669 DEBUG MdnsScanner Added 2 IPs for commissionable device DBDE28E071C3B7DF._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:49.668	debug	2025-09-10 11:48:49.667 DEBUG MdnsScanner Found commissionable device DBDE28E071C3B7DF._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 02008BBF5892C44F01616C196DF59A8BBFB2 PI:
matter.0
	2025-09-10 11:48:49.629	debug	2025-09-10 11:48:49.628 DEBUG MdnsScanner Removing commissionable device DBDE28E071C3B7DF._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:49.610	debug	2025-09-10 11:48:49.610 DEBUG MdnsScanner Added 2 IPs for commissionable device DBDE28E071C3B7DF._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:49.608	debug	2025-09-10 11:48:49.608 DEBUG MdnsScanner Found commissionable device DBDE28E071C3B7DF._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 02008BBF5892C44F01616C196DF59A8BBFB2 PI:
matter.0
	2025-09-10 11:48:49.568	debug	2025-09-10 11:48:49.568 DEBUG MdnsScanner Removing commissionable device DBDE28E071C3B7DF._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:49.542	debug	2025-09-10 11:48:49.542 DEBUG MdnsScanner Added 2 IPs for commissionable device DBDE28E071C3B7DF._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:49.540	debug	2025-09-10 11:48:49.540 DEBUG MdnsScanner Found commissionable device DBDE28E071C3B7DF._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 02008BBF5892C44F01616C196DF59A8BBFB2 PI:
matter.0
	2025-09-10 11:48:19.119	debug	2025-09-10 11:48:19.119 DEBUG MdnsScanner Added 4 IPs for commissionable device B32F1083644ABCDC._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 2001:9e8:a2e3:6300:3e6a:d2ff:fe27:8ad port: 5540 type: udp ip: fd1f:745f:6930:0:3e6a:d2ff:fe27:8ad port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:19.118	debug	2025-09-10 11:48:19.117 DEBUG MdnsScanner Found commissionable device B32F1083644ABCDC._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 02008BBF5892C44F01616C196DF59A8BBFB2 PI:
matter.0
	2025-09-10 11:48:19.074	debug	2025-09-10 11:48:19.073 DEBUG MdnsScanner Removing commissionable device 6ADB92096D6F9925._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:18.339	debug	2025-09-10 11:48:18.339 DEBUG MdnsScanner Added 2 IPs for commissionable device 6ADB92096D6F9925._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:18.337	debug	2025-09-10 11:48:18.337 DEBUG MdnsScanner Found commissionable device 6ADB92096D6F9925._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 010059D972A9044C810D0E4485DA5678AE2E PI:
matter.0
	2025-09-10 11:48:18.286	debug	2025-09-10 11:48:18.285 DEBUG MdnsScanner Removing commissionable device 6ADB92096D6F9925._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:17.841	debug	2025-09-10 11:48:17.841 DEBUG MdnsScanner Added 2 IPs for commissionable device 6ADB92096D6F9925._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:17.839	debug	2025-09-10 11:48:17.839 DEBUG MdnsScanner Found commissionable device 6ADB92096D6F9925._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 010059D972A9044C810D0E4485DA5678AE2E PI:
matter.0
	2025-09-10 11:48:17.803	debug	2025-09-10 11:48:17.803 DEBUG MdnsScanner Removing commissionable device 6ADB92096D6F9925._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:16.134	debug	2025-09-10 11:48:16.134 DEBUG MdnsScanner Added 2 IPs for commissionable device 6ADB92096D6F9925._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:16.132	debug	2025-09-10 11:48:16.132 DEBUG MdnsScanner Found commissionable device 6ADB92096D6F9925._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 010059D972A9044C810D0E4485DA5678AE2E PI:
matter.0
	2025-09-10 11:48:16.090	debug	2025-09-10 11:48:16.090 DEBUG MdnsScanner Removing commissionable device 6ADB92096D6F9925._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:16.073	debug	2025-09-10 11:48:16.072 DEBUG MdnsScanner Added 2 IPs for commissionable device 6ADB92096D6F9925._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:16.071	debug	2025-09-10 11:48:16.070 DEBUG MdnsScanner Found commissionable device 6ADB92096D6F9925._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 010059D972A9044C810D0E4485DA5678AE2E PI:
matter.0
	2025-09-10 11:48:16.048	debug	2025-09-10 11:48:16.047 DEBUG MdnsScanner Removing commissionable device 6ADB92096D6F9925._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:15.992	debug	2025-09-10 11:48:15.991 DEBUG MdnsScanner Added 2 IPs for commissionable device 6ADB92096D6F9925._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:15.990	debug	2025-09-10 11:48:15.989 DEBUG MdnsScanner Found commissionable device 6ADB92096D6F9925._matterc._udp.local with data: T: 0 DT: 266 PH: 36 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 010059D972A9044C810D0E4485DA5678AE2E PI:
matter.0
	2025-09-10 11:48:15.953	debug	2025-09-10 11:48:15.953 DEBUG MdnsScanner Removing commissionable device 6ADB92096D6F9925._matterc._udp.local from cache (interface eth0) because of ttl=0
matter.0
	2025-09-10 11:48:15.939	debug	2025-09-10 11:48:15.939 DEBUG MdnsScanner Added 2 IPs for commissionable device 6ADB92096D6F9925._matterc._udp.local to cache (interface eth0): type: udp ip: fe80::3e6a:d2ff:fe27:8ad%eth0 port: 5540 type: udp ip: 192.168.178.123 port: 5540
matter.0
	2025-09-10 11:48:14.418	debug	2025-09-10 11:48:14.417 DEBUG MdnsScanner Found commissionable device 6ADB92096D6F9925._matterc._udp.local with data: T: 0 DT: 266 PH: 33 ICD: 0 VP: 5010+262 DN: Smart Wi-Fi Plug RI: 010059D972A9044C810D0E4485DA5678AE2E PI: 

Kann bitte noch einmal einer der Experten auf den Log schauen ob er da vielleicht den Fehler findet das es bei mir nicht klappen will?

Subsysteme in den Matter Adapter einbinden klappt aber ich hätte halt gerne den IOB als Hauptsystem.

VG Duffy

[Fabio]

@duffy und wie ist die Matter Steckdose in dein Wlan gekommen?

[Fabio]

@merlin123 du machst nichts falsch das liegt an den Datenpunkten selber. Wenn du sie nicht darüber reinbekommst versuche es über State und oder Geräte.

[Duffy]

@fabio

Das ist eine gute Frage.
Entweder war sie noch in der FB oder sie wurde durch die iob app wieder mit aufgenommen.
Aber mal ganz von vorne, war bei dir beim Willkommensbildschirm bei UDP ein grünes Häkchen?

Vielleicht leigt da mein Problem.

[Fabio]

@duffy nein nur ipv6.
Evtl bekommen die anderen Punkte keinen grünen Haken. Ich finde da nichts drüber.

[Duffy]

@fabio
Ja hatte auch nichts dazu gefunden

[Merlin123]

@fabio sagte in Matter: Allgemeine Fragen und Diskussionen:

@merlin123 du machst nichts falsch das liegt an den Datenpunkten selber. Wenn du sie nicht darüber reinbekommst versuche es über State und oder Geräte.

Hmm. Ok. Danke für die Info.

Würde mich nur mal interessieren, welche Art von DPs da angezeigt werden

[Fabio]

@merlin123 das weiß ich nicht evtl. kann ja @apollon77 was dazu sagen.
Grüße Fabio

[schweiger2]

Moin zusammen,
die Inbetriebnahme und Konfiguration des Matter-Adapters gestaltet sich für mich schwierig und ich benötige etwas Hilfe.

Ziel:
Inbetriebnahme eines Aqara P2 motion and light sensor über einen GL.iNET GL-S20 OTBR in ioBroker

Informationen:

• ioBroker als VM unter Proxmox
• Proxmox und ioBroker VM auf trixie, alles ge-updated

Vorarbeiten:

• Proxmox: IPv6 aktiviert
• iobroker: IPv6 aktiviert (ping -6 zu internen und externen IPv6-Adressen funktioniert)
• Matter-Adapter installiert und konfiguriert
  • Konfigurationsseite Allgemein scheint ok:
    
  • Controller-Seite mit Problemen, beim Aktivieren der Instanz blitzen die erwarteten Unterpunkte kurz auf, dann erscheint "Instanz nicht aktiv". Das passiert, wenn ich die BLE-Einstellungen wie unten beschrieben vornehmen. Ich kann den Controller auch nicht mehr auf "Aus" schieben. Der Matter-Adapter ist dann aktiv, aber auf rot:
    

Unternommene Schritte:

• Troubleshooting-Guide gelesen und die empfohlenen Schritte durchgeführt:

  1. Terminal: sudo nano /etc/sysctl.conf (die Datei existierte vorher nicht !)
     net.ipv6.conf.all.forwarding=0
     net.ipv6.conf.ens18.forwarding=0
     net.ipv6.conf.ens18.accept_ra=2
     net.ipv6.conf.ens18.accept_ra_rt_info_max_plen=64

     Problem: nachdem net.ipv6.conf.ens18.accept_ra_rt_info_max_plen=64 gesetzt ist, wird der Wert korrekt mit 64 ausgewiesen wird, nach dem reboot jedoch wieder mit 0 angezeigt

  2. In der /etc/network/interfaces Folgendes geändert:
     iface ens18 inet6 auto --> keine Änderung, nach reboot geht der Wert auf 0
     iface ens18 inet6 auto accept_ra_rt_info_max_plen 64 --> keine Änderung, nach reboot geht der Wert auf 0

• Weitere Punkt ist, dass ein Pairing mit dem GL-S20 OTBR außerhalb des normalen Prozesses über BLE funktionieren muss, so ist es jedenfalls für den Matter-Adapter im Wiki dargestellt. Also habe ich im Controller die BLE Inbetriebnahmeeinstellungen für Thread eingegeben:

  1. Der Name des Thread-Netzwerks, wie er im GL-S20 ablesbar ist, hier GL-S20-UG (von mir im OTBR vergeben)
  2. Wirklich schwierig ist herauszufinden, woher diese zweite Dataset-Einstellung kommen soll. Nach langem suchen habe ich dann herausgefunden, dass auf der WebGUI des OTBR über rechte Maustaste die Anzeige des Seitenquelltextes oder über Untersuchen (in meinem Fall) der String "activedataset" gesucht werden muss. Gesucht, gefunden, eingegeben - und nach Aktivieren verschwanden dann die drei Einstellmöglichkeiten und es erschien das o.g. "Instanz nicht aktiv". Davor zeigte der Adapter keine Fehler und war grün.

Fehlermeldungen im Log:

2025-09-13 12:33:46.717 - info: admin.0 (1054) <== Disconnect system.user.admin from ::ffff:192.168.178.51 matter
2025-09-13 12:33:55.517 - info: host.iobroker "system.adapter.matter.0" enabled
2025-09-13 12:33:56.124 - info: host.iobroker instance system.adapter.matter.0 in version "0.5.2" started with pid 1693
2025-09-13 12:33:58.946 - debug: matter.0 (1693) Redis Objects: Use Redis connection: 127.0.0.1:9001
2025-09-13 12:33:58.971 - debug: matter.0 (1693) Objects client ready ... initialize now
2025-09-13 12:33:58.972 - debug: matter.0 (1693) Objects create System PubSub Client
2025-09-13 12:33:58.972 - debug: matter.0 (1693) Objects create User PubSub Client
2025-09-13 12:33:59.007 - debug: matter.0 (1693) Objects client initialize lua scripts
2025-09-13 12:33:59.009 - debug: matter.0 (1693) Objects connected to redis: 127.0.0.1:9001
2025-09-13 12:33:59.026 - debug: matter.0 (1693) Redis States: Use Redis connection: 127.0.0.1:9000
2025-09-13 12:33:59.076 - debug: matter.0 (1693) States create System PubSub Client
2025-09-13 12:33:59.077 - debug: matter.0 (1693) States create User PubSub Client
2025-09-13 12:33:59.145 - debug: matter.0 (1693) States connected to redis: 127.0.0.1:9000
2025-09-13 12:33:59.170 - debug: matter.0 (1693) Plugin sentry Initialize Plugin (enabled=true)
2025-09-13 12:33:59.322 - info: matter.0 (1693) starting. Version 0.5.2 in /opt/iobroker/node_modules/iobroker.matter, node: v22.19.0, js-controller: 7.0.7
2025-09-13 12:33:59.369 - debug: matter.0 (1693) Sync devices
2025-09-13 12:33:59.399 - debug: matter.0 (1693) Process 0 bridges ...
2025-09-13 12:33:59.399 - debug: matter.0 (1693) Process 0 devices ...
2025-09-13 12:33:59.399 - debug: matter.0 (1693) Sync controller
2025-09-13 12:33:59.402 - debug: matter.0 (1693) 2025-09-13 12:33:59.401 DEBUG PromiseQueue Add promise to queue on place 1
2025-09-13 12:33:59.402 - debug: matter.0 (1693) 2025-09-13 12:33:59.402 DEBUG PromiseQueue Processing promise from queue ... Current queue length: 1 Already running: 0
2025-09-13 12:33:59.402 - info: matter.0 (1693) Creating controller with Fabric Label: iobroker matter.0
2025-09-13 12:33:59.402 - debug: matter.0 (1693) Sync done
2025-09-13 12:33:59.403 - debug: matter.0 (1693) 2025-09-13 12:33:59.403 DEBUG PromiseQueue Promise processed ... Still running: 0
2025-09-13 12:33:59.403 - debug: matter.0 (1693) Devices synced
2025-09-13 12:33:59.403 - debug: matter.0 (1693) 2025-09-13 12:33:59.403 DEBUG Crypto Using Node.js crypto implementation
2025-09-13 12:33:59.455 - debug: matter.0 (1693) [STORAGE] Initializing storage for storage.controller
2025-09-13 12:33:59.472 - debug: matter.0 (1693) 2025-09-13 12:33:59.472 INFO ControllerStore Opened controller storage at matter.0.storage/controller
2025-09-13 12:33:59.474 - debug: matter.0 (1693) 2025-09-13 12:33:59.474 DEBUG NodejsChannel Socket created and bound remoteAddress: undefined:5353 localAddress: 0.0.0.0:5353
2025-09-13 12:33:59.475 - debug: matter.0 (1693) 2025-09-13 12:33:59.475 DEBUG NodejsChannel Initialize multicast address: 192.168.178.40:5353 interface: ens18 type: udp4
2025-09-13 12:33:59.479 - debug: matter.0 (1693) 2025-09-13 12:33:59.479 DEBUG NodejsChannel Socket created and bound remoteAddress: undefined:5353 localAddress: :::5353
2025-09-13 12:33:59.479 - debug: matter.0 (1693) 2025-09-13 12:33:59.479 DEBUG NodejsChannel Initialize multicast address: ::%ens18:5353 interface: ens18 type: udp6
2025-09-13 12:33:59.480 - debug: matter.0 (1693) 2025-09-13 12:33:59.480 DEBUG NodejsChannel Socket created and bound remoteAddress: undefined:5353 localAddress: 0.0.0.0:5353
2025-09-13 12:33:59.480 - debug: matter.0 (1693) 2025-09-13 12:33:59.480 DEBUG NodejsChannel Initialize multicast address: 192.168.178.40:5353 interface: ens18 type: udp4
2025-09-13 12:33:59.481 - debug: matter.0 (1693) 2025-09-13 12:33:59.481 DEBUG NodejsChannel Socket created and bound remoteAddress: undefined:5353 localAddress: :::5353
2025-09-13 12:33:59.481 - debug: matter.0 (1693) 2025-09-13 12:33:59.481 DEBUG NodejsChannel Initialize multicast address: ::%ens18:5353 interface: ens18 type: udp6
2025-09-13 12:33:59.482 - debug: matter.0 (1693) 2025-09-13 12:33:59.482 DEBUG NodejsChannel Socket created and bound remoteAddress: undefined:undefined localAddress: :::55824
2025-09-13 12:33:59.483 - debug: matter.0 (1693) 2025-09-13 12:33:59.483 DEBUG NodejsChannel Socket created and bound remoteAddress: undefined:55824 localAddress: 0.0.0.0:55824
2025-09-13 12:33:59.566 - error: matter.0 (1693) 2025-09-13 12:33:59.564 FATAL Logger Unhandled error detected: No such device
at Hci.init (/opt/iobroker/node_modules/@stoprocent/noble/lib/hci-socket/hci.js:168:20)
at NobleBindings.start (/opt/iobroker/node_modules/@stoprocent/noble/lib/hci-socket/bindings.js:68:13)
at Noble._initializeBindings (/opt/iobroker/node_modules/@stoprocent/noble/lib/noble.js:53:20)
at processTicksAndRejections (node:internal/process/task_queues:85:11)
2025-09-13 12:33:59.567 - error: matter.0 (1693) uncaught exception: No such device
2025-09-13 12:33:59.567 - error: matter.0 (1693) Error: No such device
at Hci.init (/opt/iobroker/node_modules/@stoprocent/noble/lib/hci-socket/hci.js:168:20)
at NobleBindings.start (/opt/iobroker/node_modules/@stoprocent/noble/lib/hci-socket/bindings.js:68:13)
at Noble._initializeBindings (/opt/iobroker/node_modules/@stoprocent/noble/lib/noble.js:53:20)
at processTicksAndRejections (node:internal/process/task_queues:85:11)
2025-09-13 12:33:59.567 - error: matter.0 (1693) No such device
2025-09-13 12:33:59.574 - info: matter.0 (1693) Stopping Controller...
2025-09-13 12:33:59.574 - info: matter.0 (1693) terminating
2025-09-13 12:33:59.575 - debug: matter.0 (1693) Plugin sentry destroyed
2025-09-13 12:33:59.575 - warn: matter.0 (1693) Terminated (UNCAUGHT_EXCEPTION): Without reason
2025-09-13 12:33:59.661 - error: host.iobroker Caught by controller[0]: Error: No such device
2025-09-13 12:33:59.661 - error: host.iobroker Caught by controller[0]: at Hci.init (/opt/iobroker/node_modules/@stoprocent/noble/lib/hci-socket/hci.js:168:20)
2025-09-13 12:33:59.661 - error: host.iobroker Caught by controller[0]: at NobleBindings.start (/opt/iobroker/node_modules/@stoprocent/noble/lib/hci-socket/bindings.js:68:13)
2025-09-13 12:33:59.661 - error: host.iobroker Caught by controller[0]: at Noble._initializeBindings (/opt/iobroker/node_modules/@stoprocent/noble/lib/noble.js:53:20)
2025-09-13 12:33:59.661 - error: host.iobroker Caught by controller[0]: at processTicksAndRejections (node:internal/process/task_queues:85:11)
2025-09-13 12:33:59.661 - error: host.iobroker instance system.adapter.matter.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2025-09-13 12:33:59.661 - info: host.iobroker Restart adapter system.adapter.matter.0 because enabled

Da stehe ich jetzt und komme nicht weiter. Kann und möchte mit hier jemand weiterhelfen ?

Ich danke euch.

[Duffy]

@schweiger2

War der Adapter überhaupt schon mal grün?
Ich habe mir auch schon über BLE alles verdreht allerdings scheinst du nicht so ahnungslos wie ich zu sein.

Ich hatte damals, als nichts mehr ging den Adapter deinstalliert und wieder neu installiert. Konnte ich problemlos machen da eh noch nichts konfiguriert war.

Um es zu verstehen, du willst aus iob ein Gerät in Matter bringen?

Gruß Duffy, bei dem das mit Matter immer noch nicht klappt

[schweiger2]

@duffy

Den Adapter grün zu haben, war nicht so sehr das Problem. Ich musste aber zuerst IPv6 in der VM für ioBroker konfigurieren.

Zur den BLE Konfigurationseinstellungen habe ich leider keinerlei Hinweise hier am Ort finden können; die externen Hinweise haben dann dazu geführt, dass der Adapter sofort rot wurde.

Auch finde ich nicht wirklich Hinweise, ob der OTBR einfach nur konfiguriert und im LAN verfügbar sein muss oder ob das Gerät irgendwie dem ioBroker bekannt gemacht werden muss.

Mein Ziel ist eigentlich nur, die Matter-Geräte in ioBroker zu holen, um sie von dort steuern zu können.

Im Moment scheint Matter-over-iobroker ein reines Thema für die Spezialisten hier zu sein. Es wurde z.B. mal in einem der Haupt-Threads gesagt, dass so ein OTBR out-of-the-box arbeitet, aber das wars dann auch.

Ich bin auch hilflos, denn die technischen Zusammenhänge scheinen sehr komplex und der technisch interessierte Normaluser sucht vergeblich nach Infos - und so eine Fragestellung wie von mir oben findet keine Antwort.

Tja, da heißt es wohl abwarten und die Komponenten erst einmal wieder einmotten.

[Duffy]

@schweiger2 sagte in Matter: Allgemeine Fragen und Diskussionen:

Mein Ziel ist eigentlich nur, die Matter-Geräte in ioBroker zu holen, um sie von dort steuern zu können.

Im Moment scheint Matter-over-iobroker ein reines Thema für die Spezialisten hier zu sein. Es wurde z.B. mal in einem der Haupt-Threads gesagt, dass so ein OTBR out-of-the-box arbeitet, aber das wars dann auch.

Genau das war auch mein ursprünglicher Plan. Ich möchte nicht noch irgendwelche zusätzlichen Subsysteme nutzen müssen. Apple z.B. bekomme ich den Adapter eingebunden aber ich möchte ja auch, wie gesagt, die Geräte direkt am IOB anlernen ohne subsystem.

Was die Konfigurationsanleitung" für den Matter Adapter angeht ist mir die echt zu kompliziert, da scheint mir einfach das Basiswissen zu fehlen.

Meine Matter Geräte sind aktuell auch wieder in der Schublade in der Hoffnung das irgendwann der entscheidende Hinweis kommt wie man die Geräte direkt im IOB über den Adapter einbinden kann.

Ich denke schon das es ein Super Adapter ist der auch viel kann. Wenn man ihn aber nicht bedienen kann ist der Nutzen sehr begrenzt.

VG Duffy

[Fabio]

@duffy @schweiger2 ja ein komplexes Thema.
Ich beschäftige mich damit seit der Adapter in Stable ist. Ein Problem finde ich aber auch das von den Entwicklern keine Antworten mehr kommen, weder im Forum noch auf Github.

Ich denke auch das die Anleitung noch mal aus der Warte des einfachen Nutzer überarbeitet werden sollte. Bei mir sind die Matter Geräte über den Controller eingebunden die an einem HomePod mini hängen. Das funktioniert echt hervorragend.
Ein Problem was ich zum Beispiel habe ist das wenn ich meine Fritzbox neu starte dann die Geräte im Controller Offline sind und dann nach einiger Zeit von alleien wieder Online und verfügbar sind.

Herzliche Grüße
Fabio

[Duffy]

@fabio

Hi Fabio,

dann machst du das aber auch über ein Subsystem. Das funktioniert bei mir ja auch dank deiner Hilfe aber ich will es ja ohne Subsystem.

Gruß Duffy

[Fabio]

@duffy ich weiß, aber ich kann dir nicht sagen wie. Es wird zwar in der Anleitung erklärt aber irgendwie will es nicht wie es soll. ;-)

Grüße
Fabio

[Duffy]

@duffy sagte in Matter: Allgemeine Fragen und Diskussionen:

@fabio
Habe bei Amazon angerufen. Die wussten aufs erste auch nicht weiter wollen sich aber wieder melden.

Kurze Rückmeldung für möglicherweise interessierte.
Amazon hat sich natürlich nicht zurück gemeldet allerdings gab es ein Update. Seitdem sehe ich auch die Geräte die ich aus dem Apple Sybsystem in Alexa integriert habe.

Das Ziel ohne Subsystem Geräte in den Matter Adapter zu integrieren ist zwar trotzdem noch nicht erreicht aber zumindest ein Problem weniger.

VG Duffy

[Fabio]

@duffy interresant. :+1: