summaryrefslogtreecommitdiff
path: root/src/ao_gps_test.c
Commit message (Collapse)AuthorAge
* altos: Complete new telemetry switchoverKeith Packard2011-07-04
| | | | | | | | | | | | | | This involved rewriting the GPS code to use the telemetry structures directly so that a memcpy could be used to transfer the data to the telemetry packets, saving a bunch of code space, along with fixing up the gps testing programs to deal with the structure changes. In addition, the teledongle code needed to have the monitoring code split into separate radio receiver and USB writer threads as the packets are now back-to-back, and hence come too fast to wait for the USB data to be sent to the host after each one. Signed-off-by: Keith Packard <keithp@keithp.com>
* altos: New telemetry report format (version 4). Supports tiny telemetry.Keith Packard2011-03-19
| | | | | | | | | | | This completely replaces the version 3 format with a much simpler and easier to parse scheme. It's described in detail in ao_telem.h, but the basic idea is that the whole line is split into name/value pairs, separated by whitespace. Every name is unique, and the values are either strings or integers. No extraneous formatting or units are provided. Signed-off-by: Keith Packard <keithp@keithp.com>
* altos: Bounds check Skytraq GPS tracking data arrayKeith Packard2010-09-01
| | | | | | | | | | | | | Missing GPS serial data could cause the tracking array reset to get skipped, causing the array to be overrun, smashing critical data beyond the array. This was detected using the 'altosui' flash command to program a device from TM. Hitting the USB that hard caused TM to crash with a mutex error (3 beeps) after the ao_gps_task structure was overwritten with zeros. Signed-off-by: Keith Packard <keithp@keithp.com>
* Log GPS data on pad after boost detect.Keith Packard2010-02-13
| | | | | | | | | This wakes up the two GPS reporting tasks and gets them to report out any existing GPS data to the log file. To make sure the timestamps in that GPS data are accurate, this also records GPS time on receipt of the GPS data instead of when that is logged. Signed-off-by: Keith Packard <keithp@keithp.com>
* Stop using SiRF state info.Keith Packard2009-11-15
| | | | | | | | With the switch to the skytraq GPS unit, we don't have the same level of detail in the GPS stream, so stop reporting that in the telemetry stream, in the UI and writing it to eeprom. Signed-off-by: Keith Packard <keithp@keithp.com>
* Add date to GPS data, captured from GPRMC packet.Keith Packard2009-11-15
| | | | | | | Pull the date out of the GPS stream and send it over the telemetry link and write it to the eeprom. Signed-off-by: Keith Packard <keithp@keithp.com>
* Add support for the SkyTraq GPS unitKeith Packard2009-10-09
| | | | | | This is a build-time option selected by hacking the Makefile at present. Signed-off-by: Keith Packard <keithp@keithp.com>
* Handle GPS satellite tracking dataKeith Packard2009-08-18
| | | | | | | | SiRF message #4 includes signal strength and GPS engine state for each of the satellites being tracked. This data is now parsed and sent to eeprom and the radio. Signed-off-by: Keith Packard <keithp@keithp.com>
* Add AO_GPS_RUNNING state.Keith Packard2009-07-17
| | | | | | | | This tracks whether the GPS receiver has ever sent a valid report to the flight computer, allowing the user to tell whether the GPS receiver is working at all. Signed-off-by: Keith Packard <keithp@keithp.com>
* Use 57600 baud for GPS. Clean up gps init.Keith Packard2009-07-17
| | | | | | | | | Assume GPS is either in 4800 NMEA or 57600 SiRF mode, send just the sequence to get from 4800 NMEA to 5760 SiRF. Also, eliminate threads from the gps test program. Signed-off-by: Keith Packard <keithp@keithp.com>
* Fix up SiRF parsing and test code so that it actually worksKeith Packard2009-07-17
| | | | Signed-off-by: Keith Packard <keithp@keithp.com>
* Add host-side gps protocol testing programKeith Packard2009-07-17