• Get involved.
    We want your input!
    Apply for Membership and join the conversations about everything related to broadcasting.

    After we receive your registration, a moderator will review it. After your registration is approved, you will be permitted to post.
    If you use a disposable or false email address, your registration will be rejected.

    After your membership is approved, please take a minute to tell us a little bit about yourself.
    https://www.radiodiscussions.com/forums/introduce-yourself.1088/

    Thanks in advance and have fun!
    RadioDiscussions Administrators

Check Your Clocks...AM Day/Night Power Changes

K

kenglish

Guest
Noticing a lot of AM stations that are coming in WAAAYY stronger than they should in the evenings.
It's been suggested that some are operating Daytime power levels and patterns later than they should, due to the new, odd switchover dates from DST to normal time.
How many operate with an automatic changeover, and maybe need new software (or, manual intervention) to accomodate the new schedule?
 
Whatever clock is used to make power changes should not be set to change to DST unless the power change times are also corrected for it. This still leaves an hour error between the monthly power change date and the DST time change date that has to be addressed. Leaving the clock on standard time year round eliminates this hassle.
 
On up-to date patched XP & Windows 7 machines AutoPilot 3 seems to figure out DST.

I did notice a major market AM change two hours early for a week after the end of DST.
 
ncradioeng said:
Leaving the clock on standard time year round eliminates this hassle.

I was about to bring that point up. Every license I have ever seen has been printed with times in standard time. Programming your Burk or Sine like the license is printed, then leaving the clock on the remote in standard time will solve that problem since the "sun" time does not change.
 
Bengalsfan said:
ncradioeng said:
Leaving the clock on standard time year round eliminates this hassle.
True, but there is an exception. Stations with 6AM Pre-Sunrise time. The 6AM is local time, so the amount of time between 6AM and local sunrise changes when DST kicks in. Way I handle that is to program the r/c for the majority of the month & have someone manually catch it for the few days when it will be wrong. Plus, the Sine Systems r/c (which all but one of my AM's uses) has no DST provision.
 
"How many operate with an automatic changeover, and maybe need new software (or, manual intervention) to accomodate the new schedule?". Our sorry-assed federal politicians should have thought about that before they came up with such a poor idea as changing the dst
 
How about Microsoft adds a patch to permit us to edit the daylight saving rules as needed?

:D
 
Status
This thread has been closed due to inactivity. You can create a new thread to discuss this topic.


Back
Top Bottom