[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-users] ntpd vs Venus638FLPx-L with week rollover bug
|
From: |
Gary E. Miller |
|
Subject: |
Re: [gpsd-users] ntpd vs Venus638FLPx-L with week rollover bug |
|
Date: |
Mon, 10 Jun 2019 14:22:20 -0700 |
Yo Jeff!
> On Thu, 6 Jun 2019 20:55:22 -0500
> Jeff Epler <address@hidden> wrote:
>
> > Unfortunately, none of the various versions I could easily test
> > improve things: 3.16 (debian stable, installed from package): cgps
> > reports date in 2099 3.18 (debian experimental, built from source):
> > cgps reports date in 2099 gitlab master branch @
> > dev-3.19a-885-g89fa3023: cgps reports date in 1999
>
> Not a surprise. From your capture:
>
> $GPRMC,014956.945,A,0000.1228,N,00000.8497,W,001.4,103.0,221099,,,A*7B
I dug into this some more, and I am not able to replicate your
problem with the raw capture that you provided.
The checksums on the RMC fail, so the date/time is not read by
gpsd. Without a valid capture I can't test the date issue.
Do I remember that you said you edited the capture file? If you did
so you failed to fix the checksums to match.
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
address@hidden Tel:+1 541 382 8588
Veritas liberabit vos. -- Quid est veritas?
"If you can’t measure it, you can’t improve it." - Lord Kelvin
pgpIEBMD28YPW.pgp
Description: OpenPGP digital signature