If this is the way the calibration entity gets exposed now I will merge this change into the main branch.
What did you mean with âset the thermostats to external manually upfrontâ? Do you have to enable an option in the device options first to make calibration possible?
Yes, according to the documentation Aqara SRTS-A01 youâve to select the temperture sensor to use through the sensor
property first. The previsously mentioned blueprint: [Z2M] Aqara TRV E1 link external temperature sensor - #50 by ThWoell does this automatically as well.
Wonder if the same entities are exposed using ZHA. Would be great if someone can confirm that or send a screenshot of the device page using ZHA.
I will see how to check if this entity exists and will implement this later. The fix is merged in main branch now.
//EDIT: But I have an idea to implement this safely.
@matty.van.heesch check out the latest version and have a look in the tweak section. You can enable legacy restore to avoid scene based restore.
Checked for a few rooms and seems to be working :-).
Will enable it for all others and monitor the coming days and let you know the result.
Thanks a lot!! Really appreciate all the time and effort you put in this!
So if my heating was set to 21c, I would want it to heat up to 21, then have a value like 20c it must drop back down to before heating will resume.
This will prevent it from turning on and off repeatedly as the temp hovers around the set point.
How I can achieve similar with durations?
Hey @panhans - thanks for your reply:
Look, for me and probably for all other newcomers in the TVR or AHC âbusiness,â your few lines above could be worth gold and save money, time, and nerves. Shouldnât you include them in the first post, or how could we, as the HA community, better share these experiences? Should I open a new post for this? I wonât be as active or close to the AHC topic as you, which is why Iâm asking again.
Hi,
thanks for the wonderful Blue Prince.
on 1 unit I use tweak above room temperature to switch off unit. but I want it to ventilate when the unit is out of command.
Is there anything I can adjust when the unit is turned off and enters ventilation mode?
Thanks for your explanation. I just didnât get the context of your hysteresis request. I though you meant some hysteresis around triggering the automation first.
But no, atm there is nothing implemented like this, but I see if I am able to implement this.
Most Tuya thermostats are reacting sluggish and open their valves when the real temperature is 0.5° till 1°C lower than the target. There is the aggressive mode to compensate this. But this is the exact behaviour youâre looking for.
Yes, would be a great addition. Wonder if there is a thread already about thermostats for home assistant.
You can try a custom action, with a condition on top. But I donât know if this works. Could be that the automation resets the state to off with the next change of temperature meassurement. So maybe it needs an additional input for selecting the desired mode when the temperature hits the target.
- condition: template
value_template: |-
{{ (input_hvac_mode == 'cool' and sensor_temp <= temperature) or
(input_hvac_mode == 'heat' and sensor_temp >= temperature) }}
- action: climate.set_hvac_mode
data:
hvac_mode: fan_only
target:
entity_id: climate.YOUR_AC
//EDIT: You could also add this as a custom condition:
condition: template
value_template: |-
{{ (input_hvac_mode == 'cool' and sensor_temp > temperature) or
(input_hvac_mode == 'heat' and sensor_temp < temperature) }}
This should block unwanted resets.
Iâm sorry to report that it does not work for me
Proximity set at 8000m, it does not trigger when drive around at work, thatâs perfect.
But when driving home, the comfort mode was only triggered when arriving home.
Can you help in debugging? (Pictures are almost the same as above, only change is the change to 8000 in distance)
Dear panhans!
Thank you for the excellent Blueprint. I am happy to see how much it has developed since last year when I used it. Now it is time to heat our home again, and I started to use the latest version.
My TRVs tend to react quite slowly, so I decided to enable the aggressive mode. It works flawlessly. However, I was a bit disappointed to find that I have to disable the âPhysical Temperature Changeâ option since the aggressive mode also changes the set temperature. I was wondering if it would be possible for the aggressive mode to adjust the temperature offset instead of the target temperature if I have a âtemperature calibration sensorâ set. That way the aggressive mode and the physical temperature change options could be enabled at the same time. What do you think?
Anyway, I highly appreciate your work. Thank you very much for sharing this blueprint with the community!
Hey, I pushed a fix for proximity but there was only an issue if you use proximity only. Maybe you could share a screenshot of the history graph of your proximity sensor when youâre on the way home. It could be that this feature needs a little bit more tuning since I doesnât use it for my own.
Heating is only triggerd if youâre in the radius and the state of one device tracker is towards for the selected duration. If the state changes for the same duration comfort heating getâs disabled again. May be this is not the best logic.
Good point! Never had this idea before. But I donât know how suitable this is. I would add an checkbox for enabling this because some calibration entities only allow max ±2-5°C. There is not much space for the aggressive mode offset in much cases.
Hello,
I just updated to version 4.3.12 of the blueprint. There is now a minor bug with the presence detection. If my presence sensor detects some movement, the temperature is not setting to the comfort temperature anymore.
In the past version (I donât know exactly which one), this was not a problem.
Whatâs working now is the window detection. That wasnât working in the version before . If you need more information, I can maybe share it with you, @panhans.
thats a good idea i think! i also use the aggressive mode with and calibration sensor and in some rooms it would be good to do a physical change!..
No problem here with presence detection. Could you share a trace log or at least your configuration?
Exactly what im trying to achieve as well. This is less applicable for Central Heating with gas. During this autumn period I want to stick with HVAC heating to avoid using gas. Then this mode is more desirable to avoid the HVAC going on and off.
A solution is to keep it on and dont turn it off but then it will blow neutral temp air and the wife acceptance factor goes down.
Im thinking about an automation that will bump the max temp as soon as the automation hits. When reached lower the max temp again. This will create some buffer. Great addition for the developer (and something to append to the loooong list of requests haha) keep up the good work!
I have now been tinkering around with this phenomenal blueprint (in combintation with Better Thermostat) for a couple of hours and there is one thing I just canât seem to come up with a solution. I am probably missing something obvious and ask you guys to please point me to the right direction.
I have set up custom comfort and eco input numbers and confgured them in the blueprint. Changes in the input numbers trigger a change in target temperature. So far so goodâŠ
BUT â I just canât get rid of some sort of offset of 2°C. I donât see any option that I might have activated accidently.
Example (picture below including output of developer tools)
I have set the comfort temperature of âGĂ€ste WCâ to 18,5°C, the corresponding heating plan is active and set up in the blueprint. The target temperature will always stay 2 °C below the actual target temperature set up with the input number. You can see in the pictures below that the thermostat ist set to 16.5°C instead of 18.5°C. If I would change the input number to 19°C it would set up 17°C as target temperature so keeping the offset.
I am using Eve Thermo thermostats connected via Bluetooth Proxy. All seems to work but the target temperature offset.
Can anyone please point me in the right direction?
Thanks a ton!
(Sorry fo messed up screenshots but as a user I am only aloowed to upload 1 media element and had to stitch them togetherâŠ)
did you test it without Better thermostat, so that we can say its this blueprint and not the better thermostat integration!
Itâs funny, when I save the Blueprint, the comfort temperature is set to 24°C (comfort temperature) as the restart and first movement. If I make a movement again, it gets set to 20°C (eco temperature) and never set to comfort 24°C anymore.
Something is completely strange.
Here the config:
id: '1727535031489'
alias: AHC Badezimmer
description: ''
use_blueprint:
path: panhans/heating_control.yaml
input:
input_trvs:
- climate.thermostat_119
input_windows:
- binary_sensor.openclose_113
input_windows_reaction_time: 10
input_presence_reaction_on_time:
hours: 0
minutes: 0
seconds: 5
input_presence_reaction_off_time:
hours: 0
minutes: 2
seconds: 0
input_windows_reaction_time_open:
hours: 0
minutes: 0
seconds: 5
input_windows_reaction_time_close:
hours: 0
minutes: 1
seconds: 0
input_temperature_minimum_static: 20
input_temperature_comfort_static: 24
input_invert_winter_mode_value: false
input_tweaks: []
input_window_open_temperature: 15
input_hvac_mode: heat
input_log_level: warning
input_action_call_delay:
hours: 0
minutes: 0
seconds: 5
input_presence_sensor: binary_sensor.presence_40
input_liming_protection: false
Here are logs from 16:07 - 16:09:
1: https://controlc.com/54bb7f10 trigger âevent âautomation_reloadedââ
2: https://controlc.com/1c294221 trigger âstate of climate.thermostat_119â
3: https://controlc.com/b43e32a7 trigger âbinary_sensor.presence_40 via templateâ
4: https://controlc.com/9cac7de6 trigger âstate of climate.thermostat_119â
5: https://controlc.com/64a7af88 trigger âbinary_sensor.presence_40 via templateâ
Edit: NOT SOLVEDâŠ
It worked for a shot bit and then it didnât.
Now the offset is not 2°C but 0,5°C.
@tco95ttocs: I have tried it without Better Thermostat. The result is the the same. Left = Better Thermostat, right = straight from the device itself. Set comfort temperature is 18°C but both set 17.5° as a target. I have also tested it in another room. Better Thermostat sets 19°C instead of 21°C as defined in the blueprint. The original thermostat (without Better Thermostat) is set to 20.5°C instead of 21°C.
I will probably wait a bit and see if this maybe an issue with some background calibration going on.
> SOLVED
>
> After I have manually triggered the thermostats to heat once, the comfort and eco temperatures are set up correctly. I believe that the offset values might have been somehow âhard codedâ in the device of its prior use within the Eve app.
>
> Anyhow, solved.