nielsfaber / scheduler-component

Custom component for HA that enables the creation of scheduler entities
GNU General Public License v3.0
680 stars 46 forks source link

Retry thermostat setpoint change #151

Closed 2m closed 2 years ago

2m commented 2 years ago

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?

nielsfaber commented 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.

2m commented 2 years ago

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.