[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Clarifications about PPS SHM content
|
From: |
Martin Boissonneault |
|
Subject: |
Clarifications about PPS SHM content |
|
Date: |
Thu, 19 Mar 2020 13:24:53 -0400 |
|
User-agent: |
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 |
Hi all,
I'm curious as to why NTPd would need to have both the GNSS PPS
shm and the GNSS serial shm refclocks in the ntp.conf. Wouldn't
the PPS shm contain enough time information as collated from GPSd?
I know they both refer to a different point in time (PPS for one,
serial for the other one) but I'd think GPSd is smart enough to
catch the serial time information and fill in the PPS blanks?
Assumptions:
- GPSd is properly configured,
- the GNSS serial sends the right strings, is properly
configured, has a PPS signal line properly set up and working,
- and both shms give results.
In that case, is the serial shm needed by NTPd? I currently think
the serial shm use case is for PPS line disconnection or
unsynchronized GNSS (in both cases, time won't be great). Are
there others?
Thanks,
Martin
- Clarifications about PPS SHM content,
Martin Boissonneault <=
- Re: Clarifications about PPS SHM content, Gary E. Miller, 2020/03/19
- Re: Clarifications about PPS SHM content, Martin Boissonneault, 2020/03/19
- Re: Clarifications about PPS SHM content, Greg Troxel, 2020/03/19
- Re: Clarifications about PPS SHM content, Gary E. Miller, 2020/03/19
- Re: Clarifications about PPS SHM content, Martin Boissonneault, 2020/03/20
- Re: Clarifications about PPS SHM content, Gary E. Miller, 2020/03/20
- Re: Clarifications about PPS SHM content, Martin Boissonneault, 2020/03/21
- Re: Clarifications about PPS SHM content, Gary E. Miller, 2020/03/22
- Re: Clarifications about PPS SHM content, Martin Boissonneault, 2020/03/23
- Re: Clarifications about PPS SHM content, Gary E. Miller, 2020/03/23