Here’s the problem, two thermostats in the same place, one for AC (only cooling) one for Heat (only heating).
As it’s a rental place, people coming are often switching on both heating and cooling which make no sens.
I was wondering if there was any way to merge these two thermstats in one ?
If Heat nedded => Heat On Ac Off
If cooling needed => AC On Heat Off
That I can do with Wifi driven plugs but I’m quite sure I’ll get problem each time they get online as they’re both Honeywell and Honeywell is cloud poll.
I imagine you are already aware that any ‘merged thermostat’ proposal will rely on the existing methods used to control the two separate thermostats. So if it’s unreliable now, it’ll continue to be unreliable when merged.
Off the top of my head, I can see a way of using MQTT HVAC to define a third climate entity that controls the two existing climate entities (one for heating, the other for cooling). In effect, it acts as an amalgamation of the other two thermostats, able to control heating and cooling; when it needs to heat it turns off the cooling thermostat and controls the heating thermostat, when it needs to cool it turns off the heating thermostat and controls the cooling thermostat.
The automations needed to perform this balancing act will be interesting … and potentially a waste of development time if the underlying ntegration for the two thermostats is unreliable.
So when the heating Template Switch is on it sets the heating thermostat to a high target temperature? At the same time it also turns off the cooling thermostat.
Similarly when the cooling Template Switch is on it sets the cooling thermostat to a low target temperature? At the same time it turns off the heating thermostat.
A potential crux in the dual-generic thermostat idea is if someone tampers with any physical temp buttons on the actual thermostat.
As I have an IR AC, the solution was a ‘watchdog’ automation based on power usage.
So if the only goal is deconflict, not singular control interface, then perhaps consider just using an automation that monitors the state off both and one turns off the other. Because merging is not necessary to deconflict.
The concern I have is that Vartkat has already confirmed the underlying integration can be unreliable. Imagine the Template Switch turns on and sets the heating thermostat to a high target temperature (75 F/24 C) to ensure the device activates … and then the integration loses communication. The heating thermostat will dutifully continue heating until the target temperature is reached.