Hi
I have started using your heating template and everything works as expected, I just have the problem that it always switches the TRVs to the heating state (for my TRVs this means that they are always fully open, regardless of the room temperature and my request for its value). I have failed to ensure that the “Auto” state is triggered (regulates the valve opening according to temperature).
I am using a TRV Immax, based on the Tuya system. Any idea how I could force a change in the TRV settings?
Thanks
1 Like
Ah, ok. I understand what you want to achieve. For me it was just a force shut down. I heat up my room based on schedulers and after 30 minutes when no movement was detected it forces the trvs to go to minimum temperature.
You also want to have the option that in that time window the presence sensor can reactivate heating to comfort temperature, right? I would provide a test version and will add a slider for the time the presence sensor must be on before TRVs will heat up again.
The use case of that is, that you maybe just forget something in your room and just want enter it for some seconds. For that time no heating is needed.
Is that fine for you?
2 Likes
I also use some tuya based TRVs. This automation only sets the TRVs to heat or to off.
After I replaced some batteries of my TRV it was also in auto mode. I had to disable it manually. I think there was shown a flame symbol. After disabling it there only was a wifi symbol and the current target temperature. In that state it can be controlled only manually or in this case by home assistant.
Be sure there is no other automation or integration that sets it to auto mode. Check the logbook to see if something in the home assistant is responsible or maybe a bridge or another app.
Yes exactly!
1 Like
Да, именно внешний датчик - может правильно анализировать, температуру в помещении.
Thanks for this blueprint.
Could you add the domain group to persons?
And the link to this thread in the blueprint doesn’t work.
1 Like
Thanks for your feedback. Here is a test version for you. If it fit your needs I will add it to the main version.
Which mdi icon is this?
Sry for the late reply. Here is a test version. There is a new boolean switch to activate heating again if presence is recognized in the time window. Waiting for your feedback. Thanks!
Hi and thanks for great blueprint and all your continued work.
I’ve tested version 2.11_presence_detection_b1 it appears that if the ‘Presence reaction time’ is set to Zero, heating does not resume from off to on state when presence is detected however heating is turned off when no presence is detected when ‘Presence reaction time’ is set to Zero. Increasing this to minimum of 1 seems to fix this, I will however continue to test.
To avoid issues later you might want to amend blueprint to fix the resume state if ‘Presence reaction time’ is Zero or set slider so that Zero is not allowed - however it is probably worth noting that this issue might be unique to me.
Using Tado heating system and TRVs via the HomeKit integration.
Aqara P1 Motion Sensor (occupancy entity) via ZHA
Thanks again Sean.
I think it works, but unfortunately it does not set the comfort temperature if “Presence activates heating” is enabled. It always stays at the eco temperature.
Edit: okay, similar problem as @sourdistorne has described: with 10 min as presence reaction time it has stayed at Eco temp, however with 1 min reaction time, it seemed to set the comfort temp, I do not know why.
There seems to be a problem with setting up the comfort temp again and/or presence detection:
I think it needs a second slider for the activation time when presence is detected. Most presence sensors do not have continuous detection. So it makes sense to set the switch-off to 10 min with no detection and the switch-on when presence has been detected for 1 minute.
Thank you for the feedback. Doesn’t have that issue with my test instance and a generic thermostat. Maybe you’re right and its integration or hardware related so it only works with a small waiting time.
Even with 1 min enabled, it does not heat up, please see my last log.
Yes, thanks for the log. I think it has to do with your presence sensor. I had a look at your log:
You can see presence detected just a few seconds. The comfort temperature will be set after a minute. This is never the case with your presence sensor.
How did you setup your presence sensor? With help of a template sensor you can debounce this timings otherwise it can be fixed with my approach with a second time for activation. In your case, however, the activation must only take a few seconds and not minutes.
@panhans Nice Blueprint, but one question, why we need extra input_number helper for this? Is it not possible to integrate it directly? - sorry for thsi noob question ^^
I am using Ikea tradfri motion sensors (IKEA E1525/E1745) with zigbee2mqtt and occupancy timeout of 180 seconds. I don’t know what else I could change.
Seems the occupancy time has no impact.
The sensor is reset just after 15 seconds.
I will add a second timeout slider for activation in seconds. If the timeout doesn’t work there must be an issue related to z2m. Maybe you should open an issue at the github repo.
I want to set the temperature using the ui. Some people want to set the different comfort temperatures over the day set by another automation. Thats only possible with an separate input number entity.
It’s possible to set it in the blueprint settings if requested. 
Then it will be overwritten if a input number is defined.
1 Like
