summaryrefslogtreecommitdiff
path: root/test/daemon/italk-binary.log.chk
Commit message (Collapse)AuthorAgeFilesLines
* pseudonmea: Add frac seconds to $GPRMC, no zero times.Gary E. Miller2019-03-131-3/+3
| | | | Replace zero times with blanks.
* pseudonmea: Add fractional seconds to $GPGGAGary E. Miller2019-03-131-3/+3
|
* psuedonmea: Make $GPGBS match NMEA 3.0 specGary E. Miller2019-03-131-2/+2
|
* driver_nmea0183 and more: Decode $PSRFEPE add eps.Gary E. Miller2019-03-131-3/+3
| | | | | Turns out eps also came from other GPS, but never made it to TPV. Regressions changed to show new eps data.
* driver_italk: report ECEF in TPV.Gary E. Miller2018-06-171-3/+3
|
* Rebuild tests to deal with the leapsecond bump last night.Eric S. Raymond2017-01-011-17/+17
| | | | | | The broken tests are the ones where we have to do our own conversion from week/second to UTC because the device either doesn't supply UTC or its reporting is broken.
* Puedo GPGSA outputs 12 SATs and NaNs as empty.Gary E. Miller2016-07-181-1/+1
| | | | | | | | GPGSA is commonly taken to be 12 sats. Prevent ublox and TSIP drivers from outputting more. No regressions had more than 12 anyway. DOPs that were NaNs were output as 0.0. Now output as blanks. Too easy for a user to take 0.0 as a real number.
* Test rebuild required for the mid-2015 leap-second bump.Eric S. Raymond2015-07-111-17/+17
| | | | Explain what breaks on a leap-second transition, and why, in build.txt.
* More test trimming.Eric S. Raymond2015-02-091-215/+0
| | | | | A concerted effort to reduce all tests to below 10K in volume each while preserving all significant test features.
* Almost entirely eliminate use of sats_used array.Eric S. Raymond2015-01-101-26/+26
| | | | | | | Instead, set the used member in the satellites array directly where possible. The NMEA0183 and TSIP drivers still need a local equivalent. This changes pseudo-NMEA GSA output in several binary-protocol tests.
* Fix an odd little bug in pseudo-NMEA reporting.Eric S. Raymond2014-09-221-26/+26
| | | | | | | | | | | | | | | | | | | | | | Um. What was I thinking when I wrote that guard? It zeroed out reports of satellites used. Required a rebuild of the following (binary-orotocol) test logs. test/daemon/bu303-climbing.log.chk test/daemon/bu303-moving.log.chk test/daemon/bu303-stillfix.log.chk test/daemon/italk-binary.log.chk test/daemon/navcom.log.chk test/daemon/superstar2.log.chk test/daemon/trimble-lassen_iq-3dfix.log.chk test/daemon/trimble-lassen_iq.log.chk test/daemon/ublox-aek-4t.log.chk test/daemon/ublox-lea-4t.log.chk test/daemon/ublox-sirf1.log.chk test/daemon/zodiac.log.chk After that, all regressiion tests pass.
* Fix stupid finger error in DOP computation.Eric S. Raymond2014-09-211-111/+111
|
* Second attempt at DOP computation fix.Eric S. Raymond2014-09-191-111/+111
|
* Fix a subtle error in DOP computation. This makes a prompt release a good idea.Eric S. Raymond2014-09-191-111/+111
|
* Drop the obsolete tag field from JSON output. Bump the minor protocol number.Eric S. Raymond2014-08-241-47/+47
| | | | | | | Required a regression-test rebuild, of course. The field is still set by the TSIP and SiRF drivers; the SiRF driver actually uses it. It may be possible to eliminate the TSIP uses, but so far attempting this has produced odd regression-test failures.
* A fix to internal track interpolation - required some test load rebuilds.Eric S. Raymond2013-11-221-26/+26
|
* Do *not* clear DOPs every time a satellite picture comes from the receiver.Eric S. Raymond2013-01-151-36/+36
| | | | | | | | | | | | | | | | | | | Required a regression-test rebuild. The immediate reason for this was Savannah bug bug #37810: satellites_used always zero via gpsd socket with multi nmea GSA/GSV. As the user reporting said: The "satellites_used" field in a "struct gps_data_t" filled in by "gps_read" is always returning zero. This module emits GNGSA messages in a group of three. My information is that the first GNGSA pertains to GPS, second to GLONASS, third to QZSS. It also emits GSV messages using talker id's GL,GP,QZ. The larger point is that DOPs are likely to be valid for longer than a GSV reporting cycle; they change only slowly as the actual sat configuration does. So it makes sense to retain them.
* Rebuild some binary-driver tests. Explain why this is needed.Eric S. Raymond2012-07-021-119/+119
|
* Some regression tests needed to be rebuilt after the last change.Eric S. Raymond2012-03-041-15/+15
| | | | | | Alexey says: I'm recorded 50 BPS data from BT-368 tracker with SiRFIII chipset, compared decoded values with reference data* and founded this fields wrong decoded.
* Emit "mode" before its dependent attributes in TPV, and timestamps with .3f.Eric S. Raymond2011-03-221-47/+47
| | | | Required a regression-test rebuild.
* Rebuild check logs to include genearated $GPALM.Eric S. Raymond2011-02-161-0/+3
|
* Make generated ZDAs report a UTC timezome, since UTC is what they emit.Eric S. Raymond2011-02-011-27/+27
|
* In pseudo-NMEA generation, emit ZDA at top of cycle.Eric S. Raymond2011-02-011-0/+27
|
* Timestamps in TPV and SKY go from float seconds since Unix epoch to ISO8601.Eric S. Raymond2011-01-291-47/+47
| | | | | | | | Protocol version number is bumped. Python and C test clients are known to work; interfaces of the C and Python client bindings are unchanged. Third-party client-side bindings which rely on naively copying JSON members will break (implementers have been repeatedly warned not to do this).
* Go back to wiring in a default leap-second offset at start.Eric S. Raymond2011-01-201-114/+114
| | | | | I thought I could avoid this, but it turns out SiRF chips before firmware rev 2.3.2 don't reliably get a leap-second report either. Sigh...
* Stop making an assumption about the leap-second offset at startup.Eric S. Raymond2011-01-181-114/+114
| | | | | | | | | | | | Gains: the stored leap-second offset we used for this could go stale, breaking our regression tests in the process - itr's just dumb luck that it hasn't since done so since 2008. Losses: If the receiver doesn't have leap-second cached in NVRAM (e.g, between cold boot and the next subframe message) time will be inaccurate by a few more seconds. 10 regression test outputs of 66 had to be rebuilt.
* Rebuilt regression tests to include subframe data.Eric S. Raymond2011-01-101-0/+13
|
* Clear DOPs only when we get a skyview report.Eric S. Raymond2010-04-201-77/+77
| | | | | | | | | | | | | | | This solves the disappearing epx/epy bug on SiRFs, but it was actually a systemic problem that affected several drivers. Navigation solution messages were clearing DOPs, making it impossible for the error modeller to compute estimates. New logic: Clear DOPs only when we get a skyview report. They'll be regenerated by our visibility-matrix calculation when the skyview sentence is analyzed. If a sentence from the device supplies a DOP between the time the visibility calculation is done and when the next fix is reported, it will override our computed value. This might change later! This change required a regression-test rebuild.
* A longstanding bug in error modeling fixed.Eric S. Raymond2010-04-131-98/+111
| | | | | | The guard controllong DOP computation wasn't right. The result was that x/y error estimates were computed much less often than they should have been.
* Regenerate regression tests after changing to the Vincenty formula. Chris Kuethe2010-02-281-15/+15
| | | | | | | | Rather than computing the value the WGS84 ellipsoid semi-minor axis in every call to ecef_to_wgs84fix, and having this computation in a few different source files, use a predefined value. This slightly changes the output value of ecef_to_wgs84fix - in the least-significant digit, or about 0.1mm.
* There are client library tests now, so rename the 'stable' directory...Eric S. Raymond2009-11-301-0/+188
...to something more descriptive.
View Lorry Controller Status