Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[qqolli]

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

[Asgothian]

@qqolli sagte in Zigbee-Adapter: Wie States auswerten?:

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'

[qqolli]

@asgothian

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?

[Asgothian]

@qqolli sagte in Zigbee-Adapter: Wie States auswerten?:

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.

[qqolli]

@asgothian

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?

[Asgothian]

@qqolli du hast einzelne Stats.. z.Bsp. up_button. Auf diesen state legst du einen Trigger, "ist grösser als vorher". in dem Trigger machst du dann die Aktion die du für den "up_press" event haben willst.

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

[qqolli]

@asgothian

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?

[Asgothian]

@qqolli die heissen anders. Zeig doch mal alle states, nicht nur den ausschnitt den du da hast.

[qqolli]

@asgothian

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

[Rushmed]

@qqolli on_press und off_press wird in State als true oder false ausgegeben.

[qqolli]

@rushmed

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

[Rushmed]

@qqolli off_press ist state=false

[qqolli]

@rushmed

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.

[Rushmed]

@qqolli Ne so isses bei mir nicht, ich drücke on, der State wird (und bleibt) true, ich drücke of, der State wird (und bleibt) false.
Lediglich den Longpress der Statebuttons bekommst du nicht ausgewertet. Release der Buttons ist ja eh nicht nutzbar.
Dafür gibts zusätzlich den Clickcount und die Duration, damit lassen sich bestimmt irgendwelche Mehrfachbelegungen realisieren.

[qqolli]

@rushmed

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