Here you can find my statement about notifications. I am open for brainstorming as notifications is a very convenient functions in a smart environment.
That is exactly what @NicoLeOca experienced!
Any feedback of your Homematic system would have been helpful! As there was no further complain I assume it is working now and I also have updated all the other versions, too.
Happy Easter 
Happy Easter to you as well.
As it is a public holiday over here I did find a bit of time to play around.
First of all fun fact, at some point I got really confused because I had deleted everything from HA and all of a sudden when I opened my window my heater went off and even showed a window symbol in the display. After reading the manual today turns out the homematic unit has a built in feature to notice high temperature variances and turns off. Anyways I deactivated that feature.
I tried the hint from @NicoLeOca and it did not have an effect. After removing all conditions opening the windows turned off the climate as designed. Closing the window did not have an effect.
Calling the climate.turn_on service manual I did notice there is no effect at all. Only calling the climate.set_temperature seems to have an effect.
Is there a possibility to safe the “old” target temperature somewhere and then set it once the window is closed?
I have been trying your Blueprint (very cool by the way) and have run into an issue that maybe you can help with. I am getting my ‘window’ status from my Konnected binary sensor for my patio door and it does work when the sensor of the door is open for the set time. The problem is it does not reset or tell the thermostat to go back to its original state.
Looking at the logs, I keep seeing this error:
2021-04-07 08:05:54 ERROR (MainThread) [homeassistant.components.automation] Blueprint Window open, climate off after a defined time generated invalid automation with inputs OrderedDict([(‘minimum_open_time’, 120), (‘window_entity’, ‘binary.patio.sensor’), (‘climate_target’, ‘climate.downstairs’)]): Entity ID binary.patio.sensor is an invalid entity ID for dictionary value @ data[‘entity_id’]. Got None
Still new to this and learning as I go. Any help would greatly be appreciated.
Thanks for your answer. Can you please share the information of the climate entity (ip:8123/developer-tools/state)? Are you using Homematic IP? Please tell me the model of the Homematic Thermostat.
Can you please share the information of the window sensor (ip:8123/developer-tools/state)?
hvac_modes:
- auto
- heat
- 'off'
min_temp: 4.5
max_temp: 30.5
target_temp_step: 0.5
preset_modes:
- boost
- comfort
- eco
current_temperature: 24.5
temperature: 4.5
preset_mode: none
id: NEQ1514196
interface: rf
battery: 2.9
rssi_peer: -65535
valve: 0
mode: Manual
friendly_name: Livingroom
supported_features: 17
Is that what you are looking for?
The Model is HM-CC-RT-DN and it is not Homematic IP
Here is what I have for my door (window) entity.
binary_sensor.patio_door
friendly_name: Patio Door
device_class: window
hope this helps.
Yes, exactly! Actually I do not have a clue what is wrong. It has the necessary HVAC modes as well as the right mode (Manual). My question is: Why do “Homematic” devices do not react to the services to climate.turn_off (if it is on) and climate.turn_on (if it is off)? (Please double-check again before proceed!)
I have absolutely no experience with Homematic besides it is a very popular system in Germany. Therefore, please ask some Homematic users, how they are experiencing and handling Homematic Climate devices and forward the information to me.
Of curse there are several ways to control the climate. On the other hand this blueprint is aiming to be a general solution for all climate.* entitys in HomeAssistant. If there is NO other solution to it, I would recommend designing a special Blueprint just for the Homemtic users.
Thanks. Also here I do not have an idea what is crashing the automation. It looks fine so far as you are having the device_class: window. It could be a problem with the Konnected Integration or the climate.entity you are using.
As Home Assistant has a brilliant new feature please have a look at the new automation trace debugging feature and share your information. You will find a new symbol to each automation that directly brings you to the new feature.
@duesseldorferjung Please also share your automation trace. Thanks
As expected the problem is on the “Homematic” integration side. I did some research for you and found out that the behavior you are experiencing also report other HM users. Please read this topic: Getting Homematic Thermostats (HM-CC-RT-DN) into Google Home
It refers to a home-assistant/core issue: Homematic thermostats can't be adjusted with Google Assistant · Issue #17742 · home-assistant/core · GitHub
And there is also a workaround to get it working: Getting Homematic Thermostats (HM-CC-RT-DN) into Google Home - #5 by infernix
I highly recommend doing the modifications manually or open an issue on GitHub. As more than 80% of climate.entity in Home Assistant can handle climate.turn_on/off please perform modifications on your side rather than on this blueprint side. Thanks!
Hi @SmartLiving.Rocks and thanks for this great blueprint!
I’d like to kindly ask if it’s possible, to add another (optional!) „custom action“.
I have few TRVs which don’t work by setting hvac mode (they automatically switch back to auto after few minutes with the windows still open…), instead I need to set the temperature for the valve to close (by e. g. setting target temperature to 7 degrees Celsius).
Would be great to have this option in this blueprint. 
If not by adding a custom action, maybe as direct options:
Thanks for the research I will test and cofirm.
Hi, this blueprint is designed for general purpose and not for - as you mention it - a few corner cases. I think that more than 80% of climate entities are capable of handling the blueprint.
That would mean to replace the service turn_off with a temperature. The chance that the change will stop working is too high.
Yes, the most challenging part is to save the temperature in a variable. I think an additional input.number helper (that the users have to create manually before they can use the blueprint) would be necessary.
Maybe you can create a workaround like this guy on github. Please share with us the TRV models that are not working.
I am just passing by to share the results of my tests with your Blueprint.
I used it for a while and figured out it didn’t match my requirement.
In parallel, I investigated arount Templates and found something more suitable, at least for me.
Here is what my automation looks like now:
- alias: as you like
trigger:
platform: state
entity_id: WINDOW
for: "00:00:30"
condition:
- condition: state
entity_id: #whatever condition you like
state: 'on'
action:
- service: >
{% if is_state("WINDOW", "on") -%}
climate.turn_off
{% else %}
climate.turn_on
{% endif %}
entity_id: CLIMATE
Thanks for sharing this blueprint; it helped as a basis for me
Can you please explain in a more detailed way what your requirements are? What exactly did not work in your specific case and how did you figure it out? I am just asking because the latest response from you was:
Sorry,
I left home and realized afterwards that I did not explain my reasons
While I was testing your automation and some others, I had to restart HA regularly.
It created some strange behaviour on my climates until I figured out that restarting HA kills the delays or waiting phases of any automation.
By introducing the template I shared with you, I got rid of this behaviour and keeps all the benefits of your automation
That is absolutely right! And I have to say that your way is also very smart! 
I am wondering what condition you are using. How does the automation know what to do in the summer vs. wintertime?
Thank you
I use a manual binary switch as condition. Just as simple as that 
Exactly what I had in mind.
I am very happy and a little proud that my work helped you in your learning curve! And I totally understand your point of restarting Home Assistant. I will change the description and inform the people about that!