arne anka wrote:
- the solution you are pointing to, was only some rough first draft.
the kernel patch used eventuially works different.
Thank you for the information.
Helge Hafting
___
Openmoko community mailing list
community@lists.openmoko.org
arne anka wrote:
slot. If it isn't there, then your phone have this problem.
not necessarily. in fact, if you really have this problem you didn't
update your kernel a very long time.
the gps/sd card fix is in all kernels available for a very long time now,
the hw fix is not necessary.
Really? The problem was noise from the SDcard electronics disturbing the
gps receiver. The software fix was to turn the sdcard clock off while
the card isn't actively used. But that don't help at all if the card
_is_ in use most of the time - for example if you're running your linux
On Monday 26 January 2009, Helge Hafting wrote:
arne anka wrote:
slot. If it isn't there, then your phone have this problem.
not necessarily. in fact, if you really have this problem you didn't
update your kernel a very long time.
the gps/sd card fix is in all kernels available for a
Thanks, arne, Helge,
I just made my second try this morning and I got a lock in 35 secs
(tried two times, consistent lock time). 8-)
I don't know why the different behaviors, but I did the tests inside a
party tent I've in the garden and after reading how GPS behaves in
weather (rain, cloud,
satellites move, that can make a difference
On Sat, Jan 24, 2009 at 12:31 PM, Fernando Martins ferna...@cmartins.nl wrote:
Thanks, arne, Helge,
I just made my second try this morning and I got a lock in 35 secs
(tried two times, consistent lock time). 8-)
I don't know why the different
Fernando Martins wrote:
Very nice, thanks. It's indeed working, sort of:
- on my SHR image (08.12.16), settings has no option for GPS
You are right, of course.
These days, no option for turning the gps hardware on or off. Gps is
turned on automatically by fso-gpsd, when an app tries to use
slot. If it isn't there, then your phone have this problem.
not necessarily. in fact, if you really have this problem you didn't
update your kernel a very long time.
the gps/sd card fix is in all kernels available for a very long time now,
the hw fix is not necessary.
Thanks Hemantha,
I could not yet come back to GPS testing but I'll try it.
Cheers,
Fernando
Hemantha Holla M wrote:
On 14/01/2009, *Fernando Martins* ferna...@cmartins.nl
mailto:ferna...@cmartins.nl wrote:
so something with the device is not working. Also, TangoGPS tells
me no
I will suggest to install Zhone, disable autostarting with X and use
it's GPS panel to debugging. It's really good...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Fernando Martins wrote:
No luck:
- I've setup date and timezone;
- GPS is on, per /sys/class... incantation
- demon fso-gpsd is on, checked with ps
- telnet comunicates with gpsd but no good data
- tangoGPS doesn't find GPS device
I have no idea of the reception capabilities of om (or
I've started the demon fso-gpsd and then tangoGPS but it's still
receiving no coords. What can I do to test GSP services?
Are there any known extra steps needed to get TangoGPS to work?
Regards,
Fernando
___
Openmoko community mailing list
Fernando Martins ferna...@cmartins.nl writes:
receiving no coords. What can I do to test GSP services?
1) is the GPS chip powered on?
2) is there a process that has the serial port for GPS open?
3) is that reading any data?
___
Openmoko community
did you try http://lists.openmoko.org/nabble.html#nabble-td2104833 ?
2009/1/13 Timo Juhani Lindfors timo.lindf...@iki.fi
Fernando Martins ferna...@cmartins.nl writes:
receiving no coords. What can I do to test GSP services?
1) is the GPS chip powered on?
2) is there a process that has the
Timo Juhani Lindfors wrote:
Fernando Martins ferna...@cmartins.nl writes:
receiving no coords. What can I do to test GSP services?
1) is the GPS chip powered on?
I remember in original om had an option to turn on/off GPS but I can't
find it in SHR. Anyway, I assumed gpsd would
Actually I just thought I had to start manually fso-gpsd (that's what's
on the shr wiki page) but as a matter of fact I checked now that it is
being actually started at boot time. I'm now trying to figure out how to
check whether gps is on/off and how to control it.
Thomas des Courières wrote:
You can test fso-gpsd by running telnet localhost 2947 then typing r
and pressing return. You should the receive GPS data.
Cheers,
Mike.
Fernando Martins wrote:
Actually I just thought I had to start manually fso-gpsd (that's what's
on the shr wiki page) but as a matter of fact I checked
Fernando Martins ferna...@cmartins.nl writes:
I remember in original om had an option to turn on/off GPS but I can't
find it in SHR. Anyway, I assumed gpsd would take care of it. So, in
normal gpsd does nothing about freerunner specific power controls.
SHR, how can I check whether GPS is
ok, it's the first time I'm looking into this GPS stuff.
Following the suggestion from Timo in another post, I do a
cat /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron
(which is different from his
/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.7/neo1973-pm-gps.0/pwron,
but
You don't need to power on the GPS device yourself, FSO will handle this
for you when a client requests the GPS resource (and then power it down
again when there are no longer any clients using it). You'll get empty
data until the device acquires a fix.
From what I've read elsewhere it seems
Fernando Martins ferna...@cmartins.nl writes:
about sysfs and I'm not sure this way of setting configuration really works.
Yes it works just like that.
Anyway, I telneted then to the port but I'm not really familiar with
Telnet'ed to what port? The gpsd port 2947 should not return NMEA but
Timo Juhani Lindfors wrote:
Telnet'ed to what port? The gpsd port 2947 should not return NMEA but
just reply to one-letter commands:
The 'r' command switches fso-gpsd to raw mode, so it'll give a constant
stream of NMEA data as it receives it from ogpsd.
No luck:
- I've setup date and timezone;
- GPS is on, per /sys/class... incantation
- demon fso-gpsd is on, checked with ps
- telnet comunicates with gpsd but no good data
- tangoGPS doesn't find GPS device
I have no idea of the reception capabilities of om (or GPS devices in
general): is it
You're unlikely to get a fix indoors, you might be able to get one
pressed up against a window, but for best results you should be outside.
Fernando Martins wrote:
No luck:
- I've setup date and timezone;
- GPS is on, per /sys/class... incantation
- demon fso-gpsd is on, checked with ps
-
24 matches
Mail list logo
