Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

2009-09-07 Thread Jonathan Schultz

Jonathan Schultz wrote:

I didn't have quite this much success.

Did you get a fix using "device = NMEADevice"?


No but I did find an explanation for the problem: 
http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5271e445b327c2132eee6a1f43fcf58c37c67e00 


Since the fix is 6 months old I presume it will find its way into the
next Debian version of fso-framework?

Jonathan




___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland


Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

2009-09-04 Thread Jonathan Schultz

I didn't have quite this much success.

Did you get a fix using "device = NMEADevice"?


No but I did find an explanation for the problem: 
http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5271e445b327c2132eee6a1f43fcf58c37c67e00


I applied the patch manually and things seem to be working now.

Cheers Jonathan

___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland


Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

2009-09-04 Thread E.Waelde

Hi,

Quoting Jonathan Schultz :


... so moving the pickle file out of the way ...
rm /var/lib/freesmartphone/ogpsd.pickle

... restoring /etc/frameworkd.conf ...
[ogpsd]
device = GTA02Device

... going outside ...
and theres a fix within 60 seconds!


I didn't have quite this much success.

Did you get a fix using "device = NMEADevice"?

Just an idea,
Erich



___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland


Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

2009-09-04 Thread Jonathan Schultz

... so moving the pickle file out of the way ...
rm /var/lib/freesmartphone/ogpsd.pickle

... restoring /etc/frameworkd.conf ...
[ogpsd]
device = GTA02Device

... going outside ...
and theres a fix within 60 seconds!


I didn't have quite this much success.  The GPS did go back to sending 
UBX data, which is good, but after some time (10 mins?) it still had no 
fix, though it had got the time so maybe it was just being slow at 
getting a fix).  I turned the GPS off then on again, and it was back to 
sending NMEA data.  So I had to delete the pickle file again, and 
apparently the same each time I turn off the GPS.


Also, although I can see the time in the UBX data, requesting the time 
through dbus doesn't work.  Likewise fso-gpsd doesn't appear to receive 
any data.  So it looks like some other problem in ogpsd?  I'd take a 
look if I knew where to start.


I know there's no hardware problem because the GPS works fine with other 
distros.


Cheers,
Jonathan

___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland


Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

2009-08-24 Thread e.waelde
Hello,

Al Johnson wrote:
> On Sunday 23 August 2009, e.waelde wrote:
>> Hello,
>>
>> after my "install from scratch" (reported here:
>> http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-August/00186
>> 1.html) I can't get anything useful from GPS. This used to work without a
>> problem, so I exclude a possible hardware problem at the moment).
>>
>> I did install the firmware update some time ago:
>> +CGMR: "GSM:
>> gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11"
> 
> This has nothing to do with GPS.
ok.

> 
>> I decided to enable logging of frameworkd ...
>> Lots of lines like these:
>> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX '\n$GPGSA,'
>> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX
>> 'A,1,'
>> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX '99.99,99'
>> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX '.99,99.9'
>> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX
>> '9*30\r\n$G'
> 
> Check further up the log to see where data stops arriving as UBX and starts 
> arriving as NMEA. My guess is you'll see the GPS crash and restart. This used 
> to be a problem when loading bad almanac and/or ephemeris data, but I thought 
> that was fixed long ago. You could try deleting the pickle file that holds 
> the 
> almanac and ephemeris.
> 

Lets see, sorry for being noisy:


$ grep -i gps frameworkd.log
...
# --- the gps system is turned on here 
-
2009.08.23 13:08:26 ogspd.gpsdevice INFO enabling
2009.08.23 13:08:26 ogpsdDEBUG(writing '1' to 
'/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
2009.08.23 13:08:26 ogpsdDEBUG(writing '1' to 
'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on')
2009.08.23 13:08:26 ogpsdWARNING  (could not write to 
'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on': [Errno 2] No such file 
or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/power_on')
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-SBAS: 
{'usage': 7, 'scanmode': 0, 'mode': 1, 'maxsbas': 3}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-PRT: []
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 3, 'Rate': 1, 'Class': 1}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 2, 'Rate': 1, 'Class': 1}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 18, 'Rate': 1, 'Class': 1}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 33, 'Rate': 1, 'Class': 1}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 4, 'Rate': 1, 'Class': 1}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 48, 'Rate': 5, 'Class': 1}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 0, 'Rate': 1, 'Class': 11}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 1, 'Rate': 8, 'Class': 1}
2009.08.23 13:08:27 ogpsdDEBUGSending UBX packet of type CFG-MSG: 
{'MsgID': 48, 'Rate': 1, 'Class': 11}
2009.08.23 13:08:27 frameworkd.resource INFO setting resource status for 
GPS from enabling to enabled
2009.08.23 13:08:27 frameworkd.resource DEBUGsending delayed signal 
( (, False) )
2009.08.23 13:08:27 ogspd.gpsdevice DEBUGConnectionStatusChanged False
2009.08.23 13:08:27 frameworkd.resource DEBUGsending delayed signal 
( (, True) )
2009.08.23 13:08:27 ogspd.gpsdevice DEBUGConnectionStatusChanged True
# --- this seems to be the boot message of the gps system 

2009.08.23 13:08:27 ogpsdDEBUGDiscarded data not UBX 
'Ai\x05\xb100,00*48\n\n$GPRMC,,V,,N*53\n\n$GPVTG,N*30\n\x00$GPTXT,01,01,02,u-blox
 ag -
www.u-blox.com*50\r\n$GPTXT,01,01,02,ANTARIS ATR062x HW 
80040001*26\r\n$GPTXT,01,01,02,ROM CORE   5.00Jan 09 2006 
12:00:00*76\r\n$GPTXT,01,01,02,LIC
1EBF-BD07-E83D-6BE1-0F7A*50\r\n$GPRMC,,V,,N*53\r\n$GPVTG,N*30\r\n$GPGGA,,0,00,99.99,,*48\r\n$GPGSA,A,1,99.99,99.99,99.99*30\r\n$GPGSV,1,1,00*79\r\n$GPGLL,,V,N*64\r\n$GPZDA,00,00*48\r'
2009.08.23 13:08:27 ousaged  INFO Enabled GPS in 0.8 seconds
2009.08.23 13:08:27 ogpsdDEBUGDiscarded data not UBX '\n'
# --- but from here on valid UBX packages are received ... 
-
2009.08.23 13:08:27 ogpsdDEBUGGot UBX packet of type ACK-ACK: 
[{'MsgID': 22, 'ClsID': 6}]
2009.08.23 13:08:27 ogpsdDEBUGGot ACK {'MsgID': 22, 'ClsID': 6}
2009.08.23 13:08:27 ogpsdDEBUGGot UBX packet of type CFG-PRT: [{}, 
{'Baudrate': 9600, 'PortID': 1, 'Flags': 0, 'Mode': 526544, 'In_proto_mask': 7, 
'Out_proto_mask': 3}]
...
# --- then the almanac is loaded 

Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

2009-08-23 Thread Al Johnson
On Sunday 23 August 2009, e.waelde wrote:
> Hello,
>
> after my "install from scratch" (reported here:
> http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-August/00186
>1.html) I can't get anything useful from GPS. This used to work without a
> problem, so I exclude a possible hardware problem at the moment).
>
> I did install the firmware update some time ago:
> +CGMR: "GSM:
> gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11"

This has nothing to do with GPS.

> I decided to enable logging of frameworkd ...
> Lots of lines like these:
> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX '\n$GPGSA,'
> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX
> 'A,1,'
> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX '99.99,99'
> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX '.99,99.9'
> 2009.08.23 13:08:30 ogpsdDEBUGDiscarded data not UBX
> '9*30\r\n$G'

Check further up the log to see where data stops arriving as UBX and starts 
arriving as NMEA. My guess is you'll see the GPS crash and restart. This used 
to be a problem when loading bad almanac and/or ephemeris data, but I thought 
that was fixed long ago. You could try deleting the pickle file that holds the 
almanac and ephemeris.

> So it seems that ogpsd is expecting UBX data but is instead getting
> NMEA data. So I changed /etc/frameworkd.conf
>  [ogpsd]
>  # set 1 to disable a module
>  disable = 0
>  # possible options are NMEADevice, UBXDevice, GTA02Device, EtenDevice
> -device = GTA02Device
> +device = NMEADevice
>  # possible options are SerialChannel, GllinChannel, UDPChannel,
> FileChannel
>  channel = SerialChannel
>  # For UDPChannel the path defines the port to listen to
>  path = /dev/ttySAC1
>
> And presto: there comes the fix again.
>
> So questions remain:
> 1. is the update to Moko11 firmware changing the behaviour?
> 2. is ogpsd not requesting UBX data correctly?
> 3. is this the way its supposed to be?
> 4. what exactly is introducing the change?
> 5. where should it be fixed?


___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland


Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

2009-08-23 Thread Timo Juhani Lindfors
"e.waelde"  writes:
> 1. is the update to Moko11 firmware changing the behaviour?

I don't see how it could.

> 2. is ogpsd not requesting UBX data correctly?
> 3. is this the way its supposed to be?

Yes the gps returns NMEA data when you turn it on. Tell it to switch
to UBX mode (I don't know how).

> 4. what exactly is introducing the change?

Hard to say since I don't have your system here. I would compare compare
backups before and after upgrade.



___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland