My automations are still working with the exception of the past due issue.
Just got an outage notification email.
My SmartThings is in the bushes too…
Seems to be back, though weird still
ELSE statement not working as expected?
I don’t understand why the following two pistons would behave differently? Is this possibly a bug?
Somehow it looks like the ELSE clause is executed in the first piston, even when dimmed = false?
You have no Else there… and if you expect other conditions to look for variables you set, you should set them to immediately set the variable.
I believe he’s talking about the ELSE/ELSE IF contained in the If block of the primary action. I have never been able to get this ELSE section working either. I have to add multiple If blocks to the action instead as a workaround.
1 Like
Yes, that’s the one. Note that the 2nd piston works fine where the first one doesn’t.
1 Like
Hey @ady624, do you think he needs another ‘END IF’? Since it has an ELSE IF, you may need to close that with another ‘END IF’.
How do you do this?
In the Set Variable task there is a checkbox for Immediate (execute during evaluation stage)
No, the flow is corret, the outcome is wrong. Will look into it.
Thanks! I don’t see it in the ‘If true/false then’ tasks part… which is where I was using it
Tap on the Set Variable task. Normally, tasks are executed after all conditions have been evaluated (this is to make sure we don’t timeout in 20 seconds executing commands and not finish all of the piston code). That means conditions are evaluated before the Set Variable is actually executed. Unless you set that flag…
got it, thanks
I have a space heater plugged into a smart plug and I’m using a sensor with temperature capabilities as a thermostat. I have pistons set up. The first piston runs heater when it is 69 degrees, home mode, and when it is between 5 a.m. and 8 p.m. second piston turns off whenever it is above 69 degrees, away mode, or after 8 p.m.
The question is is there a way to manually override the Piston firing “heater on” if I manually turn the heater off before 8 and it’s below 69 degrees?
You can involve a virtual switch in your condition set to not fire if that switch is ON.
1 Like
perfect. Thank you
I’m having an issue opening CoRE in the App. I know the performance of the main app isn’t great itself but this issue seems to be getting worse (I’ve unscientifically correlated this to increasing numbers of pistons in my mind). When I press CoRE from the smartapp list the loading icon circles for 20 seconds before hitting what seems to be a timeout and gives up.
A week ago it would take me maybe 8 tries to get it to open (but it was random if it did or not)
Today, no amount of tries gets CoRE to open. Is this a case that I have too many pistons that prevents the list from loading before the main ST app gives up?
iOS app (latest version)
Issue on both iPhone 5C and iPad Air 2
I have 61 pistons
EDIT: I just tried to visit https://graph-eu01-euwest1.api.smartthings.com/ide/apps
and got a timeout. then tried 5 seconds later and that page loaded. Fundamnentally this is an ST performance issue but the result is that I can’t edit my pistons right now 
EDIT2: Tested on Android 2.2.4 Nexus 7. After 20 seconds red message “not authorised to perform the requested operation”. In the live logging I get:
61259e7b-a688-4485-8f3a-955ecec9a0a9 09:50:54: error java.util.concurrent.Timeo…[TRUNCATED]
Thanks
I’ve had a similar issue and I think it is related to the total number of pistons. As I reduced my piston count by combining pistons or moving them to a second and third instance of the CoRE app.
I don’t think it is a flaw of CoRE, but an issue with how the platform works.
Thanks Eric. I had considered multiple installation of CoRE. Do you or anyone know if there are any negatives regarding having multiple CoRE installations?