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/c
-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 he
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 synthe
-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 kern
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+1a95efd
-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://enig
-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 inte
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
> | f
>
> 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 referen
-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
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 tes
> 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.open
-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 t
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
-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 w
> 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
> | 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
-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
> 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.
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 tr
-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 *acc
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 te
-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 refre
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 al
> 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 thi
> (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
> be
> 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 closeu
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.
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 proble
-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 n
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.
>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
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
33 matches
Mail list logo
