[LinuxPPS] ntpd
Udo van den Heuvel
udovdh at xs4all.nl
Wed Aug 2 20:08:56 CEST 2006
Folkert van Heusden wrote:
>>> *) Udo: you see? gps is waaay off compared to other sources on the net and my local DCF77 receiver
>>> so that is why one should use gps only for PPS
>> Just NMEA will always be off.
>> When correlated to PPS ntpd knows what time it was at the PPS.
>> So your remark says very little.
>> Who can explain Folkert that NMEA plus PPS is not a bad practice?
>> Folkert did not accept the analogy of the phoned time signal.
>> Better check the config of your Garmin if the PPS is on. See the url of
>> the ntp reference driver page I sent you. It has instructions.
>
> I verified that.
So the config is OK. Pulse length config is OK.
Does the GPS see sats? Does it know a position? How many sats?
> The device also responded correctly to my commands
> (e.g. when I said "be silent", it became silent).
> Now the testpps thing still outputs nothing.
So no PPS if the kernel was patched OK.
> I saw by the way that the 'on-line' status pulses between off-line and
> on-line when I am in minicom.
Online == Carrier Detect?
So there is PPS.
So the kernel is not OK, assuming ppstest is OK and ntpd can find your
pps source normally.
BTW: I was looking at the time_pps_findpath function but do not yet
really understand it. There is a PPS device defined like "/dev/ttyS2" or
similar but where does that info enter the code? What does the function
look for to know what port/device I want ntpd to use as a timesource?
More information about the LinuxPPS
mailing list