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
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.
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!
AHCv4.3
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.
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?
@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 Presence Sensor / On/Off-Entity. Use an input Boolean to manually trigger it.
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
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.
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
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)