Any other ideas?
Please post a copy of the green snapshot so we donāt have to start from scratch
Ok, hereās my stab at it. Create new piston, select the Orange button and enter that code. It will prompt you for your weather sensor and switch. You might have to edit the Expression part manually and also take note of the windSpeed case in your Weather Tile, webCoRE is case sensitive.
Hmmm the weather DTH isnāt showing in my list for some reason. Also, I get an error with the AccuWeather expression:
Invalid device variable
Any ideas?
Youāll have to substitute your actual Weather Tile name.
Ahhh I see how it works now
Thanks, ill give it a shot!
Am I getting this ternary right? Doesnāt seem to work as expected, always returning as truth
([DEVICE :switch] = āonā ? ā[b,green|ON]ā : ā[b,red|OFF]ā)
Also, I missed the fact that I doofed the equality comparitor.
on
represents a variable, whereas 'on'
represents a string with the value on
in it. Unless thereās a variable on
that contains some value, you do need the quotes. He got the equality operator wrong, so using ==
should fix it.
Iāve just had a thought. The wind speed is a variable, not an event. Which means if the wind speed goes above 20mph at say 12pm, it wonāt turn it off.
I have had issues with this piston not updating a global variable reliably in the global variable list. But what is strange is that I have the piston display the global variable as the custom piston state and it shows the correct value. It just does not update the value in the global variable list.
Thoughts?
I have this piston doing essentially the same thing with no issuesā¦
EDIT: logs included
6/15/2017, 8:04:28 PM +797ms
+1ms āReceived event [DEVICE].illuminance = 0 with a delay of 145ms
+212ms āRunTime Analysis CS > 20ms > PS > 74ms > PE > 118ms > CE
+223ms āRuntime (33069 bytes) successfully initialized in 74ms (v0.2.0c0.20170614) (221ms)
+225ms āāExecution stage started
+241ms āāComparison 0 changes = true (1ms)
+243ms āāCancelling condition #4ās schedulesā¦
+244ms āāCondition #4 evaluated true (9ms)
+246ms āāCancelling condition #1ās schedulesā¦
+247ms āāCondition group #1 evaluated true (state changed) (12ms)
+251ms āāCancelling statement #2ās schedulesā¦
+283ms āāCalculating (decimal) 0.0 / (decimal) 40.0 >> (decimal) 0.0
+287ms āāCalculating (decimal) 1.0 - (decimal) 0.0 >> (decimal) 1.0
+294ms āāCalculating (decimal) 1.0 * (decimal) 100.0 >> (decimal) 100.0
+299ms āāExecuted virtual command setVariable (1ms)
+309ms āāCalculating (string) + (string) 100 >> (string) 100
+314ms āāCalculating (string) 100 + (string) % >> (string) 100%
+318ms āāExecuted virtual command setState (2ms)
+323ms āāExecution stage complete. (98ms)
+337ms āEvent processed successfully (338ms)
Iāll sign up as soon as you roll this out - even with the basic features so far Iām sold on the idea of fuel streams!
Iām using Alarmserver to control my Security System and until yesterday, Dashboard showed the alarms condition (armed/disarmed), without me ever having configured anything. Iāve always wondered how webCore / ST Home Monitor pick up the condition of the alarm.
It has however stopped replicating the actual alarm condition yesterday and I have no idea where to start troubleshooting.
I suppose webCore picks up the alarmās condition from the ST Home Monitor condition? Does anyone know how or where ST Monitor gets the condition of the alarm system? (Iām not using any of the ST Home Monitor function.)
@ady624
WOW!! Havenāt seen that you created webCoRE! I have used CoRE ever since I got my SmartThings V2. Just bought you a cop of coffe on PayPal. Keep up the good work!
I figured out what was up. I am running the Beta version of Chrome OS, in order to get Android apps on the Chromebook. When I reset it, I went through all the system updates, and that is where my problem came up.
I reinstalled the OS again, logged into WebCoRE BEFORE the updates were installed, and all is good. Then I installed all the updates, including the beta version. It still works OK. My guess is that a security setting in version 60 (which is what the beta is running) interferes with what ever security token webCoRE is saving. But when the token is installed before version 60 is installed, it remains validated. Does that make sense?
How would one prepare for a migration to a new hub as far as webCoRE is concerned? Obviously, since all the devices will be moved to the new hub, these will have to be substituted, but apart from that, what do I need to do to transfer to the pistons to the new hub?
Hi @Mbhforum, Iām trying to troubleshoot lag between motion reading as āactiveā, and my time-sensitive pistons firing. What exactly do you mean by moving pistons to a āseparate instanceā? Seems I get 8-10 feet into a room (or have 2 seconds lapse in a small room) before the lighting automation runs. Any advice on minimizing the lag? Thanks!
At one point @ady624 recommended having multiple instances of WebCoRE to reduce lag time. This appears to no longer be needed.
@ady624 has worked with SmartThings to reduce as much as he can. I think the only factor that is in your control is to limit the number of devices in the webCoRE piston itself.