Okay,
Thereās a few things here, but Iāll start with the first
Trigger: - rubbish trigger that will never fire
Condition - rubbish condition that will never be true
Action - whatever you want
When you fire an automation manually, it doesnāt matter what the trigger is or what the condition is, it will just run whatever your action is. i.e. it ONLY tests the action.
If you want to test conditions set an input_boolean.test (I keep a couple knocking around). Add this boolean to your trigger list and that way you can test conditions (you will need to reload automations before doing the test (but I think the gui may do that for you, dunno I donāt use the automation editor) ).
This makes no sense - āWorkā - āBut only if the conditions donāt let you passā - Eh ???
@Mutt was referring to the trigger - condition - action sequence of all automations.
If you manually trigger an automation is skips straight to the action: taking in any conditions it may contain, such as in your case.
How about asking the question the correct way around.
Explain what you have and what you are trying to accomplish and someone will help you out with the automation.
Why would i want a scripting (not familiar with that for now) if now its worked like i want, i just dont understand regarding the CPU loading.
Confirmed, restarted, working like a charm.
I hope the CPU is doing what was said
A script is just the action part of an automation (same structure, same syntax - everything)
You can use scripts to write code you can use again and again.
Write it once and use it in different places
This way it makes your automations shorter and the code is easier to maintain / debug
It also can be called independantly as you are trying to do.
The actions and conditions are completely irrelevany - so donāt use them