[time-nuts] PPS for NTP Server - How Close Is "Good Enough"?
kb8tq at n1k.org
Thu Jun 11 06:59:02 EDT 2015
Be careful of “single source” comparisons. When running with one reference,
NTP is really measuring the reference against it’s self. It’s analogous to using a
frequency counter to check it’s own reference. It *does* indeed check a number of things.
It’s not really checking everything.
An overly simple way to look at it:
NTP is running a PLL, it “locks” a (software based) oscillator to the reference. With
a single reference, it’s comparing the output of that PLL to the input to the PLL.
The obvious way to get around this is to have multiple references coming into NTP.
That’s easy if you want “less stable” references. It’s more money if you want to
duplicate the GPS you have. After that it’s a matter of telling NTP which sources
to discipline to and which to simply observe.
> On Jun 11, 2015, at 12:05 AM, M. George <m.matthew.george at gmail.com> wrote:
> Here is what I have been able to do with a Motorola Oncore UT+ that I got
> from Bob Stewart awhile back. This is with a Raspberry PI 2 with a number
> of tweaks and a custom compiled kernel. Nothing too drastic... plus the
> current Dev version of NTP compile on the Raspberry PI. I'm getting better
> results letting ntpd discipline the clock over doing kernel discipline...
> not surprising because the algorithms in the ntpd code are much more
> sophisticated than the Linux kernel pps code... ntpd discipline provides
> much lower jitter in my experience.
> I'm rambling at this point, but the following samples are with a $30
> antenna on the peak of my roof with LMR-400 solid conductor coax at a
> length of 70 ft. ~1.2 ns per foot delay based on the LMR-400 specs and
> nice low loss. I'm running the coax into an 8 way antenna splitter etc...
> nothing that anyone else hasn't done before here.
> The Raspberry PI 2 in this case is under load too as part of the
> www.pool.ntp.org pool: time.nc7j.com if you want to sync against it.
> As everyone else has mentioned, it's total overkill for NTP, but I'm just
> interested in tweaking and seeing how good I can get for fun more than
> anything else... i.e. time-nut obsession. I'm pretty happy with the
> following under load with www.pool.ntp.org set at 25MB of bandwidth which
> controls the traffic to my Pi 2 running NTP. It's taking a lot of traffic
> per second... the CPU for ntpd on the Pi is still low at around .5% to 1%
> of one core on the Pi 2.
> Here is a block of offsets from a loopstat file, and yes I cherry picked a
> nice block in the low nano seconds, but it rarely shows an offset into the
> micro seconds over time.. these are 16 second samples of the offsets...
> Not too shabby for a killer deal on an Oncore UT+ for $5 from Bob! I'm
> running the PPS out of the UT+ through a level converter to get the ~3.3v
> PPS output... the serial output on the UT+ is also going through a level
> converter direct into the Pi 2. Using the oncore 127.127.30.0 ntpd driver
> and again, i'm not using hardpps kernel discipline.
> Anyway, users on the other end are at the mercy of the network latency and
> noise etc... but I'm serving up some pretty consistent time references,
> considering the Pi 2 was $35... and the only one that really cares is
> me... I'm trying to masquerade as a nerdy wana-b time-nut.
> I think NTP is a great place to start... if you want to toy around and
> tinker, plus provide a service to the rest of the Internet by joining
> www.pool.ntp.org and sharing your obsession with time.
> Max NG7M
> time-nuts mailing list -- time-nuts at febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
More information about the time-nuts