ogpsd questions
Luca Capello
luca at pca.it
Tue Sep 30 00:42:21 CEST 2008
Hi there!
On Tue, 30 Sep 2008 00:10:10 +0200, Daniel Willmann wrote:
> For the record, here is the current status regarding your TODO list
FYI, I'm not an expert on GPS or even on the frameworkd internals.
> On Thu, 4 Sep 2008 00:14:38 +0200
> Sascha Wessel <wessel at nefkom.net> wrote:
>> * TODO: power off the device when frameworkd is shutting down
>> (`/etc/init.d/fso-frameworkd restart` while the device is powered on
>> confuses frameworkd)
>
> This shouldn't be a problem any more as we force GPS off at ogpsd
> startup. Of course turning off GPS on regular shutdown would still be
> nice.
Can I disagree? Why can't frameworkd cope with the GPS status? I mean,
I don't understand why the GPS cannot be on *before* starting
frameworkd. What's the advantage of frameworkd "predating" the GPS?
The situation should be similar for GSM, bluetooth and WiFi, right?
>> * Debian bug #494927
>> - sometimes disabling of nmea in ubx.py doesn't work
>> - zhone shows 90.0/0.0 as location
>
> Okay, these are two problems.
I'm sorry, but wasn't that Debian bug already fixed [1]?
> The Discarded data not UBX is pretty much unavoidable since when we
> power the GPS it will start to output NMEA data. ogpsd configures in-
> and output to only UBX, but before this command goes through the GPS
> chip already printed its welcome message. I could lower the log level
> of that message to DEBUG, though, so it wouldn't confuse people.
Yes, please.
> The problem with zhone showing 90.0/0.0 should be gone now, at least I
> haven't encountered that in a while (ever since the patch that added
> _reset IIRC).
Thx, bye,
Gismo / Luca
Footnotes:
[1] http://projects.linuxtogo.org/pipermail/smartphones-standards/2008-September/000444.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <http://lists.linuxtogo.org/pipermail/smartphones-standards/attachments/20080930/5df2d095/attachment.pgp>
More information about the smartphones-standards
mailing list