Closed 2m closed 2 years ago
I am not planning on implementing such logic within scheduler-component.
My intention is to keep it generic, so it does not have different behaviour for climate, light etc.
I guess the real solution for your problem has to be made in zigbee2mqtt, as the problem is caused in the communication with the device.
As workaround you could implement some script which watches for scheduler to trigger and repeats its task (indeed you could make use the scheduler.run_action
service for this.
Its also possible to trigger a script from scheduler, and implement your custom sequence here.
I'm afraid that's all I can offer as solution.
Hey, thanks for the answer. I think it is fair enough. :) Will try to see if I can help to solve the actual problem in Z2M, or will think about a workaround.
Checklist
Proposal
I am running zigbee2mqtt with Drayton Wiser iTRV. Unfortunately these iTRVs sometimes miss setpoint change. When changing it manually, usually it is instant, but sometimes I need to repeat the change two or three times, until it sticks https://github.com/Koenkk/zigbee2mqtt/issues/2521#issuecomment-974387056.
Naturally this causes setpoint change by the scheduler-component sometimes to be missed.
Would it make sense to implement retry logic in the scheduler-component?