[SBE] Time standardization idea

[Thomas Shanks]

As stated in my prior message, all EAS models transmit and receive the time in UTC, as required by the standard.  It would be senseless for them to store the time internally in local time, as then they bring themselves into some serious trouble in the few hours before and after the time change hour.  I suppose some might, but whoever made the decision to do it in that way is downright crazy, and has probably done it wrong.

Thomas Shanks CBRE
Chief Engineer
WREK Atlanta, Georgia Tech Student Radio
-----Original Message-----
From: Bob Reite <br at telcen.com>

Date: Sat, 21 Mar 2009 02:55:17 
To: sbe member discussion mail list<sbe at sbe.org>
Subject: Re: [SBE] Time standardization idea


Since AM licenses specify pattern and power changes in standard time the 
  whole year, it's a simple matter just to leave the power/pattern 
change control clock/calendar set to standard time and be done with it. 
  The only complication that arises is for stations that have a pre 
sunrise authority, since that starts at 6:00 AM, Local time, and if it's 
between the 2nd Sunday in March and the 1st Sunday in November, local 
time is Daylight (OK, with the exception of Arizona, Hawaii and other 
places I may have forgotten).

As far as the EAS goes, some of the systems store the time internally as 
  UTC, so even though the display may be off, messages won't expire if 
you haven't done the upgrade.  But as I recall, it varies from model to 
model how it is handled.

Stephen Poole wrote:

> I'm all for it.

> 

> I run our remote controls in standard time already just because the

> dates for standard and daylight times have changed so much over the years.

> 

> I think it'd be a great idea.

> 

> -- Stephen

>    Romans 5:1

> 

> R. V. Zeigler wrote:

>> What do others on the list think of the idea of the FCC standardizing

>> all times to UTC? All licensed power/pattern changes would be in UTC and

>> EAS messaging could be standardized to UTC. We only change the operator

>> interface to reflect local time, but the equipment would be time zone

>> and DST agnostic in it's actual operation. Off the top of my head it

>> seems like this could be a remedy to a number of problems.

>> Rod Zeigler

>>

>>

>> ------------------------------------------------------------------------

>>

>> _______________________________________________

>> The SBE Roundtable, SBE at sbe.org

>> To unsubscribe, go to http://seven.pairlist.net/mailman/options/sbe

>>

>> http://seven.pairlist.net/mailman/listinfo/sbe

> 

> Scanned by Barracuda

> _______________________________________________

> The SBE Roundtable, SBE at sbe.org

> To unsubscribe, go to http://seven.pairlist.net/mailman/options/sbe

> 

> http://seven.pairlist.net/mailman/listinfo/sbe

> 

_______________________________________________
The SBE Roundtable, SBE at sbe.org
To unsubscribe, go to http://seven.pairlist.net/mailman/options/sbe

http://seven.pairlist.net/mailman/listinfo/sbe