Hello Nils,
Nils Faerber wrote:
> On the other hand I also do not like the idea of having wrap wire in the
> modem part - makes a good antenna for all kinds of interference.
>
I don't think the wire is a big problem, its in the shielded "chamber" for
baseband processing, RF processing and the
Nils Faerber wrote:
> The one I tried it on was a GTA01-V3.
GTA01v4 here.
> I am quite hesitant to try that since I fear to hit other components in
> the process - the crystal is pretty close, the other capacitor next to
> it or even worse the Calypso itself. And then there are the fragments
> fl
Daniel Willmann schrieb:
> Hi,
Hi!
> On Fri, 29 May 2009 22:58:53 +0200
> Joerg Reisenweber wrote:
>> Last not least: probably a better battery management will have more
>> positive effects on standby time than fixing #1024 in hw and using
>> AT%sleep=4 all the time. First raw estimations seem to
Dima Kogan schrieb:
> I got a better solution. Like Dieter, I added a 10uF cap instead of
> replacing the capacitor altogether. However, instead of using a wire, I
> placed the new capacitor directly adjacent to the original cap. If
> looking at the photo Dieter sent originally, I placed the cap
>
Daniel Willmann schrieb:
> Hello,
Hi!
> On Wed, 10 Jun 2009 10:32:59 -0300
> Werner Almesberger wrote:
>> Nils Faerber wrote:
>> My first try was the "single iron, lots of solder" attack.
>> To my great dismay, the cap didn't budge. I then went through
>> all my electronics torture chamber has to
I got a better solution. Like Dieter, I added a 10uF cap instead of
replacing the capacitor altogether. However, instead of using a wire, I
placed the new capacitor directly adjacent to the original cap. If
looking at the photo Dieter sent originally, I placed the cap
diagonally, bottom-left to top
Hello,
On Wed, 10 Jun 2009 10:32:59 -0300
Werner Almesberger wrote:
> Nils Faerber wrote:
> > For testing the process I tried to do the rework on a NEO1973 and
> > promptly got into trouble - I was not able to remove the capacitor!
> > Is it possible that it is glued to the board?
>
> Oh, so I
Werner Almesberger schrieb:
> Nils Faerber wrote:
>> For testing the process I tried to do the rework on a NEO1973 and
>> promptly got into trouble - I was not able to remove the capacitor! Is
>> it possible that it is glued to the board?
>
> Oh, so I wasn't the only one with that luck. When I tri
Nils Faerber wrote:
> For testing the process I tried to do the rework on a NEO1973 and
> promptly got into trouble - I was not able to remove the capacitor! Is
> it possible that it is glued to the board?
Oh, so I wasn't the only one with that luck. When I tried to
convince Dieter that replacing
For testing the process I tried to do the rework on a NEO1973 and
promptly got into trouble - I was not able to remove the capacitor! Is
it possible that it is glued to the board?
I tried a hot-air rework station but it kept stuck.
Then I tried with two (!) irons simultaniously heating both ends of
Hi,
On Fri, 29 May 2009 22:58:53 +0200
Joerg Reisenweber wrote:
> Last not least: probably a better battery management will have more
> positive effects on standby time than fixing #1024 in hw and using
> AT%sleep=4 all the time. First raw estimations seem to suggest
> there's an increase in sta
On Monday 25 May 2009, Dieter Spaar wrote:
> We have now tested a few phones and it seems that
> increasing a capacitor solves the re-camping bug.
What a nice surprise to have after a week away :-) Many thanks to Dieter and
everyone else involved.
___
thx joerg
Joerg Reisenweber wrote:
> Just to mention it once again, and to stop a possible stampede:
> AT%sleep=2 (sw-fix[1]) has fixed recamping reliably for 100% of affected
> devices. Not all devices suffer from #1024, actually it seems it's only a
> small percentage. FSO is capable of switc
Just to mention it once again, and to stop a possible stampede:
AT%sleep=2 (sw-fix[1]) has fixed recamping reliably for 100% of affected
devices. Not all devices suffer from #1024, actually it seems it's only a
small percentage. FSO is capable of switching to AT%sleep=2 even
automatically[1].
L
Michael 'Mickey' Lauer wrote:
> Just an additional heads-up. Daniel reworked my device on the hardware
> workshop which was part of the first FSOSHR conference last weekend in
> the LinuxHotel.
>
> Since then I exposed my FreeRunner to the tough RF conditions in my
> office-basement here in Frankf
Perfect, many thanks!
Daniel Willmann schrieb:
> Hi,
>
> On Thu, 28 May 2009 12:48:59 +0200
> Nils Faerber wrote:
>
>> Dieter Spaar schrieb:
>>> The other solution is to remove C1009 and replace it
>>> with a 22 uF capacitor. Daniel Willmann has done this
>>> successfully with a few phones.
>>
Hi,
On Thu, 28 May 2009 12:48:59 +0200
Nils Faerber wrote:
> Dieter Spaar schrieb:
> > The other solution is to remove C1009 and replace it
> > with a 22 uF capacitor. Daniel Willmann has done this
> > successfully with a few phones.
>
> So this is really 22µF, not 22nF?
> This a quite big capa
Hi,
On Thu, 28 May 2009 14:18:46 +0200
Michael 'Mickey' Lauer wrote:
> Since then I exposed my FreeRunner to the tough RF conditions in my
> office-basement here in Frankfurt/Main and I'm glad to announce that I
> had not a single recamping since then.
Great! How did fso-abyss and framework tre
Just an additional heads-up. Daniel reworked my device on the hardware
workshop which was part of the first FSOSHR conference last weekend in
the LinuxHotel.
Since then I exposed my FreeRunner to the tough RF conditions in my
office-basement here in Frankfurt/Main and I'm glad to announce that I
h
Dieter Spaar schrieb:
> Hello,
Hi!
> We have now tested a few phones and it seems that
> increasing a capacitor solves the re-camping bug.
First of all: Congratulations for finding a solution!
Many thanks!
[...]
> The other solution is to remove C1009 and replace it
> with a 22 uF capacitor. Dan
Hello Werner,
Werner Almesberger wrote:
> Dieter, I think we all owe you a big applause for finding a solution
> for this bug. #1024 is as old as Openmoko or even predates it. Many
> people have tried their luck at solving this problem and it has been
> overlooked, denied, ignored, given up on, an
I wrote:
> Let's also not forget all the others who have contributed towards
> killing this beast, [...]
And Tony !
- Werner (needs new memory)
___
hardware mailing list
hardware@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/hardware
Dieter Spaar wrote:
> Increasing the capacitor which buffers this power supply
> line seems to help.
Dieter, I think we all owe you a big applause for finding a solution
for this bug. #1024 is as old as Openmoko or even predates it. Many
people have tried their luck at solving this problem and it
On Tue, 26 May 2009 12:28:55 +0200
David Garabana Barro wrote:
> On Tuesday 26 May 2009 11:17:24 Dima Kogan wrote:
> > I just performed this fix and so far the recamping is successfully
> > squashed. I'm not seeing any recamping (was fairly common before the
> > fix). Instead of placing the secon
Hello,
David Garabana Barro wrote:
> Dima: Could you please make any tests on battery life with and without
> calypso_deep_sleep?
>
Just a note: The time how long the GSM modem can go into "Deep Sleep"
is mainly determined by a parameter of the cell. Its the BS_PA_MFRMS,
parameter, range 2 to
On Tuesday 26 May 2009 11:17:24 Dima Kogan wrote:
> I just performed this fix and so far the recamping is successfully
> squashed. I'm not seeing any recamping (was fairly common before the
> fix). Instead of placing the second capacitor away from the first and
> using a wire to connect the two, I
Hello Dima,
Dima Kogan wrote:
> I just performed this fix and so far the recamping is successfully
> squashed. I'm not seeing any recamping (was fairly common before the
> fix). Instead of placing the second capacitor away from the first and
> using a wire to connect the two, I placed it directly
Dima,
wow this is excellent news!
How long did it take you to do this fix? How hard was it, how about
likelihood that the phone will get damaged in the process?
Maybe we should publish a proper PDF SOP, wich some neat pictures and such?
Or roll it into the buzz-rework SOP?
More reports on this
I just performed this fix and so far the recamping is successfully
squashed. I'm not seeing any recamping (was fairly common before the
fix). Instead of placing the second capacitor away from the first and
using a wire to connect the two, I placed it directly adjacent to the
first, using some elect
29 matches
Mail list logo