Hi all,
I have the AHP USB interface and tested for 2007 DST compliance. It failed. The update to Windows simply changes the dates at which DST will begin and end WITHIN WINDOWS. Great, now the PC knows how to be in compliance. The issue lies with the 95% of us that do not keep the interface permanently plugged in to the PC. If you keep the PC plugged in at all times, sure the interface internal clock will remain in sync.
However, if you are like me, and only hook up to the interface to update timers, macros, and the like, you rely on the interface firmware to correctly make the switch to DST and back again. Again, hooking up via USB, downloading timers, and expecting the interface to somehow magically know that DST start and end dates have changed in 2007 IS NOT POSSIBLE.
Perhaps the most annoying thing is that you potentially will have 4 mishaps this year:
March 2007, DST starts in the USA. Your interface doesn't know, and your lights come on 1 hour late
April 2007, The interface THINKS DST has begun (old rules) and your lights are off time again!
October 2007, the interface thinks DST has ended (old rules) and your lights are off time.
November 2007, DST ends in the USA. Your interface doesn't know, and your lights come on 1 hour early!
I ran a full test this evening, and confirmed the above observations. 4 weekends of clock resets? No thank you!
We need an update to the internal logic of the interface (firmware?) In fact, it would be nice if we could specify when DST starts and ends, because Congress is under no obligation to extend the new rules beyond the trial period.
an X-10 response would be appreciated. We have a little more than 30 days to get this resolved!
Thanks to all!
-- Outer Marker.