šŸ”„ Advanced Heating Control

How can I insert a sensor that outputs the temperature and can then send this to the TRV to control the room in the best possible way?

Exactly!

Yes, I would recommend this. You can add a input_boolean to turn the automation on / off (winter mode). Just add the same input boolean in both automations and tick the invert state option for e.g. cooling.

Depends on your thermostats. Do they come with a calibration feature right out of the box? Just select your temperature sensor in the calibration section.

1 Like

It is a Dect 302 from AVM, directly I can only offer an in-house sensor for the TRV, which I do not want.

The Fritz Dect thermostats doesnā€™t support calibration technically, but you can go with generic calibration if you want: The difference between the temperature of the sensor and thermostat will be added to the target temperature. But it requires a temperature room sensor.

Yes, and that only works with the Dect 440, I canā€™t use any others.

if you are using the AVM stuff only, than its true with the 440. But if you are using HA, than you can use every temperature sensor which works with HA! I have serveral AVM 301 and use them with wifi tuya temperature sensor for teh ā€œcalibrationā€

@panhans,
I am switching from Homematic thermostats to Sonoff TRVZB. These also have a calibration entity. I also use a room temperature sensor. What do I have to set for calibration? Do I have to select generic calibration or what about the Sonoff thermostats, are they supported? They are just not in the list under calibration.
At the moment I have selected generic calibration and that also seems to work.

Yes, generic calibration works with all thermostats. Just uncheck generic calibration. Set the temperature sensor in the calibration section and youā€™re good to go.

Ok, thanks. I will try without selecting generic calibration. :+1:

1 Like

Could you integrate more specific valve control, such as close/open it by 80% etc., if there is support to set the valve positioning by the trv? As I elaborated earlier.

There is an old custom integration (GitHub - rusitschka/valves: Home Assistant custom component to control TRVs' valve positions directly), but not maintained anymore: maybe is it possible to integrate this as an alternative approach to control valves in your blueprint?

Second question: I do have a main thermostat which provides the control for my gas boiler (climate entity). If it turns on and set for a specific temperature, the boiler switches on and heat is provided for my rooms. How to best integrate it to the AHC room automations, so that the single rooms can call for heat? Just add a second thermostat in the respective room automation? And how can I control that for example two rooms do not interfere? That means, if there is still a call for heat in one room, that the other room still does not switch off the main thermostat?

At the moment, I am experimenting with the integration by nielsfaber, zoned heating (GitHub - nielsfaber/zoned-heating: Integration for multi-zone climate control), but maybe there is a better and holistic approach by your awesome blueprint.

Do you have an idea?

Summer is gone.
Winter is coming.
Time to tinker with the heating automation again.

Replaced my maxcube components with new Tuya TS0601 TRVs
Updated AHC to 4.3.4

Very happy with the new blueprint layout with foldable headlines - how clean it is looking now!

Awaiting calendar support/integration to automate my office heating (due to changing appointments i have to set my scheduler manually every week / with each new appointment)

1 Like

So does this set the ECO temperature or the Comfort temp to the new value? Or is the manual temp just just keept/synced until the next ā€œautomaticā€ change (i.e. presence detection, schedule, window opened, ā€¦)? If it is the latter I would love to be able to exclude ā€œwindow openedā€ from the resetting options :slight_smile:

And one additional question: What does ā€œ:walking_man: Ignore People For Presence Away Modeā€ exactly do?

Yes, depends on the current state. If comfort is set, comfort entity will be set to the new value if not the eco input number is the target.

Window detection is scene based now. Before thermostats will set to off the automation takes a snapshot of the current state of your thermostats and restores this after closing window again.

Thanks, I will add some more explanation to this. If you defined a presence sensor and a presence scheduler, away mode takes place if the scheduler is on and nobody is present. If the scheduler is off the temperature will set to eco instead. If this option is disabled, somebody must be home for away temperature.

is that log normal? :sweat_smile:

Logger: blueprints.panhans.heatingcontrol
Quelle: components/system_log/__init__.py:331
Erstmals aufgetreten: 17:42:44 (72 Vorkommnisse)
Zuletzt protokolliert: 17:59:12

AHC REF CHANGES: climate.schlafzimmer_comet_dect -> off -> 15.0
AHC REF TRIGGER trigger_id: > temperature_change_reload scene_window_exist: False scene_party_exist: False scene_apply: True scene_to_apply: None scene_can_delete: True delete_all_scenes: True all_exisiting_scenes: [] is_calibration: False is_changes: True is_reset: False is_refresh_comfort_entity: False proximity: is_somebody_on_way_home_state: False proximity_entities: [] entry: None entry_time: entry_comfort_temp: None new_comfort_temperature: None is_refresh_comfort_entity: False state_mode_winter: False state_mode_party: False state_mode_guest: False state_outside_temp: True state_force_max_temperature: False state_window: False state_temperature_comfort: 21.0 active_scheduler: schedule.advanced_heating_control_wohnzimmer_urlaub is_person_based: True is_anybody_home: True is_somebody_on_way_home_state: False is_presence_sensor_defined: False is_presence_scheduler_defined: False state_presence_sensor: False state_presence_scheduler: False is_presence_on: False is_scheduled_heating: True state_scheduler: True is_scheduled_heating_on: True is_somebody_on_way_home: False is_frost_protection: False state_temperature_min: 18.0 set_comfort: True mode: off temperature: 21.0 is_physical_change: False is_calibration: False changes: {'climate.wohnzimmer_comet_dect': [{'mode': 'off', 'temp': 21.0}]} valves_tado: [] calibration_tado: {} valves_xiaomi: [] calibration_xiaomi: {} valves_external_sensor: [] calibration_external_sensor: {} valves_calibration_common: ['climate.wohnzimmer_comet_dect'] calibration_common: {} is_heating: False is_metric: True input_hvac_mode in ['cool','heat']: True
AHC REF change_count: 1 changes: {'climate.wohnzimmer_comet_dect': [{'mode': 'off', 'temp': 21.0}]}
thermostat: climate.wohnzimmer_comet_dect mode: off new_target: 21.0 current_target: 0.0
AHC REF CHANGES: climate.wohnzimmer_comet_dect -> off -> 21.0
1 Like

Hi,

I have just discovered this blueprint and wonder if I have understood presence correctly.

If I make a schedule from 08.00 to 16.00, and a presence schedule from 16.00 to 21.00, make a ā€˜motion sensor groupā€™ (I have mmWave sensors) as part of the motion sensor

Will it then at 08.00 switch to comfort, and keep comfort until there is no one active in the ā€˜motion sensor groupā€™ or at 21.00 and then go into eco

Hey there, I am pretty new to HA but I managed to install RaspberryMatic and HomematicIP Integration. So far so good :-). I setup a standardschedule, where from

Mo to Fr. From 5:30 to 7:00 and from 17: to 22:00 there will be 22Ā°C Comfort Temp, rest of the time its Ecotemperature.

Sa and Su: Comfort temp will be from 7:00 to 22:00, since everybody ist mostly at home.

But we have vacations, that I entered in my google calendar (already integrated!) and we have public holidays (like today 03.10. in Germany, Thursday), were we are at home mostly. This one I could schedule with the ā€œworkday sensorā€-integration.

Is there any chance to implement google calendar and workdaysensor so automation will consider those times like "weekend"-times thanks alot! :smiley:

Ooops, chaned the log level to warning by default. Fix is out. :wink:

If you didnā€™t add some persons to your automation comfort will be set from 8.00 to 16.00 regardless if presence is detected. After 16.00 comfort will be set if there is some motion detected otherwise eco. At 22:00 it will switch to eco at all.

You can check the initial post and open the section helpfull snippets. There you can find a calendar based sensor. I also use this. If I enter some buzzwords in the calendar like ā€œholidayā€ or ā€œsickā€ the sensor turns on. Iā€™ve also added national holidays in google calendar, also for your federal state. There is an open cal you can subscribe (possible in browser only).

Then you can add a 2nd schedule for your holidays and use this sensor to switch between your regular and holiday schedule.

If you need help just let me know. You also can DM me.

Hi,

Thanks, thats was what iā€™m looking for.

another question.

I have a spare bathroom, which when Iā€™m at home has to be switched on from 8.00 am to 21.00 (I have that part under control)
but when my daughter is home, I would like that room to switch on at 06.00. do you have a trick to solve that part?

Do you have some indicator when you daughter is home, e.g in the morning the light in her room is on or she is in your system as a person?

Hi,

Yes she is created as a person in HA, and also has other rooms that switch on when she is at home, there is just this one room that we ā€˜shareā€™.