| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
No regressions changed.
|
|
|
|
|
|
| |
As expected, just changed the ZED-F9T regression.
Sadly the u-blox signal ids do not match the RINEX signal ids,
so a lot is just guessing...
|
|
|
|
|
| |
Formerly reserved. It apears always zero on NEO-M8T, which
is consistent with only L1 receiver.
|
|
|
|
|
|
|
| |
NMEA says to not report bad elevation and azimuth, so
follow that advice.
This only affects some u-blox 8 binary, and one odd GREIS regression.
|
|
|
|
| |
No code changes.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Also fixed some bugs. SBAS moved from 120-159 to 33-64,152-158.
QZSS goes up to 199.
|
|
|
|
|
|
|
|
| |
These flags don't actually make it through GPSd, so we guess them
based on the elevation, azimuth, and signal.
Signed-off-by: Adam Serbinski <adam@serbinski.com>
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
|
|
|
| |
This fixes altitude and vertical uncertainty.
Signed-off-by: Adam Serbinski <adam@serbinski.com>
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Up until now, the PWN was whatever the GPS said it was. With NMEA 4.10
this is no longer sustainable. The u-blox 9 defaults to NMEA 4.10, sort
of. It sometimes puts NMEA 4.0 PRNs into NMEA 4.10 sentences.
Some people like to use both u-blox binary and NMEA sentences mixed
together, so the time has come to enforce the PRN complies with
NMEA 4.0 extended numbering. Sadly this can not map exactly into
u-blox numbering, but is a start.
Fixing this uncovered other examples of non NMEA compliant sentences in
the regressions. So many regressions changed. The most obvious
change is that NMEA 4.0 puts the SBAS PRN in the range 33-64 and
152-158, not 120-158 as u-blox does.
|
| |
|
|
|
|
|
| |
Basically SBAS is 33-64 and 152-158, not 120-158.
BeiDou is 301-336 not 201-236
|
|
|
|
|
|
|
| |
Instead of latitude position uncertainty.
Signed-off-by: Adam Serbinski <adam@serbinski.com>
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
|
|
|
| |
Make it clear that it's necessary to use this option if the user
plans to provide reference clock information to NTP trough SHM.
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
| |
Don't use NMEA gnssid yet, so no functional change.
|
|
|
|
| |
Not used yet. No functional change.
|
| |
|
|
|
|
|
| |
Make clear which number system satnum belongs to. No functionl
changes.
|
|
|
|
| |
Too many competing svid systems too keep separate...
|
|
|
|
|
| |
NMEA 4.10 tells us which sats a are used, but not which signal (L1, L2,
etc).
|
|
|
|
|
| |
No functional changes, yet. Change gnssid to ubx_gnssid as soon
nmea_gnssid will be needed.
|
| |
|
|
|
|
| |
The u-blox 9 can track a LOT of channels.
|
| |
|
|
|
|
| |
u-blox 9 RAW messages can be really big.
|
|
|
|
|
| |
Should never happen if GPS_JSON_RESPONSE_MAX is long enough. But
things always get longer. Or malicious...
|
|
|
|
| |
Multiple items are combined into one UBX-CFG-VALxxx messsage.
|
|
|
|
| |
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
|
|
| |
Everything needed to get a working GPS in Android.
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
| |
No way to delete from RAM layer...
|
|
|
|
| |
u-blox allows up to 64 in one packet.
|
| |
|
|
|
|
| |
Wow, a lot of them...
|
| |
|
|
|
|
|
| |
Signed-off-by: Adam Serbinski <adam@serbinski.com>
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
|
| |
Signed-off-by: Adam Serbinski <adam@serbinski.com>
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Dates past 18-Jan-2038 break 32-bit time_t, and are a while
off from now. So roll the GPS epoch back to 1 when week
is past week 968 in epoch 2 (late in 2037).
This fixes one GREIS regression, and allows the rollback of two
more to their correct date.
All regressions now pass again. Until 2037...
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Signed-off-by: Adam Serbinski <adam@serbinski.com>
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is not intended for use by the Android NDK.
This will enable the building of libgps.so as part of an AOSP
system build, which ultimately can be used in the creation of
GPS clients in the form of a system daemon, in particular, a
GNSS HAL.
Signed-off-by: Adam Serbinski <adam@serbinski.com>
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
| |
|
| |
|
|
|
|
| |
UBX-NAV-EOE is a good cycle ender.
|
|
|
|
| |
EOE is now working as a good cycle ender.
|
|
|
|
| |
7 regressions were reporting track and speed incorrectly.
|