Pistons have stopped working! [daylight savings time issues]

fixed

#38

Nice work on quick resolution! Thanks!


#39

Thanks Boxfan… I have a piston that runs 1 hours before sunset and it’s next scheduled time is also correct. (4:06pm and sunset is 5:05pm) . It looks like it’s a issue with my “happens daily at” .

I checked my morning routine and it’s Next scheduled is 5am where the piston is set to 6am.


#40

On the road here. Just updated on my phone. Some 1/2 hr later i got a email i should have seen some 6 hrs ago. Not able to debug here. CET


#41

Try Open and save (Or pause and resume) your pistons to force a reschedule.


#42

With all due respect to everyone on the forums, And I hope this never happens., Ady is only one person. Heaven forbid nothing happens to him but if something ever did what happens to webcore? Is Ady still looking to get this officially supported by Smartthings?

Although webcore is a technological wonder, and Ady is an amazing coder, We are all depending on one person. I think that’s a little risky. Granted webcor is still beta, then what?


#43

We had the same issues last week in the UK after DST.
It’s because the time was probably scheduled before DST took place.
You should find all subsequent schedules will be correct.
They were for me anyway.


#44

The future is bright :wink:


#45

I gotta wear shades😎. Sorry, I couldn’t resist. It’s the first thing I thought of.


#46

Thanks. I tried the open and save but still have the wrong “Next Scheduled” times.


#47

What is your piston recovery set to in the webCoRE SmartApp?

FYI - I’m guessing here…


#48

My recovery is set to 30 minutes (which I’m guessing is the default since I’ve never changed it before that I know of).


#49

The webCoRE code is in the github, it can be easily forked out and development resumed, if that needs be.

@ipaterson has access to both the github and the underlying webCoRE server. So he is, in a way, a backup.


#50

:floppy_disk:


#51

@ady624 After updating to the latest version this morning, my timers that are supposed to execute at sunset are set to execute one hour too early. Someone else reported something similar above about things being off by one hour.

Specifically I have a piston that is supposed to run 10 minutes before sunset. However after the update this morning I see it is set to run at 3:53 PM EDT, but if things were working correctly that SHOULD be scheduled to run one hour later, at 4:53 PM.


#52

This is probably because the time was scheduled before DST change hence it will be 1 hour out.
You can leave it alone and all subsequent schedules will be OK.
If you edit then save it should change. Maybe a test will sort it out.
Give it a try.


#53

I’ve tried the Edit and save, Pause and Test. Most of my pistons are still showing that they are out by 1 hour. I’m EST.


#54

OK. As said above, they should sort themselves out after their next run.


#55

Let’s just hope @ady624 knows the ‘look both ways’ rule when crossing the road.

AF498C55-39F6-4332-8E07-D2008C6CE8E9


#56

Not so sure about that… if pause and resume didn’t fix it then the next run probably won’t either


#57

I don’t think they are going to sort themselves out after the next run. I created a new piston and it’s out by 1 hour.

Here is the piston and it shows the next time for 9:25am.(1 hour behind) Nothing happened at 10:26

define

  • add a new variable
    end define;

execute
if
Time happens daily at 10:25:00 AM

  • add a new condition
    then
    with
    Location
    do
    do Send PUSH notification “test”;
  • add a new task
    end with;
  • add a new statement
    else
  • add a new statement
    end if;
  • add a new statement
    end execute;