summaryrefslogtreecommitdiff
path: root/driver_rtcm3.c
Commit message (Collapse)AuthorAgeFilesLines
* LICENSE: Update licenses for consistency. No functional changes.Gary E. Miller2018-11-191-1/+1
|
* ATT: centralize clearing of the attitude data.Gary E. Miller2018-09-111-0/+1
| | | | | This showed up a bug where rtcm3_unpack() was not clearing its rtcm3 data, which is a union with the attitude data.
* SPDXify the licerse references.Eric S. Raymond2018-03-081-1/+1
|
* uint was rmoved in C99. If gpsd enforce C99, then uint must go.Gary E. Miller2016-08-151-6/+6
| | | | uint is now unsigned int.
* Comment on other RTCM 3.2 messages.Gary E. Miller2016-04-211-0/+18
| | | | Skytraq wants these, but no NTRIP casters send them...
* Add more comments to RTCM message types.Gary E. Miller2016-04-061-2/+18
| | | | | rtklib.c decodes a number of types gpsd does not. Source code here: http://www.rtklib.com/
* Add comments to some known, and unknown but seen, RTCM 3.2Gary E. Miller2016-04-061-18/+154
|
* Retire splint from our set of static analyzers.Eric S. Raymond2015-03-301-5/+1
| | | | | | | | | | | | | | | | | | | The proximate cause was that we've been seing emission of error messages that were randomly and disturbingly variable across different environments - notably Raspbian and Gentoo splint gave nontrivially different results than Ubuntu 14.10 splint. And this was *not* due to Ubuntu patches! A pristine splint built from the 3.1.2 tarball on Ubuntu didn't match the Raspbian and Gentoo results either. But this has been coming for a while. Easy access to more modern static analyzers such as coverity, scan-build and cppcheck has been decreasing the utility of splint, which is unmaintained and somewhat buggy and not easy to use. Only file not cleaned is ppsthread.c, because Gary has been working on it during this cleanup. All regression tests pass. PPS observed live on GR601-W.
* gpsd-report() -> gpsd_log()Eric S. Raymond2015-03-071-2/+2
| | | | | | | | | | | | | | | | This change is done so we can add a "log" hook to the pps_thread_t structure (this is not done yet) and harmonize with the name of the outer logging function. If that name had been left as gpsd_report() there would have been scope for bad confusion with the report_hook member. Also, remove two stray duplicative printf calls from the NMEA2000 driver (drivers shouldn't have printfs!) and fix one typo. This is a step towards factoring out ntplib. For that to happen, the PPS thread code needs to be decoupled from the core session structure. No logic changes. Object compatibility preserved. All regression tests pass.
* Now that the transition is done we can restore the gpsd_report name.Eric S. Raymond2014-08-271-1/+1
| | | | All regression tests pass.
* The big leap. Most instances of gpsd_report are replaced...Eric S. Raymond2014-08-271-1/+1
| | | | | | | | | | | | | | | | ...with calls to gps_notify(), which indirects to its output method through a slot in an errout structure. Usually the errout structure lives inside the session context, but because struct errout_t is its own thing this does not have to be the case. One large clique of gpsd_notify() calls, in packet.c and isgps.c, looks at a struct errout_t copy in a lexer control block This change is not complete. Remnant gpsd_report calls need to be changed, and gpsmon needs to be tweaked so that the struct_error_t in its context is a non-defaukt hook updating the cuses display rather than simply dumping to stderr. Also the report label functionality needs to be added. All regression tests pass.
* Introduce struct errout_t to encapsulate error-reporting hooks.Eric S. Raymond2014-08-271-1/+1
| | | | | | A major step towards eliminating reverse linkage. All regression tests pass.
* A steo topwrds eliminating the reverse linkage of gpd_report().Eric S. Raymond2014-08-271-2/+2
| | | | All regression tests pass.
* Change gpsd_report to no longer use a global. All regression tests pass.Eric S. Raymond2013-09-291-2/+3
| | | | | | | | This is a large, ugly change. But without it we can't troubleshoot the ICP/IP-source initialization bug properly - colliding definitions of gpsd_report() were interfering with error reporting early in gpsd runs. More cleanup work remains to be done, but at least this is working.
* The signed/unsigned char fix.Michael Tatarinov2013-02-181-2/+2
| | | | | | All regression tests pass on Raspbian “wheezy”. Signed-off-by: Eric S. Raymond <esr@thyrsus.com>
* Nuke trailing whitespace in C source.Eric S. Raymond2012-09-071-4/+4
|
* Replace 'ushort' with 'unsigned short'.Eric S. Raymond2012-09-071-24/+24
|
* Comment out a dead increment found by scan-build.Eric S. Raymond2012-05-161-2/+2
|
* More steps towards little-endiuan extraction.Eric S. Raymond2012-04-191-2/+2
| | | | All normal regressions tests and the test_bits unit test pass.
* Rename some bit extractors.Eric S. Raymond2012-04-191-2/+2
|
* Cut down on gpsd_hexdump_wrapper() calls.Eric S. Raymond2011-06-171-3/+2
| | | | | | | | | | | | | | | This awkward construct seems to have triggered some sort of toolchain bug. The symptom is that gpsd_hexdump_level has different values depending on whether we test it inside or outside of hex.c. As a first step towards eliminating this global, we throw out a bunch of hex logging that is duplicative or not really needed for production drivers. Experimental drivers can call the hex dumper unconditionally. The goal is to reduce the number of uses of this variable to eliminate it withoud doing violence to the internal APIs. This is a first step. All regression tests pass.
* Don't punt on RTCM3 messages we can't yet decode.Eric S. Raymond2011-04-131-18/+0
|
* Interpret GLONASS channel numbers in RTCM3 correctly.Eric S. Raymond2011-04-121-5/+6
|
* Conjectural decode of RTCM3 message 1033.Eric S. Raymond2011-04-121-3/+13
|
* Partial decode of RTCM3 1033.Eric S. Raymond2011-04-121-2/+21
|
* Note that we got RTCM3 1006 along with 1005.Eric S. Raymond2011-04-121-9/+2
|
* RTCM3 1008 decodes correctly.Eric S. Raymond2011-04-121-3/+4
|
* Eliminate a splint waring and possible overflow.Eric S. Raymond2011-04-121-1/+1
|
* RTCM3 message analysis for 1012 and 1013 is correct.Eric S. Raymond2011-04-121-1/+1
|
* RTCM3 1004 analysis is working.Eric S. Raymond2011-04-121-3/+2
|
* Fix up an RTCM3 field width.Eric S. Raymond2011-04-121-2/+2
|
* Decode of RTCM3 type 1005 is working.Eric S. Raymond2011-04-111-1/+1
|
* RTCM3 decoding, more progress.Eric S. Raymond2011-04-101-3/+4
|
* More small steps towards working RTCM3 decoding.Eric S. Raymond2011-04-101-8/+2
|
* Steps towards analyzing RTCM3 correctly.Eric S. Raymond2011-04-101-34/+17
|
* Scan-build and splint cleanup. All regression tests pass.Eric S. Raymond2011-03-281-1/+1
|
* Don't crap out on garbage data.Eric S. Raymond2011-03-021-2/+3
|
* Code simplification. All regression tests pass.Eric S. Raymond2011-03-021-6/+5
|
* Bug fixes for RTCM3 decoding. All regression tests pass.Eric S. Raymond2011-03-021-9/+7
| | | | | And the first actually successful decode of a known-good RTCM3 packet, a type 1029.
* A step towards decoding RTCM3.Eric S. Raymond2011-03-011-2/+8
|
* More creative macro abuse.Eric S. Raymond2011-03-011-92/+53
|
* Preprocessor abuse for a better world. Or simpler code, anyway.Eric S. Raymond2011-03-011-75/+35
|
* Simplify the RTCM3 analyzer. All regression tests pass.Eric S. Raymond2011-03-011-214/+168
|
* Replace the crappy old RTCM3 dumper with one that emits JSON.Eric S. Raymond2011-03-011-363/+6
|
* deheader cleanup.Eric S. Raymond2011-01-121-1/+1
|
* allow this to compile with pccChris Kuethe2011-01-081-6/+6
|
* netinet/in.h goes before arpa/inet.hChris Kuethe2010-12-241-1/+1
| | | | | | | In file included from driver_rtcm3.c:36: /usr//include/arpa/inet.h:74: warning: 'struct in_addr' declared inside parameter list /usr//include/arpa/inet.h:74: warning: its scope is only this definition or declaration, which is probably not what you want /usr//include/arpa/inet.h:75: warning: 'struct in_addr' declared inside parameter list
* Partial splint cleanup.Eric S. Raymond2010-12-241-1/+1
|
* deheader broke the build againChris Kuethe2010-12-221-0/+2
|
* More header portability auditing by deheader.Eric S. Raymond2010-12-221-5/+1
|
View Lorry Controller Status