đŸ”„ Advanced Heating Control

thats really triggy! But yes, the only way is to compare the temperatures and than use a timer to reset!

Can I just confirm how the comfort offset is set up?

Is it in the “comfort modifier” in “Scheduling” ?

EDIT: After having another look I found the comfort offset in the “Away” section.

Thanks

1 Like

Yes, sry. The naming and description wasn’t on point. I’d just refreshed that.

Hi, thanks so much for this blueprint it is really great.

But I noticed a strange behavior. I am wondering if my understanding is wrong or it is a ‘bug’.
I set up a ‘Frost Protection Temperature’. It seems my thermostat is set to this temperature when it is in eco for longer than the defined time, although I am at home.

My understanding of the ‘Frost Protection Temperature’ feature is that it would only use this temperature if the person(s) are not home for the define duration. Independently of the eco or comfort schedule.
If my understanding is correct, then I would consider my observation a ‘bug’.
What do you think? Thanks for the response in advance.

1 Like

Hey, thanks for reporting. You’re right I forgot to filter the persons wether they home or not. So if a room is longer in eco and the state of a person doesn’t changed for a certain duration and forst protection duration is quiet short frost protection gets enabled. I will fix this soon!

:fire: AHCv4.3 :fire:

There are some major changes under the hood. Feel free to report errors and bugs if you find some.

Nice weekend to everyone!

1) Before party starts or window gets open the automation takes a snapshot of the climate entities that gets restored after party ends or window gets closed. There is no fallback to comfort or eco temperature anymore but it is when scheduler (for example) changed during the party or window open duration.

2 Likes

First off, thanks a lot for this blueprint! Still getting used to working with them. That’s why i post this, just to make sure my ‘way of thinking’ is correct.

For now i am only working with the eco and comfort temperatures and window sensors.

So, i have 6 rooms with smart TRV’s, and each room has sensors on their windows.
I have 3 floors, and two thermostats. one for the ground floor and one for the other 2 floors.

I have now created automations for each room, containing the TRVs and the window sensors. The work like a charm.

I was now thinking about the best way to actually control the termostats, should i include them in each room automation (and which automation is then going to ‘win’), or should i create an automation to control the thermostat outside AHC?

Just looking for your best practices and method you would set this up.

thank you, much appreciated.

Another question, as you are about to release a new / updated version.
I was wondering if it would be possible to have a staggered away mode. Ie, after you leave the temperature is reduced by 1 degree. If you are away for longer than x it reduces the temperature by another 1 degree.
Any thoughts on such an approach?

1 Like

@panhans Thank you for the blueprint! One question that I could not figure out after trying to search in this thread: is this possible to trigger the echo mode based on an input boolean? It works be nice to be able to determine the"night" or “sleeping” time based not on schedules, but rather on an actual state whether household members are free factor in bed or not.

Hi @lextiz, I believe you could use the function :walking_man: Presence Sensor / On/Off-Entity. Use an input Boolean to manually trigger it.

1 Like

Hey @panhans, thanks for all the incredible work on this blueprint.

I’ve just configured it and am having trouble with the presence detection scheduler. After playing around with it a bit, I’m unable to get presence detection to work alongside scheduling at all.

When I have set input_presence_sensor and input_schedulers, heating switches on at the scheduled times even if no presence is detected.

input_schedulers:
- schedule.office_heating_schedule
input_presence_sensor: binary_sensor.office_presence_detector_presence

When I have set input_presence_sensor, input_schedulers and input_scheduler_presence, heating does not switch on at the scheduled times even if presence is detected.

input_schedulers:
- schedule.office_heating_schedule
input_presence_sensor: binary_sensor.office_presence_detector_presence
input_scheduler_presence: schedule.office_heating_schedule

Any thoughts on what could be going wrong here?

Full automation config:

  - alias: Office heating control
    description: ''
    use_blueprint:
      path: panhans/heating_control.yaml
      input:
        input_trvs:
        - climate.office_radiator
        input_temperature_minimum_static: 12
        input_temperature_comfort_static: 21
        input_persons:
        - REDACTED
        input_people_entering_home_duration:
          hours: 0
          minutes: 2
          seconds: 0
        input_people_leaving_home_duration:
          hours: 0
          minutes: 2
          seconds: 0
        input_schedulers:
        - schedule.office_heating_schedule
        input_presence_sensor: binary_sensor.office_presence_detector_presence
        input_scheduler_presence: schedule.office_heating_schedule
        input_presence_reaction_on_time:
          hours: 0
          minutes: 2
          seconds: 0
        input_presence_reaction_off_time:
          hours: 0
          minutes: 5
          seconds: 0
        input_away_offset: 3
        input_away_options: 
        - scheduler
        - presence
        input_frost_protection_temp: 8
        input_frost_protection_duration:
          hours: 0
          minutes: 5
          seconds: 0
          days: 0
        input_temperature_sensor: sensor.office_thermostat_temperature
        input_mode_winter: input_boolean.enable_heating
        input_mode_outside_temperature: sensor.home_realfeel_temperature
        input_mode_outside_temperature_threshold: 12

Were you able to investigate this or do you need additional information to integrate valve control?

“Physical Temperature Change / Sync”

What does it do? Can you elaborate on this?

@panhans Bump this Wish :sweat_smile:
Is it also possible to create a condition Check that must be true before you Trigger like the existing “custom Action” Feature?

Not not atm. Sounds to me like a new feature request. :stuck_out_tongue:

Must the thermostats valves stay open in order to keep the 6 rooms warm?

As @hindseb said. Leave everything blank and just provide an input_boolean for guest mode or presence sensor.

Let me check this. But you just want to go presence based in combination of a presence sensor and a presence scheduler that allows the time when presence should be detected, right?

You can find this in the tweak section. When enabled you are able to set the temperature on your thermostat or by a thermostat card. After a change all thermostats will be synced with this new target temperature. (doesn’t work with aggressive mode or generic calibration)

You want to block the complete action call with a custom condition?

yes, is my case is it only for climate (air conditioner), for example outside temp is lower than inside, so i dont want that the cliamte stops, when i have a custom action call i can stop the trigger to stop the climate, so i have 2 options a outside threshold next inside threshold or this custom action call to stop the trigger

Thanks! Yes that’s the idea. The rooms that have presence detectors should only heat if presence is detected at the scheduled times. I guess I could do away with the scheduler and stick to just presence detection if I have to, but would like to get the schedule working.

Hi panhans, thanks for your efford. I like the idear of your blueprint, but having a problem to integrate my Tado.
I want use HVAC=auto, so that my themostats follow the timetable from tado. It works when i create my own automation from scratch. But
when your blueprint-autmation is started, it gets instantly overwritten by the static eco temperature and is apparently in HVAC=heat mode. Except the static eco temperatur is set to the exact temperatur like in the tado timetable. In this case it keeps HVAC=auto.
Do you have any idear how to fix it ?

Thanks for your support!
MP

Hi panhans, could it be, that there is something wrong with the calibration!?
i have some external tuya sensor i wanted to use for the calibration.
But if i set them in the calibration and check the generic calibration, nothing happens.
In one room the temp at the tuya Sensor is about 20,1.
Temp at the TRV is 20,5.
Comfort Temp is set to 21,5.
So the Target Temp at the TRV should be 22,5 right?
But its still at 21,5!!

The other rooms are similar to that one, the target temp is everywhere the comfort temp!
if i check the “fully rounded value” the target temp goes to 22 but not to 22,5!
Any ideas?
Could you check this :slight_smile:

Hi panhans

the trv’s dont have to stay open, the radiators will give enough heat while warm. Also not all rooms are used, and want to heat only the rooms where people are (livingroom and office for example).

Wasn’t possible for now. Just update to the latest version. If you don’t provide scheduler, person or presence sensor. Your thermostat won’t get a change except for open window detection and party mode. Feel free to test and give some feedback.

Depends on your calibration delta. The difference between your sensor and the trvs temperature is only 0.4°. The default delta is 0.5°. Correction only comes in place if the difference is greater than 0.5°C. So the target temperature is correct. If you want to have it more granular decrease the delta but be sure your thermostat accept values lower steps than 0.5. Maybe your looking for aggressive mode when your thermostat reacts too sluggish.

Just provide the presence scheduler and the presence sensor and leave the scheuler section blank.

I’ve added a custom condition section. But keep in mind this also blocks party or window open detection except you evaluate the corresponding variables in your condition. (state_mode_party, state_window)