KMC Controls FlexStat Operation Guide - Manual (Page 16)

FlexStat 16 Operation Guide, Rev. R
(Advanced) Date/Time
DATE/TIME
DATE:
TIME: 1:43:59 PM
UTC OFFSET: 300
DST ENABLE: TRUE
DST AUTO: TRUE
DST START:
>2ND SUN MAR 2:00 AM
APRIL 11 2009
NOTE: When a FlexStat is powered up after
losing the RTC (Real Time Clock) time, it
will revert to the default time and date of
January 1, 2000, 12:00:00 AM.
For areas that observe DST (Daylight Saving
Time), select True/On for DST ENABLE and DST
AUTO. The DST period is currently the second Sun-
day of March through the first Sunday of Novem-
ber, but these rules can be changed in the menu if
the official period changes or if the installed location
needs a schedule adjustment for better operation.
NOTE: If DST is enabled but the Auto setting is
not, the actual calendar dates (instead of
using the general rules) will need to be
entered every year.
NOTE: An issue can occur if a FlexStat has been
unpowered long enough for it to lose
its RTC timekeeping during the period
DST is in effect AND a time synchroniza-
tion command is sent from BACstage or
TotalControl to the FlexStat. The time will
be restored to the correct time and date.
However, the FlexStat will assume that this
time is non-DST. Within about one minute
after the initial time synchronization (dur-
ing DST months), the device time will reset
to DST mode, and the device time will
move one hour ahead. This will affect the
displayed time on the LCD display as well
as any schedules. This issue will not affect
powered-up FlexStats during non-DST
periods (e.g., most of November through
February). If the time has erroneously ad-
vanced one hour after an initial time synch
command, the easiest solution is to simply
send a second time synch command. This
will correct the device time. Alternately,
the hour can be changed in the FlexStat’s
menu.
If the FlexStat is used in a BACnet network with UTC
(Coordinated Universal Time) synchronization (via
broadcasting or addressing a single thermostat) set the
UTC Offset value. The UTC Offset value is in minutes
and corresponds to the distance of the local time zone
to the zero degree meridian. In stand-alone operation
or networks that do not have UTC broadcasts, setting
this value is not necessary.
Sample Time Zones Offset to Equal UTC
Alaska 9 hours = 540 minutes
USA/Canada Pacific
Standard Time 8 hours = 480 minutes
USA/Canada Mountain
Standard Time 7 hours = 420 minutes
USA/Canada Central
Standard Time 6 hours = 360 minutes
USA/Canada Eastern
Standard Time 5 hours = 300 minutes
Bolivia, Chile 4 hours = 240 minutes
Argentina, Uruguay 3 hours = 180 minutes
United Kingdom,
Portugal 0 hours = 0 minutes
Europe (most countries) –1 hours = –60 minutes
Egypt, Israel, Turkey –2 hours = –120 minutes
Kuwait, Saudi Arabia –3 hours = –180 minutes
United Arab Emirates –4 hours = –240 minutes
India, Sri Lanka –5.5 hours = –330 minutes
China, Mongolia –8 hours = –480 minutes
Korea, Japan –9 hours = –540 minutes
New Zealand –12 hours = –720 minutes
NOTE: The BACnet standard for this offset value
is: “The time zones to the west of the zero
degree meridian shall be positive values,
and those to the east shall be negative
values.” The value is in minutes, not hours.