Hi
I get warning (from spook tool) that the automation references an action that HA doesnât recognize.
I am not using Tado TVR. Is this a bug or can it be ignored or rectified?
The uptime integration provides a sensor with the timestamp of the last start of home assistant.
Home Assistant updates every entity with every restart so the last_changed attribute is at least the ha start timestamp.
Without knowing the actual ha uptime timestamp the automation waits after every restart until the durations ran out.
Letâs say you set the duration for presence activation to 5 min. Before restarting ha the presence detection is already on. After a restart the automation waits again for 5 min until the target temp will be set to comfort temp. With the uptime sensor the automation checks wether home assistant just started at kicks in heating without waiting the additional minutes.
There is no need to setup this integration. Itâs just a recommendation.
In case of physical change feature I would recommend to disable reset temperature and set a reset of the temperatures by setting up an entry of the heating adjustments at night or so.
I will add this to the warnings if itâs configured like this.
Itâs mentioned in the initial post under FAQ. You can ignore this warning.
Unfortunately, still doesnât work. I have renamed my Allyâs entity to ânumber.thermostat_bad_external_temperatursensor_2â.
I should see a time stamp in the âlast_calibrationâ section in my AHC sensor, right? Thatâs still empty.
The current temperature thatâs measured by the external sensor should be written onto that entity ânumber.thermostat_bad_external_tempertursensor_2â, right? That just doesnât change.
@CarstenJ
Could you lower the temperature delta and heat up the sensor a little bit, e.g. by holding it in your hands in order to trigger the calibration?
@Ohana_Means_family
Could you upload and share the trace log where you get the warning/error?
Thanks for the reply. I didnât set âreset termperatureâ however. I would really appreciate if you could comment on the way the âphysical termperature changeâ feature is designed to work.
You need to setup entities for comfort or eco temperature. When changing the temperature over the thermostat card or the device the corresponding temperature entity gets set to the new target temperature. If comfort mode is currently active the entity for comfort temperature will be taken if not the eco temperature.
This triggers the automation again to change alle other thermostats to the new target temperature. This feature should be more robust in the current test version than in v4.
Im not 100% sure with the âCalibration Entity Key Wordâ feature.
What is the right âCalibration Entityâ? my thermostat or my external sensor?
the external sensor is already the âRoom Temperature Sensorâ so i need to add again this one?
Edit: aah the âRoom Temperature Sensorâ is for âEnable Room Temperature Thresholdâ
as far as I understand it:
Calibration Entity is the entity of the thermostat, where calibration can be changed.
AHC looks for an entitiy that includes the keyword.
(Seems to be a clever workaround to adapt to many different thermostats)
In one case the calibration entity was named âexternerâ (external in german) ⊠by setting the âCalibration Entity Key Wordâ we can tell AHC what to look for.
(this was the logic before already - only now we can change the keyword in the UI.)
Yes, not needed. There are some users who localize the IDs. Thats why the default entity_ids doesnât match the algorithm anymore. In this case the key word must be changed to make calibration work again.
Great blueprint!! Congrats. I have set it up last week and I am very happy. I am using the proximity integration to track my Home zone. The only issue I am having is when I go out from home for a short period of time, letâs say 1 h, and the heater turns off. I prefer to maintain it on. To try to fix it, I have created another zone that is centered in my home but with a larger radius, letâs call it âhome wideâ zone. The idea is that if I am both at âhomeâ or at âhome wideâ zones, the heater is on. If I set in the blueprint proximity filed the âwide zoneâ, it is not working when I am at home, as I am detected at home, but not at home wide. Maybe it is an issue with two overlapping zones, that selects the smaller. To make it work, it would require that the proximity section of the blueprint allows to track two zones, not only home. Is it possible to do that, or do you see an alternative? Thanks in advance.
hi guys, i have a quaestion about the sheduling. At the moment i have several schedules, for example ânormalâ and âholidayâ. At the moment i have to change them with the schedule selector. Would it be possible to integrate the workday integration to this blueprint, so that it will automaticaly switch between ânormalâ and âholidayâ or weekend?