Clocks went forward 1 hour in the UK today, but my Vera Light still shows GMT.
I have tried switching to another location and then back again, but it’s stayed the same.
Anyone else got the same problem?
EDIT: Just to add, if I go in through cp.mios.com, as the page loads, the time initially sets correctly, but once it finishes, it sets to GMT. Odd.
Same here in the Netherlands. If I connect to Vera locally, the clock initially shows the right time but then loses an hour as the page finishes loading.
The internal clock is off as well: I’ve a scene that runs a fan in the basement at 11:00am, today it kicked in at 12:00am. Vera’s console shows the time as being one hour behind.
All the descriptions are consistent with Vera having the right time but the wrong timezone. That is, it correctly knows what time it is in UTC, but it applies the wrong offset to get your local time.
Things you can do to help MCV to identify this bug:
Clear your browser cache and see if it behaves any differently. Some versions of the firmware use your browser’s JavaScript timezone function.
Mm.n.d
This indicates month m, the n-th occurrence of day d (1 <= m <=
12, 1 <= n <= 5, 0 <= d <= 6, 0=Sunday). The 5-th occurrence
means the last occurrence of that day in a month. So M4.1.0 is
the first Sunday in April, M9.5.0 is the last Sunday in
September.
Too difficult for MCV to handle? Or an OpenWRT bug?
Just a note: The above behavior is somewhat normal. When the dashboard first starts to load, it uses the local time as set on the computer that you are using. I would assume that your computer did change the time. Once your Vera is contacted and it sends its local time, the clock updates. This is another observation that points to Vera as not changing the time ahead on the correct day.
Looks like a leap year bug. Having once written a timezone library myself (in Forth, for the language geeks), I can affirm that it’s easy to get this wrong.
Upshot:
MCV is a victim as much as the users.
MCV will need it to be fixed upstream, which will take more than a week.
It will fix itself in April.
Until then, use mano’s workaround (but revert it in April or you may hit the opposite problem in 2013).
uClibc 0.9.33 has the fix I was talking about. It was incorporated into OpenWrt at changeset 30374, seven weeks ago. In case MCV wants to update its base OpenWrt image. Or in case any Vera homebrewers want to build their own firmware image*.
So it might be a week before this is fixed? Why is there no manual override? Now I need to go change my scripts for the wrong time and in a few days the scenes will run at the wrong time again and I need to fix it again. This is annoying.