🔥 Advanced Heating Control

Blueprints Exchange
, ,
911

if windows open temo si changing every sec

image
image

912

Do you use another integration? Temperature changes will be blocked when thermostats set to off.

Just enable debugging for the blueprint and check your logs and search for “changes”.

Changes should only filled when window is opened and after it got closed.

913

First off all, the blueprint is great. I use it for several weeks or month and it works perfect till the last update.

I have the same issue when window is opened, the TRV mode switches from off the heat and reverse. Also the days in the heating plan won’t saved in quotes. If i use quotes, they’re gone after saving.

1 Like
914

Thanks for reporting. I try to recreate that issue. I think it has something to do with that adjustment feature. Will check this!

This bad is that this it must formatted strictly.
This for example works for me:

- time: "09:49"
  temp: "22"
- time: "11:27"
  temp: "24"
  day: "Mo"
- time: "20:11"
  temp: "25"

//EDIT: cannot recreate that window open issue. Could you provide a trace log when window is open and the temperature kicks in?

915

I will try the format. Do i have to use only 2 letters for the day like in your example an is it possible to concat the weekdays like

- time: "11:27"
  temp: "24"
  day: "Mon,Tue,Wed,Thu,Fri"
916

only windows open have a problem. i am using one integration

image
image910×746 33.9 KB

917

Have a look here. Atm this is not possible.

918

I’m sorry, i missed this reply :wink:

1 Like
919

No problem. I found the issue with the temperature. Will fix it soon.

1 Like
920

my old config is here for beta . is it true or i must delete it.

image
image689×899 31.4 KB

921

So u don’t need any trace?

922

time config and windows is crashing. if delete time config not problem

923

Should work like this.

Yep, not needed anymore.

Just checkout v4 again. Window open problem should be solved.

1 Like
924

For me it looks like this after adding it over ui. (automation.yaml)

input_time_based_temperature_change_valve_target:
  - time: 09:49
    temp: '22'
  - time: '11:27'
    temp: '24'
    day: Mon
  - time: '20:11'
    temp: '25'

But UI interprets it like this:

image

Seems like quotation marks aren’t not needed. I am not quiet familar with this selector.

I’ve just put it on the feature list.

1 Like
925

thanks windows problem is ok

1 Like
926

I can confirm. Window open problem is solved, there’s no issue anymore.

Should i format the days with 2 letters in the heating schedule or 3 letter? I used this one atm

- time: "05:35"
  day: Mon
  temp: "23"
- time: "05:35"
  day: Tue
  temp: "23"

like in the description.

1 Like
927

Sorry for confusing you. :smiley: Yes, three characters.

image
image740×325 43.9 KB

1 Like
928

Actually, the undefined value is 0x8000, and it’s part of the zigbe standard. If converted directly to a value that would be -327.68 °C

1 Like
929

You can adjust your temperature by your comfort temperature entity. It will get overwritten if a new adjustment entry gets into the game or after a home assistant restart.

- time: "08:00"
  temp: "22"
  calibration: "off"

I can omit temp to use the defined comfort/minimum temp. entities?
For now i will try using scheduler helpers.

Btw. minimum temp. with snowflake looks like frost protection.
What about the icons the climate card uses? leaf for eco, sofa for comfort?

930

Temp is mapped to comfort temperature atm. I will provide some more variables.
If you provide a helper the value of the helper will be set. But if you don’t need i you can also drop them. This should work as well.

Thanks for the ideas. I will revise it when the logic is stable enough. Also the docs need some update. :smiley: Yeah! Fun!