[hafqa] [hafqa] [Bug 2878] Very poor satellite acquisition in internal GPS

[From: bugzilla-daemon at lists.maemo.org]

https://bugs.maemo.org/show_bug.cgi?id=2878


S.G.Pickering at bath.ac.uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |S.G.Pickering at bath.ac.uk




------- Comment #3 from S.G.Pickering at bath.ac.uk  2008-02-03 12:18 GMT+3 -------
> if you can preload the chip with a quick guess location and time gps chips
> normally lock on in seconds, not minutes.

If you give the chip a rough location it helps with its initial calculations.
It may also be possible to pass on almanac data (as this is valid for a long
period). 
AGPS would allow us to feed it up-to-date almanac and/or ephemeris data for a
know position.

Note that there are some files under /var/lib/gps/ which are related to the
GPS:
One of these is called nvd_data, the other is called gps_last_saved_report.
When run from the xterm, the gpsdriver talks about reading in customer conf
data and location data. After running the GPS and getting a lock the contents
of these two files change.

So, it would be nice to know what the files contain, and the formats. I note
that although it's ~14000bytes in size, the gps_last_saved_report contains lots
of 0x00, does this indicate that the file is not fully utilised (e.g. for
saving almanac/ephemeris data)?

Can we have some more details please?


-- 
Configure bugmail: https://bugs.maemo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.