buzz fix

[Steve Mosher]

looks like the wire is too long. See the photo in the SOP.
Also, looks like he didnt remove the rubber around the mic before 
working on it. Just a guess. Joerg will respond I'm sure.



Peter Stumm wrote:
> Hello, 
> a good friend does the buzz fix for me, but after doing that there is
> still a buzz, think it's a little bit quiter.
> here are a few pictures after the buzz
> http://dl.getdropbox.com/u/845779/neo1.JPG
> http://dl.getdropbox.com/u/845779/neo2.JPG
> http://dl.getdropbox.com/u/845779/neo3.JPG
> http://dl.getdropbox.com/u/845779/neo4.JPG
> 
> can you say me whats wrong?
> 
> thanks 
> peter
> 
> Am Mittwoch, den 04.03.2009, 09:09 +0100 schrieb Joerg Reisenweber:
>> Am Di  27. Januar 2009 schrieb Paul Fertser:
>>> Al Johnson <openmoko at mazikeen.demon.co.uk> writes:
>>>> On Monday 26 January 2009, Christoph Siegenthaler wrote:
>>>>> are there any updates from resellers, FIC or any half-official
>>>>> DIY-tutorials on the hardware problems, i.e. the buzzing?
>>>> This appears to have benefited from feedback regarding capacitor types 
>> from 
>>>> the few people so far to have attempted the mod, 
>>> The feedback is that: you can use any cap, including tantalum. :)
>>>
>>>> but more feedback is requested. The lack of feedback from people
>>>> trying it may be why it hasn't yet made it past release candidate
>>>> stage.
>>> No more feedback is really needed. Everyone who performed the rework
>>> confirmed that it eliminates the buzz. No single negative report. And
>>> i guess at least 10-20 people have already tried the rework. So, the
>>> reason that no reseller is doing it yet is probably due to
>>> communication/business issues rather than technical.
>>
>> Exactly.
>> I'm not in charge any more to push this fix, but to me it seems we really 
>> don't need to quantify "how much it improves" buzz-issue.
>> The cause and ways to creep in of buzz are well understood by now by some guys 
>> at least (and NO it's NOT the mic catching RF near antenna, it's pin4 of 
>> hs-jack), the bigC-rework is evidently (based on empiric and EE basics) 
>> eliminating the ripple we see on MICBIAS, and a gsmhandset.state file 
>> correctly using differential input mode (control.63 value "Mic 2") won't 
>> break audio function from unfixed to buzzfixed FR.
>> Also we don't need any sophisticated test procedure, as
>> * all devices are prone to buzz issue, so we don't need to prove there is buzz 
>> before fix
>> * the big-C rework will either kill the buzz or you find you did sth wrong and 
>> mic stops to work. So any engineer doing the actual fix doesn't need any 
>> sophisticated "fix succeeded" test more complicated than that involved in 
>> replacing a lightbulb. Test call -> works -> fine.
>>
>> cheers
>> jOERG
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
> 
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community