Supi, habe es gerade verifiziert. Damit kann ich auf jeden Fall was basteln :-)

Das macht eigentlich keinen Sinn, oder? Zumal doch der off_press (s. weiter oben) da sein müsste.

Wenn ich z. B. on_press drücke, geht der state von false auf true und fällt dann wieder auf false zrück. Damit triggert er mir dann den off_state, den ich gar nicht gedrückt hatte.

Heißt das, on_press gedrückt bedeutet state = true? Wie kann ich dann den Tastendruck off_press testen?

Wie gesagt, das sind ALLE states; mehr sind da nicht.

Das habe ich verstanden, aber wie gesagt, z. B. die on_press, on_hold, on_hold_release, off_press, off_hold, off_hold_release States sind NICHT vorhanden; also kann ich nicht auf diese triggern, da nicht da.

Die Frage ist nur, warum sind die nicht da obwohl sie vorhanden sein müssten?

Entsprechende states gibt es für up_hold, etc. Wobei da der Trigger auf "wurde geändert" besser ist. Wenn der Wert wahr ist wurde der Knopf gehalten, sonst wurde er gerade losgelassen.

A.

https://forum.iobroker.net/assets/uploads/files/1661625548037-d03f77d5-3b49-4c30-979e-5f0b8003bd97-image.png

Also entweder bin ich zu dumm oder es ist schon zu spät :-) Was meinst du genau? Wie setze ich das in meinem Fall praktisch um?

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: 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

diese werden vom Zigbee-Adapter in die Entsprechenden States geparsed, so das man mit einem einfachen trigger auf die Aktionen reagieren kann.

A.

Ok, verstanden, Aber laut: Zigbee2MQTT sollte es für dieses Device die folgenden States geben:

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: 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

Die finden sich aber nicht (s. mein letzter Post) nicht unter Zigbee.0.

Vlt. sollte ich sagen, das ich alle Sensoren nicht vorher von Deconz abgelernt, bzw. entfernt habe. Sollte aber, so wie ich es verstanden habe, auch kein Problem sein, oder doch?

Hallo zusammen,

bin gerade dabei die Scripte für die Sensoren die vorher in Deconz waren an den Zigbee-Adapter anzupassen. Dabei habe ich das folgende Problem. Wenn ich den Philips Hue Dimmschalter

benutze, konnte ich früher den Tastendruck als Dezimalzahl (buttonpressed) bekommen und auswerten.
Jetzt bekomme ich nur:

Nur der up- und downbutton sind noch auswertbar, on- und offbutton nicht angezeigt. Dafür gibt es jetzt ein "msg_von_zigbee":

{"type":"commandHueNotification","data":{"button":1,"unknown1":3145728,"type":2,"unknown2":0,"time":0},"linkquality":76,"groupID":0,"cluster":"manuSpecificPhilips","meta":{"zclTransactionSequenceNumber":12,"manufacturerCode":4107,"frameControl":{"frameType":1,"manufacturerSpecific":true,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":2}

Wie komme ich denn unter Blockly an die Infos aus diesem "msg_von_zigbee"?

im Zweifelsfall gar nicht. Das was in msg_von_zigbee drin steht ist hardwarespezifisch und kann für jedes Gerät anders sein. Dementsprechend müsstest du um da die korrekten Informationen heraus zu suchen das ganze systematisch mit loggen und auseinander nehmen. Ich rate davon ab.

Wenn du Tastendrücke auswerten willst solltest du auf die entsprechenden States trigger, jeweils mit 'ist grösser als vorher'