🔥 Advanced Heating Control

[panhans]

Open your automation.yaml and search for advanced_heating_control_dev.yaml. If you have imported the stable blueprint just remove the _dev in the blueprint reference and reload your automations in the developer tools.

[Break (Martin)]

ohh ok, then i need to remove my stable version before. got it. thanks

[panhans]

no need to remove the old ones. v4 files named like heating_control.yaml. Now the file name is advanced_heating_control.yaml

[cediqqu (César Zenón Díaz Cueva)]

@panhans
What I want is, for example, when I go to the office in the morning, to set the temperature with the thermostat itself (physical) or through the thermostat card. And when i leave the room (with presence detection), the thermostat does not turn off automatically!

[panhans]

You can define a time window with a presence scheduler if presence detection is to be active.
As long as the scheduler is not changed and presence detection is ignored, you can set your thermostat as you wish. The automation should only set changes again when the scheduler changes status.
Alternatively, you can also set a custom condition. This can be, for example, a period of time when the automation is active or should be blocked.

[cediqqu (César Zenón Díaz Cueva)]

Nice! I will try!! Thanks!! Great Blueprint!!

[fir3drag0n]

Question with regard to "Physical Temperature Change / Sync ":

Do I understand it correctly that with this option I can set the temperature by the TRV itself or thermostat card? How long the temperature is being set? At the moment, when I set it, only the comfort temperature is set by the option when it is enabled. It would be nice, if I can overwrite the desired temperature for a specific time frame until the automation kicks in or until the target temperature is reached. How can I do it?

[Break (Martin)]

Hey, unfortunately the issue still persists.

This is my automation that somehow bugs around wirh the calibration

alias: 🔥 AHC Martin
description: ""
use_blueprint:
  path: panhans/advanced_heating_control.yaml
  input:
    input_trvs:
      - climate.heizung_martin
    input_temperature_sensor: sensor.zsensor_martin_temperatur_temperature
    input_temperature_eco_static: 17
    input_temperature_comfort_static: 21
    input_adjustments:
      - time: "05:00"
        comfort: "20"
        calibration: "on"
      - time: "09:00"
        calibration: "on"
      - time: "16:00"
        comfort: "18"
        calibration: "on"
      - time: "21:00"
        comfort: "18"
        calibration: "on"
    input_persons:
      - person.daniela
      - person.martin
    input_presence_sensor: binary_sensor.mmwave_presence_sensor_martin_belegung
    input_presence_reaction_on_time:
      hours: 0
      minutes: 0
      seconds: 10
    input_presence_reaction_off_time:
      hours: 0
      minutes: 5
      seconds: 0
    input_away_offset: 2
    input_away_presence_mode: false
    input_windows:
      - binary_sensor.fenster_martin
    input_liming_protection: true
    input_liming_in_winter: false
    input_mode_winter: input_boolean.sommer_winter
    input_mode_outside_temperature: sensor.gw2000a_outdoor_temperature
    input_mode_outside_temperature_threshold: 20
    input_generic_calibration_offset: 5

[panhans]

@fir3drag0n

If you disable this feature you can set the temperature you want. The temperature will get reset when scheduler / presence, ect. change its state next time. But there is no synchronization between them.

If you enable it, the temperature of the current mode (eco/comfort) will be changed. And all thermostats will be synced to that temperature. When enabling reset temperature the entities gets reset to the static temperature that are defined when presence, schedule, ect. ends / starts.

@Break
Could you check the lates version? I don’t know exactly what the Tado Offset consumes. The example on the docs is a little bit confusing. Is this an offset with a specific range, e.g. -6° - +6° or an absolute temperature? Are floating values allowed or just integers? Is there a max/min offset? That information would help a lot.

Maybe I find something here in the community board.

[Break (Martin)]

im now running 5.0.4b and it looks like its working. In general I can say it worked with V4 before.

Regarding your question with the offset value for taco, there is unforuantly no entity ore something similar that I can check to assist. sorry . The only thing a can tell you is that on the Tado app you can just the Offset from +10.9° to -10.9°.

But I have something in mind, that I already hat some similar issues a year ago where I started with our Automation.

[stephanschleichstr13]

@panhans sourcecode Link in First Post ist broken

[myriad]

Hey panhans,

I just set up version 5.0.3 of your blueprint, but I’m seeing some strange behavior with the calibration. I’m using Bosch thermostats, which worked fine in version 4, but now the automation seems a bit broken. The calibration oscillates across the whole range (10°C), moving up and down.

It seems there might be an issue with the calculation of the difference between the thermostat and room temperatures. When the calibration offset is applied, the thermostat temperature is lowered accordingly, and if it’s checked again in short succession, it ends up overcompensating in the opposite direction. This repeats with each cycle. I suspect the oscillation is linked to my room temperature sensor, which reports new values every 2 seconds and provides fluctuating data when the room temperature cools by 0.1°C.

It could be due to how frequently my temperature sensor triggers the automation, but this wasn’t an issue in version 4 using the same settings. I’d be happy if you could look into that as I was excited to try out the new aggressive calibration mode. Thanks a lot!

[marekpro (Marek Drlik)]

Can you please add this features:

• When outside temperature above turns off heating.
• Add to comfort and eco also night temperature.
• Add preheat schedule when no one is home but it is a usual time so you want warm house alredy when you come.

I know I can do that with another automations and I did that, but it will be simpler to just have it all in one. Thanks.

How I did that:

• first one easy automation that turn the winter mode off
• second I use eco as a night mode and have the main schedule set for it
• thirdly automation turns on party mode based on schedule

[Jokerigno]

Hi, can someone point me in the right direction?

I setup the automation, the schedule and the presence sensor and now I’m here sitting in my room but the thermostat is off.

Here’s my config.

and here’s the log.

Thanks

[fumantsu]

Maybe a suggestion as “feature request” if it is somehow not already implemented. With a schedule to activate specific modes. Example: 05:00-07:00, 21:00-23:00 comfort (and the rest eco).

[Rufan]

@panhans

Testing your latest version now witch is amazing.
I have multiple thermostats in the automation.
Will it be possible in the future to select witch thermostat receive the generic calibration or aggressive mode?

[panhans]

@Break

The only thing a can tell you is that on the Tado app you can just the Offset from +10.9° to -10.9°.

Thanks, that helped a lot. I will implement this as the limits.

@myriad

I just set up version 5.0.3 of your blueprint, but I’m seeing some strange behavior with the calibration.

I use the same calibration method like the Bosch. I will have a look into this. But would be helpful if you share your automation configuration in yaml. Could you also check if the keyword for selecting the calibration entity is correct? Some thermostats provide an entity for an absolut temperature value and an entity for an offset.

//EDIT: I did a small change to the latest version. The calculation is now the same like for Tado. Feel free to test and give some feedback.

@marekpro

When outside temperature above turns off heating.

It’s already implemented.

@marekpro

Add to comfort and eco also night temperature.

Just use temperature adjustments and lower the eco temp for the night with that feature.

@marekpro

Add preheat schedule when no one is home but it is a usual time so you want warm house alredy when you come.

That’s why proximity support exist. If this doesn’t fit I could implement something to force comfort using the heating adjustments.

@Jokerigno

Hi, can someone point me in the right direction?

I would suggest to update to the latest stable version first. Please setup it from scatch because some selectors changed.

@Rufan

Will it be possible in the future to select witch thermostat receive the generic calibration or aggressive mode?

Good idea. I will put it on my list.

@fumantsu

Maybe a suggestion as “feature request” if it is somehow not already implemented. With a schedule to activate specific modes. Example: 05:00-07:00, 21:00-23:00 comfort (and the rest eco).

You just have to add a heating schedule.

[chrille (Jan Chrillesen)]

I upgraded from version 4 to 5.0.3 last night. I have a room with 3 Tado TRV’s and a central temperature sensor. This morning I woke up to a quite warm room and realised that one of the 3 TRV’s received a very large calibration offset. It may be the same issue as Break and myriad is describing.

You can see one of the offsets starting to drift

These are the current values from the TRV’s as well as the temperature sensor and the room temp sensor

The two TRV’s named “alrum” are very close to to each other and should report more or less the same temperature

…and the automation:

Finally I tried turning on debugging on the blueprint but it doesn’t currently seem to update calibration values:

[panhans]

Yes, the issue was reported yesterday and is (maybe) fixed. You can update to the latest version. Let me know if this fixes your problem.

Advanced Heating Control

Hey, im currenlty playing around with the newest dev Version for all of my Heaters (Tado Theromostat) . But somehow on one unit the calibration goes crazy and pushes the value ob to -8°C. When I turn the AHC DEV Automation off and enable the regular AHC Automation everything works well. How could I assist you on the issue tracking? thanks, Martin

Advanced Heating Control

im now running 5.0.4b and it looks like its working. In general I can say it worked with V4 before. Regarding your question with the offset value for taco, there is unforuantly no entity ore something similar that I can check to assist. sorry . The only thing a can tell you is that on the Tado app you can just the Offset from +10.9° to -10.9°. But I have something in mind, that I already hat some similar issues a year ago where I started with our Automation.

[Break (Martin)]

hey panhans,

for now I can confirm that the TADO Calibration issue is fixed with version 5.0.4b.