What the heck turned my light on?

[LordBoos (Jakub Kolář)]

My what the heck moment was that sometime ago my light turned itself on and to this day I do not know what triggered it.

So I’d like to improve logbook and add information about what actually triggered the change. User triggered changes were added some time ago, but I’d like to add automations, scripts, self-updates etc. to be able to tell right from the logbook, that automation “Turn off the lights when nobody is home” turned of my light.

[frenck (Franck Nijhof)]

Agree! The basic foundation for it is already in place. However, it can be quite complex (in terms of a domino effect across multiple things that caused each other to trigger?)… I guess?

[balloob (Paulus Schoutsen)]

We added this info to the backend for exactly this reason. If you feel like querying the DB, you can follow the context_id. The first event with the context_id did it (usually an automation_triggered or script_fired event). Doing these reverse lookups is expensive for the frontend maybe a detail view could do it on a per event basis?

[LordBoos (Jakub Kolář)]

Yea I think that detail view would be great for that, because I generally don’t need to query all the events at once, usually I’m interested in a single event.

[PaulAntonDeen (Paul Deen)]

More generic, not just on lights but on all automation’s. Why did my TV volume suddenly lower is just as valid a question.

[sophof]

This would also be really valuable for machine learning and other advanced home automation tasks. If we can distinguish if a user or an automation triggered a light, we can use it as input to train the algorithm for instance.

I did read something in this sense in the last release notes, not sure if that solves it though. haven’t checked yet. Does anyone know?

[mf_social (Marc 🇬🇧)]

Indeed, each automation should say what triggered it

Automation 'Lights on' was triggered by binary_sensor.motion turning on

Or

Automation 'Lights on' was triggered by sensor.time changing to 21:00

Etc

[Skilly (Greg)]

I love the idea of a detail view that can be pulled up from the entry!

[niro1987 (Niels)]

Make it an attribute to the entity, last_modified_by

[123 (Taras)]

Here’s one way to determine what triggered an automation. Append a service call for logbook.log in all your automations.

What triggered this?

Here’s an example of an automation that can be triggered by either one of two input_booleans or time. It records to the logbook whichever trigger activated the automation. - alias: 'My Automation' trigger: - platform: state entity_id: input_boolean.flipper, input_boolean.toggler - platform: time at: '16:34:00' action: - service: logbook.log data_template: name: "My Automation" message: "Triggered by {{'time' if trigger.now is defined else trigger.to_state.entit…

[jschwalbe (Justin S)]

Totally! I walked in to see my TV on the other day. WTH?! How many times can I vote?

[bdraco (J. Nick Koston)]

Here is my first pass at implementing this.

Show the entity id that first used the context in logbook

Include the context_entity_id in the logbook api

[bdraco (J. Nick Koston)]

This has been implemented in 0.115dev

[woodmj74 (Mike Wood)]

Brilliant, I raised a feature request/suggestion only today for this!!

Additional Info in Logbook - what and called triggered something

Found this in WTH, guess that covers it…

[FutureTense]

I’m looking at lights in my logbook and it just says if it was turned on or off. Not what was responsible for the turning on and off. Isn’t that the purpose of this addition?

[dedi]

I can confirm there are a lot cases where the information is missing where a automation is causing the change.