Matter: Allgemeine Fragen und Diskussionen
-
@dtp sagte in Matter: Allgemeine Fragen und Diskussionen:
Ansonsten nutze ich den yahka-Adapter. Damit ist die Einbindung in Homekit sehr flexibel möglich.
Alles was per Matter schon geht, wäre ggf mit Matter einfacher und "Besser" als Homekit. Aber ja Matter kann noch nicht alle HomeKit Geräte - anders rum gibt es zB Staubsauger in Matter aber nicht in HomeKit
-
@deta Nicht Dinge verwechseln bitte! Wenn Du Zigbee Geräte hast brauchst du einen Zigbee Coordinator der die anbindet und den Zigbee Adater oder sowas um die Gerät anzubinden. Das hat mit Matter nichts zu tun!
-
@arteck Interessant ... das hesist das Amazon vllt den Bug gefixt hat ... das wäre cool.
Und ja bis vor nicht allzulange her gab es das problem das Amazon beim Pairen nur nach Port 5540 geschaut hat und deswegen ging nur eine. Wenn die das gefixt haben können wir das auch nachziehen.
Legt mir bitte mal jemand ein GitHub Issue an das ich das checken und nachziehen kann bitte? Danke
-
@apollon77 du meinst das weiter Bridges durch Amazon akzeptiert werden?
Würde ich grad machen, dass issue -
@apollon77 sagte in Matter: Allgemeine Fragen und Diskussionen:
@arteck Interessant ... das hesist das Amazon vllt den Bug gefixt hat ... das wäre cool.
Und ja bis vor nicht allzulange her gab es das problem das Amazon beim Pairen nur nach Port 5540 geschaut hat und deswegen ging nur eine. Wenn die das gefixt haben können wir das auch nachziehen.
Ich nutze seit August bereits zwei Bridge (mit unterschiedlichen Hersteller-ID) ... oder war hier etwas anderes gemeint?
-
@skvarel an Anlehnung an Deine Info hab ich auch 2 Bridges mit verschiedener ID laufen und das klappt tadellos
-
@docsnyder7 Ja genau, Danke. Dann ändern wir Doku und Kommunikation. Ist ja keine echte Einschränkung bei uns
-
@skvarel Genau. Übrigens auch gleiche Hersteller ID ist ok wenn du Sie nacheinander pairest
-
@skvarel Sind die nur zum Test? Oder haben 2 Bridges Vorteile?
-
@merlin123 ich würde sagen der Ordnung halber
-
@merlin123 sagte in Matter: Allgemeine Fragen und Diskussionen:
@skvarel Sind die nur zum Test? Oder haben 2 Bridges Vorteile?
Nur zum sortieren. Da ich noch nicht alles an Alexa übergeben habe, wollte ich direkt am Anfang eine übersichtliche Struktur anlegen.
-
Ich habe es bereits per node red und wemu emu und alexa routinen gemacht. ich dachte nur das es mittlerweile eine komfortablere methode gibt, per matter und WindowCovering ein virtuelles gerät zu erstellen, mit dem Namen Tor, und das ich keine hardcodierte Sätze in der Alexa Routine abspeichern muss.
-
@skvarel Ah ok
-
eine eher allgemeine Frage... ich hab ein Enocean Stromstossschalter von Eltako der per Script und über eine mechanischen Taster das Garagentor öffnet/schließt...
Den über den Adapter einzubinden geht, aber wie würdet ihr den einordnen.. Licht oder STeckdose? -
@docsnyder7 Steckdose
-
-
@docsnyder7 das könnte mit einem Alias klappen einfach mal probieren und verschiedene Rollen testen. Das kannst du ja dann auch erst ohne den Matter Adapter testen indem du den Alias schaltest um zu sehen ob es fährt.
Grüße
Fabio -
@merlin123 Es sollte an sich mit einer Bridge mit allem oder mehreren alles genauso tun. Die Details kommen nur bei vielen Geräten oder wenn man "viele Geräte dann parallel schalten will" und sowas, dann könnte es problematisch werden.
-
@docsnyder7 Das Problem hier ist das Matter keine "Buttons" (Taster) kennt zum Steuern. Es gibt nur "GenericSwitch" was aber eher ein "Taster sensor" ist der meldet wenn er gedrückt wurde.
Die Frage ist auch im GitHub noch offen wie wir Taster aus ioBroker abbilden.
Am Ende gibts nur die Option einen Schalter zu exposen der dann formal an und aus hat aber ihn quasi immer auf "aus" zu setzen. Also sobald jemand. ihn ein schaltet wird kurz ein gemeldet und kurz später dann wieder ein "off". Das hat dann in den UIs ein zurückspringen zur folge.
Sagt mal Eure Meinung dazu ... macht das Sinn?
-
Taster können gedrückt gehalten werden (Langer Tastendruck), wie bildet ihr das dann ab?
