Have you looked in Trace ?, or how do you determined that it does not “Trigger”
( Yes i noticed your “masked” action, just test with a simple light_turn-on ) " not a zigbee light
Yeah, those attributes are “valid” when the device is connected and “working”. I am talking about when my mqtt instance goes down and the entire devices is basically gone. Maybe some sort of custom sensor in configuration.yaml is needed?
If i understand you correct, this “connection_state_disconnected” sensor, What does it show in /Developer-tools#states
And while your there, also check the other sensors various States
Dunno why you suddenly added this above sensor to the equation thou, because you didn’t had this involved, in your first example
in Yaml or Helper, what ever, Yes maybe, … But you have to know Your Sensors First, otherwice there’s no point in trying with a template
As Chris above say, try to “cut off” the device and see whether
This will change to “off” Or Disconnected etc.
I.e as it might eventually end up in an “unavailable” does, does not mean that this is the “first state change” which occur , So that Device/Entity can not be used as a trigger, because it’s “Gone” . The “unavailable” You see in history is a system state, not an entity state-change
Actually the Trigger in the pic, might even show “On”, i.e “State-Disconnected”= True
However this can happen ?, as it’s already “gone”
( Must in that case be the Integration has taken into account every scenario/ it can end up in, beside that the Device is actually still “On/available/etc”
Pretty weird backwards thinking approach " If “Gone” == On
Note, I would use the Trigger “Connected”, i.e if trigger “connected” change to X,Y or Z
You might only be able to use that trigger you’r “playing with”, to I.e
If trigger " Disconnected" change to “On” / Action “Lighten Up”
You won’t be able to directly trigger for it. You will have to poll in a loop (oh how I hate that), and raise a trigger event for when it changes status.
Hmm ok, yeah polling sucks but maybe once a minute wouldn’t be that bad.
Actually, I am mostly interested in to check the status at a specific time.
My use case is that I have watchtower that updates my docker containers every week to latest. Sometimes, this breaks mqtt and I would like to be notified when that happends. So perhaps a check of the state could just be performed 5 minutes after the update, that would give me 99% of what I need this for