On undefined, Matthew Smith <[EMAIL PROTECTED]> wrote:
> OK, I think it's time for me to back-track and try to go to a 'known
> good' setup.
>
> Firstly, I'll dump off some NMEA data and examine it per Hal's
> suggestion to make sure that it's not all being flagged as bad.
You can also use "cg
Quoth Chris Kuethe at 2008-04-03 06:28...
> Waitaminnit... If you're using the OpenBSD package, I disabled the
> ntpshm/pps stuff in favour of activating the nmea(4) line discipline
> to drive openntpd. I suppose you could adjust the port's makefile, but
> I've not actually tested the ntp.org daem
On Tue, Apr 1, 2008 at 10:31 PM, Matthew Smith <[EMAIL PROTECTED]> wrote:
> For some reason, running -D 5 on my Sun Blade 100, I am not seeing any
> mention of the DCD changing state (logic probe shows that the line is
> getting the 1PPS correctly), although this is working OK on my Linux
> Thi
> What am I missing here?
Is your unit getting enough signal to get locked on to several satellites?
Look at the raw NMEA output. Or try the NMEA refclock driver in ntpd. (You
will have to kill the gpsd server so ntpd can get the serial port or you can
get it with cat.)
The GPRMC record h
> server 127.127.28.0 minpoll 4 maxpoll 4
Speaking of gpsd and ntpd...
That minpoll/maxpoll stuff is trying to work around a bug/oversight in ntpd.
The current code grabs one sample per polling interval. The right way is to
grab a sample every second and filter/average them over a polling inte
Hi Folks
Having laid aside my troublesome Oncore GT+s for the moment, I have
hooked my VP up to the (soon to be) time server and have run gpsd.
Telnet'ing in, I am able to do this:
d
GPSD,D=2008-04-02T05:17:48.00Z
For some reason, running -D 5 on my Sun Blade 100, I am not seeing any
mention
