> Chris:
>
> Does indeed sound familiar to me here.
>
> I'm working also but with a slightly different fix.
>
> Not using PPS kernel patch as its difficult to add in to the RPM based
> kernels here on Fedora Core 9 so I'm just using the shm driver and
> plain old ntpd. My solution was to fudge the NMEA data time about 700
> ms here and now I'm also working with just ntpd and the shm driver
> running and no gpsd. Running gpsd at all totally messes this thing up.
> I don't have the time or energy to keep hacking at why, or the need to
> be running gpsd actually it turns out-nothing else needs the data so
> why run it-just another daemon to need to make sure its running.
>
> Relevant ntp.conf beloe and output:
>
> # LinuxPPS: GPS
> server 127.127.20.0 minpoll 4 mode 1
> fudge 127.127.20.0 time1 0.700 flag2 0 flag3 1
>
> # SHM: PPS filtered mean
> server 127.127.28.0 minpoll 4 prefer
> fudge 127.127.28.0 refid PPS flag2 0 flag3 1
>
> # ntpq -p
>      remote           refid      st t when poll reach   delay   offset
> jitter
> ==============================================================================
> +GPS_NMEA(0)     .GPS.            0 l    5   16  377    0.000   25.349
> 9.221
> *SHM(0)          .PPS.            0 l   14   16  377    0.000    2.953
> 0.176
>  eagle-local     192.168.1.7      2 u  731 1024  377    0.160   -2.518
> 0.152
>  apollo-local    .STEP.          16 u  725 1024  376    0.236   -8.591
> 0.809
> -clock.trit.net  164.67.62.194    2 u   40  128  377  154.590   44.455
> 215.345
> +64.247.17.255   129.6.15.28      2 u    4  128  377   45.530  -13.520
> 252.661
> -kiri.nonexiste. 69.10.36.2       3 u   11  128  377    9.470  -12.775
> 1.132
>
> --
> ===[George R. Kasica]===        +1 262 677 0766
> President                      +1 206 374 6482FAX
> Netwrx Consulting Inc.          Jackson, WI USAhttp://www.netwrx1.com
> [email protected]
> ICQ #12862186

George, understandable. To be honest, the only benefit gpsd brings is
the ability to keep the clock synced if internet is lost and the clock
drifts too far away from the pps driver's liking. Even though I have
gpsd running, I quite possibly will switch back to shmpps. It seemed
to be a little better at keeping time anyway. I'd really like to get
LinuxPPS working though, because I can see it being slightly better at
time keeping than the others.

Chris

_______________________________________________
questions mailing list
[email protected]
https://lists.ntp.org/mailman/listinfo/questions

Reply via email to