No, the Blueprint is designed to provide such features for stupid thermostats. But I will think about preset support.
Thanks for reporting. I will check this.
Yes, this is atm not possible but on my list.
Correct!
No need to switch if v4 works for your needs. Mainly I’d refactored the code to make it easier to implement new features and give a better and faster support.
I think there is a custom quirk for the Xiaomi/Aqara Thermostats out there for zha to get native calibration working. But if you don’t you can enable generic calibration so the temperature difference will be add to the target temperature. But don’t be confused, because then the thermostats no longer display the set temperature, but the corrected temperature to compensate for the temperature difference.
Sorry guys I need some more help to get this up and running. Thanks to @panhans I achieved the first step by implementing this template.
{% set t_room_target = states('input_number.zusatzheizung_temp_input') | float %}
{% set t_outside = states('sensor.temperatur') | float %}
{% set climates = 'climate.smart_thermostat' %}
{% set level = states('input_number.zusatzheizung_kurve') | float %}
{% set inclination = 0.7 %}
{% set highest_target_temp = climates | expand
| selectattr('state','in',['heat','auto'])
| map(attribute='attributes.temperature')
| sort(reverse=true)
| first | default(0) %}
{% set dar = t_outside - t_room_target | float %}
{{ (t_room_target + inclination - (level * dar * (1.4347 + float(0.021) * dar + float(247.9) * float(10**-6) * dar**2))) | int }}
With this template I can adjust the level of the curve and the room temperature.
For those of you trying to help me, a “short” explanation of my setting:
Basically this is an additional floor heating system to my heating pump (which is already added to HA by modbus). This additional floor heating consists of a 3 way mixing valve, a water pump, outside temperature and a heating curve steering the valve based on the outside temperature. On KNX I’m having one address for open valve and another one for closing valve. Under no circumstances these addresses should be activated simultaneously! I added climate in configuration.yaml but this “just” switches heating on and off but not closing the valve.
What I’d like to implement is a smooth, controlled open / close procedure of the valve to achieve the target temperature.
I’d really appreciate if someone could help me to get this implemented. I’d love to use this AHC because I’m also controlling “open window”, away etc. The overall goal is to transform “everything” from EIBPORT V3 - KNX Home Server Visualisierung & Hausautomation to HA.
Thanks
Thanks @panhans the generic calibration works fine for me. Do i have to trigger this automation frequently to not overheat or is this done by the blueprint itself to make sure the target temperature is always set in the room?
the automation will be triggered everytime the temperature changed, so there is a calibration timeout to avoid calibration in small timespans and to avoid closing/opening the valve to often!
Have a look in Post #1 under “hints & FAQ”…
Force Eco Temperature changes to Off while the window is open
It will restore the eco temperature since that was set before the window was opened and never trigger again to go to the comfort temperature since the Force trigger will not happen again.
Not sure how one would resolve that though without triggering the Force variable again.
Some thermostats provide an entity for the valve position. With the last update you can enable dynamic valve positioning to set the valve opening depending on the difference between the target and room temperature.
So the valve doesn’t act like a stupid relay anymore. This causes the thermostat to open and close in a smooth transition as the local temperature approaches the target temperature.
Still have randomly the issue that the temperature calibration with an external thermometer sets the actual temperature to (actual temperature - 0.5C) after a Home Assistant restart, and to a randomly higher temperature after that. It fixes itself once the thermometer changes its value and triggers the automation.
Is there any function in the automation that would add -0.5C or any other offset?
I just got one trace from it where the trigger id is ‘calibration_aggressive_mode_above_temp_thermostat_current_temp_change’, but I do not have any aggressive mode configured.
Last week I added a new function to delay the execution of the automation after a restart so that it is not executed until home assistant is fully initialized. have you tried it? You can find it under tweaks.
Don’t be confused by the trigger names. It is responsible for aggressive mode, calibration and also for temperature changes.
Ha! Right after your answer, the latest blueprint version is shown (5.2.1), but the local one not.
As I can read the config, the directory should be withelisted:
It is already delayed, on the graph you can see the correct temperature for that delay after a restart.
I had it setting the temperature value to the TRV with an external automation that also triggers on HA restart (and on change, and at least every 30min if no change) for a while, does not show wrong values there either.
I will leave it with that external automation for now. Just wondering where AHC would pull these temperature values from, not a single temperature value in my home automation setup was 19.9C or 21.4C at those moments.
Thanks @panhans for that very useful integration!
Today I found an issue when using the proximity sensor to start heating. I’ve set the proximity distance to 500, proximity is using meters (m) as value of measurement. But even when I’m quite far away of my monitored home zone, heating kicks in whenever I’m traveling in home direction. Might be a misinterpretation of return values here? Maybe 100.000m are considered as 100m instead of 100000m or 100km? Just guessing here, but might be worth a look?
Hi, thanks for your feedback. I’d just tested frost protection and is works flawlessly with your configuration. It also jumps back to comfort / eco temperature.
Just download and share a trace log with me when you think comfort / eco should kick in.
This is a wanted behavior. Away temp is set when the schedule is on and you leave the house for a short duration, otherwise eco is set.
Advanced Heating Control v5.2 
