| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Use GPS values when possible instead of calculated values.
|
|
|
|
| |
Use GPS values when possible instead of calculated values.
|
|
|
|
|
|
|
|
| |
Try to do it with forward and backward compatibility, which is
challenging with current miscojson.
Sometimes epe was used to 2D estimated erro. Sometimes for 3D error.
So make it explicit eph is 2D, and sep is 3D.
|
|
|
|
| |
Also, ignore missing "nav status"
|
| |
|
|
|
|
|
|
| |
Long standing bug, that became obvious when more NMEA decodes
were added. A 32 bit mask used to index into a 40 member array.o
Also fix over agressive mode setting on $PSRFEPE.
|
|
|
|
| |
Odd that it was never there before...
|
|
|
|
| |
Only present in old SiRF.
|
|
|
|
|
| |
Fixes long standing complaints that gpsd freezes instead of
reporting NO FIX.
|
|
|
|
|
| |
Turns out eps also came from other GPS, but never made it to TPV.
Regressions changed to show new eps data.
|
|
|
|
|
| |
Turns out epd also came from SiRF, but never made it to TPV.
Regressions changed to show new epd data.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now that the Galileo constellation is live, the NMEA 4.1 standard
appears to have standardized on the "$GA..." prefix for
Galileo-specific messages. The lexer currently filters these out; this
patch ensures they go through to e.g. gpspipe -r. (I tore my hair out
for days trying to figure out why these were not being passed through
even though I could see them using screen etc.)
Also added logic to the GSA and GSV message parsing to account for the
Galileo messages. It probably needs more work to match up satellite
numbers between the GSA and GSV messages and to account for the GNSS
type field in NMEA 4.1, but it's a start at least.
I also fixed a couple of situations where the 'GB' prefix was being
ignored even though 'BD' was not. This leads to a regression in
test/daemon/beidou-gb.log, but the "regression" is actually incorrect
old behavior (JSON messages omitting BeiDou satellites) exposed by the
patch.
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
| |
regressions updated. Other rdivers prolly need similar fixes.
|
| |
|
|
Also, bekated registration of a Beidou check file.
All regression tests pass.
|