[ntp:questions] SIRF time output wobble, GPS or NTP fault?

David J Taylor david-taylor at blueyonder.co.uk.invalid
Thu Mar 8 10:00:39 UTC 2012


"Dave Hart" <hart at ntp.org> wrote in message 
news:CAMbSiYDtftww+Jov8XPSSzpfZx9+wWgCkVj5C5Au5ntjcN08hA at mail.gmail.com...
> On Thu, Mar 8, 2012 at 08:17, David J Taylor
> <david-taylor at blueyonder.co.uk.invalid> wrote:
>> Dave, perhaps you could clarify one thing on Windows about the 
>> user-mode PPS
>> timestamping.  When you say "serial I/O layer", my understanding is 
>> that
>> this /would/ include virtual COM port devices such as RS-232/USB 
>> adapters.
>
> Correct.

Thanks.

>> Perhaps the Linux port could also benefit from a user-mode DCD 
>> timestamp, or
>> is there not the justification for the effort?
>
> It's an ugly hack, and one that fortunately will be migrating out of
> the ntpd Windows port serial I/O code and into its own PPSAPI provider
> DLL, thanks to a suggestion by Juergen Perlinger which I should have
> considered myself.
>
> There's no provision to enable or disable it currently, for example.
> By putting it in an optional DLL, only those who want end-of-line
> timestamps replaced with PPS timestamps taken in user mode would get
> them.  It's particularly confusing for drivers that have different
> fudge factors for PPS and serial, as NMEA does, and putting it in a
> PPSAPI provider DLL will correct that confusion.
>
> Apparently no one has had the right mix of idea and motivation to
> modify the POSIX ntpd serial I/O code to watch for DCD transitions to
> accomplish similar.  It's not hard to find proper PPS support in free
> OSes.
>
> Cheers,
> Dave Hart

That's good news, Dave, as anything which reduces confusion is welcome.  I 
have a variety of boxes here I can test with should you need, and it will 
allow me to measure my own GPS devices as well.

Cheers,
David 



More information about the questions mailing list