šŸ”„ Advanced Heating Control

I’ve noticed the same. I find it’s when I update an automation, and they all ā€œreloadā€ and it sets them to the max temperature setting. I haven’t found a workaround yet. My post seems to have gone unnoticed :joy: anyone else noticed this? My original post is hopefully linked below.

I’ve experienced the same (it didnt happen any more), in my case the thermostat went to 30 when there was an update of HA, after the soft reboot. The only way to solve this was to completely power down proxmox so that the ramses rf usb stick (in combination with honeywell evohome) had no power and then boot it back up.

Hi there, I have two helper variables for Comfort and Eco temperature
I added those to my 25 AHCv5 Configurations.

I have one room that needs to be set to 24°C from 11.00 - 13.00.
So I added this under Heating adjustments:

- time: "11:00"
  days:
    - Mon
    - Tue
    - Wed
    - Thu
    - Fri
  comfort: "24"
- time: "13:00"
  days:
    - Mon
    - Tue
    - Wed
    - Thu
    - Fri
  comfort: "22"

Now when this adjustment triggers, all my TRVs go up from 22°C to the 24°C.
How do I get it to work so that only this one TRV has a special additional schedule without creating another helper?

the problem is that you only use 2 variables for comfort and eco for all configurations. if you set the comfort in the adjustemt, the value will overwrite the helper for the comfort variable. So in this case you have to create 2 separate variables for this room, than it will work!! But only until you will set some adjustements to one of the other configurations!..So at the end it will be better to set comfort und eco helpers for each of your 25 automations!!

Is there an option to not manipulate the comfort temperature and instead just set the thermostat to 24°C like if you would do it manually?

jep, don’t set the comfort or eco helper in the automation and only use the heating adjustment! than this should work!

Hi panhans, thanks for your reply.

Hmm, this shouldn’t happen since there is a keep alive option that force the setting of the temperature value periodicaly. Ther thermostat switches to external_2 as a backup when external data is missing for a certain duration.

I thought so, but why then the switch to external_2 as a backup? I read that the Sonoff TRVZB actually switch to internal, if from external for one (or was it two?) hours no more messages coming. In this case, the heater would still heat to some extent, although not very accurate.

Is physical change enabled?

Yes, physical change is activated - but I don’t think anyone on the thermostat has adjusted the comfort temperature. Seven radiators in seven different rooms at the same second sounds like a mission impossible :smiley:
Or do you believe the error is in the option?

Hi everyone!

I’m currently working on turning the logic of this blueprint into a native Home Assistant integration to make it even more powerful and easier to use.
The only thing I’m missing is a catchy name.

I’ve had a few ideas, but I’m worried about trademark issues:

  • Climatix (Possible conflict with Siemens?)
  • Climatrix (Potentially taken by a company in Belgium?)
  • Atmox (Like atmosphere/ambience)
  • CLIMAXIS
  • CLIMAX (maybe also in use?)
  • …

Do you have any creative or technical suggestions that capture this ā€œdual-characterā€ (Heating & Cooling)? I’m open to anything – let me know what you think!

I use the Aqara SRTS-A01

Hi @panhans

I think I solved the issue myself. I had apparently not defined correctly the input selector. Although I had included all my schedules in the automation, the input selector was not correctly picking up my schedules, hence the automation was getting a 24x7 ON instead of the real schedule I wanted to have in operation.

the question will be: are there 2 different ways in the future to use AHC and will they be identical (i mean the support, bugfixing etc.) or is it a different version with different support!?
If its the same i would say the name should be the same as it is now! So everyone can find it!

would it possible to integrate ā€œsmart temperature controlā€?

1 Like

I also had physical change enabled. I think there is some error in the logic somewhere which sees a refresh as the device setting max temp, which then adjusts the automation to copy it. I have disabled physical change and have not had that problem since.

I managed to figure this out using ChatGPT. You can install the Template Climate integration from HACS, then create a custom Climate sensor that maps the typical Climate sensor calls and modes onto your own device (eg: heat = turn on, auto = turn off, etc). You could I guess extend this to air conditioners and the like that are not exposed as Cimate entities natively in Home Assistant, as long as you have some way of controlling them.

In the traces of the automation right at the beginning where one of five conditions (calibration, scene, change, reset or position trigger) has to be met to go on, it says it stopped, because one of the conditions failed. I quite new to Home Assistant and automations especially. Where can I find out, which condition failed and why?

Thanks for any help!

I have a question about the ā€œDynamic Valve Positioningā€ setting. At the risk of making things more complicated: Would it be possible to configure the starting value at which the valve actually begins to let hot water through? For example, Dynamic Valve Positioning starts at 10% open. However, water doesn’t actually start flowing until the valve is 17% open. As a result, AHC will not actually start heating, until the Dynamic Valve Positioning reaches a value of 20%—assuming the calculation is performed in 10-percent increments. This issue is likely to affect most radiators.

Seeking advice, maybe someone already have a solution.

This blueprint V5
Dynamin Valve Positioning > Valve Positioning Mode > Optimistic.

Sonoff TRVZB already has similar functionality called ā€œAdaptive Modeā€, which can be flipped On/Off with a switch. In off state it seems ā€œPessimisticā€ approach is taken - valve fully closes when temperature is reached.

Question is, is there a way to manipulate this switch as part of ā€œscheduleā€ changes? (I prefer Adaptive mode at night for smoother and slower adjustment, and common mode during the day for faster heating in the morning).

I can flip it with separate automation using same schedule I use in this blueprint, but wanted to confirm if there’s a suggestion how to add it to this one, maybe as part of ā€œAdjustment / Overridesā€?

I use this for 2 years now, and it is working very well, the only issue i have, is that i have floor heating which is very slow to respond the start of heating.
It would be a nice feature to have to add a break of 10 minutes after heating for 20 minutes, both of that should be configurable, for best fitting.
Is help wanted to implment such a feature?

Thanks for the great work,
Nico

Hi,

anybody else struggling to configure AHC automation due to the Automation interface being extremely sluggish?

Hi there! I’ve been using **AHC for a while now—huge thanks for this project, it’s been a lifesaver!

I ran into a bit of a cooling issue yesterday and wanted to check if this is expected behavior. According to my logs, my window entities briefly became ā€œunavailableā€. This triggered the automation to lower the temperature (which is correct), but unfortunately, the temperature did not restore to its previous state once the entities became available again.

Are there any recommended ways to ā€œbulletproofā€ the blueprint against these types of sensor dropouts?

Thanks in advance for the help!
Dawid