Hello -
I have the following automation to turn on and off my backyard lights (after 3 minutes) based on motion from my Ring camera. However, when I manually turn on the light with, the automation kick on and turn off the lights.
Is there a way to bypass automation when the wall switch is manually turned off/on?
After looking at your site, I came up with the lines in my config files. The problem i’m having is the boolean switch turns on when the “alias: Light on - motion” automation kicks on but the boolean switch does not turn off when the " Light off - 3 minutes" automation kicks off.
Any additional help would be much appreciated.
Configuration.yaml
input_boolean:
your_switch_auto_on:
name: "Automatically turned on your switch"
initial: off
Automation.yaml
- alias: Light on - motion
id: Backyard Light
initial_state: true
trigger:
platform: state
entity_id: binary_sensor.backyard_motion
to: 'on'
condition:
- condition: template
value_template: '{{ state_attr(''sun.sun'', ''elevation'') < 0 }}'
action:
- service: switch.turn_on
entity_id: switch.backyard_lights
- service: input_boolean.turn_on
entity_id: input_boolean.your_switch_auto_on
- alias: Light off - 3 minutes
id: Backyard Light
initial_state: true
trigger:
platform: state
entity_id: switch.backyard_lightsPreformatted text
to: 'on'
for:
minutes: 1
condition:
- condition: state
entity_id: input_boolean.your_switch_auto_on
state: 'on'
- condition: state
entity_id: switch.backyard_lights
state: 'on'
action:
service: switch.turn_off
entity_id: switch.backyard_lights
```Preformatted text
Hello -
I recently upgraded HASSIO environment to the latest version and now I’m having problems with Ring Camera automation. When Ring detects motion, my backyard lights come on but that do not automatically turn off after the set time in the script. Any help trouble-shoot this issue would be much appreciated. Below are the lines in my automation.yaml. Thanks!
I’d suggest you to post you question in a separate topic as it’s about an issue with your automation/system configuration and it’s different to the original question asked 7 months ago
I can only say that
a) you don’t need the 2nd condition in your “Light off - 3 minutes” automation
b) that a) automation has minutes: 1 so it triggers after 1 minute of the light being on
c) remove the condition from “Switch turned off” automation - turn that flag off anyway.
d) remove all initial_state (unless you know what it does)
Thanks for sharing the example.
Could you explain why it’s needed to have a separate 3rd automation - won’t it work if in the 2nd one we turn off the input_boolean as the last action?
I presume that people are copying code from there - could you take a look at my comments as well?
I’ve tried several different ways to resolve this with no luck. This automation worked prior to me upgrading to the latest version of hassio. Did something change between the versions?
lol. I don’t use ids as they are useless unless (I presume) one uses Automation Editor - if you have id and alias, the latter is always used so what’s the point in using id?
experimented just yesterday with aliases - they are used to generate object_id and act as friendly_name in the same time (with spaces converted to underscores etc) and there is no way to set a friendly_name it via customise.yaml (didn’t work for me) so basically there is no way to give your automation a nice name and know the exact name of your automation (to use it in service call, for example) as to be able to do that one need to know the HA conversion rules (which may change in the future as it’s internal thing).
I might be wrong though but that’s how I see it now.
As for the id, it is, as you mentioned, used by the Automation Editor. That’s the identifier it uses to uniquely identify each automation. I don’t use the Automation Editor but I imagine it may be unhappy when it encounters two or more automations using the same identifier. I don’t know if it has any bearing on JohnB’s reported problem but, in the interests of disambiguation, it would be best if the automations have unique identifiers.
I’ll try giving them a unique id to see if that soles the problem. The lights turn on on motion from the ring camera, but do not turn off after 1/3 minutes. I used 1 minute for testing.
So that no matter how the switch/light/whatever is turned off the boolean is turned off. Otherwise if it’s turned off manually, or by another automation, it’ll remain on.
And why do we need this feature (remain on) considering it was created to indicate the fact an automation turned the light on? Shouldn’t it be tied to that automation as it might cause very weird side effects…
I will. The thing is people copy your example so if there is a problem, it becomes their as well
I didn’t say it doesn’t work, just pointed out the 3rd automation should be incorporated into the 2nd so it’s less code/less room for error/easier to understand and maintain - win-win-win situation.
There will be no weird side effects unless something like this happens
So potentially it might get stuck and disrupt your light automation.
My point is simple - if the flag is for lights only, it should be controlled by lights automations only or you’re asking for troubles.
If it’s controlled only by lights automation, it’s enough tu turn it off when the automation switches the light off as it’s over.
Yes, there are cases when a flag is used to indicate that one of automations is controlling the lights and that means other automations should wait/not trigger, but it’s not the case here so again, you’re asking for troubles or overcomplicating your config.