Releases: sparkfun/SparkFun_u-blox_GNSS_Arduino_Library
Releases · sparkfun/SparkFun_u-blox_GNSS_Arduino_Library
Version 2.2.16
This release:
- Adds a new example showing how to calculate the Great Circle Distance between two points and the course (heading) from one to the other
- Thanks! The code for
distanceBetween
andcourseTo
was taken from @mikalhart 's TinyGPSPlus
- Thanks! The code for
Version 2.2.15
This release:
- Corrects support for ESF MEAS sensor data on the NEO-M8U and ZED-F9R
- The ESF MEAS message is output-only, it cannot be polled
- This means that
getEsfDataInfo
andgetESFMEAS
were not correct - they have been deleted in this release - A new example shows how to access the ESF MEAS data from inside the loop
- The example has been tested on both NEO-M8U and ZED-F9R. 400kHz I2C is required. The example uses 230400 baud to allow the Serial Monitor prints to keep up.
Version 2.2.14
This release:
- Adds helper functions for HPPOSECEF - plus a new example
- Corrects support for ESF RAW IMU sensor data on the NEO-M8U and ZED-F9R
- In #133 , we discovered that the NEO-M8U outputs the sensor data in 'sets' of 10 readings, whereas the ZED-F9R outputs them one at a time
- The ESF RAW message is output-only, it cannot be polled
- This means that
getEsfRawDataInfo
andgetESFRAW
were not correct - they have been deleted in this release - The
UBX_ESF_RAW_data_t
data type now contains an extra fieldnumEsfRawBlocks
which indicates how many sensor data blocks were received - On the ZED-F9R,
numEsfRawBlocks
will be 7: 3 * accelerometer, 3 * gyro, 1 * gyro temperature - On the NEO-M8U,
numEsfRawBlocks
will be 70. The data is all timestamped so it is possible to access all the sensor data and know when each sample was taken - Two new examples show how to access the ESF RAW data using a callback and from inside the loop
- Both examples have been tested on both NEO-M8U and ZED-F9R. 400kHz I2C is required. The examples use 230400 baud to allow the Serial Monitor prints to keep up.
Version 2.2.13
This release:
- Makes
processRTCMframe
weak, allowing it to be overwritten with custom code if required - thank you @LeeLeahy2#147
Version 2.2.12
This release:
- Adds preliminary support for the UBX-RXM-QZSSL6 correction message from the NEO-D9C - thank you @mazgch#145
- Adds auto support for UBX-NAV-EOE and UBX-NAV-TIMEUTC - thank you @rislec#144
- Corrects an error in the way fresh ESF data was requested - thank you @rislec#144
- This may explain any stale or non-updating data returned by
getSensorFusionMeasurement
,getRawSensorMeasurement
andgetSensorFusionStatus
- This may explain any stale or non-updating data returned by
- Corrects an error in Example20
Version 2.2.11
This release:
- Adds the struct for CFG_TMODE3 plus a matching overload of
getSurveyMode
Version 2.2.10
This release:
- Fixes an error in
processUBXpacket
which was causing the navigation frequency (measRate) to be reported incorrectly- The error was the root cause of the occasional divide-by-zero seen in
getNavigationFrequency
getNavigationFrequency
,getMeasurementRate
andgetNavigationRate
have been wrong since v2.2.1... Sorry!
- The error was the root cause of the occasional divide-by-zero seen in
- Adds a new example showing how to access the callback data from the main loop
Version 2.2.9
Version 2.2.8
This release:
- Adds full auto support for NAV SVIN
- Adds CallbackExample8_NAV_SVIN
- Adds a fix for a possible divide-by-zero error in
getNavigationFrequency
- Adds several housekeeping changes: update keywords.txt; correct comment cut-and-paste gremlins
Version 2.2.7
This release:
- Adds a new NEO-D9S + ZED-F9P example which shows how to retrieve (and print) the PointPerfect L-Band dynamic encryption keys using MQTT on ESP32 over WiFi
- You can copy and paste the keys and other data into secrets.h for the NEO-D9S Example19
- Updates the other MQTT examples so they are able to receive MQTT (SPARTN correction or MGA AssistNow) data longer than 2KBytes
- Adds support for UBX-RXM-COR - which allows you to monitor if the differential correction data (SPARTN, PMP or RTCM3) is being decrypted correctly and/or used by the GNSS
- Changes the default
maxWait
for thesetVal
andgetVal
functions from 250ms to the standard 1.1s- We were seeing timeouts when changing the setting of
UBLOX_CFG_SPARTN_USE_SOURCE
. This change corrects that
- We were seeing timeouts when changing the setting of