Also, you can get adhesive tabs that will work just as well, and
they're designed for the purpose.
That way, everyone gets a colored part that isn't sticky.
On Thu, Aug 7, 2008 at 1:42 PM, papa-piet [EMAIL PROTECTED] wrote:
Hehe,
i have had a similar idea, but in my case it was the battery.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Al Johnson wrote:
|
| For a bit more consistency of timing, less manual intervention, and
enough
| readings to get an idea of the run to run variation in that location,
can I
| suggest a script? It could do
Andy Green wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Al Johnson wrote:
|
| For a bit more consistency of timing, less manual intervention, and
enough
| readings to get an idea of the run to run variation in that location,
can I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| I started a draft of a wiki page here
|
http://wiki.openmoko.org/wiki/Freerunner_GPS_Software_Fix_TTFF_Measurement_Test
| to describe the test and to collect the results. Can you please add the
| line you
On Wednesday 06 August 2008, Andy Green wrote:
| d i min / avg / max
| 0 0 35.20/ 55.33/144.30 ===
| 0 1 37.39/ 77.76/315.76
|
| 3 0 36.07/ 42.07/ 47.82 ===
| 3 1 97.46/173.09/359.69
These relative numbers are a bit counterintuitive... it might be worth
trying it again from a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Wednesday 06 August 2008, Andy Green wrote:
| | d i min / avg / max
| | 0 0 35.20/ 55.33/144.30 ===
| | 0 1 37.39/ 77.76/315.76
| |
| | 3 0 36.07/ 42.07/ 47.82 ===
| | 3 1 97.46/173.09/359.69
On Wednesday 06 August 2008, Andy Green wrote:
| sysfs entries! From the same location some runs have a best ttff of ~150s
I guess it means there are random accesses to SD Card in background.
Perhaps, but I think I saw similar variation from the same location with the
SD card removed when the
Andy Green wrote:
These are really interesting, thanks.
| d i min / avg / max
| 0 0 35.20/ 55.33/144.30 ===
| 0 1 37.39/ 77.76/315.76
| 3 0 36.07/ 42.07/ 47.82 ===
| 3 1 97.46/173.09/359.69
These relative numbers are a bit counterintuitive... it might be worth
trying it
On Tuesday 05 August 2008, Michael Shiloh wrote:
Agreed. I've been trying to gather that information for the past little
while. It's proven rather elusive, and I didn't want more people to try
the hardware fix until we really understand what the software fix can
do, so I thought I'd better ask
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
-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
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)
Hi all,
Just to let you know, I tried the above script and am not quite sure the
gpsr is completely reset ( e.g. a real cold start occurs ) . However, since
I DID apply the HW cap fix that might also be a reason for the results...
In short, no matter which settings are used I get a TTFF of
When you are collecting data you might also keep in mind conditions
vary a lot according to the current satellite constellation. You
should include the count of satellites in view and the pdop number
with your results data.
You can do some planning to make sure you don't run one test when
Al Johnson wrote:
For a bit more consistency of timing, less manual intervention, and enough
readings to get an idea of the run to run variation in that location, can I
suggest a script? It could do with a timeout when waiting for a fix since
with deivestrength 3 and idleclk 1 this can take
I promise not sell or patent jOERG's neat little physical hack
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Yaroslav
Halchenko
Sent: Sunday, August 03, 2008 9:04 PM
To: community@lists.openmoko.org
Subject: Re: SDcard holder - convenience rework
I
PROTECTED] On Behalf Of Yaroslav
Halchenko
Sent: Sunday, August 03, 2008 9:04 PM
To: community@lists.openmoko.org
Subject: Re: SDcard holder - convenience rework
I guess tomorrow it will be patented and in a few months will be present in
GTA03 ;-)
On Sun, 03 Aug 2008, steve wrote:
That's
Before we conclude that the hardware fix is required, we'd really like
to gather a lot of statistics from you about the behavior of the
software fix. We have been able to test in only a limited number of
locations, and a limited number of phones.
We'd like to ask you to run some tests and
Could we get a link to some image files to use for this testing? I'm not
quite sure when Andy's fix made it in the kernel. It would also help
standardize the tests if we all use the same images.
Josh
On Mon August 4 2008 7:29:17 pm Michael Shiloh wrote:
Before we conclude that the hardware
Agreed. I've been trying to gather that information for the past little
while. It's proven rather elusive, and I didn't want more people to try
the hardware fix until we really understand what the software fix can
do, so I thought I'd better ask for the test ASAP, and then continue
working on
Agreed. Would be a whole lot easier on everyone if a uboot, kernel(s)
and rootfs were provided along with test scripts and a procedures
document to follow.
On Aug 4, 2008, at 5:02 PM, Josh Thompson wrote:
Could we get a link to some image files to use for this testing?
I'm not
quite
Joerg Reisenweber wrote:
for a nice handle to save your fingernails and do no violence on SD-holder by
using a knife etc, see:
http://people.openmoko.org/joerg/sdcard-handle
note the pretty original scotchtape-end of the transparent sticky tape ;-)
Works like a charm!
It works to remove
for GTA02 GPS rework for SDcard
interferenceissue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Do folks know wher to find the SOP for the cap fix?
|
| Tony, if you havent already, go ahead and post the SOP for the cap
fix. It's
| easy enough to do
7:44 AM
To: List for Openmoko community discussion
Subject: Re: Warranty after fix for GTA02 GPS rework forSD card
interferenceissue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| steve schrieb:
| Amaybe when SD I/O occurs one could use
That's pretty damn clever.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joerg Reisenweber
Sent: Saturday, August 02, 2008 1:32 AM
To: community@lists.openmoko.org
Subject: SDcard holder - convenience rework
for a nice handle to save your fingernails
I guess tomorrow it will be patented and in a few months will be
present in GTA03 ;-)
On Sun, 03 Aug 2008, steve wrote:
That's pretty damn clever.
--
.-.
=-- /v\ =
Keep in touch
for a nice handle to save your fingernails and do no violence on SD-holder by
using a knife etc, see:
http://people.openmoko.org/joerg/sdcard-handle
note the pretty original scotchtape-end of the transparent sticky tape ;-)
Works like a charm!
cheers
jOERG
ps: thanks to XorA for triggering the
Nice idea, I wonder how long before the scotch tape becomes brittle from
the heat inside there?
It really is a PITA getting that card in and out.
signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
Joerg Reisenweber wrote:
for a nice handle to save your fingernails and do no violence on SD-holder by
using a knife etc, see:
http://people.openmoko.org/joerg/sdcard-handle
note the pretty original scotchtape-end of the transparent sticky tape ;-)
Works like a charm!
cheers
jOERG
-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
Andy Green wrote:
Somebody in the thread at some point said:
| I'm using OM2007.2 updated to today morning (Thursday July 31), and
| TangoGPS.
| Also have the map cache directory on the card. Normally works fine, but
| when I move indoors,
| gps shows 10 satellite fixes and gives my
-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 -
Hi there!
I'm not Andy obviously, but I think I still can answer that one ;)
Hi Andy,
I'm the guy who said that.
Actually I based my observation on the fact that i saw an entry of
10/x/y as the endmost entry on the TangoGPS status line.
Isn't that supposed to mean that it still has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Actually I based my observation on the fact that i saw an entry of
| 10/x/y as the endmost entry on the TangoGPS status line.
| Isn't that supposed to mean that it still has fixes from 10 satellites.
Our
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
-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
Vinc Duran schrieb:
But... what are our chances GTA03 will have a 3D gyro?
Could the accelerometers be substituted for a 3d gyro?
No, you need both accelerometer *and* gyro measurements for dead reckoning.
Andreas
___
Openmoko community mailing
On Friday 01 August 2008, Vinc Duran wrote:
On Thu, Jul 31, 2008 at 5:28 PM, Andreas Bogk [EMAIL PROTECTED] wrote:
snip
I'm not a mathematician, but I think I have sufficiently understood
Kalman filters and dead reckoning. A little known trick is to use
ordinary integration with the
Al Johnson schrieb:
We only need to replace 1 of the 2 3D accels with a 3D gyro. I've not looked
at the size or cost of solid state gyros so I don't know how practical that
might be.
Well, if this:
http://www.invensense.com/products/idg_300.html
had three axes instead of two, it would
Al Johnson [EMAIL PROTECTED] writes:
We only need to replace 1 of the 2 3D accels with a 3D gyro. I've not looked
at the size or cost of solid state gyros so I don't know how practical that
might be.
That's not a bad idea... I haven't looked into what accelerometers we have in
the FR,
-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
:14 AM
To: List for Openmoko community discussion
Subject: Re: Warranty after fix for GTA02 GPS rework for SD card
interferenceissue
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
] On Behalf Of Jay Vaughan
Sent: Wednesday, July 30, 2008 1:24 AM
To: List for Openmoko community discussion
Subject: Re: Warranty after fix for GTA02 GPS rework for SD card
interferenceissue
(We have external LNA) It means it can track with a 16dBm reduction
in GPS signal after it made
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Do folks know wher to find the SOP for the cap fix?
|
| Tony, if you havent already, go ahead and post the SOP for the cap
fix. It's
| easy enough to do
| And undo.
Did you ever do it, steve?
- -Andy
steve schrieb:
Amaybe when SD I/O occurs one could use the accelerometers to dead reckon?
Dead reckoning without gyros is pretty hard. In theory, the two
accelerometers are not mounted in the same place and thus could be used
to derive rotation, but in practice they're pretty close to each
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| steve schrieb:
| Amaybe when SD I/O occurs one could use the accelerometers to dead
reckon?
|
| Dead reckoning without gyros is pretty hard. In theory, the two
| accelerometers are not mounted in the
Andy Green wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| steve schrieb:
| Amaybe when SD I/O occurs one could use the accelerometers to dead
reckon?
|
| Dead reckoning without gyros is pretty hard. In theory, the two
|
This one?
http://wiki.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf
On Thursday 31 July 2008, steve wrote:
Do folks know wher to find the SOP for the cap fix?
Tony, if you havent already, go ahead and post the SOP for the cap fix.
It's easy enough to do
And undo.
Tilman Baumann wrote:
Andy Green wrote:
Inertial navigation systems for the masses!
Anyone here who wants to write a kalman filter?
Besides the point that a small pocket-IMU would be great. To GPS jumts
that big exist? As fas as i understand GPS it should have little jitter.
Besides the point that a small pocket-IMU would be great. To GPS jumts
that big exist? As fas as i understand GPS it should have little jitter.
Trimble had a few GPS models out with dead reckoning. Not pocket
sized. I think they are all off the market now. I got one off Ebay a
few weeks ago
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| I'm using OM2007.2 updated to today morning (Thursday July 31), and
| TangoGPS.
| Also have the map cache directory on the card. Normally works fine, but
| when I move indoors,
| gps shows 10 satellite
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
Brian Wilson schrieb:
See http://www.trimble.com/tms/placer450.aspx?dtID=overview
They use a small gyroscope.
[...]
If you are walking around and want a reasonable position the Kalman
filter would probably be easier to deal with.
Is there a mathematician in the house?
I'm not a
-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
On Thu, Jul 31, 2008 at 5:28 PM, Andreas Bogk [EMAIL PROTECTED] wrote:
snip
I'm not a mathematician, but I think I have sufficiently understood
Kalman filters and dead reckoning. A little known trick is to use
ordinary integration with the strap-down equation given the
accelerometer and
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
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
|
(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
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
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
-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
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
-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
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
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
-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
| 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
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
-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
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
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
, 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
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
-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
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
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
On Wed, 2008-07-23 at 21:03 +0200, Yorick Moko wrote:
i tried to walk with tangogps and sometimes i jumed 1-2 km in a random
direction and kept drifting
there were no roads in openstreetmaps for my location, could this influence
it?
No, that is definitely not the case. But occasionally I
2008/7/24 Al Johnson [EMAIL PROTECTED]:
fixed a long way back in the route. I didn't have a tile cached for the area
I had walked into. When I zoomed out to a scale where I did have a tile
cached it redrew the track, this time following the route I had walked
without jumping.
Actually if you
On Thu, 2008-07-24 at 09:42 +0300, Timo Jyrinki wrote:
2008/7/24 Al Johnson [EMAIL PROTECTED]:
fixed a long way back in the route. I didn't have a tile cached for the area
I had walked into. When I zoomed out to a scale where I did have a tile
cached it redrew the track, this time following
On Thu, Jul 24, 2008 at 08:05:22 +0200, Marcus Bauer wrote:
One interesting observation I made is that my FR has in the beginning
often a GPS time offset 15 seconds into the future. It does so even if I
feed the time by AGPS.
It takes 10-15 minutes until this is corrected by the chip.
Wild
';
[EMAIL PROTECTED]; 'Andy Green'
Subject: Re: GTA02 GPS rework for SD card interference issue
I have not had time to test any. But I could.
M
steve wrote:
Michael do you have any phones that fail GPS test?
-Original Message-
From: Michael Shiloh [mailto:[EMAIL PROTECTED]
Sent: Monday
Green'
Subject: Re: GTA02 GPS rework for SD card interference issue
I have not had time to test any. But I could.
M
steve wrote:
Michael do you have any phones that fail GPS test?
-Original Message-
From: Michael Shiloh [mailto:[EMAIL PROTECTED]
Sent: Monday, July 21, 2008 10:10 PM
, contact AG on this matter.
-Original Message-
From: Michael Shiloh [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 22, 2008 3:58 PM
To: steve
Cc: 'Joerg Reisenweber'; community@lists.openmoko.org; 'C R McClenaghan';
[EMAIL PROTECTED]; 'Andy Green'
Subject: Re: GTA02 GPS rework for SD card
; 'C R McClenaghan';
[EMAIL PROTECTED]; 'Andy Green'
Subject: Re: GTA02 GPS rework for SD card interference issue
I have not had time to test any. But I could.
M
steve wrote:
Michael do you have any phones that fail GPS test?
-Original Message-
From: Michael Shiloh [mailto:[EMAIL
On Wednesday 23 July 2008, Yorick Moko wrote:
i tried to walk with tangogps and sometimes i jumed 1-2 km in a random
direction and kept drifting
there were no roads in openstreetmaps for my location, could this influence
it?
I saw something similar yesterday with tangogps. The red track
* Yorick Moko [EMAIL PROTECTED] [2008-07-23 21:03 +0200]:
i tried to walk with tangogps and sometimes i jumed 1-2 km in a random
direction and kept drifting
there were no roads in openstreetmaps for my location, could this
influence it?
I don't think so so.
As far as I can tell, tango GPS
On Mon, Jul 21, 2008 at 8:35 PM, steve [EMAIL PROTECTED] wrote:
1. Give people a free repair kit?
2. work with distributors to do repair.
3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI
Personally, a kit would work for me. I have fine pitch solder and a
nice iron, but
1. Give people a free repair kit?
2. work with distributors to do repair.
3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI
Here in Vienna, anyway, we can host these parties at MetaLab.
;
--
Jay Vaughan
___
Openmoko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Send me a 10pf capacitor :) and I will very happy (Here I don't know
where to buy a single 10pF capacitor!)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
well from what Andy says they have found a software fix which
- keeps good SD card perf (for cards tested so far)
- doesn't degrade gps signal
the software fix will be in the new kernel very soon and
- switches off SD clock when not needed
- reduces the drive strength of the SD signal when on
could anyone recommend a nice solder for such kind of work? (haven't
bothered to buy one in the states... in ukraine at the university was
using whatever was given ;-))
On Tue, 22 Jul 2008, Tim Schmidt wrote:
On Mon, Jul 21, 2008 at 8:35 PM, steve [EMAIL PROTECTED] wrote:
1. Give people a
could anyone recommend a nice solder for such kind of work? (haven't
bothered to buy one in the states... in ukraine at the university was
using whatever was given ;-))
You will need 'flux core solder' (normal 'resin' electronics solder), with a
low wattage
soldering iron, like 15W. It also
I use electronic silver solder, 62/36/2 62% tin, 36% lead, 2% silver
44 flux, dia 0.5mm made by Kester
with all that lead maybe its not available in the EU? Kester makes a
lead free equivalent.
here's a lead free equivalent in a small package.
doh me -- I meant to ask about soldering iron primarily. So which gun
would you recommend (so it feels comfortable in hand, is not too long,
doesn't heat the handle more than the tip ;-) etc)
On Tue, 22 Jul 2008, Sander van Grieken wrote:
could anyone recommend a nice solder for such kind of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| doh me -- I meant to ask about soldering iron primarily. So which gun
| would you recommend (so it feels comfortable in hand, is not too long,
| doesn't heat the handle more than the tip ;-) etc)
Dunno
GPS rework for SD card interference issue
ave ceasar!
steve wrote:
Then I am Rome.
The SOP needs to be reviewed. Basically, I will need to hear from
jOERG, Werner,
Micheal, Andy.
I would like to have micheal test the SOP.
Then I can figure out how to offer the repair
; 'C R McClenaghan';
[EMAIL PROTECTED]; Andy Green
Subject: Re: GTA02 GPS rework for SD card interference issue
ave ceasar!
steve wrote:
Then I am Rome.
The SOP needs to be reviewed. Basically, I will need to hear from
jOERG, Werner,
Micheal, Andy.
I would like to have micheal
Hi guys,
as I wrote before ( but the message did apparently not hit the list since I
used a different email address ) I had the hardware fix applied on friday
but used a 0603 cap instead, which fit quite nicely.
After further testing I can only congratulate the OM-team for their quick
and easy
...and Michael goes to Steve, so all roads lead to Steve.
Expect a reply from Steve very shortly (if he hasn't already done so).
Michael
Joerg Reisenweber wrote:
This should go to Steve and Michael, I guess
Am Fr 18. Juli 2008 schrieb C R McClenaghan:
Tony,
Will OpenMoko offer this
GPS rework for SD card interference issue
...and Michael goes to Steve, so all roads lead to Steve.
Expect a reply from Steve very shortly (if he hasn't already done so).
Michael
Joerg Reisenweber wrote:
This should go to Steve and Michael, I guess
Am Fr 18. Juli 2008 schrieb C R
101 - 200 of 260 matches
Mail list logo