River - Input Entity + Input Not Powered Trigger - False Alerts?
Opened this issue · 10 comments
became unavailable
means that the connection to the device has been lost.
Unlike undetected
, it does not mean that the input is turned off.
I'm sure I've fixed the problem with the connection becoming unavailable before, but if it's recurring, I'll need to investigate...
Thanks and good to know. I monitor uptime on the River's via my monitoring tools and havent noticed any drops but I will keep an eye on this.
The trigger for input not powered shouldnt fire for become unavailable though right?
Yes, When there is really no input, the state should be off
, not unavailable
.
Ok - after some testing I can confirm that the trigger for input not powered
is firing if network connectivity drops (ie. the River drops off wifi).
This should not be happenning as its false alert since actual power has not dropped. So looks like a bug. Thanks
Are you sure you didn't set the warning condition to state ! = 'on'
?
To make it work correctly, you need to set either state == 'off'
or state ! = 'on' and state ! = 'unavailable'
.
Note that a device is considered disconnected when it has not sent any data for 15 consecutive seconds.
Note that a device is considered disconnected when it has not sent any data for 15 consecutive seconds.
Good to know! Have set a duration longer than 30 sec so it will wait so should work well. Thanks
So even with the delays, still getting lots of alerts and pretty confident the devices are not disconnecting from wifi so - I have now changed my automations to use a state trigger as you have suggested and will see how this goes.