Daylight Savings - NOT!

[Walt2]

Well, sorry, I meant current/existing support for leap years.

I am almost afraid to plug my PC into the CM15A, to see if the CM15A thinks today is 2/29 or 3/1.   

I hate to think that it will be executing date based timer events and macros, off by one day, for the rest of the year.   

[Puck]

Leap years come every four years...

Not every four years. 

[HA Dave]

Any word yet on leap year support? 

Why would you worry about that? We won't have an extra day for YEARS.

[Dan Lawrence]

Leap years come every four years (2008, 2012, 2016, etc.) except century years unless divisible by 400.   2000 was a Leap Year, but 1900 was not.

[Walt2]

Not every four years. 

It is difficult to worry about the exceptions when those exceptions will not occur anytime during our life times.   

[Dan Lawrence]

Not every four years. 

It is difficult to worry about the exceptions when those exceptions will not occur anytime during our life times.   

Very true. Remember, in 2000 we got to see something that hadn't happened for 400 years - a leap day (February 29) in a century year.

[steven r]

... in 2000 we got to see something that hadn't happened for 400 years - a leap day (February 29) in a century year.

...and baring some major medical development, no one living now or their great grandkids will see again!

[Dan Lawrence]

Now, back o the original OP's problem.

Does a CM15 that is not connected 24/7 show February 29 or March 1 on a leap year?

[dash]

Daylight saving in UK takes place last weekend October, however, the DST table in AHP shows time change scheduled to take place first weekend October.

I've got my local UK city entered in the 'location' field.

So what can I do? How can I get the DST table updated?

AHP version 3.227

I only connect the interface to the PC when making edits...

On my previous CM11, I could set the DST dates myself.

[Knightrider]

Guess What?
My AHP just updated today with a fix for the DST Bug!

[Dan Lawrence]

Guess What?
My AHP just updated today with a fix for the DST Bug!

If you mean for the folks that don't have the CM15 plugged in to the PC 24/7, where did the firmware upgrade come form?

[jacadito]

Just upgraded to AHP v227. DST settings are improved now 
Only one problem remaining: switching back to winter time is scheduled on the first weekend of October, whereas in reality this happens on the LAST weekend of October (in Europe) 

[Knightrider]

Guess What?
My AHP just updated today with a fix for the DST Bug!

If you mean for the folks that don't have the CM15 plugged in to the PC 24/7, where did the firmware upgrade come form?

The Reverend from Ohio yields to the Gentleman with a valid point!

[dash]

Daylight saving in UK takes place last weekend October, however, the DST table in AHP shows time change scheduled to take place first weekend October (AHP version 3.227)

Does version 3.228 now show DST changeover (at Fall) as last weekend October (European Cities)?

Could someone please confirm.

Thanks...

[jacadito]

@dash: don't know where you got 3.228, I'm on 3.227
In Tools - Hardware configuration, if you choose "daily", I see the hour changing back to winter time on the first weekend of October (I'm in Europe). This is wrong.

HOWEVER !!!!
when I look into the file C:\Documents and Settings\All Users\Application Data\Active Home Professional\ahpeeprom_w.txt, which is the file that will be sent to the CM15A (after "translation" to binary), I see
  0x0004:   0x01   00000001   dusk/dawn resolution: each entry represents 1 day(s)
  0x0005:   0x01   00000001   b7: day msb; daylight savings turn forward - first Su
  0x0006:   0x5a   01011010   after day  90 (31-mar)
  0x0007:   0x81   10000001   b7: day msb; daylight savings turn backward - first Su
  0x0008:   0x2c   00101100   after day 300 (27-oct)

Seems to me that this is the last Sunday of October, which is correct...