Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
Andy Green wrote: > | Has anyone > | figured out how to kick the GPS receiver into UBX mode? I would be > | curious to see if that changes anything. > > It's actually documented by Ublox in here (Okular eats it) > > http://www.u-blox.com/customersupport/gps.g3/ANTARIS_Protocol_Specification(GPS.G3-X-03002).chm I've been reading that, but have not had any success in getting any UBX output... I have managed to disable NMEA (both using $PUBX NMEA extensions and your UBX generator) but then I get no data on the tty. > | Additional test results (from 20080802) are up at > | http://www.millions.ca/~stacy/neoFreeRunner/gpstale.html > Doesn't look a million miles away from being right... there are two > outliers shown and I guess the filtered NaN(s), but basically all the > other samples are in a decent place. Atleast one of the outliers had multiple samples, but I am suspicious of those being synthetic as well. From the bit of testing I have done so far, it would seem that heavy use of the SDCard can cause the CEP to increase by 25%-50% but it is still typically better than the reference receivers. I had hoped to do my next round of testing in UBX mode (if that solves the issue with samples coming faster than once a second). If I can't get that figured out soon, I will just configure the GPS to only emit GGA sentences, then I will only get one fix per second from gpsd. -stacy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: Thanks for your work Stacy. |> About the 600sec thing, you can get the GPS chip to report 4 times a |> second instead of once a second, maybe that can be to do with it. But |> it is strange, noticing the heavy filtering on our results I wonder if a |> lot of those samples coming so quickly were actually synthetic. | | It would seem that they are synthetic and have to do with how GPSD | parses and interprets NMEA sentences. The other two reference receivers | are put in SiRF mode and don't seem to suffer this effect. Has anyone | figured out how to kick the GPS receiver into UBX mode? I would be | curious to see if that changes anything. It's actually documented by Ublox in here (Okular eats it) http://www.u-blox.com/customersupport/gps.g3/ANTARIS_Protocol_Specification(GPS.G3-X-03002).chm Here's a UBX packet generator in Bash http://lists.openmoko.org/pipermail/openmoko-kernel/2008-July/003782.html and here is how to inject the packets from Ash echo 0 > /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron && sleep 1s && echo 1 > /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron && stty -F /dev/ttySAC1 -echo && cat MY-UBX-PACKET >/dev/ttySAC1 && cat -u /dev/ttySAC1 | grep -v ^$ |> For the last result, it seems to show only 2 / 2500 results from GPS are |> within 20 Million meters of the location. It's hard to square that with |> the other decent results that have been reported for tracking, including |> ones pulling maps from SD Card, although I guess you are spamming the |> card as hard as you can for this test. | | It seems that gpsprof gets a value of 10,000,000,000 for NaN and doesn't | check if lat/long values are in range before calculating the average. It | doesn't take very many 10 Billion values to really screw up the average | :-) I modified gpsprof to toss out invalid lat/long values. OK makes a lot of sense :-) | Additional test results (from 20080802) are up at | http://www.millions.ca/~stacy/neoFreeRunner/gpstale.html | | I did some more testing yesterday after compiling the latest version of | GPSD for the FreeRunner (it no longer dies when I spam the SDCard... | that's progress :-) but have not yet got the results pulled together. Doesn't look a million miles away from being right... there are two outliers shown and I guess the filtered NaN(s), but basically all the other samples are in a decent place. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiYdOsACgkQOjLpvpq7dMrLkACgjAm1Img8f2Loku2+o84kHx/y jjYAnjAtxtRk5l3iu2H2F7HyBvT8NW1F =Z++i -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
Andy Green wrote: > About the 600sec thing, you can get the GPS chip to report 4 times a > second instead of once a second, maybe that can be to do with it. But > it is strange, noticing the heavy filtering on our results I wonder if a > lot of those samples coming so quickly were actually synthetic. It would seem that they are synthetic and have to do with how GPSD parses and interprets NMEA sentences. The other two reference receivers are put in SiRF mode and don't seem to suffer this effect. Has anyone figured out how to kick the GPS receiver into UBX mode? I would be curious to see if that changes anything. > For the last result, it seems to show only 2 / 2500 results from GPS are > within 20 Million meters of the location. It's hard to square that with > the other decent results that have been reported for tracking, including > ones pulling maps from SD Card, although I guess you are spamming the > card as hard as you can for this test. It seems that gpsprof gets a value of 10,000,000,000 for NaN and doesn't check if lat/long values are in range before calculating the average. It doesn't take very many 10 Billion values to really screw up the average :-) I modified gpsprof to toss out invalid lat/long values. > What actually happened when gpsd died? With that and the extreme nature > of the last result I wonder if something else goes on. > > One last thing, the voltage scaling and clock rate reduction patches > aren't in the kernel you used, they should be around in tomorrow's > packages: if you have 600 sec to spare it would be interesting to see if > they made any change :-) Additional test results (from 20080802) are up at http://www.millions.ca/~stacy/neoFreeRunner/gpstale.html I did some more testing yesterday after compiling the latest version of GPSD for the FreeRunner (it no longer dies when I spam the SDCard... that's progress :-) but have not yet got the results pulled together. -stacy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Le vendredi 01 août 2008, Andy Green a écrit : |> opkg install kernel-module-g-ether kernel-module-cdc-ether | | Having updated the kernel and everything, I get a FATAL error with that: | | opkg install kernel-module-g-ether kernel-module-cdc-ether | Installing kernel-module-g-ether | (2:2.6.24+git27+1a95efdc23966343a3b432ceef2f6c24dc0e2052-r2) to root... | Downloading | http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-module-g-ether_2.6.24+git27+1a95efdc23966343a3b432ceef2f6c24dc0e2052-r2_om-gta02.ipk | Installing kernel-module-cdc-ether | (2:2.6.24+git27+1a95efdc23966343a3b432ceef2f6c24dc0e2052-r2) to root... | Downloading | http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-module-cdc-ether_2.6.24+git27+1a95efdc23966343a3b432ceef2f6c24dc0e2052-r2_om-gta02.ipk | Configuring kernel-module-cdc-ether | Configuring kernel-module-g-ether | FATAL: Module g_ether not found. | | Then the module is not loaded at boot time. | | I have to | cd /lib/modules/2.6.24/kernel/drivers/usb/gadget | insmod g_ether.ko | /etc/init.d/networking restart Did you run the depmod step recommended by Thomas B? I guess it can by why you had to insmod instead of modprobe. The packages should do it on install, but evidently not or it didn't complete far enough. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiSyTsACgkQOjLpvpq7dMqcaACfT7NA4fMLvPcNzVgEAlti3iJA 1CUAn1M2lzs8MirrBDrpg5clbN7zfuuH =Ez0Z -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
Le vendredi 01 août 2008, Andy Green a écrit : > opkg install kernel-module-g-ether kernel-module-cdc-ether Having updated the kernel and everything, I get a FATAL error with that: opkg install kernel-module-g-ether kernel-module-cdc-ether Installing kernel-module-g-ether (2:2.6.24+git27+1a95efdc23966343a3b432ceef2f6c24dc0e2052-r2) to root... Downloading http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-module-g-ether_2.6.24+git27+1a95efdc23966343a3b432ceef2f6c24dc0e2052-r2_om-gta02.ipk Installing kernel-module-cdc-ether (2:2.6.24+git27+1a95efdc23966343a3b432ceef2f6c24dc0e2052-r2) to root... Downloading http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-module-cdc-ether_2.6.24+git27+1a95efdc23966343a3b432ceef2f6c24dc0e2052-r2_om-gta02.ipk Configuring kernel-module-cdc-ether Configuring kernel-module-g-ether FATAL: Module g_ether not found. Then the module is not loaded at boot time. I have to cd /lib/modules/2.6.24/kernel/drivers/usb/gadget insmod g_ether.ko /etc/init.d/networking restart Minh -- Minh HA-DUONGChargé de recherche CNRS [EMAIL PROTECTED] CIRED, Campus du Jardin Tropical tel: +33 1 43 94 73 81 45bis ave. de la Belle Gabrielle fax: +33 1 43 94 73 70F94736 Nogent-sur-Marne, France Jabber: [EMAIL PROTECTED] http://minh.haduong.com (work), http://minh69.blogspot.com (personal) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | After a reboot, it worked ok so its a false alarm - sorry! Thanks for clearing it up. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiSqhMACgkQOjLpvpq7dMoNKACfRwjF9AzZYTAxKMV2hcHxoGot zTcAn3ZHN+SwDlJ6BwKXNV3JV67cMaka =bx00 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | One last thing, the voltage scaling and clock rate reduction patches | aren't in the kernel you used, they should be around in tomorrow's | packages: if you have 600 sec to spare it would be interesting to see if | they made any change :-) | | - -Andy | | | | Hi Andy, | To get that kernel you reference would I go to | http://buildhost.openmoko.org/daily/freerunner/ | then to the latest date (like tomorrow) and look for | uImage-om-gta02-latest.bin? | | Just want to make sure I have this right. Yes the one for 31st is updated already. You might be better using opkg for it, you can find the kernel packages here http://buildhost.openmoko.org/daily-feed/om-gta02/ Something be aware of we moved Ethernet over USB into a module now, Thomas B found you will need to opkg install kernel-module-g-ether kernel-module-cdc-ether depmod before rebooting. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiSpbEACgkQOjLpvpq7dMqQBwCfSRQFgCT57QZZnv97FHJQsb1O vVsAn2D1wRSqYuO5kf765qaocZruiDVL =mAZD -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
After a reboot, it worked ok so its a false alarm - sorry! BillK On Thu, 2008-07-31 at 08:38 +0100, Andy Green wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Somebody in the thread at some point said: > > | and a negative - I moved the maps in tangoGPS from /tmp to the (orig > | freerunner) sdcard and it only works partially or not at all. This is > | offline usage. If I am online and I delete the map cache so tango > | starts clean, it loads the maps fine - probably caches them in ram. If > | I go offline to move around, only the maps cached in ram are displayed. > | I can see the files on the sd card so that part is ok. > | > | If I use /tmp tango is fine. > > Sorry when you say "works partially or not at all", what is the symptom? > ~ Is that a GPS issue or a "maps on SD Card" data retrieval issue? Which > kernel? > > - -Andy > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkiRbAYACgkQOjLpvpq7dMqEJACdFaBF+0Mja4QCWYotfW6o/QEV > tRoAn0asAwK2ReeUR4qmRCcKdgX46/mc > =YKC/ > -END PGP SIGNATURE- > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
> > One last thing, the voltage scaling and clock rate reduction patches > aren't in the kernel you used, they should be around in tomorrow's > packages: if you have 600 sec to spare it would be interesting to see if > they made any change :-) > > - -Andy > Hi Andy, To get that kernel you reference would I go to http://buildhost.openmoko.org/daily/freerunner/ then to the latest date (like tomorrow) and look for uImage-om-gta02-latest.bin? Just want to make sure I have this right. Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | I did some testing today to add some more data points (or fuel on the | fire, depending on your point of view :-) Let's say you did nice work there enabling us to converge on an understanding of the issue :-) | What I did was run three test, one with the SD card removed, one with | the SD card installed but idle and one with the SD card being used | heavily. For each test, I ran simultaneous tests on two other GPS | receivers to give a reference point. | | The short version is that SD card activity really messes up the GPS, the | long version can be found here (complete with pretty plots and tables | and everything :-) : | | http://www.millions.ca/~stacy/neoFreeRunner/gpstale.html About the 600sec thing, you can get the GPS chip to report 4 times a second instead of once a second, maybe that can be to do with it. But it is strange, noticing the heavy filtering on our results I wonder if a lot of those samples coming so quickly were actually synthetic. For the last result, it seems to show only 2 / 2500 results from GPS are within 20 Million meters of the location. It's hard to square that with the other decent results that have been reported for tracking, including ones pulling maps from SD Card, although I guess you are spamming the card as hard as you can for this test. What actually happened when gpsd died? With that and the extreme nature of the last result I wonder if something else goes on. One last thing, the voltage scaling and clock rate reduction patches aren't in the kernel you used, they should be around in tomorrow's packages: if you have 600 sec to spare it would be interesting to see if they made any change :-) - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiSTTcACgkQOjLpvpq7dMrBQgCeMsay73fnUB4O/xb24JmDZowt HnAAn1noeLVRpc0IQkPVbK9Lc+oEZLDU =/MUZ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
I did some testing today to add some more data points (or fuel on the fire, depending on your point of view :-) What I did was run three test, one with the SD card removed, one with the SD card installed but idle and one with the SD card being used heavily. For each test, I ran simultaneous tests on two other GPS receivers to give a reference point. The short version is that SD card activity really messes up the GPS, the long version can be found here (complete with pretty plots and tables and everything :-) : http://www.millions.ca/~stacy/neoFreeRunner/gpstale.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
> If I use /tmp tango is fine. did you ever change the path for the repository? it defaults to /tmp, so if you never set another path it will always look in /tmp/Maps/. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | and a negative - I moved the maps in tangoGPS from /tmp to the (orig | freerunner) sdcard and it only works partially or not at all. This is | offline usage. If I am online and I delete the map cache so tango | starts clean, it loads the maps fine - probably caches them in ram. If | I go offline to move around, only the maps cached in ram are displayed. | I can see the files on the sd card so that part is ok. | | If I use /tmp tango is fine. Sorry when you say "works partially or not at all", what is the symptom? ~ Is that a GPS issue or a "maps on SD Card" data retrieval issue? Which kernel? - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiRbAYACgkQOjLpvpq7dMqEJACdFaBF+0Mja4QCWYotfW6o/QEV tRoAn0asAwK2ReeUR4qmRCcKdgX46/mc =YKC/ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
and a negative - I moved the maps in tangoGPS from /tmp to the (orig freerunner) sdcard and it only works partially or not at all. This is offline usage. If I am online and I delete the map cache so tango starts clean, it loads the maps fine - probably caches them in ram. If I go offline to move around, only the maps cached in ram are displayed. I can see the files on the sd card so that part is ok. If I use /tmp tango is fine. BillK On Wed, 2008-07-30 at 20:07 +0100, Andy Green wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Somebody in the thread at some point said: > > | I drove here almost 100km/h (but don't tell anyone) on max zoom, to > | read tiles faster from the card. As you can see, no jump offs from the > | road. > | > | So, to me, GPS works great now. I had more problems with accuracy of > | my Garmin outdoor device. > > Thanks for the report Pavel, we can't be doing that bad. > > - -Andy > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkiQvAgACgkQOjLpvpq7dMqG4wCglAywViFM6xy0teBZPjQgsqwO > HW4Ani+qbG+4hvUN9+4t2d6X9k9+j/ms > =IKUp > -END PGP SIGNATURE- > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | I drove here almost 100km/h (but don't tell anyone) on max zoom, to | read tiles faster from the card. As you can see, no jump offs from the | road. | | So, to me, GPS works great now. I had more problems with accuracy of | my Garmin outdoor device. Thanks for the report Pavel, we can't be doing that bad. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiQvAgACgkQOjLpvpq7dMqG4wCglAywViFM6xy0teBZPjQgsqwO HW4Ani+qbG+4hvUN9+4t2d6X9k9+j/ms =IKUp -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
> So, to me, GPS works great now. I had more problems with accuracy of > my Garmin outdoor device. > on todays drive home i also did a trace - and got wildly sporadic results when tangogps had to read maps again off the disk .. i do not have the latest kernel, however, as it doesn't appear to have propagated to my device yet. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
> | Track is very accurate (no jump-offs the road) in the city. > Earlier I > | used Garmin > | GPS60 and tracks from it were way worse than from FR. > | > | I used today's kernel and u-boot. > > That's pretty encouraging, thanks. Hi again, I made another test, driving back home. This time, I zoomed to lvl 17 (maximum) and saved track again. I got fix from 8 satellites (10 visible) after second turn (about 1 minute). I have pre-cached map of my city on SD card (2GB sandisk). Here is the first part of the track: http://img222.imageshack.us/img222/8456/test1ru8.jpg At the begining I was completly off-road until I clicked 'autocenter', when it moved me to correct location (straight line is the offset), so I think it is TangoGPS bug. Then normal drive in traffic / traffic lights, etc. (on zoom=17). Here is another part of the track: http://img222.imageshack.us/img222/9179/test2yj5.jpg I drove here almost 100km/h (but don't tell anyone) on max zoom, to read tiles faster from the card. As you can see, no jump offs from the road. So, to me, GPS works great now. I had more problems with accuracy of my Garmin outdoor device. BR, Pawel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |> We're not done with what we can do to mitigate it in software. These |> guys should be in tomorrow's kernel. | | | okay i'll continue testing and logging in the meantime .. Great. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiQdasACgkQOjLpvpq7dMqm0wCeLwasTn32oZtKDc7jZXmeZzIy AbAAn0KQwBfpj18r9hkuG1DwQbdCMFd8 =jB3i -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
> We're not done with what we can do to mitigate it in software. These > guys should be in tomorrow's kernel. okay i'll continue testing and logging in the meantime .. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
Jay Vaughan wrote: >> (We have external LNA) It means it can track with a 16dBm reduction >> in >> GPS signal after it made the satellite acquisitions. So if you >> understood it will get a fix OK with the software workaround, and we >> saw >> many people report this, you should expect the tracking phase to work >> better than the acquisition phase since the signal requirement is >> relaxed by 16dBm. >> > > My experience has proven that this is not the case; yes the fix > happens sooner, but if SD I/O occurs during tracking phase, wild > errors are still introduced into the GPS signal sufficient to drive us > off the map. I can confirm such experience. Usually GPS track is very good however from time to time (usually when tangogps is reading tiles) it looks like it's receiving invalid data and the GPS really goes wild. I have to admit that the GPS works really well and I've seen Paweł Kowalak's track which was awesomely accurate! I hope that those tomorrow's patches will make the GPS experience even more enjoyable. Thanks for the great work. -- Lech Karol Pawłaszek "You will never see me fall from grace" [KoRn] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Jul 30, 2008, at 10:24 AM, Jay Vaughan wrote: |> My ride to and from work is through a wide open space with no |> obstructions, lots of blue sky, and for sure .. SD I/O still massively |> impacts GPS *accuracy*. Not just in the acquisition phase, but also |> tracking .. | | That's strange. I didn't test GPS too much, but for example today I | launched | TangoGPS when driving to work. I zoomed in (but not to maximum) and took | track log. First of all, it got fix from 11 satellites (out of 14 | visible) very quickly. | Track is very accurate (no jump-offs the road) in the city. Earlier I | used Garmin | GPS60 and tracks from it were way worse than from FR. | | I used today's kernel and u-boot. That's pretty encouraging, thanks. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiQWkYACgkQOjLpvpq7dMpBcwCdGawNO1luB74buwBglSovvt3A uxMAoIZmhcB899sx7GP4TVMiOjtwyAq8 =Kdkw -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
On Jul 30, 2008, at 10:24 AM, Jay Vaughan wrote: > My ride to and from work is through a wide open space with no > obstructions, lots of blue sky, and for sure .. SD I/O still massively > impacts GPS *accuracy*. Not just in the acquisition phase, but also > tracking .. That's strange. I didn't test GPS too much, but for example today I launched TangoGPS when driving to work. I zoomed in (but not to maximum) and took track log. First of all, it got fix from 11 satellites (out of 14 visible) very quickly. Track is very accurate (no jump-offs the road) in the city. Earlier I used Garmin GPS60 and tracks from it were way worse than from FR. I used today's kernel and u-boot. BR, Pawel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Just sayin', not trying to stir the pot. I've been testing this GPS | fix every day since it arrived, by tracking my progress to work, and | if I zoom too closely (meaning there is more SD I/O on map refreshes) | the GPS goes wild. | |> That'll be interesting. But in the real world many thing perturb GPS |> tracking and sophisticated software filters are anyway used to try to |> see through excursions, I guess this will be the case for typical SD |> Card usage pattern here. | | My ride to and from work is through a wide open space with no | obstructions, lots of blue sky, and for sure .. SD I/O still massively | impacts GPS *accuracy*. Not just in the acquisition phase, but also | tracking .. We're not done with what we can do to mitigate it in software. These guys should be in tomorrow's kernel. http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=00e20ff234e6d35a6df7e86c043fdda7da06bf04 http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=792fb6dd55c282de25005a1399ffaa084ece4b1c http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=6d8e14dc4253f3921aff1bbbeb3caf073aa6a7b2 http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=d4b28ec4e2818207cc0e48b90dbce581e0b779e7 - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiQWDIACgkQOjLpvpq7dMru7wCgjs6cWTAi+NDEKLkGmU6Fa5aq 4jMAn2yuyLjsVCEDcIawQF7MkXa34zMK =Zrxt -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
2008/7/30 Jay Vaughan <[EMAIL PROTECTED]>: > Just sayin', not trying to stir the pot. I've been testing this GPS > fix every day since it arrived, by tracking my progress to work, and > if I zoom too closely (meaning there is more SD I/O on map refreshes) > the GPS goes wild. Do you (all) have also the latest fixes from http://git.openmoko.org/?p=kernel.git;a=shortlog;h=stable , ie. kernel new enough to have fix-glamo-mci-set-default-drive-level-0.patch from 7 days ago? Just checking. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
> I would take this to mean that your current location drifts from the > actual spot to places not quite where you are standing. Exactly. I will try to upload some logs (just discovered the /tmp change in tangogps, grr.. some test data has been lost) in the next few days that demonstrate this factor, just so its clear. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
> (We have external LNA) It means it can track with a 16dBm reduction > in > GPS signal after it made the satellite acquisitions. So if you > understood it will get a fix OK with the software workaround, and we > saw > many people report this, you should expect the tracking phase to work > better than the acquisition phase since the signal requirement is > relaxed by 16dBm. > My experience has proven that this is not the case; yes the fix happens sooner, but if SD I/O occurs during tracking phase, wild errors are still introduced into the GPS signal sufficient to drive us off the map. Just sayin', not trying to stir the pot. I've been testing this GPS fix every day since it arrived, by tracking my progress to work, and if I zoom too closely (meaning there is more SD I/O on map refreshes) the GPS goes wild. > > That'll be interesting. But in the real world many thing perturb GPS > tracking and sophisticated software filters are anyway used to try to > see through excursions, I guess this will be the case for typical SD > Card usage pattern here. My ride to and from work is through a wide open space with no obstructions, lots of blue sky, and for sure .. SD I/O still massively impacts GPS *accuracy*. Not just in the acquisition phase, but also tracking .. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
> I haven't had any problems with TTFF since the software update was > done. In fact my impression from all the emails on the subject was > that the software fix was enough. Try putting tangogps in a configuration where its updating the tiles frequently - zoom way in, so that you have a closeup of your map, and then walk around a bit. In between tile updates, GPS will go way off the map. Thats the problem: its a workaround, but not a complete, effective fix. Looks like we have to have the capacitor-fix in place to make this work smoothly without further glitches .. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
On Tue, Jul 29, 2008 at 1:24 PM, Mike Hodson <[EMAIL PROTECTED]> wrote: > On Tue, Jul 29, 2008 at 1:48 PM, Steven Kurylo <[EMAIL PROTECTED]> wrote: > >> On Tue, Jul 29, 2008 at 12:11 PM, Scott Derrick <[EMAIL PROTECTED]> wrote: >>> From everything I've heard a software only fix will not be enough. >>> Unless you ditch your sd card as a data store. > >> I haven't had any problems with TTFF since the software update was >> done. In fact my impression from all the emails on the subject was >> that the software fix was enough. > > I think what he means, is that even though there is enough signal > strength to provide a quick(er) First Fix, (or ANY fix at all in some > cases) that if you are hammering the card for map data, the noise > generated by the clock/data lines may cause reception errors resulting > in a less-than-accurate position fix being maintained. > > I would take this to mean that your current location drifts from the > actual spot to places not quite where you are standing. And I don't see this when using my freerunner. YMMV. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
On Tue, Jul 29, 2008 at 1:48 PM, Steven Kurylo <[EMAIL PROTECTED]> wrote: > On Tue, Jul 29, 2008 at 12:11 PM, Scott Derrick <[EMAIL PROTECTED]> wrote: >> From everything I've heard a software only fix will not be enough. >> Unless you ditch your sd card as a data store. > I haven't had any problems with TTFF since the software update was > done. In fact my impression from all the emails on the subject was > that the software fix was enough. I think what he means, is that even though there is enough signal strength to provide a quick(er) First Fix, (or ANY fix at all in some cases) that if you are hammering the card for map data, the noise generated by the clock/data lines may cause reception errors resulting in a less-than-accurate position fix being maintained. I would take this to mean that your current location drifts from the actual spot to places not quite where you are standing. I have yet to get enough $ together to buy a Freerunner myself, so I can't test/report on this, but hopefully I can clarify :) Mike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | The software fix alone allows you to get a fast TTFF but after that, sd | card data transfers are just to noisy to maintain a high quality GPS | data stream. Yes it works but poorly, which is better than not at all. There's something to be aware of here, when getting the fix the GPS chip needs a much better Signal to Noise ratio than when maintaining it. Have a look at the first few lines of this: http://www.atmel.com/dyn/resources/prod_documents/doc4928.pdf ''... – Acquisition Sensitivity: –142 dBm (Cold Start, With External LNA) – Tracking Sensitivity: –158 dBm (With External LNA) ...'' (We have external LNA) It means it can track with a 16dBm reduction in GPS signal after it made the satellite acquisitions. So if you understood it will get a fix OK with the software workaround, and we saw many people report this, you should expect the tracking phase to work better than the acquisition phase since the signal requirement is relaxed by 16dBm. | I have two Fr's, once I get the caps(this week). I'll do the HW fix on | one, install the software fix on both, and do a side by side comparison. That'll be interesting. But in the real world many thing perturb GPS tracking and sophisticated software filters are anyway used to try to see through excursions, I guess this will be the case for typical SD Card usage pattern here. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiPdiwACgkQOjLpvpq7dMqNpQCdGfgx6OJlahoNMJz9p347ti4b JUAAoIhCvDCGOOlxN0eqPbYHxPkYK8nd =DEli -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
On Tue, Jul 29, 2008 at 12:11 PM, Scott Derrick <[EMAIL PROTECTED]> wrote: > From everything I've heard a software only fix will not be enough. > Unless you ditch your sd card as a data store. > > All new FR's have the HW fix and new software will be written to take > advantage of that HW platform. > > The software fix alone allows you to get a fast TTFF but after that, sd > card data transfers are just to noisy to maintain a high quality GPS > data stream. Yes it works but poorly, which is better than not at all. I haven't had any problems with TTFF since the software update was done. In fact my impression from all the emails on the subject was that the software fix was enough. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
>From everything I've heard a software only fix will not be enough. Unless you ditch your sd card as a data store. All new FR's have the HW fix and new software will be written to take advantage of that HW platform. The software fix alone allows you to get a fast TTFF but after that, sd card data transfers are just to noisy to maintain a high quality GPS data stream. Yes it works but poorly, which is better than not at all. I have two Fr's, once I get the caps(this week). I'll do the HW fix on one, install the software fix on both, and do a side by side comparison. Does the Qtopia distro have the GPS fix and GPS software? If not is there a GPS package I can install on Qtopia? Scott steve wrote: > Start with the software fix. It should slove the problem. > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Annie > Sent: Sunday, July 20, 2008 3:01 AM > To: community@lists.openmoko.org > Subject: Warranty after fix for GTA02 GPS rework for SD card interference > issue > > what impact, if any, will there be on the warranty of the FR device once the > fix has been carried out ? > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Warranty after fix for GTA02 GPS rework for SD card interference issue
Start with the software fix. It should slove the problem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Annie Sent: Sunday, July 20, 2008 3:01 AM To: community@lists.openmoko.org Subject: Warranty after fix for GTA02 GPS rework for SD card interference issue what impact, if any, will there be on the warranty of the FR device once the fix has been carried out ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Warranty after fix for GTA02 GPS rework for SD card interference issue
what impact, if any, will there be on the warranty of the FR device once the fix has been carried out ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community