[LinuxPPS] Experience with current linuxPPS kernel patch.

Hal V. Engel hvengel at astound.net
Thu Mar 4 19:49:21 CET 2010


On Thursday 04 March 2010 03:51:38 am Miroslav Lichvar wrote:
> On Wed, Mar 03, 2010 at 08:03:55PM -0700, clemens at dwf.com wrote:
> > I still have the feeling that something is not quite right (but mabe
> > elsewhere in
> > the kernel code) since the accuracy is just about 1us.  That is, the
> > 'fuzz' of the timestamps around the mean is just about 1us.  I would
> > expect a factor of x10 better than that, and would not be surprised if
> > there is not still some bad ns <-> us conversions in the kernel.
> 
> What is your PPS source?

Since this was in reply to Reg's note I will venture a guess since I have a 
pretty good idea what Reg is using.  Reg is the maintainer of the Oncore 
driver for NTP and I think he is running Oncore VP and M12 timing GPS units.  
The Motorola Oncore timing receivers are considered the gold standard and are 
very accurate.

The older Oncore timing receivers like the VP, UT and UT+ had a PPS that was 
spec'ed at +-50 nanoseconds with SA.  Since SA has been turned off they should 
do significantly better.  But no specifications are available for these older 
units without SA.   Current Oncore timing receivers like the M12T are even 
more accurate.

In addition the Oncore units provide PPS saw tooth data to the driver and I 
think the current NTP Oncore driver uses this data to correct for saw tooth.  
The latest M12 Timing units are supported to be accurate to +-1 nanosecond if 
the sawtooth correction is applied.   Of course this assumes a near perfect 
installation with a very accurate position used for the antenna and other 
things like cable delays and such being correctly configured. 

Saw tooth error for the UT+ Oncores is about +-40 nanosecons and I believe 
that for the M12T units it is on the order of +-25 nanoseconds.

> 
> I'm using GPS 18x LVC and I'm seeing about 1us dispersion too. But the
> specs say it's accurate only to 1 us, so I'm not sure if I can expect
> anything better from it.
> 

Probably not.  Even those of us using specialized timing receivers like the 
Oncore units will never see dispersions any where near the limits of our 
receivers specs. because of factors downstream from the receiver that 
introduce much larger levels of dispersion.  These include variations in the 
response time of the interrupt handler and other factors that probably limit 
the minimum dispersion to perhaps 100 nanoseconds even with a +-1 nanosecond 
receiver.  In your case you are probably limited in this regard by the 
receiver since its PPS timing spec. is big enough to be a major factor.  In 
Reg's case most of the dispersion he is seeing is probably down stream from 
the GPS.

Hal 



More information about the LinuxPPS mailing list