GPS stopped working, can't figure it out... what else?

classic Classic list List threaded Threaded
27 messages Options
12
Reply | Threaded
Open this post in threaded view
|

GPS stopped working, can't figure it out... what else?

Yaroslav Halchenko
Running SHR, recently reflushed to most recent SHR and kept it up to
date (today).  GPS for some reason not only doesn't fixate but even
fails to acquire time.

Running fso-gpsd in foreground with debug level of 10 I am getting
periodic:

13:10:01.799252 DEBUG: Timeout: sending data to clients
13:10:01.800015 INFO: Sending nmea: $GPGGA,,,,,,0,00,,,,,,,*66
13:10:01.800529 INFO: Sending nmea: $GPGSA,A,0,,,,,,,,,,,,,,,*1f
13:10:01.800934 INFO: Sending nmea: $GPGSV,1,1,00*79
13:10:01.801360 INFO: Sending nmea: $GPRMC,,V,,,,,,,,,*31
13:10:01.801761 INFO: Sending nmea: $GPGLL,,,,,,V*06
13:10:01.802203 INFO: Sending nmea: $GPVTG,,,,,,,,*52
13:10:03.806755 DEBUG: Timeout: sending data to clients
13:10:03.807292 INFO: Sending nmea: $GPGGA,,,,,,0,00,,,,,,,*66
13:10:03.807706 INFO: Sending nmea: $GPGSA,A,0,,,,,,,,,,,,,,,*1f
13:10:03.808097 INFO: Sending nmea: $GPGSV,1,1,00*79
13:10:03.808486 INFO: Sending nmea: $GPRMC,,V,,,,,,,,,*31
13:10:03.808855 INFO: Sending nmea: $GPGLL,,,,,,V*06
13:10:03.809222 INFO: Sending nmea: $GPVTG,,,,,,,,*52


logs in frameworkd upon me 'enabling GPS again':

2010.07.09 13:05:58.177 ogpsd                DEBUG    (writing '1' to '/sys/bus/platform/devices/gta02-pm-gps.0/power_on')
2010.07.09 13:05:58.716 ogpsd                DEBUG    Sending UBX packet of type CFG-SBAS: {'usage': 7, 'scanmode': 0, 'mode': 1, 'maxsbas': 3}
2010.07.09 13:05:58.725 ogpsd                DEBUG    Sending UBX packet of type CFG-NAV2: {'TDOP': 250, 'TACC': 300, 'MinELE': 5, 'MaxSVs': 16, 'MinSVInitial': 3, 'MinCN0After': 10, 'FixMode': 2, 'PDOP': 250, 'Platfo
rm': 3, 'MinSVs': 3, 'DGPSTO': 60, 'PACC': 100, 'NAVOPT': 1, 'MaxDR': 5, 'StaticThres': 10, 'MinCN0Initial': 15, 'FixedAltitude': 50000}                                                                                 2010.07.09 13:05:58.733 ogpsd                DEBUG    Sending UBX packet of type CFG-PRT: []
2010.07.09 13:05:58.740 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 3, 'Rate': 1, 'Class': 1}
2010.07.09 13:05:58.747 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 2, 'Rate': 1, 'Class': 1}
2010.07.09 13:05:58.754 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 18, 'Rate': 1, 'Class': 1}
2010.07.09 13:05:58.761 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 33, 'Rate': 1, 'Class': 1}
2010.07.09 13:05:58.769 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 4, 'Rate': 1, 'Class': 1}
2010.07.09 13:05:58.776 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 48, 'Rate': 5, 'Class': 1}
2010.07.09 13:05:58.783 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 0, 'Rate': 1, 'Class': 11}
2010.07.09 13:05:58.791 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 1, 'Rate': 8, 'Class': 1}
2010.07.09 13:05:58.798 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 48, 'Rate': 1, 'Class': 11}
2010.07.09 13:05:58.805 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 49, 'Rate': 1, 'Class': 11}
2010.07.09 13:05:58.826 frameworkd.resource  DEBUG    sending delayed signal <function ConnectionStatusChanged at 0x177330>( (<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at 0x1bc330>, False) )
2010.07.09 13:05:58.833 ogpsd.gpsdevice      DEBUG    ConnectionStatusChanged False
2010.07.09 13:05:58.841 frameworkd.resource  DEBUG    sending delayed signal <function ConnectionStatusChanged at 0x177330>( (<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at 0x1bc330>, True) )
2010.07.09 13:05:58.861 ogpsd.gpsdevice      DEBUG    ConnectionStatusChanged True
2010.07.09 13:05:58.878 frameworkd.resource  DEBUG    (ok) done processing command 'enable' for resource '<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at 0x1bc330>' (new status=enabled); triggering next command


what else could it be beside may be ruined GPS module? (I could have dropped
poor phone few times recently ;))

what else could I do to troubleshoot?

thanks in advance!
--
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Yaroslav Halchenko
some times, and seems whenever I don't allow it to sleep after reboot,
it does manage to acquire time, but still doesn't see satellites

On Fri, 09 Jul 2010, Yaroslav Halchenko wrote:

> Running SHR, recently reflushed to most recent SHR and kept it up to
> date (today).  GPS for some reason not only doesn't fixate but even
> fails to acquire time.
--
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Joachim Ott-2
On 9 July 2010 21:00, Yaroslav Halchenko
<[hidden email]> wrote:
> some times, and seems whenever I don't allow it to sleep after reboot,
> it does manage to acquire time, but still doesn't see satellites
>
> On Fri, 09 Jul 2010, Yaroslav Halchenko wrote:
>
>> Running SHR, recently reflushed to most recent SHR and kept it up to
>> date (today).  GPS for some reason not only doesn't fixate but even
>> fails to acquire time.

I had the same problem with the new shr-unstable image. I got me some
assist data from u-blox and fed them into /dev/ttySAC1. It still took
some time, then it reported 3 satellites and about a minute later, it
showed the right gps time. Since then, it always shows the correct gps
time shortly after starting tangogps.

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Yaroslav Halchenko

On Fri, 09 Jul 2010, Joachim Ott wrote:
> I had the same problem with the new shr-unstable image. I got me some
> assist data from u-blox and fed them into /dev/ttySAC1. It still took
khm... would you mind sharing what 'assist data' that was? and how you
got around getting it?
--
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Joachim Ott-2
On 10 July 2010 04:42, Yaroslav Halchenko
<[hidden email]> wrote:
>
> On Fri, 09 Jul 2010, Joachim Ott wrote:
>> I had the same problem with the new shr-unstable image. I got me some
>> assist data from u-blox and fed them into /dev/ttySAC1. It still took
> khm... would you mind sharing what 'assist data' that was? and how you
> got around getting it?

I got me a password from u-blox.com and use the script from this page:
http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS#GTA02_GPS_Hardware_Assist_Feature
(the python one). I set the values for lat and lon to known values
(for me lat=52.375756;lon=13.651114;) and feed the output into
/dev/ttySAC1 -  this speeds up finding satellites alot.

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Ian Darwin

>> khm... would you mind sharing what 'assist data' that was? and how you
>> got around getting it?
>>      
> I got me a password from u-blox.com and use the script from this page:
> http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS#GTA02_GPS_Hardware_Assist_Feature
> (the python one). I set the values for lat and lon to known values
> (for me lat=52.375756;lon=13.651114;) and feed the output into
> /dev/ttySAC1 -  this speeds up finding satellites alot.
>    
This is an important action if you're using the GPS. The wiki discussion
cited above could use
some cleanup but the information you need is there. Anyone using a FR
device and wanting
to use the GPS should be using this. There's even a version for Android
On OM at
http://androidgps.blogspot.com/2009/02/priming-openmoko-u-blox-gps-chip.html



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Timo Juhani Lindfors
> some cleanup but the information you need is there. Anyone using a FR
> device and wanting
> to use the GPS should be using this. There's even a version for Android

The alternative is to keep GPS constanly on but in low power
state. This gives you privacy and you don't need internet connectivity
either.



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Yaroslav Halchenko
In reply to this post by Ian Darwin
thanks everyone -- I will check it out although I am a bit confused
since
* originally GPS worked for me without AGPS at all, just TTFF was around
  2 min
* I thought AGPS feeding chip with previous locations was already
  implemented and that is why there is a button to remove AGPS data
  if you rellocate (used it few times, and then again acquired time/fix
  within few minutes)
now I am experiencing now fixation (or even time acquisition) at all,
which sounds somewhat different... but ok -- I guess I better check
first what effect I would get with "online assistance".

On Sat, 10 Jul 2010, Ian Darwin wrote:

> > I got me a password from u-blox.com and use the script from this page:
> > http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS#GTA02_GPS_Hardware_Assist_Feature
> > (the python one). I set the values for lat and lon to known values
> > (for me lat=52.375756;lon=13.651114;) and feed the output into
> > /dev/ttySAC1 -  this speeds up finding satellites alot.

> This is an important action if you're using the GPS. The wiki discussion
> cited above could use
> some cleanup but the information you need is there. Anyone using a FR
> device and wanting
> to use the GPS should be using this. There's even a version for Android
> On OM at
> http://androidgps.blogspot.com/2009/02/priming-openmoko-u-blox-gps-chip.html
--
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Joachim Ott-2
In reply to this post by Timo Juhani Lindfors
On 10 July 2010 15:48, Timo Juhani Lindfors <[hidden email]> wrote:
>> some cleanup but the information you need is there. Anyone using a FR
>> device and wanting
>> to use the GPS should be using this. There's even a version for Android
>
> The alternative is to keep GPS constanly on but in low power
> state. This gives you privacy and you don't need internet connectivity
> either.

How to I set that low power mode? GPS time is the cheapest clock
source on the FR.

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Timo Juhani Lindfors
Joachim Ott <[hidden email]> writes:
>> The alternative is to keep GPS constanly on but in low power
>> state. This gives you privacy and you don't need internet connectivity
>> either.
>
> How to I set that low power mode? GPS time is the cheapest clock
> source on the FR.

I personally do

darcs get http://iki.fi/lindi/darcs/ubx
cd ubx
./set-nmea.py off
./set-periodic-logging.py off
./set-fixnowmode.py on

to turn the power saving mode on and then use

./set-fixnowmode.py off
./set-nmea.py on
./set-periodic-logging.py on

to return to normal mode. If you want to suspend you also need to say

om gps keep-on-in-suspend 1

to make sure that the GPS stays on during suspend.

NOTE: This works only if you make sure that no other process is using
/dev/gps



(om is part of omhacks which you can get from debian or SHR (I think)
or http://git.debian.org/?p=pkg-fso/omhacks.git;a=summary

Note that I added 2.6.32 support just yesterday to
iki.fi/lindi/git/omhacks and it hasn't been propagated yet to SHR or
debian.)

-Timo

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Al Johnson
In reply to this post by Yaroslav Halchenko
On Saturday 10 July 2010, Yaroslav Halchenko wrote:
> thanks everyone -- I will check it out although I am a bit confused
> since
> * originally GPS worked for me without AGPS at all, just TTFF was around
>   2 min

It still should work. TTFF will be ~40s in ideal conditions, longer as

> * I thought AGPS feeding chip with previous locations was already
>   implemented and that is why there is a button to remove AGPS data
>   if you rellocate (used it few times, and then again acquired time/fix
>   within few minutes)

It is, but I think there are deficiencies in the implementation. It seems to
save incorrect data in some situations (like shutting down gps before it has a
fix), then load it next time the GPS is started. Depending on how lucky you
are it can then take a long time to get a fix, or not get one at all. In this
case shut down the gps, remove the stored data, then start the gps again.

> now I am experiencing now fixation (or even time acquisition) at all,
> which sounds somewhat different... but ok -- I guess I better check
> first what effect I would get with "online assistance".
>
> On Sat, 10 Jul 2010, Ian Darwin wrote:
> > > I got me a password from u-blox.com and use the script from this page:
> > > http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS#GTA02_GPS_Hardware_Ass
> > > ist_Feature (the python one). I set the values for lat and lon to known
> > > values (for me lat=52.375756;lon=13.651114;) and feed the output into
> > > /dev/ttySAC1 -  this speeds up finding satellites alot.
> >
> > This is an important action if you're using the GPS. The wiki discussion
> > cited above could use
> > some cleanup but the information you need is there. Anyone using a FR
> > device and wanting
> > to use the GPS should be using this. There's even a version for Android
> > On OM at
> > http://androidgps.blogspot.com/2009/02/priming-openmoko-u-blox-gps-chip.h
> > tml


_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Yaroslav Halchenko

On Sat, 10 Jul 2010, Al Johnson wrote:
> > * originally GPS worked for me without AGPS at all, just TTFF was around
> >   2 min
> It still should work. TTFF will be ~40s in ideal conditions, longer as
that is exactly my problem -- it doesn't work at all -- most of the time
even GPS time is not acquired after tens of minutes being waited.

just in case -- got account on online assist for ublox, used python
script from online with my account info and lat/long -- no change.

is there any more lower level way to troubleshoot GPS (sending/receiving
expected input etc) than just eye balling stream of outputs from
gso-gpsd?

11:36:52.597450 DEBUG: Timeout: sending data to clients
11:36:52.597985 INFO: Sending nmea: $GPGGA,,,,,,0,00,,,,,,,*66
11:36:52.598371 INFO: Sending nmea: $GPGSA,A,0,,,,,,,,,,,,,,,*1f
11:36:52.598782 INFO: Sending nmea: $GPGSV,1,1,00*79
11:36:52.599156 INFO: Sending nmea: $GPRMC,,V,,,,,,,,,*31
11:36:52.599519 INFO: Sending nmea: $GPGLL,,,,,,V*06
11:36:52.599882 INFO: Sending nmea: $GPVTG,,,,,,,,*52

Thank you for the hints in advance!
--
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Timo Juhani Lindfors
Yaroslav Halchenko <[hidden email]> writes:
> is there any more lower level way to troubleshoot GPS (sending/receiving
> expected input etc) than just eye balling stream of outputs from
> gso-gpsd?

Yes. Make sure that no process has /dev/gps open and then

om gps power 0
om gps power 1
hexdump /dev/gps

-Timo



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Al Johnson
In reply to this post by Yaroslav Halchenko
On Monday 12 July 2010, Yaroslav Halchenko wrote:

> On Sat, 10 Jul 2010, Al Johnson wrote:
> > > * originally GPS worked for me without AGPS at all, just TTFF was
> > > around
> > >
> > >   2 min
> >
> > It still should work. TTFF will be ~40s in ideal conditions, longer as
>
> that is exactly my problem -- it doesn't work at all -- most of the time
> even GPS time is not acquired after tens of minutes being waited.
>
> just in case -- got account on online assist for ublox, used python
> script from online with my account info and lat/long -- no change.
>
> is there any more lower level way to troubleshoot GPS (sending/receiving
> expected input etc) than just eye balling stream of outputs from
> gso-gpsd?

fso-gpsd is a level removed from the gps, so isn't much use for debugging. You
need to look at the debug output from ogpsd, or disable ogpsd entirely and
look at the serial port directly. I think that's still configured through
/etc/frameworkd.conf but it's a while since I've updated.
http://wiki.openmoko.org/wiki/OpenmokoFramework#How_to_debug

ogpsd uses the native ubx method to talk to the gps. There have been times in
the past where duff init data caused the gps to crash, reset and start talking
NMEA again. In that case you would never see a lock even if the gps had one
because the ubx parser rejects the NMEA as invalid data. If you enable logging
you will be able to see all this in the log.

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Yaroslav Halchenko
In reply to this post by Timo Juhani Lindfors
funny enough, on SHR unstable
1. I have no /dev/gps (ok, added symlink to ttySAC1)
2. om gps power 1
   puke with 'no file' since

   access("/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.7/neo1973-pm-gps.0", F_OK) = -1 ENOENT (No such file or directory)

   and doesn't seems to try

   /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-regltr.7/regulator/regulator.7/gta02-pm-gps.0-RF_3V/power_on

   I guess, om is not that freerunner/SHR compatible atm? ;)

in any case... if I just do everything manually I get nothing:

root@om-gta02 /dev # echo 0 > /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-regltr.7/regulator/regulator.7/gta02-pm-gps.0-RF_3V/power_on
root@om-gta02 /dev # echo 1> /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-regltr.7/regulator/regulator.7/gta02-pm-gps.0-RF_3V/power_on
root@om-gta02 /dev # hexdump /dev/gps
root@om-gta02 /dev #
root@om-gta02 /dev # ls -l /dev/gps
lrwxrwxrwx    1 root     root            12 Jul 12 12:33 /dev/gps -> /dev/ttySAC1

On Mon, 12 Jul 2010, Timo Juhani Lindfors wrote:

> Yes. Make sure that no process has /dev/gps open and then

> om gps power 0
> om gps power 1
> hexdump /dev/gps

--
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Yaroslav Halchenko
In reply to this post by Al Johnson

On Mon, 12 Jul 2010, Al Johnson wrote:

> fso-gpsd is a level removed from the gps, so isn't much use for debugging. You
> need to look at the debug output from ogpsd, or disable ogpsd entirely and

here is the excerpt from the log... not sure why it says that serial is
closed...

and and configuration I had
[ogpsd]
# possible options are NMEADevice, UBXDevice, GTA02Device, EtenDevice
device = GTA02Device
#device = UBXDevice # this like I added ...
# possible options are SerialChannel, GllinChannel, UDPChannel, FileChannel
channel = SerialChannel
# For UDPChannel the path defines the port to listen to
path = /dev/ttySAC1


root@om-gta02 /var/volatile/log # grep gpsd frameworkd.log
2010.07.12 13:03:32.957 frameworkd.controller DEBUG    setting logger for ogpsd to 10
2010.07.12 13:03:33.86 frameworkd.controller DEBUG    setting logger for ogpsd.factory to 10
2010.07.12 13:03:34.549 frameworkd.controller INFO     launching internal subsystem ogpsd
2010.07.12 13:03:34.555 frameworkd.subsystem DEBUG    subsystem ogpsd created
2010.07.12 13:03:34.624 frameworkd.subsystem INFO     Scanned subsystem via method 'auto', result is ['om.py', 'gpsdevice.py', 'helpers.py', 'eten.pyo', 'helpers.pyo', 'eten.py', 'ubx.pyo', 'gpschannel.pyo', 'gpschannel.py', '__init__.py', 'nmea.py', 'om.pyo', 'factory.pyo', 'nmea.pyo', '__init__.pyo', 'ubx.py', 'factory.py', 'gpsdevice.pyo']
2010.07.12 13:03:35.140 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.om' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/om.pyo'>
2010.07.12 13:03:35.147 frameworkd.subsystem DEBUG    no plugin: factory function not found in module <module 'ogpsd.om' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/om.pyo'>
2010.07.12 13:03:35.160 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.gpsdevice' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpsdevice.pyo'>
2010.07.12 13:03:35.167 frameworkd.subsystem DEBUG    no plugin: factory function not found in module <module 'ogpsd.gpsdevice' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpsdevice.pyo'>
2010.07.12 13:03:35.175 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.helpers' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/helpers.pyo'>
2010.07.12 13:03:35.182 frameworkd.subsystem DEBUG    no plugin: factory function not found in module <module 'ogpsd.helpers' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/helpers.pyo'>
2010.07.12 13:03:35.238 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.eten' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/eten.pyo'>
2010.07.12 13:03:35.245 frameworkd.subsystem DEBUG    no plugin: factory function not found in module <module 'ogpsd.eten' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/eten.pyo'>
2010.07.12 13:03:35.383 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.gpschannel' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpschannel.pyo'>
2010.07.12 13:03:35.390 frameworkd.subsystem DEBUG    no plugin: factory function not found in module <module 'ogpsd.gpschannel' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpschannel.pyo'>
2010.07.12 13:03:35.400 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.__init__' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/__init__.pyo'>
2010.07.12 13:03:35.406 frameworkd.subsystem DEBUG    no plugin: factory function not found in module <module 'ogpsd.__init__' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/__init__.pyo'>
2010.07.12 13:03:35.419 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.nmea' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/nmea.pyo'>
2010.07.12 13:03:35.426 frameworkd.subsystem DEBUG    no plugin: factory function not found in module <module 'ogpsd.nmea' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/nmea.pyo'>
2010.07.12 13:03:35.434 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.ubx' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/ubx.pyo'>
2010.07.12 13:03:35.440 frameworkd.subsystem DEBUG    no plugin: factory function not found in module <module 'ogpsd.ubx' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/ubx.pyo'>
2010.07.12 13:03:35.455 frameworkd.subsystem DEBUG    ...in subsystem ogpsd: found module <module 'ogpsd.factory' from '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/factory.pyo'>
2010.07.12 13:03:35.501 ogpsd                DEBUG    (writing '1' to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
2010.07.12 13:03:35.507 ogpsd                WARNING  (could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
2010.07.12 13:03:35.515 ogpsd                DEBUG    (writing '1' to '/sys/bus/platform/devices/gta02-pm-gps.0/power_on')
2010.07.12 13:03:36.36 ogpsd                DEBUG    (writing '0' to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
2010.07.12 13:03:36.42 ogpsd                WARNING  (could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
2010.07.12 13:03:36.48 ogpsd                DEBUG    (writing '0' to '/sys/bus/platform/devices/gta02-pm-gps.0/power_on')
2010.07.12 13:03:36.103 ogpsd.gpsdevice      INFO     GTA02Device initialized. Serving org.freedesktop.Gypsy at /org/freedesktop/Gypsy
2010.07.12 13:03:36.115 frameworkd.subsystem DEBUG    service ogpsd now owning busnames [<dbus.service.BusName org.freesmartphone.ogpsd on <dbus.bus.BusConnection object at 0x408a0b10> at 0x153790>, <dbus.service.BusName org.freedesktop.Gypsy on <dbus.bus.BusConnection object at 0x408a0b10> at 0x1bc030>]
2010.07.12 13:03:36.121 frameworkd.subsystem INFO     subsystem ogpsd took 1.56 seconds to startup
2010.07.12 13:03:55.358 frameworkd.resource  DEBUG    processing command 'disable' for resource '<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at 0x1bc0f0>' (present status=unknown)
2010.07.12 13:03:55.387 ogpsd.gpsdevice      INFO     disabling
2010.07.12 13:03:55.399 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 1, 'Rate': 0, 'Class': 1}
2010.07.12 13:03:55.416 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.427 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 0, 'Rate': 0, 'Class': 11}
2010.07.12 13:03:55.444 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.461 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 48, 'Rate': 0, 'Class': 11}
2010.07.12 13:03:55.473 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.484 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 49, 'Rate': 0, 'Class': 11}
2010.07.12 13:03:55.501 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.512 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 3, 'Rate': 0, 'Class': 1}
2010.07.12 13:03:55.524 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.541 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 2, 'Rate': 0, 'Class': 1}
2010.07.12 13:03:55.552 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.564 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 18, 'Rate': 0, 'Class': 1}
2010.07.12 13:03:55.586 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.597 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 33, 'Rate': 0, 'Class': 1}
2010.07.12 13:03:55.609 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.625 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 4, 'Rate': 0, 'Class': 1}
2010.07.12 13:03:55.637 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.649 ogpsd                DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 48, 'Rate': 0, 'Class': 1}
2010.07.12 13:03:55.666 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.682 ogps              DEBUG    Sending UBX packet of type CFG-PRT: []
2010.07.12 13:03:55.693 ogpsd                WARNING  Attempted to send something while serial is not open.
2010.07.12 13:03:55.710 ogpsd                DEBUG    (writing '0' to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
2010.07.12 13:03:55.722 ogpsd                WARNING  (could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
2010.07.12 13:03:55.733 ogpsd                DEBUG    (writing '0' to '/sys/bus/platform/devices/gta02-pm-gps.0/power_on')
2010.07.12 13:03:55.981 frameworkd.resource  DEBUG    (ok) done processing command 'disable' for resource '<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at 0x1bc0f0>' (new status=disabled); triggering next comman

> look at the serial port directly.

ok -- I will read up on how to interact directly (what to send and to
"receive" ;))

--
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]



_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Al Johnson
On Monday 12 July 2010, Yaroslav Halchenko wrote:

> On Mon, 12 Jul 2010, Al Johnson wrote:
> > fso-gpsd is a level removed from the gps, so isn't much use for
> > debugging. You need to look at the debug output from ogpsd, or disable
> > ogpsd entirely and
>
> here is the excerpt from the log... not sure why it says that serial is
> closed...
>
> and and configuration I had
> [ogpsd]
> # possible options are NMEADevice, UBXDevice, GTA02Device, EtenDevice
> device = GTA02Device
> #device = UBXDevice # this like I added ...
> # possible options are SerialChannel, GllinChannel, UDPChannel, FileChannel
> channel = SerialChannel
> # For UDPChannel the path defines the port to listen to
> path = /dev/ttySAC1
>
>
> root@om-gta02 /var/volatile/log # grep gpsd frameworkd.log
> 2010.07.12 13:03:32.957 frameworkd.controller DEBUG    setting logger for
> ogpsd to 10 2010.07.12 13:03:33.86 frameworkd.controller DEBUG    setting
> logger for ogpsd.factory to 10 2010.07.12 13:03:34.549
> frameworkd.controller INFO     launching internal subsystem ogpsd
> 2010.07.12 13:03:34.555 frameworkd.subsystem DEBUG    subsystem ogpsd
> created 2010.07.12 13:03:34.624 frameworkd.subsystem INFO     Scanned
> subsystem via method 'auto', result is ['om.py', 'gpsdevice.py',
> 'helpers.py', 'eten.pyo', 'helpers.pyo', 'eten.py', 'ubx.pyo',
> 'gpschannel.pyo', 'gpschannel.py', '__init__.py', 'nmea.py', 'om.pyo',
> 'factory.pyo', 'nmea.pyo', '__init__.pyo', 'ubx.py', 'factory.py',
> 'gpsdevice.pyo'] 2010.07.12 13:03:35.140 frameworkd.subsystem DEBUG  
> ...in subsystem ogpsd: found module <module 'ogpsd.om' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/om.pyo'>
> 2010.07.12 13:03:35.147 frameworkd.subsystem DEBUG    no plugin: factory
> function not found in module <module 'ogpsd.om' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/om.pyo'>
> 2010.07.12 13:03:35.160 frameworkd.subsystem DEBUG    ...in subsystem
> ogpsd: found module <module 'ogpsd.gpsdevice' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpsdevice.pyo
> '> 2010.07.12 13:03:35.167 frameworkd.subsystem DEBUG    no plugin: factory
> function not found in module <module 'ogpsd.gpsdevice' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpsdevice.pyo
> '> 2010.07.12 13:03:35.175 frameworkd.subsystem DEBUG    ...in subsystem
> ogpsd: found module <module 'ogpsd.helpers' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/helpers.pyo'>
> 2010.07.12 13:03:35.182 frameworkd.subsystem DEBUG    no plugin: factory
> function not found in module <module 'ogpsd.helpers' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/helpers.pyo'>
> 2010.07.12 13:03:35.238 frameworkd.subsystem DEBUG    ...in subsystem
> ogpsd: found module <module 'ogpsd.eten' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/eten.pyo'>
> 2010.07.12 13:03:35.245 frameworkd.subsystem DEBUG    no plugin: factory
> function not found in module <module 'ogpsd.eten' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/eten.pyo'>
> 2010.07.12 13:03:35.383 frameworkd.subsystem DEBUG    ...in subsystem
> ogpsd: found module <module 'ogpsd.gpschannel' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpschannel.py
> o'> 2010.07.12 13:03:35.390 frameworkd.subsystem DEBUG    no plugin:
> factory function not found in module <module 'ogpsd.gpschannel' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpschannel.py
> o'> 2010.07.12 13:03:35.400 frameworkd.subsystem DEBUG    ...in subsystem
> ogpsd: found module <module 'ogpsd.__init__' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/__init__.pyo'
> > 2010.07.12 13:03:35.406 frameworkd.subsystem DEBUG    no plugin: factory
> function not found in module <module 'ogpsd.__init__' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/__init__.pyo'
> > 2010.07.12 13:03:35.419 frameworkd.subsystem DEBUG    ...in subsystem
> ogpsd: found module <module 'ogpsd.nmea' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/nmea.pyo'>
> 2010.07.12 13:03:35.426 frameworkd.subsystem DEBUG    no plugin: factory
> function not found in module <module 'ogpsd.nmea' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/nmea.pyo'>
> 2010.07.12 13:03:35.434 frameworkd.subsystem DEBUG    ...in subsystem
> ogpsd: found module <module 'ogpsd.ubx' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/ubx.pyo'>
> 2010.07.12 13:03:35.440 frameworkd.subsystem DEBUG    no plugin: factory
> function not found in module <module 'ogpsd.ubx' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/ubx.pyo'>
> 2010.07.12 13:03:35.455 frameworkd.subsystem DEBUG    ...in subsystem
> ogpsd: found module <module 'ogpsd.factory' from
> '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/factory.pyo'>
> 2010.07.12 13:03:35.501 ogpsd                DEBUG    (writing '1' to
> '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron') 2010.07.12
> 13:03:35.507 ogpsd                WARNING  (could not write to
> '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file
> or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
> 2010.07.12 13:03:35.515 ogpsd                DEBUG    (writing '1' to
> '/sys/bus/platform/devices/gta02-pm-gps.0/power_on') 2010.07.12
> 13:03:36.36 ogpsd                DEBUG    (writing '0' to
> '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron') 2010.07.12 13:03:36.42
> ogpsd                WARNING  (could not write to
> '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file
> or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
> 2010.07.12 13:03:36.48 ogpsd                DEBUG    (writing '0' to
> '/sys/bus/platform/devices/gta02-pm-gps.0/power_on') 2010.07.12

The GPS is being powered off immediately after it is powered on. I guess this
is normal when ogpsd is initialised. Note that it tries both old and new paths
so one will always be 'no such file'.

> 13:03:36.103 ogpsd.gpsdevice      INFO     GTA02Device initialized.
> Serving org.freedesktop.Gypsy at /org/freedesktop/Gypsy 2010.07.12
> 13:03:36.115 frameworkd.subsystem DEBUG    service ogpsd now owning
> busnames [<dbus.service.BusName org.freesmartphone.ogpsd on
> <dbus.bus.BusConnection object at 0x408a0b10> at 0x153790>,
> <dbus.service.BusName org.freedesktop.Gypsy on <dbus.bus.BusConnection
> object at 0x408a0b10> at 0x1bc030>] 2010.07.12 13:03:36.121
> frameworkd.subsystem INFO     subsystem ogpsd took 1.56 seconds to startup
> 2010.07.12 13:03:55.358 frameworkd.resource  DEBUG    processing command
> 'disable' for resource '<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at
> 0x1bc0f0>' (present status=unknown) 2010.07.12 13:03:55.387
> ogpsd.gpsdevice      INFO     disabling

frameworkd now issues a disable for the resource that has just appeared. I
guess the subsequent UBX commands are for storing the almanac and ephemeris,
but since the gps is powered down already we get the warnings about sending
while serial isn't open. I hope this isn't a problem...

> 2010.07.12 13:03:55.399 ogpsd                DEBUG    Sending UBX packet of
> type CFG-MSG: {'MsgID': 1, 'Rate': 0, 'Class': 1} 2010.07.12 13:03:55.416
> ogpsd                WARNING  Attempted to send something while serial is
> not open. 2010.07.12 13:03:55.427 ogpsd                DEBUG    Sending
> UBX packet of type CFG-MSG: {'MsgID': 0, 'Rate': 0, 'Class': 11}
> 2010.07.12 13:03:55.444 ogpsd                WARNING  Attempted to send
> something while serial is not open. 2010.07.12 13:03:55.461 ogpsd        
>       DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 48, 'Rate':
> 0, 'Class': 11} 2010.07.12 13:03:55.473 ogpsd                WARNING
> Attempted to send something while serial is not open. 2010.07.12
> 13:03:55.484 ogpsd                DEBUG    Sending UBX packet of type
> CFG-MSG: {'MsgID': 49, 'Rate': 0, 'Class': 11} 2010.07.12 13:03:55.501
> ogpsd                WARNING  Attempted to send something while serial is
> not open. 2010.07.12 13:03:55.512 ogpsd                DEBUG    Sending
> UBX packet of type CFG-MSG: {'MsgID': 3, 'Rate': 0, 'Class': 1} 2010.07.12
> 13:03:55.524 ogpsd                WARNING  Attempted to send something
> while serial is not open. 2010.07.12 13:03:55.541 ogpsd              
> DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 2, 'Rate': 0,
> 'Class': 1} 2010.07.12 13:03:55.552 ogpsd                WARNING
> Attempted to send something while serial is not open. 2010.07.12
> 13:03:55.564 ogpsd                DEBUG    Sending UBX packet of type
> CFG-MSG: {'MsgID': 18, 'Rate': 0, 'Class': 1} 2010.07.12 13:03:55.586
> ogpsd                WARNING  Attempted to send something while serial is
> not open. 2010.07.12 13:03:55.597 ogpsd                DEBUG    Sending
> UBX packet of type CFG-MSG: {'MsgID': 33, 'Rate': 0, 'Class': 1}
> 2010.07.12 13:03:55.609 ogpsd                WARNING  Attempted to send
> something while serial is not open. 2010.07.12 13:03:55.625 ogpsd        
>       DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 4, 'Rate': 0,
> 'Class': 1} 2010.07.12 13:03:55.637 ogpsd                WARNING
> Attempted to send something while serial is not open. 2010.07.12
> 13:03:55.649 ogpsd                DEBUG    Sending UBX packet of type
> CFG-MSG: {'MsgID': 48, 'Rate': 0, 'Class': 1} 2010.07.12 13:03:55.666
> ogpsd                WARNING  Attempted to send something while serial is
> not open. 2010.07.12 13:03:55.682 ogps              DEBUG    Sending UBX
> packet of type CFG-PRT: [] 2010.07.12 13:03:55.693 ogpsd              
> WARNING  Attempted to send something while serial is not open. 2010.07.12
> 13:03:55.710 ogpsd                DEBUG    (writing '0' to
> '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron') 2010.07.12
> 13:03:55.722 ogpsd                WARNING  (could not write to
> '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file
> or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
> 2010.07.12 13:03:55.733 ogpsd                DEBUG    (writing '0' to
> '/sys/bus/platform/devices/gta02-pm-gps.0/power_on') 2010.07.12
> 13:03:55.981 frameworkd.resource  DEBUG    (ok) done processing command
> 'disable' for resource '<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at
> 0x1bc0f0>' (new status=disabled); triggering next comman

After the UBX commands for the disable it tries to power off again through
sysfs. We're now initialised with gps powered down and frameworkd/ogsmd
waiting for you to enable the gps. When you enable the gps it will power up
and be initialised with time and, if the pickle file is present, almanac and
ephemeris. That's the bit we really need to see the log for.

> > look at the serial port directly.
>
> ok -- I will read up on how to interact directly (what to send and to
> "receive" ;))

IIRC this should work, but I've not tried it. Only works if you've disabled
ogpsd, gpsd and anything else that may try to use the serial port.
In one terminal start listening to the serial port:
        cat /dev/ttySAC1 > my_log_file
Then in another power up the gps:
        echo 1 > /sys/bus/platform/devices/gta02-pm-gps.0/power_on

The log should show the gps powering up and giving NMEA output for a full cold
start. Before long it should pick up the time and date, then start tracking
satellites and finally get a fix, assuming a decent sky view. You can keep an
eye on my_log_file with tail -f.

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Timo Juhani Lindfors
In reply to this post by Yaroslav Halchenko
Hi,

Yaroslav Halchenko <[hidden email]> writes:

> funny enough, on SHR unstable
> 1. I have no /dev/gps (ok, added symlink to ttySAC1)
> 2. om gps power 1
>    puke with 'no file' since
>
>    access("/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.7/neo1973-pm-gps.0", F_OK) = -1 ENOENT (No such file or directory)
>
>    and doesn't seems to try
>
>    /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-regltr.7/regulator/regulator.7/gta02-pm-gps.0-RF_3V/power_on

Yes sorry I did not expect 2.6.32 here. I only very recently tested it
and support is still in http://iki.fi/lindi/git/omhacks. Enrico, can
you pull my changes to git.debian.org so that they end up in SHR?

>    I guess, om is not that freerunner/SHR compatible atm? ;)

Again sorry :)

> root@om-gta02 /dev # echo 0 > /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-regltr.7/regulator/regulator.7/gta02-pm-gps.0-RF_3V/power_on
> root@om-gta02 /dev # echo 1> /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-regltr.7/regulator/regulator.7/gta02-pm-gps.0-RF_3V/power_on
> root@om-gta02 /dev # hexdump /dev/gps
> root@om-gta02 /dev #
> root@om-gta02 /dev # ls -l /dev/gps
> lrwxrwxrwx    1 root     root            12 Jul 12 12:33 /dev/gps -> /dev/ttySAC1

Very odd. Can you verify that contents of power_on actually changes?
And also that power consumption changes?

-Timo

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

jamesmh
In reply to this post by Al Johnson
Dear all:

Was there ever any resolution on this thread regarding the loss of GPS
functionality?  I seem to be having the seemingly identical problem as of
last Saturday.  Last Saturday, my Freerunner's GPS seemed to stop working,
and I have been struggling to debug it since.

I've enabled the device with the dbus interface:
# mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freesmartphone.Resource.Enable

And the a variety of activity flies across the frameworkd.log.
Interestingly, it looks like ogpsd actually does have a fix... at least this
line:

2010.10.01 01:39:08.43 ogpsd                DEBUG    Got UBX packet of type
NAV-POSLLH: [{'LON': -123xxxxxxx, 'HMSL': 28843, 'HEIGHT': 11546, 'ITOW':
463141000, 'LAT': 48xxxxxxx, 'Vacc': 999998976, 'Hacc': 999998976}]

shows my exact position (obscurred for some level of privacy).  However,
when I query the position with the DBUS interface, I get nothing:

# mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freedesktop.Gypsy.Position.GetPosition
(0, 0, 0.0, 0.0, 0.0)

tangogps and foxtrotgps both fail to find any GPS.  Which is extremely
frustrating, because tangogps was until this point the one useful thing that
I have ever managed to get my Freerunner to do (and I use the GPS
extensively).

Does anyone have any advice?  FWIW I'm running debian:
# cat /proc/version
Linux version 2.6.29-20100313.git973a41fc (root@neo) (gcc version 4.4.5 20100728 (prerelease) (Debian 4.4.4-8) ) #1 Sat Aug 7 17:45:57 GMT-3 2010

~James

On Mon, Jul 12, 2010 at 07:24:49PM +0100, Al Johnson wrote:

> On Monday 12 July 2010, Yaroslav Halchenko wrote:
> > On Mon, 12 Jul 2010, Al Johnson wrote:
> > > fso-gpsd is a level removed from the gps, so isn't much use for
> > > debugging. You need to look at the debug output from ogpsd, or disable
> > > ogpsd entirely and
> >
> > here is the excerpt from the log... not sure why it says that serial is
> > closed...
> >
> > and and configuration I had
> > [ogpsd]
> > # possible options are NMEADevice, UBXDevice, GTA02Device, EtenDevice
> > device = GTA02Device
> > #device = UBXDevice # this like I added ...
> > # possible options are SerialChannel, GllinChannel, UDPChannel, FileChannel
> > channel = SerialChannel
> > # For UDPChannel the path defines the port to listen to
> > path = /dev/ttySAC1
> >
> >
> > root@om-gta02 /var/volatile/log # grep gpsd frameworkd.log
> > 2010.07.12 13:03:32.957 frameworkd.controller DEBUG    setting logger for
> > ogpsd to 10 2010.07.12 13:03:33.86 frameworkd.controller DEBUG    setting
> > logger for ogpsd.factory to 10 2010.07.12 13:03:34.549
> > frameworkd.controller INFO     launching internal subsystem ogpsd
> > 2010.07.12 13:03:34.555 frameworkd.subsystem DEBUG    subsystem ogpsd
> > created 2010.07.12 13:03:34.624 frameworkd.subsystem INFO     Scanned
> > subsystem via method 'auto', result is ['om.py', 'gpsdevice.py',
> > 'helpers.py', 'eten.pyo', 'helpers.pyo', 'eten.py', 'ubx.pyo',
> > 'gpschannel.pyo', 'gpschannel.py', '__init__.py', 'nmea.py', 'om.pyo',
> > 'factory.pyo', 'nmea.pyo', '__init__.pyo', 'ubx.py', 'factory.py',
> > 'gpsdevice.pyo'] 2010.07.12 13:03:35.140 frameworkd.subsystem DEBUG  
> > ...in subsystem ogpsd: found module <module 'ogpsd.om' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/om.pyo'>
> > 2010.07.12 13:03:35.147 frameworkd.subsystem DEBUG    no plugin: factory
> > function not found in module <module 'ogpsd.om' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/om.pyo'>
> > 2010.07.12 13:03:35.160 frameworkd.subsystem DEBUG    ...in subsystem
> > ogpsd: found module <module 'ogpsd.gpsdevice' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpsdevice.pyo
> > '> 2010.07.12 13:03:35.167 frameworkd.subsystem DEBUG    no plugin: factory
> > function not found in module <module 'ogpsd.gpsdevice' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpsdevice.pyo
> > '> 2010.07.12 13:03:35.175 frameworkd.subsystem DEBUG    ...in subsystem
> > ogpsd: found module <module 'ogpsd.helpers' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/helpers.pyo'>
> > 2010.07.12 13:03:35.182 frameworkd.subsystem DEBUG    no plugin: factory
> > function not found in module <module 'ogpsd.helpers' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/helpers.pyo'>
> > 2010.07.12 13:03:35.238 frameworkd.subsystem DEBUG    ...in subsystem
> > ogpsd: found module <module 'ogpsd.eten' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/eten.pyo'>
> > 2010.07.12 13:03:35.245 frameworkd.subsystem DEBUG    no plugin: factory
> > function not found in module <module 'ogpsd.eten' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/eten.pyo'>
> > 2010.07.12 13:03:35.383 frameworkd.subsystem DEBUG    ...in subsystem
> > ogpsd: found module <module 'ogpsd.gpschannel' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpschannel.py
> > o'> 2010.07.12 13:03:35.390 frameworkd.subsystem DEBUG    no plugin:
> > factory function not found in module <module 'ogpsd.gpschannel' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/gpschannel.py
> > o'> 2010.07.12 13:03:35.400 frameworkd.subsystem DEBUG    ...in subsystem
> > ogpsd: found module <module 'ogpsd.__init__' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/__init__.pyo'
> > > 2010.07.12 13:03:35.406 frameworkd.subsystem DEBUG    no plugin: factory
> > function not found in module <module 'ogpsd.__init__' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/__init__.pyo'
> > > 2010.07.12 13:03:35.419 frameworkd.subsystem DEBUG    ...in subsystem
> > ogpsd: found module <module 'ogpsd.nmea' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/nmea.pyo'>
> > 2010.07.12 13:03:35.426 frameworkd.subsystem DEBUG    no plugin: factory
> > function not found in module <module 'ogpsd.nmea' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/nmea.pyo'>
> > 2010.07.12 13:03:35.434 frameworkd.subsystem DEBUG    ...in subsystem
> > ogpsd: found module <module 'ogpsd.ubx' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/ubx.pyo'>
> > 2010.07.12 13:03:35.440 frameworkd.subsystem DEBUG    no plugin: factory
> > function not found in module <module 'ogpsd.ubx' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/ubx.pyo'>
> > 2010.07.12 13:03:35.455 frameworkd.subsystem DEBUG    ...in subsystem
> > ogpsd: found module <module 'ogpsd.factory' from
> > '/usr/lib/python2.6/site-packages/framework/subsystems/ogpsd/factory.pyo'>
> > 2010.07.12 13:03:35.501 ogpsd                DEBUG    (writing '1' to
> > '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron') 2010.07.12
> > 13:03:35.507 ogpsd                WARNING  (could not write to
> > '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file
> > or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
> > 2010.07.12 13:03:35.515 ogpsd                DEBUG    (writing '1' to
> > '/sys/bus/platform/devices/gta02-pm-gps.0/power_on') 2010.07.12
> > 13:03:36.36 ogpsd                DEBUG    (writing '0' to
> > '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron') 2010.07.12 13:03:36.42
> > ogpsd                WARNING  (could not write to
> > '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file
> > or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
> > 2010.07.12 13:03:36.48 ogpsd                DEBUG    (writing '0' to
> > '/sys/bus/platform/devices/gta02-pm-gps.0/power_on') 2010.07.12
>
> The GPS is being powered off immediately after it is powered on. I guess this
> is normal when ogpsd is initialised. Note that it tries both old and new paths
> so one will always be 'no such file'.
>
> > 13:03:36.103 ogpsd.gpsdevice      INFO     GTA02Device initialized.
> > Serving org.freedesktop.Gypsy at /org/freedesktop/Gypsy 2010.07.12
> > 13:03:36.115 frameworkd.subsystem DEBUG    service ogpsd now owning
> > busnames [<dbus.service.BusName org.freesmartphone.ogpsd on
> > <dbus.bus.BusConnection object at 0x408a0b10> at 0x153790>,
> > <dbus.service.BusName org.freedesktop.Gypsy on <dbus.bus.BusConnection
> > object at 0x408a0b10> at 0x1bc030>] 2010.07.12 13:03:36.121
> > frameworkd.subsystem INFO     subsystem ogpsd took 1.56 seconds to startup
> > 2010.07.12 13:03:55.358 frameworkd.resource  DEBUG    processing command
> > 'disable' for resource '<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at
> > 0x1bc0f0>' (present status=unknown) 2010.07.12 13:03:55.387
> > ogpsd.gpsdevice      INFO     disabling
>
> frameworkd now issues a disable for the resource that has just appeared. I
> guess the subsequent UBX commands are for storing the almanac and ephemeris,
> but since the gps is powered down already we get the warnings about sending
> while serial isn't open. I hope this isn't a problem...
>
> > 2010.07.12 13:03:55.399 ogpsd                DEBUG    Sending UBX packet of
> > type CFG-MSG: {'MsgID': 1, 'Rate': 0, 'Class': 1} 2010.07.12 13:03:55.416
> > ogpsd                WARNING  Attempted to send something while serial is
> > not open. 2010.07.12 13:03:55.427 ogpsd                DEBUG    Sending
> > UBX packet of type CFG-MSG: {'MsgID': 0, 'Rate': 0, 'Class': 11}
> > 2010.07.12 13:03:55.444 ogpsd                WARNING  Attempted to send
> > something while serial is not open. 2010.07.12 13:03:55.461 ogpsd        
> >       DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 48, 'Rate':
> > 0, 'Class': 11} 2010.07.12 13:03:55.473 ogpsd                WARNING
> > Attempted to send something while serial is not open. 2010.07.12
> > 13:03:55.484 ogpsd                DEBUG    Sending UBX packet of type
> > CFG-MSG: {'MsgID': 49, 'Rate': 0, 'Class': 11} 2010.07.12 13:03:55.501
> > ogpsd                WARNING  Attempted to send something while serial is
> > not open. 2010.07.12 13:03:55.512 ogpsd                DEBUG    Sending
> > UBX packet of type CFG-MSG: {'MsgID': 3, 'Rate': 0, 'Class': 1} 2010.07.12
> > 13:03:55.524 ogpsd                WARNING  Attempted to send something
> > while serial is not open. 2010.07.12 13:03:55.541 ogpsd              
> > DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 2, 'Rate': 0,
> > 'Class': 1} 2010.07.12 13:03:55.552 ogpsd                WARNING
> > Attempted to send something while serial is not open. 2010.07.12
> > 13:03:55.564 ogpsd                DEBUG    Sending UBX packet of type
> > CFG-MSG: {'MsgID': 18, 'Rate': 0, 'Class': 1} 2010.07.12 13:03:55.586
> > ogpsd                WARNING  Attempted to send something while serial is
> > not open. 2010.07.12 13:03:55.597 ogpsd                DEBUG    Sending
> > UBX packet of type CFG-MSG: {'MsgID': 33, 'Rate': 0, 'Class': 1}
> > 2010.07.12 13:03:55.609 ogpsd                WARNING  Attempted to send
> > something while serial is not open. 2010.07.12 13:03:55.625 ogpsd        
> >       DEBUG    Sending UBX packet of type CFG-MSG: {'MsgID': 4, 'Rate': 0,
> > 'Class': 1} 2010.07.12 13:03:55.637 ogpsd                WARNING
> > Attempted to send something while serial is not open. 2010.07.12
> > 13:03:55.649 ogpsd                DEBUG    Sending UBX packet of type
> > CFG-MSG: {'MsgID': 48, 'Rate': 0, 'Class': 1} 2010.07.12 13:03:55.666
> > ogpsd                WARNING  Attempted to send something while serial is
> > not open. 2010.07.12 13:03:55.682 ogps              DEBUG    Sending UBX
> > packet of type CFG-PRT: [] 2010.07.12 13:03:55.693 ogpsd              
> > WARNING  Attempted to send something while serial is not open. 2010.07.12
> > 13:03:55.710 ogpsd                DEBUG    (writing '0' to
> > '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron') 2010.07.12
> > 13:03:55.722 ogpsd                WARNING  (could not write to
> > '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file
> > or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
> > 2010.07.12 13:03:55.733 ogpsd                DEBUG    (writing '0' to
> > '/sys/bus/platform/devices/gta02-pm-gps.0/power_on') 2010.07.12
> > 13:03:55.981 frameworkd.resource  DEBUG    (ok) done processing command
> > 'disable' for resource '<ogpsd.om.GTA02Device at /org/freedesktop/Gypsy at
> > 0x1bc0f0>' (new status=disabled); triggering next comman
>
> After the UBX commands for the disable it tries to power off again through
> sysfs. We're now initialised with gps powered down and frameworkd/ogsmd
> waiting for you to enable the gps. When you enable the gps it will power up
> and be initialised with time and, if the pickle file is present, almanac and
> ephemeris. That's the bit we really need to see the log for.
>
> > > look at the serial port directly.
> >
> > ok -- I will read up on how to interact directly (what to send and to
> > "receive" ;))
>
> IIRC this should work, but I've not tried it. Only works if you've disabled
> ogpsd, gpsd and anything else that may try to use the serial port.
> In one terminal start listening to the serial port:
> cat /dev/ttySAC1 > my_log_file
> Then in another power up the gps:
> echo 1 > /sys/bus/platform/devices/gta02-pm-gps.0/power_on
>
> The log should show the gps powering up and giving NMEA output for a full cold
> start. Before long it should pick up the time and date, then start tracking
> satellites and finally get a fix, assuming a decent sky view. You can keep an
> eye on my_log_file with tail -f.
>
> _______________________________________________
> support mailing list
> [hidden email]
> https://lists.openmoko.org/mailman/listinfo/support
>

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
Reply | Threaded
Open this post in threaded view
|

Re: GPS stopped working, can't figure it out... what else?

Timo Juhani Lindfors
James Hiebert <[hidden email]> writes:
> Does anyone have any advice?

1) kill all processes that access /dev/gps
2) om gps power 0
3) stty -F /dev/gps raw
4) om gps power 1
5) hexdump -C /dev/gps

(If you don't have /dev/gps symlink it is probably called ttySAC1)

_______________________________________________
support mailing list
[hidden email]
https://lists.openmoko.org/mailman/listinfo/support
12