What error?
Please use screen shots instead of copy/paste.
What error?
Please use screen shots instead of copy/paste.
Ah, so whatever is happening is because of Adjust Dimmer, right? Will investigate...
Update: Yes, there is a bug with Adjust Dimmer. Found and fixed, next release.
So this had nothing to do with IF-THEN...
Okay. Thanks for fixing it.
It got busted when I put in the code to allow Global Variables to be used in these dimmer actions instead of just numbers. Many things that were numbers became strings, and have to be changed back into numbers to do math on them --> adjust dimmer does math...
Hi Bruce @bravenel,
Repeat-Until loop
Repeat
some actions
IF (condition) Stop
End Repetition
There is no Stop action type exists in Delay and Repeat Action drop-down box, but without it the infinite repetition doesn't stop.
I've figured out that stopping this rule will stop repetitions, but it's very confusing, because this action type is selected from another drop-down box(Set private Boolean etc.)
Working example:
Repeat every 0:00:01
On: Butler
Off: Butler
IF (Backyard Door Contact open FALSE) THEN
Stop Actions: This Rule
End Repetition
So my point is that End Repetition doesn't work.
Stop is an action under "Run/Stop/Pause Rules", not under Repeat. You would use Stop This Rule.
These are the command names of the "custom commands", the command of the device in question. They are what they are, not really subject to be renamed.
I've already figured it out, but it will be additional point of confusion from my point of view.
I didn't get you.
I have 3 custom commands calling Alexa routines for my IR managed fireplace which are formatted as executeRoutineId('amzn1.alexa.automation.automationid), where automationid is a 36 symbols string representing Amazon internal id. How I'm supposed to distinguish between them if I can't give each a custom name?
And in this case what is the benefit to give custom names for custom commands?
Getting an error after latest hotfix on a rule I've had in place for quite some time.
I tried re-building the rule and using both a decimal/number GV same results.
thanks
I will try something similar. It appears to come from the Delay 0:10:00.
Mine works with no error. Please turn on rule logging, and give screenshot of entire sequence for that rule when it fails.
Ok, I tweaked the timing and conditions to make it happen quicker so here is the example and logging.
Have you deleted this rule and rebuilt it from scratch? If not, please do so. After that, repeat with the logs just like above.
Deleting a rebuilding seems to have done the trick!
Edit: I ended up having to delete and re-build every rule that used a "repeat" but now I'm running without errors on the current build.
You had worked on that previous one for some time (I could tell). Editing actions can sometimes mess things up. I've tried hard to make it not prone to such things, but your rule is the living proof that it isn't perfect by a long shot. When you have a rule that acts strangely, first thing I'd try is to remove it and try again, especially if it's been edited a bunch. You error was for True.10, which meant that delay was the 10th action you'd put in that rule. And yet it was the first one. Hmmm.
How does the "start raising/lowering dimmer" action work. As in how does it determine how fast/slow to raise the dimmer or at what level to start?
I'm also have a few rules that were working in the previous hotfix release, that are not working in the most recent release. Throwing errors.
This is today's mystery. See if opening the rule and hitting Done makes it work right again. If not, remove it and recreate.
Yes, I did that (see below), and the rule ran and sent a pushover notification (the lack of which when I went out earlier was my first hint something was up)
When I hit: run this rule, the rule ran.
When I hit: update this rule, the rule did not run (or, at least I got no notification)
When I hit: done with rule, the rule did not run, (or, at least I got no notifcation).
I also had a few lighting rules which didn't run today. Tried recreating a few to see if they stick tomorrow.