Matter-Controller (Matter Geräte in ioBroker einbinden)
-
@hotspot_2
Mit der neuen Beta (von heute) sollen ja die Humidity Werte wieder übertragen werden, mal testen
-
Hallo,
ich bin auf ein Problem gestoßen und habe bisher keine Lösung. Ein recht erheitert TADO X Thermostat lässt sich nicht hinzufügen. Bei drei Anderen hat es problemlos geklappt. Anscheinen sind irgendwelche Geräteinfo eingetragen, aber nicht sichtbar. Ich kann ihn nicht koppeln,siehe Fotos:
Kann ich irgendwie die Gerätedatenbank säubern?
Danke für Eure Hilfe.
-
@theneon Hi, stelle bitte einmal die Instanz auf debug log level und aktiviere die erweiterten debug Botschaften.
Vorhandene Thermostate löschen
Log löschen
und dann alle 3 Thermostate nacheinander pairenWie führst du das pairing durch?
-
Debug und log ist aktiviert!
Pairing über Freigabe in Apple-Home und Eingabe des erzeugten Codes … hat bei drei Tados prima geklappt nur dieser Eine ist sperrig …
Versuche es bei Zeiten mit löschen und neu koppeln!
-
ich versuche sein ein paar Tagen mein Nuki 4 (nicht PRO) via Threas mit ioBroker zu verbinden. Dafür habe ich zwei verschiedene Hubs zur Verfügung die beide als TBR fungieren können. Einen der beiden möchte ich dann behalten und auch mit ihm auch weitere Geräte (Fensterkontakt, ...) einbinden.
Aeotec Smart Home Hub
Mit dem Aeotec Smart Home Hub ist mir die Einbindung des Nuki in ioBroker wie folgt gelungen:- Nuki mit der SmartThings App und der Nuki App mit dem Aeotec Smart Home Hub via Matter verbinden (man braucht den QR Code der beim Nuki auf einem Zettel in der Verpackung mit dabei war, da die Nuki App keinen QR Code anzeigt)
- in der SmartThings App das Nuki öffenen und "Freigeben für andere Dienste" auswählen. Den QR Code dann in ioBroker eingegeben
Nicht gelungen ist es mir mit dem Aeotec Smart Home Hub ohne den "Zwischencode" aus SmartThings. Also direkt in iobroker den dem Nuki beigelegten Code zu verwenden
IKEA Dirigera
Dirigera mit ioBroker zu koppeln funktioniert ohne Probleme direkt über die IKEA App --> Integrationen --> Matter Bridge --> QR Code in ioBroker eingebenJetzt kann der Dirigera ja auch Thread und soll ja als TBR fungieren können. Aber wie füge ich hier jetzt mein Nuki zu ioBroker hinzu. Mit dem dem Nuki beigelegten Code funktioniert es jedenfalls nicht.
IPv6 habe ich nach dem "Leitfaden zur Fehlerbehebung" umgesetzt (mein ioBroker läuft in einem Proxmox LXC). Wenn ich die Kontrollbefehle im iobrokder LXC eingebe, ist alles so wie vorgegeben.
Ich hab extra den Matter Adapter nochmal neu installiert, um das IPv6 Checkfeld nochmal zu sehen:
Hab zwar ein grünes Häckchen, aber trozdem den Hinweis das etwas nicht zu passen scheint.Ich würde gerne testhalber mal das Nuki in beiden Setups direkt pingen. Aber ich komme und komme einfach nicht zur IPv6 des Nuki. Wenn Nuki indirekt über SmartThings mit iobroker verbunden wird, sehe ich folgendes:
Beide Adressen kann ich aber von keinem meiner Geräte aus per ping erreichen. IPv6 Adresse wird leider keine angezeigt.** Offtopic **
Weiters habe ich festgestellt, das der Aeotech Smart Home Hub als Controller über gar keine Bridge funktion verfügt. Wie kann ich z.B. einen Fensterkontakt den ich mit dem Aeotec Smart Home Hub verbunden habe, auch in iobroker sehen? Meine Recherce hat ergeben: gar nicht --> liege ich hier richtig? -
@mayrjohannes sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):
Nicht gelungen ist es mir mit dem Aeotec Smart Home Hub ohne den "Zwischencode" aus SmartThings. Also direkt in iobroker den dem Nuki beigelegten Code zu verwenden
Hast du hierfür die Visu App verwendet?
@mayrjohannes sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):
IPv6 habe ich nach dem "Leitfaden zur Fehlerbehebung" umgesetzt (mein ioBroker läuft in einem Proxmox LXC). Wenn ich die Kontrollbefehle im iobrokder LXC eingebe, ist alles so wie vorgegeben.
Ich hab extra den Matter Adapter nochmal neu installiert, um das IPv6 Checkfeld nochmal zu sehen:Welchen Leitfaden zur Fehlerbehebung hast du genau umgesetzt? Hast du das hier https://github.com/ioBroker/ioBroker.matter/wiki/Troubleshooting#proxmox-lxc-container-mit-ubuntu--debian schon gemacht?
Wie sieht bei dir die Ausgabe aus?
ifconfig -aSo sieht es bei mir aus:
proxmox@iob-test-matterctrl:~$ ifconfig -a ens18: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.178.143 netmask 255.255.255.0 broadcast 192.168.178.255 inet6 1111:1111:1111:1111:1111:1111:1111:1111 prefixlen 64 scopeid 0x0<global> inet6 fdce:b596:e902:0:be24:11ff:fee2:50e7 prefixlen 64 scopeid 0x0<global> inet6 fe80::be24:11ff:fee2:50e7 prefixlen 64 scopeid 0x20<link> ether bc:24:11:e2:50:e7 txqueuelen 1000 (Ethernet) RX packets 875841 bytes 72549600 (72.5 MB) RX errors 0 dropped 227332 overruns 0 frame 0 TX packets 61889 bytes 5522467 (5.5 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 -
Hallo zusammen,
ich habe beim AVM Support nochmal nachgefragt weil ich mit der Antwort nicht ganz zufrieden war. Nun kam diese Antwort:
... seit 14.02.2025 wird ein Labor FRITZ!OS angeboten für die FRITZ!Smart Gateway und das von Ihnen beschriebenes Fehlerbild wird mit der weiteren Entwicklung nachgereicht.
hier in der Link für das Labor FRITZ!OS können Sie alles nachlesen.
https://avm.de/fritz-labor/fritz-labor-fuer-fritzsmart-gateway/bekannte-probleme/
Unter dem Link sind die aktuellen Probleme aufgeführt.
-
Hi Leute,
ich schaffe es nicht mein Nuki Smart Lock Ultra per Matter mit iobroker zu verbinden und tappe etwas im Dunkeln wo das Problem liegen könnte.
Kurz zu meiner Umgebung:
iobroker auf Synology im Docker Container per MACVLAN (kein Bluetooth BLE connected)
Node.js: 20.18.1
js-controller: 7.0.3
Matter Adatper: 0.4.15
VISU App 1.3.2Mein Ablauf:
- Matter Protokoll des Nuki per Nuki App aktivieren bis folgender Screen erscheint:
(der Nuki fängt dauerhaft zu leuchten an) - iobroker VISU App öffnen und den Nuki Hersteller Matter QR Code scannen (der Nuki ist noch Matter Jungfrau)
Es erscheint zuerst:
- dann:
(MMB ist meine WLAN SSID) - und zuletzt erhalte ich folgende Fehlermeldung:
(k.A. warum hier NanoleafThread53 aufgeführt wird ? Ich habe Nanoleaf Panels in meinem Netzwerk connected und die Panels haben auch Thread aktiviert.
Aber was haben die Panels mit der Nuki Einbindung zu tun ?)
Im iobroker Log erhalte ich parallel dazu folgende Ausgabe:
matter.0 2025-03-04 18:40:37.345 info Found 0 nodes: matter.0 2025-03-04 18:40:37.299 info 2025-03-04 18:40:37.299 WARN CommissioningController BLE is not supported on this platform matter.0 2025-03-04 18:40:37.062 info Creating controller with Fabric Label: ioBroker matter.0 matter.0 2025-03-04 18:40:36.978 info starting. Version 0.4.15 in /opt/iobroker/node_modules/iobroker.matter, node: v20.18.1, js-controller: 7.0.3Kann sich jemand einen Reim darauf machen, bzw. hat jemand eine Idee wo das Problem liegen kann ?
Ich habe die Prozedur mehrmals durchprobiert inkl. Neustart sämtlicher iobroker und Netzwerkkomponenten, aber es läuft immer auf dieselbe Fehlermeldung hinaus.Beste Grüße
- Matter Protokoll des Nuki per Nuki App aktivieren bis folgender Screen erscheint:
-
@qlink Versuchs ohne Synology. Ich hab mehrere Reports das IPv6 auf Synology nicht gescheit tut ... Viel helfen kann ich da nicht weil das Nuki ist Thread und somit - siehe IPv6-Settings im Troubleshooting Bereich ... aber genau diese gehen wohl mit Synology nicht gerscheit .. aber mehr weiss ich nicht.
-
@qlink sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):
n sich jemand einen Reim darauf machen, bzw. hat jemand eine Idee wo das Problem liegen kann ?
Ich habe die Prozedur mehrmals durchprobiert inkl. Neustart sämtlicher iobroker und Netzwerkkomponenten, aber es läuft immer auf dieselbe Fehlermeldung hinaus.
Beste GrüßeHi, wie @apollon77 schon sagt, ist Docker+MACVLAN+Synology zum heutigen Zeitpunkt, naja, anders.
Aber zuerst noch eine Frage, verbindest Du "Matter over Thread" oder "Matter over WiFi"? Das Nuki Ultra kann glaub ich beides, richtig?
Bei "Matter over Thread" kann ich noch den Tip geben auf dem Router (bei mir bspw. FritzBox) eine statische Route einzurichten. Damit funktionierts bei mir.
Du musst dann die lokale ULA ipv6 des "Thread Border Routers (TBR)" und die ipv6 des "Thread-Geräte"s hinter dem TBR herausfinden und daraus die statische Route erzeugen.
Eigentlich sollte man das nicht brauchen, aber scheint bei Synos nicht einfach so zu funktionieren. Auf der anderen Seite brauchts wiederrum kein Anpassungen in den Netzwerk-Konfigdateien, wie "sysctl.conf" o.ä.
Ich habs mal versucht hier zu dokumentieren: Wiki Matter Adapter
VG
-
Danke für die Hilfe.
Nuki kann meines Wissens nach nur Matter over Thread.Ich muss erst mal schauen wie ich das Thema mit IPv6 hinbekomme.
Das ist für mich aktuell noch ein spanisches Dorf...Beste Grüße
-
@qlink
bezüglich ipv6-Grundlagen kann ich Dir (Euch) dieses Tutorial von Sebastian Philippi empfehlen. Echt super, um zu verstehen wie das alles so gedacht ist, Begrifflichkeiten, usw.: ipv6 Grundlagenbeim Nuki ultra, hatte ich nur gelesen "Integriertes WLAN-Modul..."
und hast recht, Matter scheint da nur über Thread zu laufen, obwohl WLAN verbaut...VG
-
im HomeAssistant Forum hats ein User (ebertek) hinbekommen
hier der Link: https://community.home-assistant.io/t/matter-server-docker-container-on-synology-nas-home-assistant-core/751120/13
Er schreibt:
I had to add a route inside the matter-server container, and now everything seems to work: ip -6 route add <1> via <2> dev eth0 src <3> Where <1> is the unique local address range used by my Thread devices (fd49:2203:740f::/64), <2> is the link-local IPv6 of my Thread Border Router (fe80:: address of my Apple TV), and <3> is the IPv6 of the container (2001: address of matter-server). I got <1> and <2> by running netstat -rn -f inet6 | grep UGc | grep -v default on a device that correctly accepts routes (as opposed to Synology), and <3> from inside the container using ip addr | grep dynamic. Note that you have to add cap_add: - NET_ADMIN to the matter-server service in the Docker Compose file to be able to add routes using ip. Now only to make this persistent and not sensitive to IP changes…Verstehe ich das richtig, dass ich den Befehl
ip -6 route add <1> via <2> dev eth0 src <3>innerhalb meines iobroker containers auf der console ausführen muss? (natürlich mit meinen entsprechenden ipv6 Adressen)Ist das bei iobroker überhaupt so möglich ?
Zusätzlich dann noch
cap_add:
- NET_ADMIN
in das iobroker compose file einfügen und es sollte laufen ?Danke für eure Unterstützung.
Beste Grüße
-
Mahlzeit. Ich hab mir ein Nuki Go geholt. Soweit funktioniert auch alles aber ich bekomme es einfach nicht in den Matter Adapter.
Wenn ich richtig liege, kann das Nuki ja nur Thread und benötigt somit ein Hub. Das ist in meinem Fall ein Echo Gen4. Ich bekomme das Teil damit aber nicht verbunden und ohne bekomme ich in der Visu App die Meldung, dass ich einen Thread Router benötige.
Im Matter Adapter wird mir unter Standart Bridge eine kryptische Kombination angezeigt. Das sollte der Echo sein?
IP6 ist aktiviert und Häckchen beim Assistenten ist auch da.
Adapter ist grün.
Hat jemand ´ne Idee?
PS: Mein iobroker läuft auf nem Pimox in nem LXC.
-
@holzapfelauge sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):
Das ist in meinem Fall ein Echo Gen4. Ich bekomme das Teil damit aber nicht verbunden und ohne bekomme ich in der Visu App die Meldung, dass ich einen Thread Router benötige.
moin. hast du das nuki zuerst mit dem echo verbunden über die alexa-App? wenn nicht musst du erstmal das machen. iobroker kennt ja den echo so erstmal noch nicht als TBR.
Grüße
-
@iot4db meinst du über die Nuki App -> Smarthome -> Matter -> Alexa App -> Gerät hinzufügen -> Matter -> QR Code scannen?
Das klappt bei mir nicht.
-
@holzapfelauge also die nuki-App kenn ich zwar nicht, aber die scheint dann die Alexa-App zu starten. Wenn es schon an der Alexa-App hängt, brauchst erst garnicht mit ioB weitermachen.
Du musst ja ersteinmal das Schloss über Thread an den echo (TBR) anbinden können. Woran das jetzt liegen kann... aus dem Bauch raus würde ich sagen, irgendwas mit IPv6, das ist meistens der Grund...
-
@iot4db naja gut hab es jetzt über MQTT angebunden. Das reicht mir erstmal. Danke trotzdem.
-
Ich habe seit kurzem ein Aqara U200 an einem Aqara M100 Hub in Betrieb und möchte den Status von ioBroker (auf Raspberry 4) aus sehen bzw. das Schloss steuern können. Dazu habe ich den Matter-Adapter v0.5.1 installiert.
Schnittstelle eth0 (hat IPV6 Adresse), forwarding ist auf 0, accept_ra auf 2, ccept_ra_rt_info_max_plen auf 64. Die Instanz ist verbunden mit dem Host (grün), und ich konnte auf den Controller-Tab auch den Aqara Hub hinzufügen. Dieser ist verbunden (ethernet connected). Soweit funktioniert also alles. Nur kann ich über 'Gerät per Pairing-Code oder QR-Code hinzufügen' das U200 nicht hinzufügen. Wenn ich den Matter pairing code eingebe bzw. scanne und bestätige kommt nach einer Zeit der Fehler: 'Gerät kann nicht gekoppelt werden: Fehler beim Ausführen des Befehls "controllerCommissionDevice": Failed to connect on any discovered server'. Und ja, ich habe nicht den Pairing Code des Gerätes (Aufkleber) sondern den in der Aqara App für das Schloss angezeigten Code verwendet.matter.0 2025-07-21 10:50:53.183 debug 2025-07-21 10:50:53.183 DEBUG PromiseQueue Promise processed ... Still running: 0 matter.0 2025-07-21 10:50:53.182 warn Error while executing command "controllerCommissionDevice": [pair-retransmission-limit-reached] Failed to connect on any discovered server at ControllerDiscovery.iterateServerAddresses (/opt/iobroker/node_modules/@matter/protocol/dist/cjs/peer/ControllerDiscovery.js:192:15) at async ControllerCommissioner.discoverAndEstablishPase (/opt/iobroker/node_modules/@matter/protocol/dist/cjs/peer/ControllerCommissioner.js:138:26) at async ControllerCommissioner.commissionWithDiscovery (/opt/iobroker/node_modules/@matter/protocol/dist/cjs/peer/ControllerCommissioner.js:160:50) at async MatterController.commission (/opt/iobroker/node_modules/@project-chip/matter.js/dist/cjs/MatterController.js:291:21) at async CommissioningController.commissionNode (/opt/iobroker/node_modules/@project-chip/matter.js/dist/cjs/CommissioningController.js:150:20) at async Controller.commissionDevice (/opt/iobroker/node_modules/iobroker.matter/build/matter/ControllerNode.js:380:24) at async Controller.handleCommand (/opt/iobroker/node_modules/iobroker.matter/build/matter/ControllerNode.js:125:28) at async /opt/iobroker/node_modules/iobroker.matter/build/main.js:220:36 at async MatterAdapter.handleControllerCommand (/opt/iobroker/node_modules/iobroker.matter/build/main.js:217:9) at async #onMessage (/opt/iobroker/node_modules/iobroker.matter/build/main.js:305:13) matter.0 2025-07-21 10:50:53.180 debug 2025-07-21 10:50:53.180 DEBUG ControllerDiscovery Server addresses to try: udp://[fdac:c1ab:2dd6:1:bceb:c5c2:ed6b:f0f]:5540 matter.0 2025-07-21 10:50:53.180 debug 2025-07-21 10:50:53.178 DEBUG ControllerDiscovery Failed to communicate with udp://[fdac:c1ab:2dd6:1:bceb:c5c2:ed6b:f0f]:5540, try other servers ... [retransmission-limit-reached] Operation timed out at #retransmitMessage (/opt/iobroker/node_modules/@matter/protocol/dist/cjs/protocol/MessageExchange.js:411:37) at StandardTimer.callback (/opt/iobroker/node_modules/@matter/protocol/dist/cjs/protocol/MessageExchange.js:441:36) at Timeout._onTimeout (/opt/iobroker/node_modules/@matter/general/dist/cjs/time/Time.js:142:12) at listOnTimeout (node:internal/timers:588:17) at process.processTimers (node:internal/timers:523:7) matter.0 2025-07-21 10:50:39.926 debug 2025-07-21 10:50:39.926 DEBUG ExchangeManager Message » for: SC/PbkdfParamRequest msgId: 0/47837/145028710 type: 0x0/0x20 reqAck size: 79 payload: 153001205db706f4302cf91b0fb35c1bac4ae400f54dd319488c207600c49da227bc335425024083240300280435052501f40125022c012503a00f24041224050c26060001040124070a2408001818 matter.0 2025-07-21 10:50:39.926 debug 2025-07-21 10:50:39.925 DEBUG MessageExchange Resubmit message 145028710 (retransmission attempt 4, backoff time 13250ms)) matter.0 2025-07-21 10:50:30.333 debug 2025-07-21 10:50:30.333 DEBUG ExchangeManager Message » for: SC/PbkdfParamRequest msgId: 0/47837/145028710 type: 0x0/0x20 reqAck size: 79 payload: 153001205db706f4302cf91b0fb35c1bac4ae400f54dd319488c207600c49da227bc335425024083240300280435052501f40125022c012503a00f24041224050c26060001040124070a2408001818 matter.0 2025-07-21 10:50:30.332 debug 2025-07-21 10:50:30.331 DEBUG MessageExchange Resubmit message 145028710 (retransmission attempt 3, backoff time 9591ms))Ich habe dann - wollte eh mal HomeAssistant testen - auf einem Raspberry3 HA installiert. Dort im Matter Server ließen sich sowohl der Hub M100 als auch das Schloss U200 problemlos koppeln.
Beide Raspberrys (iob und HA) hängen jeweils über Ethernet-Kabel am gleichen Router. Demzufolge sollte das IPV6 Routing eigentlich funktioniern.
Was ich nicht ganz verstehe - HA zeigt für das Schloss einen Ping-Test an, und dieser ist erfolgreich. Wenn ich den Ping jedoch per SSH verbunden von der Konsole aus versuche schlägt dieser fehl, egal ob von HA (wo der Ping über die GUI funktioniert) oder von iob.Was kann ich noch tun um die Ursache zu finden? Brauche ich um Matter-Geräte hinzuzufügen eine Remote-Lizenz? Ich habe nur eine Assistenten-Lizenz.
Die im Log angezeigte IP
Failed to communicate with udp://[fdac:c1ab:2dd6:1:bceb:c5c2:ed6b:f0f]:5540ist die IP, die auch in HA beim Ping auf das U200 angezeigt wird:
-
@thorsten Also er wird gefunden mit seiner Adresse ... Am Ende sieht der Fakt das er es findet aber dann die Kommunikation nicht klappt nach den IPv6 Einstellungen aus. Am Ende sieht das was Du oben geschrieben hat korrekt aus und wie unter https://github.com/ioBroker/ioBroker.matter/wiki/Troubleshooting#ipv6-kommunikation-für-nutzung-von-thread-geräten genannt. Ich kann Dich daher erstmal nur nochmals bitten es zu prüfen, auch das es korrekt über restarts persistiert ist und so.
Ansonsten : ping und UDP kommunikation sind durchaus zwei verschiedene paar Schuhe. Auch hat Home Assistant diese Netzwerk Einstellungen sekbst drin und ich nehme mal an das iobroker und HA nicht auf dem gleichen Host laufen, oder?
