Matter-Beta Controller (Matter Geräte in ioBroker einbinden)

[Feuersturm]

@mike77 sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):

Ich bekomme das zwar als "button" in Matter eingefügt, aber Google Home oder Alexa zeigt das nur an, es lässt sich nicht bedienen...
Bekomme beim Drücken auf die Schalfläche nur die Eigenschaften angezeigt, ohne dass der Knopf gedrückt wird und irgendetwas schaltet...
Gerätetyp wir in Google Home als "Schalter" angezeigt.

@apollon77 hatte im Rahmen der Alpha Phase mal folgendes geschrieben:
"Button Sensor heißt „Erkennung“ … in Google solltest du die Option haben eine Routine zu verknüpfen an einen Button Klick oder ggf. Doppelklick
Und Button ist genauso abgebildet.
Matter kennt an der Stelle nur sowas. Das andere wäre ein Switch."
Ich hatte auch mal kurz versucht mit einem virutellen Button zu spielen, das hat bei mir in Google Home aber auch noch nicht funktioniert.

@apollon77 Über eine Steckdose oder Lichtschalter kann man einen Switch abbilden, aber gibt es auch die Möglichkeit über einen Switch einen "Button" abzubilden?

[Feuersturm]

@mike77 sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):

Was bei mir auch nicht korrekt geht: Zigbee Fenstersensoren
Diese haben das Objekt zigbee2mqtt.0.xxxxxxxxxx.opened
Das Objekt ist bei mir auf "false" die Fenster werden aber als "offen" in Google angezeigt.
Während die Homematic Kontakte mit dem Objekt: hm-rpc.1.xxxxxxxxxxx.1.STATE bei "false" korrekt als geschlossen angezeigt werden.

Poste hier bitte einmal einen Screenshot von dem Objekt zigbee2mqtt.0.xxxxxxxxxx.opened wo auch die Spalte "Rolle" zu sehen ist

[Mike77]

@feuersturm hi
Mach ich morgen früh. Geht am Handy leider nicht mehr...
Hab das aber auch ebenso im GitHub gepostet mit einem .json.
Vielleicht reicht das ja ?

Sonst morgen

Gute Nacht

[Mike77]

@feuersturm okay. Dann müsste ich aus 2 Button ( habe ich schon virtuell) einen Switch machen, um beim Keymatic aufschließen und zuschließen hinzubekommen.

Der Druck auf die Taste Haustüre öffnen müsste ich dann auch als weiteren virtuellen Switch machen und die Funktion in Javascript dann ausführen lassen. Dann aber nach ein paar Sekunden wieder den state automatisch auf false setzen, so dass ich Haustüre öffnen wieder "einschalten" kann...

Muss ich morgen mal probieren. Die Keymatic ist leider nicht einfach mit ihren komischen Objekten....

Nochmals gute Nacht

[Mike77]

@feuersturm anbei noch Screenshot

[apollon77]

Ok, ich versuche mal zusammenzufassend zu Antworten:

Switch

Der Adapter bildet aktuell einen Button-Sensor (state mit Rolle button.* und read=true, write=false) auf einen Matter-Generic Switch ab. eines Wissens nach unterstützt Google das aktuell NICHT, Apple schon. Andere unklar. Bei Apple kann man dann routinen definieren "wenn Button gedrückt wurde". Bei Google keine Ahnung wie und was.
Ein Button in ioBroker (Rolle button.* und write=true, read=false) ist aktuell Ebenso als Matter-Generic-Switch abgebildet.

Am Ende melden beide damit nur den Schaltzustand an Matter aber sind nicht selbst steuerbar. Für en Button-Sensor" ist das auch voll korrekt, bei "Button" kann man diskutieren Die Alternative für einen Button (also schreibbarer Zustand) wäre das man beim einschalten den auf true setzt und an Matter direkt (oder 1s später) hinterher ein "aus" zurückmeldet. Dann würde man in Google den Onoff state kurz ansehen aber dann wieder aus ...

Gebt Feedback ob das so sinn macht Das war so ein Thema wo ich auf Usrer-Feedback warte wollte.
Matter hat halt keine "Buttons" in dem Sinne. Bzw Buttons später wären mal ein Thema für "Bindings" (Directverknüpfungen) wo man direkt andere Geräte steuern könnte ...

Homematic Thermostate

Der Name ist bei der Erkennung nicht wichtig, sondern der Rest der State definition wie die Rolle, min/max und datentyp. Am Ende müssen wir rausfinden ob man die Statesdefinitonen fixen müsste. Was in jedem Fall geht ist wenn Du den Geräte-Adapter nutzt und einfach ein Alias anlegst was das mappt. Das mal versucht?

EDIT: Alao ich weiss niccht was das Problem ist. Ich habe den Objekt Export genommen. Per Matter Adapter "Für einzelnes Geröt/ChanneL" hinzu und er hat es korrekt als Thermostat erkannt ... siehe GitHub Issue. Passt doch

Zigbee Fenstersensoren:

Ebenso . wie sehen die Objektdefinitonen genau aus? Hat @Feuersturm ja schon gefragt und du geliefert. Rolle ist mit sensor.window = false korrekt und wir melden es an sich auch korrekt weiter. Also wenn es der Adapter richtig als Fenster anzeigt dann sollten wir das auch korrekt melden - und wenn es bei einem anderen Gerät geht dann ja erst recht ... dann wäre die Frage ob Google alle aktuellen Daten hat ... Oder zeigt es Google definitiv anders rum an?

Keymatic

Hier würde ich eher ebenso schauendas es korrekt als Lock erkannt werden kann, weil Locks (was eine Keymatic ja ist) hat der Adapter schon. Da werden wir nur wieder bei der Frage landen welche Controller welche Lock Features unterstützen.

[hotspot_2]

@feuersturm sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):

@hotspot_2 Das sollte funktionieren.
Hast du schon einmal den Matter Adapter installiert?
Im Assistenten der nach der Installation aufpoppt siehst du an dem grünen Haken, ob eine IPV6 Adresse erkannt wurde.

Wenn deine IPv6 Kommunikation soweit i.O. ist musst du den Matter Controller aktivieren

Ich hab selbst kein Fritz Smart Gateway im Einsatz, daher kenne ich die Oberfläche dort nicht. Du müsstest bei deinem Thermostat einen Kopplungsode erzeugen können. Diesen kannst du dann in die Maske eingeben, wenn du auf den Button "Gerät per Pairing-Coder oder QR-Code hinzufügen" klickst.

P.S: Thematisch gehört dieses Thema in diesen Thread https://forum.iobroker.net/topic/79495/matter-beta-controller-matter-geräte-in-iobroker-einbinden (vielleicht kann @Homoran es ja verschieben). Dort ist die Wahrscheinlichkeit auch höher, dass einer der andereren Matter-Beta Nutzer das Thema sieht und ggf. auch ein Fritz Smart Gateway im Einsatz hat.

Hallo,

das mit der Kopplung hat einwandfrei geklappt.

Die Objekte wurden auch alle angelegt.

Werte scheinen alle zu passen bis auf den Battery Wert. Der ist bei allen Thermostaten 0%.

Hat eventuell schon jemand Erfahrungen mit dem Fritz Smart Gateway? Ist das bei euch auch so?

[apollon77]

@hotspot_2 sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):

Werte scheinen alle zu passen bis auf den Battery Wert. Der ist bei allen Thermostaten 0%.
Hat eventuell schon jemand Erfahrungen mit dem Fritz Smart Gateway? Ist das bei euch auch so?

Ich hatte es bei einem anderen Tester gesehen und da war auch 0%. Wird also aktuell von AVM falsch gemeldet. Wäre ein Bug bei denen Wert

[hotspot_2]

@apollon77 Hallo, ich habe den Bug bei AVM gemeldet (Ticket-ID 6666976).

Ich werde berichten falls es dann Ergebnisse / Erkenntnisse gibt.

[Peter V.]

@apollon77
Ja, bei mir auch so, hatten wir mal drüber geschrieben.
@hotspot_2
Super, danke

Wobei bei AVM die Taster der 440/400 Serie nicht via Matter übertragen werden. Vielleicht kommt das auch noch, ist ja noch sehr beta bei AVM.
Es gab mal eine Inhaus Version, wo auch die Humidity Werte der 440 und Zigbee Sensoren übertragen wurden, leider in der aktuellen Version nicht mehr.

[hotspot_2]

@hotspot_2 sagte in Matter-Beta Controller (Matter Geräte in ioBroker einbinden):

@apollon77 Hallo, ich habe den Bug bei AVM gemeldet (Ticket-ID 6666976).

Ich werde berichten falls es dann Ergebnisse / Erkenntnisse gibt.

Hallo,

anbei die Antwort des AVM Supports:

**Für iOBroker können wir keinen Support anbieten und wir bitten Sie, sich ggf. in eine iOBroker-Forum kundig zu machen.

Was den Batteriestatus bspw. bei Heizkörperreglern 302 oder auch Tastern angeht:

Es ist noch nicht klar, ob dies in einer kommenden FRITZ!OS optimiert wird und ich habe dies als Verbesserungsvorschlag an unser Produktmanagement weitergeleitet.**

Hört sich so an als ob das noch ein wenig dauern kann.

[Peter V.]

@hotspot_2
Mit der neuen Beta (von heute) sollen ja die Humidity Werte wieder übertragen werden, mal testen

[TheNeon]

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.

[Feuersturm]

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

Wie führst du das pairing durch?

[TheNeon]

@feuersturm

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!

[mayrjohannes]

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:

1. 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)
2. 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 eingeben

Jetzt 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?

[Feuersturm]

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

So 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

[hotspot_2]

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.

[Qlink]

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

Mein Ablauf:

1. Matter Protokoll des Nuki per Nuki App aktivieren bis folgender Screen erscheint:
   
   (der Nuki fängt dauerhaft zu leuchten an)
2. iobroker VISU App öffnen und den Nuki Hersteller Matter QR Code scannen (der Nuki ist noch Matter Jungfrau)
   Es erscheint zuerst:
   
3. dann:
   (MMB ist meine WLAN SSID)
4. 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.3

Kann 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

[apollon77]

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