Closed maia closed 1 week ago
Hello @maia ,
Not sure to have understand. If you don't have last-seen attribute on your temperature device, I suppose it is not configured in your VTherm. So why are you talking about the last-seen ?
The error message is not relative to last-seen but relative to the temperature entity itself.
With Z2M, you have to enable the last-seen in the can check if the last-seen is visible:
Do you have this ?
if yes, I think you have to add the last-seen entity by clicking on the "+3 entities not shown" in the first screen.
I look into the code, and the error is thrown when the room_temp is not available (nothing to do with last-seen):
if room_temp is None:
_LOGGER.warning(
"Temporarily skipping the self-regulation algorithm while the configured sensor for room temperature is unavailable"
)
Thanks, so the room temp error is probably just startup-related.
As for last seen room temperature datetime
, as you are asking for the entity in the "Main" config screen, this suggests that this isn't an optional entity but required. I know that there's no "*" next to it, but still it is very confusing. It's lacking an explanation what it is used for, what happens if you don't provide it, where to search for it. Especially as not all devices expose this entity and even with Z2M you manually have to enable it (which might not even be possible in ZHA).
I guess many/most/all devices have the datetime for the last measurement of the internal thermometer, but they might only be exposed as attribute and not as entity. See below for my Eve Thermo (Matter).
As you can see, to the right is last changed, last updated, I imagine this is the necessary information?
Hello @maia ,
Yes this experimental feature have not been documented yet. You have more explanation here: https://github.com/jmcollin78/versatile_thermostat/issues/398
The objective is to avoid the safety state which happens when the temperature doesn't change for a long period but the thermometer is alive. Last_seen is a Zigbee feature activable that can be useful for this case.
If you don't have one, don't worry, you are just potentially subject to the safety mode while your thermometer is alive.
And yes, it is not mandatory.
(deleted)
I have to correct myself: you're not interested in the last room temperature of the TRV internal sensor but from the external room sensor, right? I just noticed that my Aqara temperature sensors (Zigbee) don't report for long time spans when the temperature doesn't change above an internal threshold. In one room the temperature measured was very constant between 20,8°C and 21,2°C and the Aqara sensor only reports about once per hour. This might trigger the safety feature.
I wonder if you could prevent early trigger of the safety feature by checking the internal TRV temperature sensor too. Because if the external room sensor doesn't report anything this might just mean that the temperature is currently very constant.
but from the external room sensor, right?
You should configure the last seen date of the thermometer that controls the VTherm.
the Aqara sensor only reports about once per hour. This might trigger the safety feature.
Exactly the case.
Because if the external room sensor doesn't report anything this might just mean that the temperature is currently very constant.
And how can I use this in your opinion ?
I think the safety feature is more of a problem than a feature when using over_climate. When users do not manually enable last seem temperature entities and add these, they will trigger the safety feature frequently, simply because some thermometers do not report if the temperature doesn't change. I think:
Hello @maia, thank you for this report. I understand your point - safety in òver_climate` are less important but:
I will check for point 3 or 4, they are more relevant.
Hello @maia ,
After some thoughts, the only relevant point is the 4.:
over_climate
is in safety. And I don't have any good proposal: setting a defaut setpoint is not accurate (winter ? summer ? AC mode ? Heat only ?). The only thing to do is to turn off the device when that happens or let the device do its live with the last regulated target given by Vtherm event if it is no more relevant.All this options are already possible without any changes, so the only think I can do is to explain that the default power in safety do not apply to over_climate
.
This is done in README now.
Version of the custom_component
Version: 6.2.9 (latest)
Configuration
My VTherm attributes are the following:
Describe the bug
https://github.com/jmcollin78/versatile_thermostat/issues/398 added a
last_seen
for room temperature sensors. My Aqara temperature devices do not offer such a value. It might be available as an attribute somewhere, but I cannot enter that into the config. See:My logs are full of messages like:
WARNING (MainThread) [custom_components.versatile_thermostat.pi_algorithm] Temporarily skipping the self-regulation algorithm while the configured sensor for room temperature is unavailable
, so it seems I won't have a self-regulation until this is fixed or I can find an alternative solution. Thanks!