ublox refclock

Trevor N. trv-n at comcast.net
Tue Nov 26 07:49:54 UTC 2019


Eric S. Raymond esr at thyrsus.com :
>Gary E. Miller via devel <devel at ntpsec.org>:
>> > So there is nothing you recommend be merged at this time?
>> 
>> I sorta wish NTPsec had a staging area like the Linux kernel does.
>> 
>> There is value to a small and clean u-blox driver fully integrated
>> into NTPsec.  But without KPPS it is inferior at timekeeping.
>> 
>> If the guy that wrote it wanted to work on it under the NTPsec umbrella
>> that would be good.  A little guidance and the guy that wrote that could
>> be very useful to NTPsec.
>> 
>> Without that guy, or someone interested in being that guy. I'd pass on
>> that driver.  I'm not personally interested in upgrading that software to
>> have the smarts that gpsd already does about the u-blox and KPPS.
>
>I left an issue on his tracker about merging to upstream.  If he responds
>I will try to bring him into the fold. If he does not, from what you say there
>os not much loss hrere.
>-- 
>		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>

Thanks for the interest in the driver. It's the same one I posted in
issue 499:
https://gitlab.com/NTPsec/ntpsec/issues/499#note_133458690

I have been busy with my day job this year, but I will have some free
time starting next month. I'll update my fork to the latest upstream
this weekend.

I have also tested the driver with a ZED-F9T for a few months now
(with the new version posted on issue 499), and the performance is
even better than what I reported on the issue 499 thread with the M8T
-- And the F9T did not show any of the strange issues that I reported
having with the M8T.

I will attach some ntpvis plots of the F9T to the issue 499 thread.


More information about the devel mailing list