Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!usc!elroy.jpl.nasa.gov!cit-vax!tybalt.caltech.edu!toddpw
From: toddpw@tybalt.caltech.edu (Todd P. Whitesel)
Newsgroups: sci.electronics
Subject: Re: NBS time broadcast
Message-ID: <11450@cit-vax.Caltech.Edu>
Date: 2 Aug 89 16:26:58 GMT
References: <8720@kean.mun.ca> <2012@ubu.warwick.UUCP>
Sender: news@cit-vax.Caltech.Edu
Reply-To: toddpw@tybalt.caltech.edu.UUCP (Todd P. Whitesel)
Organization: California Institute of Technology
Lines: 10

If i remember correctly, the one minute slip is caused by the fact that the
one-bit-per-second message starts on the minute, but gives _that_ minute's
time. So when you start receiving the message you should increment the clock
and load it when the message has been received, this way the clock sets itself
correctly but anticipates the next message while it is being received
(assuming the next minute is the next one after the present one, always true
except maybe for daylight savings).

toddpw (Todd P Whitesel)
@tybalt.caltech.edu