Wait....inside of while resetting

[Jason_Walters]

The 1 hour Wait resets on change of temp inside while

I need the wait to not reset when a temp change

I have tried with TCP on and off

What am I missing here?

[jkp]

try this

[Jason_Walters]

That is how i tried it before but with no luck. Need someone advanced to tell me if this is a bug or expected behavior.

When a variable in the if changes as in temperature it goes through the if all over again and the hour timer gets reset.

1/8/2018, 11:50:15 PM +342ms
+1ms ╔Received event [Home].time = 1515473416180 with a delay of -838ms
+96ms ║RunTime Analysis CS > 16ms > PS > 57ms > PE > 22ms > CE
+98ms ║Runtime (38026 bytes) successfully initialized in 57ms (v0.2.101.20171227) (96ms)
+99ms ║╔Execution stage started
+192ms ║║Executed physical command [null].off() (78ms)
+192ms ║║Executed [Test Outlet Mist].off (80ms)
+196ms ║║Executed virtual command [Test Outlet Mist].wait (0ms)
+197ms ║║Requesting a wake up for Tue, Jan 9 2018 @ 12:50:15 AM EST (in 3600.0s)
+202ms ║╚Execution stage complete. (103ms)
+203ms ║Setting up scheduled job for Tue, Jan 9 2018 @ 12:50:15 AM EST (in 3599.994s), with 1 more job pending
+212ms ╚Event processed successfully (212ms)
1/8/2018, 11:49:31 PM +36ms
+1ms ╔Received event [HumiditySensor].temperature = 67 with a delay of 38ms
+58ms ║RunTime Analysis CS > 11ms > PS > 31ms > PE > 15ms > CE
+60ms ║Runtime (38030 bytes) successfully initialized in 31ms (v0.2.101.20171227) (57ms)
+60ms ║╔Execution stage started
+85ms ║║Comparison (time) 85771101 is_between (time) 1515451440000 … (time) 1515414240000 = true (6ms)
+85ms ║║Time restriction check passed
+86ms ║║Condition #11 evaluated true (22ms)
+87ms ║║Cancelling statement #11’s schedules…
+93ms ║║Requesting time schedule wake up at Tue, Jan 9 2018 @ 7:24:00 AM EST
+95ms ║║Condition group #10 evaluated true (state did not change) (31ms)
+104ms ║║Comparison (decimal) 55.0 is_less_than (integer) 61 = true (1ms)
+105ms ║║Condition #4 evaluated true (7ms)
+108ms ║║Comparison (decimal) 67.0 is_less_than (integer) 76 = true (1ms)
+109ms ║║Condition #3 evaluated true (4ms)
+110ms ║║Condition group #9 evaluated true (state did not change) (13ms)
+112ms ║║Cancelling statement #5’s schedules…
+140ms ║║Executed physical command [null].on() (26ms)
+141ms ║║Executed [Test Outlet Mist].on (27ms)
+143ms ║║Executed virtual command [Test Outlet Mist].wait (0ms)
+144ms ║║Requesting a wake up for Mon, Jan 8 2018 @ 11:50:16 PM EST (in 45.0s)
+148ms ║╚Execution stage complete. (88ms)
+150ms ║Setting up scheduled job for Mon, Jan 8 2018 @ 11:50:16 PM EST (in 44.995s), with 1 more job pending
+169ms ╚Event processed successfully (169ms)
1/8/2018, 11:48:55 PM +117ms
+1ms ╔Received event [Home].time = 1515473336782 with a delay of -1666ms
+205ms ║RunTime Analysis CS > 22ms > PS > 164ms > PE > 20ms > CE
+207ms ║Runtime (38030 bytes) successfully initialized in 164ms (v0.2.101.20171227) (205ms)
+208ms ║╔Execution stage started
+263ms ║║Executed physical command [null].off() (38ms)
+263ms ║║Executed [Test Outlet Mist].off (40ms)
+267ms ║║Executed virtual command [Test Outlet Mist].wait (0ms)
+269ms ║║Requesting a wake up for Tue, Jan 9 2018 @ 12:48:55 AM EST (in 3600.0s)
+274ms ║╚Execution stage complete. (66ms)
+276ms ║Setting up scheduled job for Tue, Jan 9 2018 @ 12:48:55 AM EST (in 3599.993s), with 1 more job pending
+312ms ╚Event processed successfully (312ms)
1/8/2018, 11:48:11 PM +593ms
+1ms ╔Received event [HumiditySensor].temperature = 68 with a delay of 39ms
+86ms ║RunTime Analysis CS > 15ms > PS > 47ms > PE > 23ms > CE
+88ms ║Runtime (38022 bytes) successfully initialized in 47ms (v0.2.101.20171227) (85ms)
+88ms ║╔Execution stage started
+118ms ║║Comparison (time) 85691686 is_between (time) 1515451440000 … (time) 1515414240000 = true (7ms)
+120ms ║║Time restriction check passed
+121ms ║║Condition #11 evaluated true (28ms)
+122ms ║║Cancelling statement #11’s schedules…
+128ms ║║Requesting time schedule wake up at Tue, Jan 9 2018 @ 7:24:00 AM EST
+130ms ║║Condition group #10 evaluated true (state did not change) (37ms)
+138ms ║║Comparison (decimal) 55.0 is_less_than (integer) 61 = true (1ms)
+139ms ║║Condition #4 evaluated true (7ms)
+143ms ║║Comparison (decimal) 68.0 is_less_than (integer) 76 = true (1ms)
+144ms ║║Condition #3 evaluated true (4ms)
+145ms ║║Condition group #9 evaluated true (state did not change) (14ms)
+147ms ║║Cancelling statement #5’s schedules…
+185ms ║║Executed physical command [null].on() (36ms)
+185ms ║║Executed [Test Outlet Mist].on (36ms)
+188ms ║║Executed virtual command [Test Outlet Mist].wait (1ms)
+189ms ║║Requesting a wake up for Mon, Jan 8 2018 @ 11:48:56 PM EST (in 45.0s)
+193ms ║╚Execution stage complete. (105ms)
+195ms ║Setting up scheduled job for Mon, Jan 8 2018 @ 11:48:56 PM EST (in 44.995s), with 1 more job pending
+206ms ╚Event processed successfully (206ms)

[bangali]

for both the if conditions change subscription method to never.

if that alone does not work also set TCP to never.

[Jason_Walters]

That worked. Thanks! I still don’t know all the settings within webcore yet. I knew it was probably going to come down to just a setting. I was unaware you could control the subscription method.

As we say in code now it will no longer fall through. Hopefully I can help someone else if they run into a similar issue.