Closed b2un0 closed 2 weeks ago
The Ikea RODRET (E2201) with Firmware 1.0.57
is also affected.
z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Ikea E2201/action', payload 'off'
z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Ikea E2201/action', payload 'on'
z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Ikea E2201/action', payload 'brightness_move_down'
z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Ikea E2201/action', payload 'brightness_stop'
z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Ikea E2201/action', payload 'brightness_move_up'
z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Ikea E2201/action', payload 'brightness_stop'
ups, looks like a duplicate to #214
I will update the styrbar as I am the author but someone who owns the RODRET or the author of that blueprint will need to update it. Must say it is a bit annoying when they make these small changes.
for testing purpose i edited the blueprint on my HA Instance and only changed the brightness_stop_down
to brightness_stop
.
i restarted home assistant after that.
in the debug console, every press creates a incoming
and action_triggered
event.
but the brightness_stop
only has the incoming
event, no action_triggered
:(
is there any caching of the blueprints?
exactly the same behavior for RODRET
/ E2201
:(
Did you change it in \home-assistant\config\blueprints\switch_manager
path and not the component path?
EDIT: just noticed the question about caching... The files from the component are copied over to the blueprints/switch_manager path.
Also the issue with this recent change (whether it's because of Ikea *my money is on them or Z2M), it will mean that both buttons are always going to execute their actions on released. You will need to add some logic and check if hold for either button was pushed last to differentiate which one to act on.
gnah, thanks.
i edited the blueprint in the component path -.-
now it works :)
Cool, I've pushed the changes so should also be in next release. But again, that's only for Styrbar, will wait for someone to do the Rodret
Also the issue with this recent change (whether it's because of Ikea *my money is on them or Z2M), it will mean that both buttons are always going to execute their actions on released. You will need to add some logic and check if hold for either button was pushed last to differentiate which one to act on.
yes, i know. i have already a workaround for this.
i created a boolean helper for each ikea remote i have and created a while condition:
hold_up
hold_up AND hold_down released:
PR #250 for Rodret created
and for copy paste:
- data: {}
target:
entity_id: input_boolean.buro_remote_state_helper
service: input_boolean.turn_on
- repeat:
while:
- condition: state
entity_id: input_boolean.buro_remote_state_helper
state: "on"
sequence:
- data:
brightness_step_pct: 10
target:
entity_id: light.buro
action: light.turn_on
- delay:
hours: 0
minutes: 0
seconds: 1
milliseconds: 0
enabled: true
- data: {}
target:
entity_id: input_boolean.buro_remote_state_helper
service: input_boolean.turn_off
with the latest firmware
2.4.16
for the Ikea E2001/E2002 the arebrightness_stop_up
/andbrightness_stop_down
actions are nor more availablethis also documented here: https://www.zigbee2mqtt.io/devices/E2001_E2002.html
affected:
https://github.com/Sian-Lee-SA/Home-Assistant-Switch-Manager/blob/f54a72355c45d3fba96f266d62e5be674af8899b/custom_components/switch_manager/blueprints/zigbee2mqtt-ikea-styrbar.yaml#L22
https://github.com/Sian-Lee-SA/Home-Assistant-Switch-Manager/blob/f54a72355c45d3fba96f266d62e5be674af8899b/custom_components/switch_manager/blueprints/zigbee2mqtt-ikea-styrbar.yaml#L54