wenn ich eine Glaskugel hätte, könnte ich da vielleicht was sehen.
1.) Haben sich anscheinend alle Werte nicht mehr aktualisiert (7.8.23 letzter Stand)
2.) Starte bitte den Debug zu dem Gerät und schaue, ob Daten ankommen.
3.) Überprüfe bitte, ob das Topic des Gerätes mit dem Topic in Z2M noch übereinstimmt.
4.) Probiere, das Gerät zu löschen und neu anzulegen, schaue dann, ob sich die Werte wieder aktualisieren.
5.) Du kannst auf der Eigenschaftenseite des Gerätes auch die Eigenschaften erneut abrufen und schauen, ob es dabei Änderungen gibt.
Das sind erstmal nur 5 Punkte, die Dir zu einer Antwort verhelfen können. Das Wichtigste wäre aber, gleiche mal den Debug ab, was Z2M als Payload sendet.
Danke dir Burki24!!
Wenn man 2 Geräte mit dem gleichen Namen hat und sich dann wundert das sich nichts ändert ist das klar. Sorry mein Fehler. Heute ist wohl nicht mein Tag.
Die Werte, welche uns über Geräteinfortmationen abrufen geliefert wurden, passen nicht zu den Werten, welche als Payload kommen. @Burki24, kannst du dir das mal in Z2M direkt anschauen?
Kein Wunder, ist noch immer falsch.
Du hast schon wieder einen JSON innerhalb eines JSON und nicht EIN Objekt in EIN JSON gewandelt.
So muss das aussehen:
Schau auf jeden Fall in den Debug der Instanzen was wirklich übertragen wird.
Michael
Zum einen glaube ich, das das Gerät nicht richtig in Z2M angelernt ist, da er immer einen Wert "brightness":xxx mit sendet, den es aber in der Z2M Integration überhaupt nicht gibt: IKEA E2123 control via MQTT | Zigbee2MQTT.
Zum anderen haben wir das Phänomen, dass die Action-Werte wieder auf „-“ gesetzt werden unter Anderem auch bei bestimmten Fernbedienungen der Philips Hue Serie.
Das muss ich mir mal in Z2M etwas genauer anschauen. Bin dran.
Kannst Du mal die FB in Z2M ablernen und neu anlernen und schauen, ob sich das Payload dann ändert und „brightness“ ncht mehr mit erscheint?
Nachtrag: Bei den Tastern sind bestimmte Zustände nicht im Profil erfasst. Werde diese ergänzen und dann erscheinen auch die letzten Werte immer und kein „-“.
Richtig, die sind im normalen Payload beim Status abrufen nicht enthalten, daher sind sie nicht in die Profile implementiert worden. Ist mir aufgefallen, als ich das bei miener Philips FB hier gerade nochmal überprüft habe.
Ergänzung: In der Regel sind das die Werte, die gesendet werden, wenn eine Taste wieder losgelassen wird.
Bei meiner Philips werden folgende Werte unter Action gesendet:
Action (enum)
The possible values are: on_press, on_hold, on_hold_release, up_press, up_hold, up_hold_release, down_press, down_hold, down_hold_release, off_press, off_hold, off_hold_release
Dazu werden aber von der FB noch gesendet: ‚on_press_release‘, ‚off_press_release‘, ‚up_press_release‘, ‚down_press_release‘
Passe das Profil gerade dementsprechend an und sende Dir nen PR. Bei den Ikea ist es das selbe Problem. Danach setze ich mich mal an die Z2M-Implementierung und korrigiere diese.
den gibt es leider nicht mehr zu kaufen, sonst hätte ich ihn mir mal zugelegt und durch getestet. Und zu den Preisen, wo Du ihn (z.B. über die Bucht) kriegst, dass ist mir zu hoch.
Also musst Du herhalten. Wir können uns per Anydesk auch gerne mal zusammen ran setzen und ich hole mir die benötigten Daten bei Dir raus.
Der übermittelt ja dann mehr, als in Z2M angegeben:
Action (enum)
Triggered action (e.g. a button click). Value can be found in the published state on the action property. It’s not possible to read (/get) or write (/set) this value. The possible values are: brightness_move_up, brightness_move_down, brightness_stop, toggle, brightness_step_up, brightness_step_down
direkt nach dem „Geräteinformationen abrufen“: dump.txt (28,2 KB)
einmal mit Daten wenn ich im Z2M was mache, bzw auf Lüfterstatus Aus/An klicke dump_mit_daten.txt (24,7 KB)
fan_state - wird angelegt und befüllt, ist aber nicht schaltbar
mode - wird nicht angelegt
fan_speed - OK
pm25 - OK
air_quality - OK
led_enable - OK
child_lock - OK
replace_filter - OK - wird angelegt, ob Status passt, kann ich nicht sagen (ich geh mal davon aus)
filter_age - OK
linkquality - OK
vielen Dank für die gestrige Session. Habe sowohl bei Z2M einen PR gemacht und @KaiS hat auch einen von mir im Postfach.
Wenn die beiden gemerged sind, sollte die E1744 komplett unterstützt werden. Bei Z2M sollte es bereits heute oder morgen drin sein.
Folgende Auskunft gibt es von Seiten Koen zu diesem PR:
Somit wurde der PR zurückgewiesen und die ER1744 muss in der configuration.yaml der Anleitung folgend implementiert werden: IKEA E1744 control via MQTT | Zigbee2MQTT
Bitte beachten, damit entfallen die von Dir gewünschten values bei Action.
Begründung: Bei der Nutzung der Legacy-option kann es zu Problemen im gesamten Zigbee-Netzwerk kommen. Da dadurch veraltete, nicht mehr gültige Values gesendet werden.
@KaiS ich würde trotzdem den Profil-PR drin lassen, falls einmal eine andere Device das Profil in der Form benötigt.
Hi, hab mir gerade das aktuelle Update von zigbee2mqtt gezogen. Anscheinend ist die Sirene von kkoenk doch immernoch nicht vollständig implementiert- wenn ich die Extension lösche bin ich wieder auf den Basisfeatures. Schade. Das heisst bis zum nächsten Monat warten (nächstes Zigbee2mqtt Update?)