NEWS
Matter: Allgemeine Fragen und Diskussionen
-
@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.
-
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! -
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
-
@duffy und wie ist die Matter Steckdose in dein Wlan gekommen?
-
@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.
-
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.
-
@duffy nein nur ipv6.
Evtl bekommen die anderen Punkte keinen grünen Haken. Ich finde da nichts drüber. -
@fabio
Ja hatte auch nichts dazu gefunden -
@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
-
@merlin123 das weiß ich nicht evtl. kann ja @apollon77 was dazu sagen.
Grüße Fabio -
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 ioBrokerInformationen:
- 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:
- Konfigurationsseite Allgemein scheint ok:
Unternommene Schritte:
-
Troubleshooting-Guide gelesen und die empfohlenen Schritte durchgeführt:
-
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=64Problem: 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
-
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:
- Der Name des Thread-Netzwerks, wie er im GL-S20 ablesbar ist, hier GL-S20-UG (von mir im OTBR vergeben)
- 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.
-
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
-
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.
-
@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
-
@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 -
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
-
@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 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
-
@duffy interresant.
-
@fabio sagte in Matter: Allgemeine Fragen und Diskussionen:
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.
entspann dich.. es gibt Zeiten wo die Familie vor dem Geraffel kommt... also ruhig Blut..
also wo ist das Problem ?? ihr bekommt einen Border Router nicht eingebuden oder wie ??