Hi PatpaC! Thanks for the blueprint!
I tried fooling around on that specific setting page that you sent but it’s not working. Does a blueprint override the Settings of a specific z2m device? It seems like the case for this one. I’ve set it to the lowest interval and a different delta from the brightness change in the blueprint, but it seems like its following the blueprint.
Is there anything I’m missing?
Hmm hard to tell. I think it is more related to how often mqtt is sending. If you only want to bind this dimmer Switch to one zogbee light or
one zigbee group you can do this with z2m too.
I think you habe 2 options.
@PatpaC Thanks for your blueprint.
I think HA is throwing a warning when using it.
Here’s my yaml:
alias: Vorraum Dimmerschalter Klingel (RingToOpen)
description: ""
use_blueprint:
path: patpac9/Hue_Dimmer_Switch_Easy_Custom_Buttons.yaml
input:
controller: Vorraum Dimmerschalter Klingel
on_held:
- service: script.vorraum_klingel_gedruckt_ringtoopen
data: {}
enabled: false
and here is the log, with the warning at the end:
2023-09-08 22:03:33.301 INFO (MainThread) [homeassistant.components.automation.vorraum_klingel_gedruckt_ringtoopen] Vorraum Dimmerschalter Klingel (RingToOpen): Running automation actions
2023-09-08 22:03:33.302 INFO (MainThread) [homeassistant.components.automation.vorraum_klingel_gedruckt_ringtoopen] Vorraum Dimmerschalter Klingel (RingToOpen): Executing step setting variables
2023-09-08 22:03:33.302 WARNING (MainThread) [homeassistant.helpers.script] Error in 'choose[0]' evaluation: In 'template' condition: TypeError: argument of type 'NoneType' is not iterable
The warning is throwed directly after restarting HA and during the day.
When i disable the automation the issue is gone.
It seems an issue with the choose template.
Any hint’s i can solve it?
thx
Shouldnt the choose not be like:
- choose:
- conditions:
- condition: template
value_template: "{{ True }}"
- condition: template
value_template: "{{ True }}"
sequence: ...
PS.: dont get me wrong i am not an yaml/template expert 
Just guessing what yould lead to the warning.
thx
@pOpY @bt1v1
Hmmm… I think this is mainly caused by the sluggishness of the automation and the too fast reset of the payload from the device.
NoneType is maybe bc the payload is already vanished when it tries to compare the payload with the values in the automation.
Simplified ~~~> a timing issue.
In z2mqtt I think you have an option to retain a payload for longer.
Can you try it? I sadly can’t now cause the remotes are in the rooms where my people are already sleeping 
Sorry, don’t using the blueprint anymore.
Had it just for one automation, which throwed the warning. Since I removed it, the warnings are gone.
Sadly can’t test it anymore.
But thanks for your efforts!!!
Looks good. Hope it works for you 
First of all, thanks for this blueprint!
I’m all new to HA and still trying to figure my devices out. I just came from enOcean PTM 215Z switch configuration and when setting up that i had some “problems” with the dimming decrease and increase wasn’t too smooth. I found some code inside that topic which led me to a smoother dimming.
So when I found this blueprint I used the same code for the hold function, but here it’s stepping. Its like it decrease or increase brightness for 3 seconds, then hold a very short pause and then do it again for 3 seconds until light is either off or on full brightness. Can anyone maybe tell me what the problem could be and a possible solution?
Here is my code.
alias: Auto - Hue Dimmer Switch
description: ""
use_blueprint:
path: patpac9/Hue_Dimmer_Switch_Easy_Custom_Buttons.yaml
input:
controller: Switch Dimmer Guestroom
on_press:
- service: light.toggle
data: {}
target:
entity_id: light.guestroom_ceiling
up_held:
- service: mqtt.publish
data:
topic: zigbee2mqtt/Guestroom Ceiling/set
payload: "{\"brightness_move_onoff\": 51}"
qos: 0
retain: false
up_hold_released:
- service: mqtt.publish
data:
topic: zigbee2mqtt/Guestroom Ceiling/set
payload: "{\"brightness_move\": \"stop\"}"
qos: 0
retain: false
down_held:
- service: mqtt.publish
data:
topic: zigbee2mqtt/Guestroom Ceiling/set
payload: "{\"brightness_move_onoff\": -51}"
qos: 0
retain: false
down_hold_released:
- service: mqtt.publish
data:
topic: zigbee2mqtt/Guestroom Ceiling/set
payload: "{\"brightness_move\": \"stop\"}"
qos: 0
retain: false
I’ve also tried another code but it is still stepping in the brightness not that much but does still occurs. I can get it smoother if i put a higher transition value, but stepping is never fully removed.
alias: Auto - Hue Dimmer Switch
description: ""
use_blueprint:
path: patpac9/Hue_Dimmer_Switch_Easy_Custom_Buttons.yaml
input:
controller: Switch Dimmer Guestroom
on_press:
- service: light.toggle
data: {}
target:
entity_id: light.guestroom_ceiling
up_held:
- service: light.turn_on
data:
brightness_step: 35
transition: 1
target:
entity_id: light.guestroom_ceiling
down_held:
- service: light.turn_on
data:
brightness_step: -35
transition: 1
target:
entity_id: light.guestroom_ceiling
Last I want to ask @PatpaC as author a question.
What are your reasons for not using the press and the release insted?
Unfortunately it didn’t help. Put it even higher? 20 seconds?
“Error in ‘choose[0]’ evaluation: In ‘template’ condition: TypeError: argument of type ‘NoneType’ is not iterable”
Any idea on how double/triple/quadruple presses could be implemented?
For some reason it is not working for me.
If I look at the topic settings (settings>> MQTT>> basic topic) it says zigbee2mqtt so that is default like the blueprint.
Then I entered the friendly name of the device (in this case, Dimmer livingroom)
And then in entered a very normal call service toggle light option in the “release” section. But nothing happens.
Am I doing something wrong here?
You need to use the name you entered (or was entered for you) for the device in Z2M not what you have in HA.
I just started messing with this. I suck at yaml but my code does have smooth dimming. I think if you mess with the % and transition it could be pretty customizable. Let me know if this works well.
alias: Livingroom dim
description: Dims livingroom when held
use_blueprint:
path: patpac9/Hue_Dimmer_Switch_Easy_Custom_Buttons.yaml
input:
controller: Hallway hue switch
down_held:
- service: light.turn_on
metadata: {}
data:
brightness_step_pct: -20
transition: 2
target:
entity_id: light.livingroom
up_held:
- service: light.turn_on
metadata: {}
data:
brightness_step_pct: 20
transition: 2
target:
entity_id: light.livingroom
Hi. Thanks for your reply.
I’ve tried your code and it’s better, but still not totally smooth. I could start playing with transition and brightness step but I would prefer to use mqtt.publish command, I read somewhere that it should be better than the other solution (brightness_step/brightness_step_pct). Any experience how to get that (mqtt.publish) to operate smoother?
Like I also mentioned in my first comment i use this code for my enOcean PTM 215Z and it operate like a charm, so I don’t know why it’s a problem when using Hue dimmer switch.
I have the same problem i cant not get the blueprint to work. I have tried both the friendly name and the mqqt id that was given at the time. I still dont get a response. if i set up my own automation i can get it to work.
Fairly new to HA and Z2M, but just discovered this blueprint and it is just what I needed. Thanks for sharing!
As a related question - I was initially attempting to set up this switch in Z2M using a bind. Has anyone had success with direct binding of this Hue Dimmer Switch to a light or set of lights using the Z2M GUI (Bind under device settings)?
Despite getting messages that the switch is bound to a light successfully i have had no luck getting a response using that method… just curious if anyone had similar experience.
to remove the warning just replace these lines:
by this line:
Reason: Hue dimmers are sending status updates regulary. However, these payloads do not have an “action” item. Hence, the whole payload is NULL which leads to this warning.
Hi guys.
Are you aware of the removal of the legacy “action” payload in the upcoming Z2M 2.0.0?
See here: Z2M 2.0.0, legacy triggers, _action entity's and hue dimmer blueprints · Koenkk/zigbee2mqtt · Discussion #24997 · GitHub
The blueprint i am using and i assume this one is not working anymore.
This is the one i am using: 💡 Awesome HA Blueprints: A curated list of blueprints + easily create controller-based automations (remotes, switches,...) for controlling lights, media players, and more - #106 by pOpY
What do you use now instead?