🔥 Advanced Heating Control

hurgl · January 31, 2024, 6:22am

Hi, just. a quick question to the feature Force Max Temperature. I thought this would be an option to set a number helper for limiting the highest possible temperature on the TRV so that someone can’t set a higher temperature on the valve. But it turns out in the blueprint, that an input_boolean is requested here, which I don’t understand. Could you please explain what the input_boolean is supposed to do and if there is any possibility to set a max temperature to the valve? Thank you…

panhans · January 31, 2024, 8:16am

How did you set the external sensor? By the aqara integration, another automation? If you set the external sensor in this blueprint setting here it has no impact because the calibration for the e1 is not implemented yet.

The physical change options are very experimental since there is still a bug in home assistant.
But if you start the party timer maually in home assistant and it won’t work for you just share a trace log with me. (see initial post)

Just enabled split services calls and increase the service call delay.

Did you already setup your automation with this blueprint? If yes is 15°C the temperature you set if you’re sleeping / away? Could you tell me first how you heating schedule should work? (person based, presence based, time based)

Force Max Temperature is an optional boolean entity. If enabled all thermosats will be set to their maximum possible target temperature. Maybe it’s just an option for me when my boiler is under maintenance.
Atm there is no option for limiting the maximum temperature. You could realize it by a 2nd automation which gets triggered by the comfort temperature entity, e.g.

trigger:
  - platform: numeric_state
    entity_id:
      - input_number.comfort_temperature
    above: 23
condition: []
action:
  - service: input_number.set_value
    target:
      entity_id: input_number.comfort_temperature
    data:
      value: 23

Just create a new empty automation, toggle to yaml mode, paste this snippit in and toggle back to ui mode.

tirol3 · January 31, 2024, 8:40am

Yes, I set up automation. I’m new to this. I reasoned like this myself. I made 3 copies of automation and set them up with 3 helpers. In this case, when 3 integrations are active, they overlap. I am currently trying to set the integrations as active and passive according to time. What I want to do is to use it as 15 degrees between 00-07, 23 degrees between 07-09, 21 degrees between 09-17 and 23 degrees between 17-00. It will drop to 15 degrees when no one is at home.

kitus · January 31, 2024, 9:41am

@panhans Is the blueprint able to react upon this use case scenario?

While being at home
schedule gets updated
new schedule does allow heating to happen

In my particular experience today the heating went off when the previous schedule was supposed to turn it off but I was expecting the automation would keep the heating on when I manually switched the schedule to “holidays/guests”

https://justpaste.it/dwexw

I would love to hear your thoughts on this. Also, is there any way one can extend the number of traces stored by this blueprint?

thanks

Ziegelsandundspucke · January 31, 2024, 1:41pm

Yes, i have set it up in your blueprint. Thats good to know. Does this setting has no impact in every version (v3 & v4(beta9)? So i can set it up via another automation, thats no problem at all, do you think that the valve should perform better then?

panhans · January 31, 2024, 2:05pm

I am planning to implement the calibration of this thermostat, too. First for z2m integration.
Atm I refactor the current state of the blueprint in order to provide a cleaner base for feature request especially calibration.
I think I will release it beside the v4 test version and will drop the heating plan since I want to do a complete rewrite for this. But if I am ready I will first focus on some calibration features.
Testers are welcome.

And yes, with calibration the valve should perform much better. Because heat build ups will get compensated. But you can also use generic calibration in v4 if you set your external sensor. With that feature the offset will be added on the target temperature.

just use one automation per room
set the minimum temperature to 15°C
create a scheduler for your heating schedule → set your times and leave 00-07 blank
if you go time based or / and presence based select the scheduler for heating and presence
create a input number helper for comfort temperature

Don’t use heating plan atm. I will replace that feature soon with something more robust.

Setup a 2nd automation. Toggle yaml mode, paste the code snippet, toggle back to ui mode, edit the entity id to your comfort entity id and save the automation.

description: ""
mode: single
trigger:
  - platform: homeassistant
    event: start
  - platform: time_pattern
    hours: /1
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: "07:00:00"
            before: "09:00:00"
        sequence:
          - service: input_number.set_value
            metadata: {}
            data:
              value: 23
            target:
              entity_id: input_number.comfort_temperature
      - conditions:
          - condition: time
            after: "09:00:00"
            before: "17:00:00"
        sequence:
          - service: input_number.set_value
            metadata: {}
            data:
              value: 21
            target:
              entity_id: input_number.comfort_temperature
      - conditions:
          - condition: time
            after: "17:00:00"
            before: "00:00:00"
        sequence:
          - service: input_number.set_value
            metadata: {}
            data:
              value: 23
            target:
              entity_id: input_number.comfort_temperature

tirol3 · January 31, 2024, 2:11pm

thanks i will check this

panhans · January 31, 2024, 2:12pm

Could you enable debugging for this blueprint? Then recreate the situation, trigger the automation again and share the latest trace log then.

Ziegelsandundspucke · January 31, 2024, 3:58pm

cool, thats nice. Sure i can test because I’m currently experimenting with different setups in different rooms anyway. Thank you very much for your support on this, i will try v4 with the other method. Let me know when calibration of aqara e1 is ready, i will have a look on it. Best regards!

tirol3 · February 1, 2024, 6:23am

Your new version looks very nice, I added it and will test it. It would be great if we could enter special degrees for the timers in this version. It would be very easy and useful if we could add 3 timers and enter the degrees accordingly. Thanks for your efforts.

panhans · February 1, 2024, 7:37am

Hey, there! Tester needed!

I recently done my work of refactoring the whole logic of AHCv4. I will merge this in current test version if it works as expected. But since I don’t own all needed thermostats and everyone of you use unique configurations I may need your help to test this new version.

So, what is new?

the whole logic got rewritten from scratch
the changes to make (temperature, calibration, mode, ect.) will be processed before the main action gets called. So the whole automation is more calm now.
now every calibration specialty got its own logic section and I am able to expand this simply by adding another one.
the code base is much cleaner, easier for maintenance and extensions

What doesn’t work atm?

I completely dropped the comfort heating plan thing because it was not reliable and didn’t survive reboots or automation reloads.
But don’t worry! I will come up with a new implementation.

What should I test?

Your whole setup! Just disable your old automation and create a new one with this blueprint. I recommend this only for v4 users which are NOT using comfort heating plan. If you also want to test. Just migrate to a 2nd automation like here.
Please also keep a close eye on the calibration. (Tado, Danfoss, Popp, Hive)
And let me know if your automation doesn’t do what it should or what the “old” version did.
I also recommend to enable debugging for this blueprint. So I will have much more information when you share a trace log with me.

What comes next?

If this state of the blueprint runs rock solid. I will be able to integrate new features or bug fixes faster and easier.
First this version gets pushed into the main branch so this will be the new default stable one. Future features will get implemented like in rolling releases so there won’t be some kind of major version anymore. (Maybe if another big refactoring is needed )

Something else?

I will list your feature requests in the initial post. If this base runs solid I will add them successively.

Thanks in advanced for all testers. (Hopefully there will be some )

>>> THIS VERSION IS MERGED IN THE CURRENT TEST VERSION <<<

tirol3 · February 1, 2024, 8:13am

panhans:

fter: "09:00:00"
            before: "17:00:00"
        sequence:
          - service: input_number.set_value
            metadata: {}
            data:
              value: 21
            target:
              entity_id: input_number.comfort_temperature
      - conditions:
          - condition: time
            after: "17:00:00"
            before: "00:00:00"
        sequence:
          - service: input_number.set_value
            metadata: {}
            data:
              value: 23
            target:
              entity_id: input_number.comfort_temperature

can you check my config please?

stephanschleichstr13 · February 1, 2024, 8:30am

i copied the working v4 beta automation config settings to the new ref and my thermostat jumps to 30°C instead 18°C

panhans · February 1, 2024, 8:51am

Is there a trace of before the one you’d shared?

In this trace the temperature is set from 30°C to 18°C

"path": "action/1/default/4/repeat/sequence/3/else/0",
"timestamp": "2024-02-01T08:28:18.648327+00:00",
"result": {
  "params": {
    "domain": "climate",
    "service": "set_temperature",
    "service_data": {
      "hvac_mode": "heat",
      "temperature": 18,
      "entity_id": [
        "climate.wohnzimmer_comet_dect"
      ]

stephanschleichstr13 · February 1, 2024, 8:56am

i run it again: baa02b77 - { "trace": { "last_step": "trigger", "run_

before i run i set from 18°C to 18.5, nothing happens, when i put it to 17,5 it jumps to 30

hurgl · February 1, 2024, 9:07am

Hi, I don’t get the Holiday mode feature. I thought it should be something like when I’m not an home I toggle the switch to on and related TRVs will go off or be set to a defined temperature (with related schedule). But I can’t find an option to set a “holiday temperature”. How does this work?
And same with Winter mode. I thought Winter Mode is to reduce temperature to a defined minimum e.g. 6 Deg (which should be set). But also I can’t find an option to set a winter temperature. The help says “If on scheduled heating is activated, otherwise TRVs stay off.”. Fine but with which temperature will the winter schedule run?
I try to implement, that I can toggle a switch when I leave the house (for a longer time) and all or defined TRVs will go in “winter sleep” with a reduced temperature (and a related schedule). Is this possible with the current blueprint?
Thanks for your great work!

panhans · February 1, 2024, 9:11am

Could you update the blueprint and share the trace again? I had to remove some comments in code that causes in cut off traces… Another bug in home assistant. (reported but dropped by dev )

stephanschleichstr13 · February 1, 2024, 9:18am

Sure ff25bf21 - { "trace": { "last_step": "action/1/default/4/repeat/sequ
But it looks like in the log he set 18, strange, when i read it right

panhans · February 1, 2024, 9:24am

Yes, that is irritating me. I also can’t reproduce that behavior. Could you check in the history what / who sets the 30°C?

I’ve also searched for “30” in the log. But the only matches were the duration for the airing feature.

And there is no previous trace log where 30°C is set?

stephanschleichstr13 · February 1, 2024, 9:38am

When i change the temp before i run the automation from 18 to 18,5 both autmations jumps to 30, beta and ref. (i think i was before to fast)
It looks like the ref does not set successfully the value to the thermostat, he still be on 30, the beta goes back later to 18.