jmcollin78 / versatile_thermostat

A full featured Thermostat for Home Assistant: presets, window, motion, presence and overpowering management
MIT License
329 stars 34 forks source link

Security State seems to never stop after having been activated ? #241

Closed jmcollin78 closed 11 months ago

jmcollin78 commented 11 months ago

Discussed in https://github.com/jmcollin78/versatile_thermostat/discussions/238

Originally posted by **kitty99hub** November 30, 2023 Hi, Since 2 days, I have had problems with my versatile thermostat. I used it to control an electrical radiator, and it worked fine for about 2 weeks. If I turn the thermostat to "heat", after a short time (one or two minutes), it turns automatically off. Now I have seen that it has an entity called "security state" and that this was tripped to "unsafe".... Unfortunately, I could not find any information about this entity and the state "unsafe". Any idea what will cause such an unsafe state? Many thanks kind regards
jmcollin78 commented 11 months ago

I cannot reproduce the case. We have to store log and save VTherm attributes when this happens.

jmcollin78 commented 11 months ago

I add some clues and dianostics into the README here : https://github.com/jmcollin78/versatile_thermostat/blob/main/README.md#why-does-my-versatile-thermostat-go-into-safety

I wait a few and then I will close this issue if it is not reproduced anymore. This can always be reopen if issue reappears.

jmcollin78 commented 11 months ago

Please reopen if you think there is some real issue and follow the diagnostic link above

jezzaaa commented 5 months ago

Hi. I seem to have this problem right now. Unsafe state for the last few hours, but both temp updates are coming through.

From developer tools > states:

security_delay_min: 60
security_min_on_percent: 0.5
security_default_on_percent: 0.1
last_temperature_datetime: "2024-06-06T13:16:19.998409+10:00"
last_ext_temperature_datetime: "2024-06-06T13:32:13.870588+10:00"
security_state: true
last_update_datetime: "2024-06-06T13:41:07.211010+10:00"

The heater is actually still coming on and going off, but the thermostat card is showing a blur, with room temp 7 min and external temp 6 min: image

The history graph doesn't seem to show it being turned on by the thermostat, yet it's definitely being switched on and off with the smart switch (ZigBee). image

jezzaaa commented 5 months ago

I believe the thermostat was coming on and off, but not enough to warm up to the target temp.

I had to get the thermostat working again, because it was too cold. So I reconfigured the vtherm (without changing any settings) and the state has changed back to "safe", and the thermostat is working correctly again.

jmcollin78 commented 5 months ago

Thank you for your report.

jezzaaa commented 4 months ago

This has started happening again for me. The "Last temp" is showing 27 minutes ago, but the security state is still "Unsafe". image

The heater is still going on and off, switched by VT.

image

jezzaaa commented 4 months ago

Is there any more diagnostics I can do to identify the problem? The relevant details are updated here:

security_delay_min: 60 security_min_on_percent: 0.5 security_default_on_percent: 0.1 last_temperature_datetime: "2024-07-19T13:26:01.683800+10:00" last_ext_temperature_datetime: "2024-07-19T13:25:56.683557+10:00" security_state: true last_update_datetime: "2024-07-19T13:27:36.926443+10:00" last_updated: "2024-07-19T03:27:36.930172+00:00"

jmcollin78 commented 3 months ago

Hello @jezzaaa ,

I have no idea of what happens. Last dates seems ok:

last_temperature_datetime: "2024-07-19T13:26:01.683800+10:00"
last_ext_temperature_datetime: "2024-07-19T13:25:56.683557+10:00"

ast_update_datetime: "2024-07-19T13:27:36.926443+10:00"

but the safety seems to be on : security_state: true and the display is not coherent: Capture d’écran 2024-08-14 à 08 00 22 but anymay it is below the configuration threshold (60 min).

It is totally not understandable. Are you sure all these elements are taken at the same time ?

I yes I think something is broken and may be the logs should contains more informations.

jezzaaa commented 3 months ago

Yes I'm sure they were all in the one set of attributes.

Next time the thermostat goes into secure state, I will provide the complete set of attributes. I've turned on debug logging too, so I should be able to provide that.

The problem corrected itself, I think when I rebooted due to an upgrade of HA, about a week ago. It hasn't failed since then.

jmcollin78 commented 3 months ago

Thank you for your report