Wyze plug schedule didn’t change back to standard time. Lights not staying on until the hour I set.
1 Like
This seems to be a widespread bug. I experienced this, and a few others in the Wyze discord did as well.
You can fix this by going into the local scheduled for the plug and changing the time back to what it should be. It’s strange that the actual time on the schedule is displayed incorrectly in the app, but that seems to be what’s happening.
I will tag @WyzeDesmond here to see if they want to take a look
3 Likes
Wyze plugs do not recognize DAYLIGHT SAVINGS TIME. Di have to reset all the plugs?
I have been having the same problem for the last 2 years I’ve been using them. I don’t understand why, I’ve tried resetting the schedule and it doesn’t work.
FYI - this is still occurring in March of 2024. The time moved forward (DST began), and all the hour settings in the schedules for my Wyze Plug didn’t stay the same, which they should have - they were all incremented by one hour.
An event with a 4pm trigger actually changed to 5pm. The schedule should not change. It’s the time in the external world that changes. The schedule is the schedule.
I understand development time and priorities and setbacks… but for a simple recurring event that happens twice a year and everyone knows when it will happen very far in advance, it is hard to understand why this continues to be an issue. Put it in the next agile sprint maybe?
1 Like
Might not be in the cost to do much. As far as I can see they don’t do much in any given firmware and last 2 years have been minimal.
You shouldn’t really expect it. Even then, it would probably be years if they did, with the little they do.
Yea, done with all Wyze products. Moving to our new home next month…not taking any Wyze products. I had the cameras and door lock.
Are you scheduling locally:
or via the Rules engine?
Devices I have Scheduled through the Rules engine adjusted correctly, fwiw.
I do not use Rules.
Regardless of how a schedule is created and what engine runs it, a schedule’s user-set time should not be altered except by the user.
If a schedule is set to run at 4pm, then it doesn’t matter if there’s an Internet connection, whether the time on my phone changes, or anything else. Nothing other than the user’s direct input should change a set time within a user-created schedule. If the time on the plug is set via phone sync and my phone time changes resulting in the event happening at the wrong time - that’s understood. However, the start time in the schedule should still be what I entered (4pm in this example), and not be changed to some other time for any reason.
I appreciate the info about items created via Rules not having this issue, and maybe I’ll check that out, but this remains admittedly minor (for me) yet annoying problem with the code.
1 Like
Well said Mayor_Wilson. And also, I had the issue with the Lock this morning. When they nanny arrived…her code wouldn’t work due to the the device having DST.
Hi Wilson,
**WE NEED TO GET THE DEVELOPMENT TEAM TO LOOK INTO THIS ISSUE AND FIX THIS BUG. **
We don’t need to use the Rules functions or any other device functions in the APP. Any recommendation from other users to change the way we use the APP is a cover up of a firmware bug. I had nothing but troubles using rules when I first purchased a Wyze plug power device, and found the schedules function did exactly what I needed, to turn on a device at a set time and off at another, no rules needed just on and off at a set time ( or what is called a schedule), The schedules feature is included in the APP, then it should work 24/7 and 365days a year, and as you said if time changes outside of the APP changes of any internal settings we make should not be changed unless we make those changes.
I had this schedule change (bug) when we changed to Standard time in the Fall 2024 and I had it happen again this weekend when we went to DST. I had to change all my scheduled times back 1 hour. I have 6 devices that I run on a daily set schedule in my home and every one of them was changed, 1 hour was added to each schedule time. They might be trying to change the internal time based maybe in one time zone. Who knows.
We need a follow up post from the Wyze development team that they are going to fix this bug with a update? If I don’t see anything from Wyze posted shortly, I am going to contact Wyze directly.
Regards,
Eric
Retired Electrical Engineer.
1 Like
That’s why I stopped using WYZE for the majority of my plugs and switched to another vendor whose plugs work successfully without having to change schedules all over everytime .
I did a more thorough deep dive on this bug and seems like this bug goes back a few more years, back to 2020, with the same reported bug, I called after I posted this and created a ticket and let’s see how it goes…if nothing is done about this bug this will tell us a lot about Wyze and their concerns about our bug reports.
Eric
1 Like
I am getting tired of these so call control device companies putting a device out for consumers and they don’t support them. It cost big bucks to set up a MFG plant to make the devices to market them and pass the URL regulations ect. yet they don’t want to spend any funds to keep up with backend firmware issues…I just don’t get it. Most of these companies don’t have employees who can code and pushout new firmware, My guess is they use sub-contractors who will only fix a bug if they get directed from the MFG of the device,
Eric
1 Like