Poul-Henning Kamp 19c5221906 Don't use time_offset as a leaky bucket variable in hardpps(), this
resulted in vastly optimistic offset values reported to userland
(typically a factor 40+ too small).  Apart from that, the code had
two sign-bugs.

Apply the hardpps() phase with the right sign with a simply
scaling by integration interval.  (This may be too stiff at
long integration intervals, see below).

Allow pps_shiftmax to be reduced again.

Before this, the phase lock in hardpps() were broken, but due to
two bugs mostly cancelling out, it would end up basically working
with a large stochastic component.  Now it behaves as one would
expect: smooth and quiet.

It seems that pps_shiftmax above 7..9 somewhere makes the phaselock
too weak to hold onto random walk phase errors from a HP-105 OCXO,
which basically means that it is too weak for real-life use with
such integration times.  This is yet to be resolved.

Submitted to:	Prof. Dave "NTP" Mills.
Tested by:	Terje Mathisen <Terje.Mathisen@hda.hydro.com>
1999-12-29 14:39:24 +00:00
..
1999-08-28 01:08:13 +00:00
1999-11-21 12:38:21 +00:00
1999-10-29 18:09:36 +00:00
1999-08-28 01:08:13 +00:00
1999-12-26 14:07:43 +00:00
1999-11-21 19:03:20 +00:00
1999-10-11 15:00:09 +00:00
1999-10-29 18:09:36 +00:00
1999-08-19 16:06:08 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-11-14 13:54:44 +00:00
1999-10-05 21:19:41 +00:00
1999-08-28 01:08:13 +00:00
1999-11-09 21:35:10 +00:00
1999-08-28 01:08:13 +00:00
1999-10-12 02:54:23 +00:00
1999-11-21 19:03:20 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-10-29 18:09:36 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-10-29 18:09:36 +00:00