Is related to gpsOneXTRA. I want to find a solution to see if the xtra file is old.
in my case AT+QGPSXTRADATA? always gives me 10800, like it’s mentioned here.
For BG95 (I have not used BG96),
AT+QGPSXTRADATA? returns the validity of the xtra file in minutes.
If it returns 4320, it means the file is only good for 3 days. The file needs to be renewed every 3 days.
To return the remaining period before next renewal, I use AT+QGPSCFG=“xtra_info”.
This will return the remaining period in hours. For example if it returns 29, the file will expire in 29 hours and needs to be re-downloaded.
If you enable the auto-download feature, you do not need to care about the expiry. It will re-download automatically when the xtra file expires.
I quickly looked at BG96 GNSS application note and noticed the following.
For BG96,
AT+QGPSXTRADATA? returns both <XTRA_data_durtime> and <injected_da
tatime>. You need to do the calculation to get the remaining period.
In addition, download of xtra file is different. BG95 allows the module itself to automatically download and inject the file but this option is not available for BG96.
Without AGPS, the positioning performance of BG95 is very bad compared to other standalone GNSS modules. I suppose BG96 performs the same as BG95. I did not realize that implementation of AGPS on BG96 is so user unfriendly.
On GNSS it helps to synchronize the clock of the BG96 with the network time and a high gain antenna. It’s what I’m using now. I wanted something more bulky for further projects .
If your device is stationary, a high gain or active antenna can bring GNSS performance to acceptable level. If your device is moving from location to location, activation of AGPS is much preferred since it boosts the cold start sensitivity by 11dB with a valid xtra file.