Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.protocols.time.ntp > #164179
| From | Jim Pennino <jimp@gonzo.specsol.net> |
|---|---|
| Newsgroups | comp.protocols.time.ntp |
| Subject | Re: Using ntpd with -g option |
| Date | 2025-03-29 07:47 -0700 |
| Organization | A noiseless patient Spider |
| Message-ID | <2odlbl-eune.ln1@gonzo.specsol.net> (permalink) |
| References | (3 earlier) <sympa.1743160926.535393.761.795@lists.ntp.org> <118903d0-d99a-44a5-9a4f-64b3bef3a4c6@nwtime.org> <CAD4huA72_22XTXe=_7P94gBypt7v5E34DbMseF9zZj-PhPthxw@mail.gmail.com> <vs6d15$2vihq$1@dont-email.me> <5e63ffc8-3e68-4523-8423-70217204c325@writeme.com> |
David Taylor via questions Mailing List <questions@lists.ntp.org> wrote:
> On 28/03/2025 21:54, Jim Pennino wrote:
>> On Fri, Mar 28, 2025 at 04:37:09PM -0500, Steven Sommars wrote:
>>> Caution advised. When I monitored a FC-NTP-Mini 1.5 years ago the
>>> timestamp resolution was only 1 msec.
>>> Additionally once in 2000 NTP responses the time stamp was in error by 1
>>> second (top of the second problem).
>>>
>>> Things may have improved since then.
>>>
>>
>> I have been running a pair of them for 995 days, do extensive graphing
>> of all the ntp servers here, and have noticed nothing strange.
>>
>> remote refid st t when poll reach delay offset jitter
>> ==============================================================================
>> *127.127.28.0 .SHM. 0 l 5 16 377 0.000 +3.562 2.434
>> -192.168.0.21 .PPS. 1 u 19 64 377 1.326 -2.751 1.908
>> +192.168.0.100 .PPS. 1 u 48 64 377 0.077 -3.755 0.878
>> +192.168.0.101 .PPS. 1 u 56 64 377 1.150 -3.295 1.724
>> -192.168.0.185 .PPS. 1 u 2 64 377 1.120 -1.329 0.890
>>
>>
>> The SHM server is a ublox USB GNSS.
>>
>> The .21 server is a Raspberry Pi with a late model GNSS HAT.
>>
>> The .100 and .101 servers are FC-NTP-Minis.
>>
>> The .185 server is a precision steared, temperature controlled
>> oscillator box with a GNSS receiver and a specified PPS accurace of +/-
>> 1 nanosecond.
>>
>>
>
> Jim,
>
> May I suggest making comparisons on a device with (working) PPS synchronisation.
> This should make the jitter and offset values more consistent.
remote refid st t when poll reach delay offset jitter
===============================================================================
*NMEA(0) .GPS. 0 l 2 16 377 0.0000 -5.0594 0.9532
oPPS(0) .PPS. 0 l 1 16 377 0.0000 0.0010 0.0007
+192.168.0.100 .PPS. 1 u 20 64 377 0.1318 -2.5307 0.0226
+192.168.0.101 .PPS. 1 u 25 64 377 0.1462 -2.5510 0.0241
OK, there you go.
>
> As an example, here I'm looking at a Win-11 PC (Oslo) with PPS sync for its NTP,
> viewing its remote servers:
>
> C:\Users\win-8>ntpq -pn oslo
> remote refid st t when poll reach delay offset jitter
> ==============================================================================
> 127.127.20.1 .NMEA. 0 l - 16 0 0.000 +0.000 0.000
> o127.127.22.1 .uPPS. 0 l 14 16 377 0.000 +0.033 0.002
> *192.168.0.20 .GPS. 1 u 21 32 377 0.462 -0.106 0.028
> +192.168.0.3 .PPS. 1 u 6 32 377 0.463 -0.142 0.030
> +192.168.0.71 .PPS. 1 u 9 32 377 0.693 -0.139 0.029
I note that you are not processing NMEA data at all. You might want to
fix that.
>
> .20 - LeoNTP (old version)
> .3 - Linux box (x86) with PPS feed
> .71 - Raspberry Pi with PPS feed
>
> The delays are higher than I would wish, but likely due to multiple switches in
> the paths and some parts be just 100 Mbps links
>
> Cheers,
> David
>
> --
> SatSignal Software - Quality software for you
> Web: https://www.satsignal.eu
> Email: davidtaylor@writeme.com
> BlueSky: @gm8arv.bsky.social, Twitter: @gm8arv
>
--
penninojim@yahoo.com
Back to comp.protocols.time.ntp | Previous | Next — Previous in thread | Next in thread | Find similar
Using ntpd with -g option "rcheaito via questions Mailing List" <questions@lists.ntp.org> - 2025-03-27 22:43 +0000
Re: Using ntpd with -g option "Harlan Stenn via questions Mailing List" <questions@lists.ntp.org> - 2025-03-28 00:58 +0000
Re: Re: Using ntpd with -g option "rcheaito via questions Mailing List" <questions@lists.ntp.org> - 2025-03-28 11:48 +0000
Re: Using ntpd with -g option David Woolley <david@ex.djwhome.demon.invalid> - 2025-03-28 14:39 +0000
Re: Using ntpd with -g option Terje Mathisen <terje.mathisen@tmsw.no> - 2025-03-28 15:51 +0100
Re: Using ntpd with -g option William Unruh <unruh@invalid.ca> - 2025-03-28 15:40 +0000
Re: Using ntpd with -g option Jim Pennino <jimp@gonzo.specsol.net> - 2025-03-28 12:07 -0700
Re: Using ntpd with -g option "David Taylor via questions Mailing List" <questions@lists.ntp.org> - 2025-03-29 08:43 +0000
Re: Using ntpd with -g option Jim Pennino <jimp@gonzo.specsol.net> - 2025-03-29 07:47 -0700
Re: Using ntpd with -g option "David Taylor via questions Mailing List" <questions@lists.ntp.org> - 2025-03-30 18:18 +0000
Re: Using ntpd with -g option Jim Pennino <jimp@gonzo.specsol.net> - 2025-03-30 12:04 -0700
Re: Using ntpd with -g option "Jim Pennino" <jimp@gonzo.specsol.net> - 2025-03-28 22:58 +0000
Re: Using ntpd with -g option "David Taylor via questions Mailing List" <questions@lists.ntp.org> - 2025-03-30 08:13 +0000
Re: Using ntpd with -g option Jim Pennino <jimp@gonzo.specsol.net> - 2025-03-30 07:27 -0700
csiph-web