Sure! There is a version that accepts any binary sensor:
Happy Automating!
I’ve just stumbled upon this thread. Thanks for all the work you’ve done so far, @SmartLiving.Rocks.
I can see a lot of versions on the blueprint being posted here and I’m struggling to find which one is the “main” one which covers most use cases - I tried looking at the repo as well but it’s difficult to see that from first glance. Can you give any tips?
Something that would potentially simplify the implementation - have you considered using dynamic scenes? You can capture the state of the climate entity in a dynamic scene before turning it off and once the minimum_close_time expires, you can turn on the scene which will bring back the old state of the climate entity (including modes, temperature, fan speeds etc). This way you won’t have to create all those conditions for every (original) state of the climate entity 
The one you can download in the first post.
Yes, the blueprint initially had only a few lines of code and now it has 28 revisions since the introduction of blueprints to Home Assistant 
Due to the feedback and suggestions for improvements from the awesome users of this blueprint it grew over the time and fits to min. 96% of climate devices.
Actually the point with fan speed and heating/cooling mode is a good one. I have a fan coil thermostat that has a lot of features. Scenes - Home Assistant does not work because you need to hardcode a scene_id to the bp. Normally a user has several bp and the would all refere to the same scene_id and that would screw up the bp/ automation. Thanks for the idea!
Does not go back to auto when window/door close, it’s go to manual mode.
Do you have a bit more information like the manufacturer, model, smarthome standard etc.
The TRV is TuYa TRV602 control via MQTT | Zigbee2MQTT im running it in auto mode, using a external temp sensor.
- Could you please share with us the
hvac_modesof your climate entity (/developer-tools/state)? - Tell us what happens to the set temperature if the mode changes from
heatingtoofftoheatingagain
hvac_modes: auto, heat, off
preset_modes: none, auto, manual, off, on
Its turn off fine when you call heating off, it’s need to set back to preset_modes: auto.
Ah okay. Now I see where the problem is. This blueprint is designed for climate.set_hvac_mode and it supports auto. Try to set your thermostat to auto with the service climate.set_hvac_mode and try again, please.
Still goes back to manual.
Going to use a automation for this.
hi SmartLiving.Rocks,
I think I found a bug in your blueprint when used with Tado heating this morning. When the Tado thermostat returns from “off” to “heat” mode the heating target temperature gets replaced with the current room temp. This happens even when you simply turn the thermostat from “heat” to "off! and back to “on” manually within HA.
I think we may need to take the heat target temperature as a variable when the automation runs and turns the heating off and then set the target temperature back when it’s reset.
Any thoughts how to accomplish this?
Did you check your settings on the Tado site?
Hi,
I am thinking of using this blueprint but instead of using window sensors I want to use precense dection with a mmwave zigbee device. The logic is: if for xx time the state of the sensor is “none” disable the ac, if the sensor is back to move restore the ac. Is this something that can be done ?
Yes. You can use your presence sensors as a basis for a template sensor.
Hello, unfortunately I have the problem that the heating is switched off but when the heating is activated again, the temperature stays at 5 degrees and does not go back to the old value before switching off. I have read that there are sometimes problems with the Homematic devices but I have not found anything that corresponds to my case.
Since I have underfloor heating and therefore do not use a setback temperature due to the inertia, all room thermostats are set to heat at a constant temperature. I use a HmIPW-STH.
In principle, it does not make much sense to install window detection because the underfloor heating is so slow. However, I thought that it could make sense now in the transition period. For example, the temperature is set to 20 degrees heating, I open the window, the temperature briefly drops below 20 degrees, valves open and warm water flows into the heating circuit, then I close the window and the temperature is already over 20 degrees again and the valve closes again. Actually, the heating shouldn’t have come on at all.
RM / search / FYI
Hi, thanks for the blueprint. Cool stuff!
I have window and door sensors and would like to continue using them as intended, eg I don’t want to change their device class. Instead I changed the blueprint slightly:
I changed
input:
window_entity:
name: Window Sensor
description: The window sensor that controls the climate entity. If you have
more window sensors please make a group sensor.
selector:
entity:
domain:
- binary_sensor
device_class:
- window
multiple: false
to
input:
window_entity:
name: Window Sensor
description: The window sensor that controls the climate entity. If you have
more window sensors please make a group sensor.
selector:
entity:
domain:
- binary_sensor
device_classes:
- device_class: window
- device_class: door
multiple: false
Now I can select doors and windows for this automation.
Also there’s something I’m missing is the fallback modes.
We use Tado heater controls and use automatic and manual modes mixed. I would like the fallback mode to go back to whatever the heating system was doing, be it automatic or manually set to heating or switched off.
The last thing I would love is this automation preventing rooms to be heated when doors are opened at the moment an automation is triggered. Sometimes we forget to close the kitchen doors at night and the Tado automation will try heat up the kitchen in the morning, even when both our doors are being left open.