[LinuxPPS] [PATCH]

[Udo van den Heuvel]

Bernhard Schiffner wrote:
>> I'll have a look and try.
> Good luck!
> It will help definitely. NMEA+PPS-refclock is something worthy (may be it is 
> already implemented in similar way but with other name).
> 
> If you program it:
> Please organize a feature ("flag") for hardware-shift the receiver and 
> calculate this shift back again. (until 1 ms, perhaps similar to cable delay)  

That's one feature.

>> Maybe first enable some NMEA stuff to see the amount of sats.
>> Next we'd like to set an absolute minimum for a dependable PPS..
>>
>> OK, we're getting offtopic w.r.t. LinuxPPS.
>>
> Don't think so.
> This discussion broaden our view and helps design the right interface.
> PPS is not alone in doing the time-job.

Curently I only have $GPRMC messages from the gps-18.
We migth also need $GPGSA, right?
Any better messages?

So first we start parsing these as well.
Then we must 'fail' the pps reception if the amount of sats is below a
settable number. (ntp.conf?)

Is this correct?