-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GPS: wait 10sec after signal and require 4 satellites minimum for recording position #65
Comments
In documentation http://www.libelium.com/downloads/documentation/waspmote-gps-programming_guide.pdf section 5.10 (page 17), there are 4 fields related to accuracy:
From the same documentation page 6 this is the description of the GGA and GSA sentences:
Which accuracies should be recorded? Should we sent them to the server? |
I had a quick chat with Trond (our GPS expert) about this. The best approach should be to wait 10 sec after the first fix, that should assure that most of the visibel satellites are used to solve the position. Usually more then 4 (at least 5). This should give a good position. Alternatively we could use PDOP<2. I suggest the approach with at least 5 satellites and wait 10+10+10 Record number of satellites and PDOP, that could be useful information for further tests. |
changes done but could not verify, I'm not getting signal now |
This works great for the GPS units. Is this also implemented for the 4G gps? Seams like i get worse accuracy for the 4G gps |
Yes,this should be implemented for 4G gps aswell. |
make sense to implement minimum number of satellites for 4G gps as well. |
To ensure a certain quality measurement for the position, wait 10 second after the
GPS.waitforsignal()
and check if the number of satellites is more or equal to 4, if yes, then record and move on, if not, wait another 10s, check number of satellites, if yes, record and move on, if not exit, and get timeAlso see if PDOP and VDOP can be recorded
more documentation here
The text was updated successfully, but these errors were encountered: