atom feed121 messages in org.openmoko.lists.hardwareRe: GSM-noise "buzz" issue
FromSent OnAttachments
Joerg ReisenweberAug 5, 2008 8:23 pm 
Joerg ReisenweberAug 5, 2008 8:26 pm 
Joerg ReisenweberAug 11, 2008 5:06 am 
Ole KliemannAug 11, 2008 9:39 am 
Joerg ReisenweberAug 12, 2008 3:54 am 
Candy ChouAug 12, 2008 4:06 am 
Andy GreenAug 12, 2008 4:35 am 
Candy ChouAug 12, 2008 4:55 am 
steveAug 12, 2008 9:27 am 
Joerg ReisenweberAug 26, 2008 5:22 am 
Torsten SieversSep 11, 2008 4:35 am 
Angus AinslieSep 11, 2008 6:03 pm 
Angus AinslieSep 11, 2008 6:12 pm 
Andy GreenSep 12, 2008 12:27 am 
Joerg ReisenweberSep 12, 2008 6:19 pm 
Joerg ReisenweberSep 12, 2008 7:32 pm 
Angus AinslieSep 15, 2008 8:15 pm 
Andy GreenSep 16, 2008 6:23 am 
Angus AinslieSep 16, 2008 7:24 am 
Joerg ReisenweberSep 16, 2008 2:28 pm 
Andy GreenSep 17, 2008 1:41 am 
Joerg ReisenweberSep 17, 2008 8:27 am 
Andy GreenSep 17, 2008 8:55 am 
Joerg ReisenweberSep 17, 2008 10:11 am 
Angus AinslieSep 17, 2008 12:00 pm 
Andrew BrunoSep 17, 2008 1:04 pm 
Werner AlmesbergerSep 17, 2008 3:04 pm 
Joerg ReisenweberSep 17, 2008 5:39 pm 
Werner AlmesbergerSep 17, 2008 9:27 pm 
Torsten SieversSep 17, 2008 11:00 pm 
Uwe KleinSep 18, 2008 12:54 am 
Andy GreenSep 18, 2008 1:51 am 
Joerg ReisenweberSep 19, 2008 10:14 am 
Werner AlmesbergerSep 19, 2008 10:58 am 
Joerg ReisenweberSep 19, 2008 11:17 am 
Joerg ReisenweberSep 19, 2008 11:35 am 
Werner AlmesbergerSep 19, 2008 12:41 pm 
Florian ZeitzSep 19, 2008 1:23 pm 
Werner AlmesbergerSep 19, 2008 1:56 pm 
Esben StienSep 19, 2008 2:22 pm 
Joerg ReisenweberSep 20, 2008 8:33 am 
Andy GreenSep 20, 2008 8:35 am 
Joerg ReisenweberSep 20, 2008 9:00 am 
Andy GreenSep 20, 2008 9:07 am 
Werner AlmesbergerSep 20, 2008 1:13 pm 
Werner AlmesbergerSep 20, 2008 1:19 pm 
Werner AlmesbergerSep 20, 2008 1:31 pm 
Joerg ReisenweberSep 20, 2008 2:15 pm 
Werner AlmesbergerSep 20, 2008 2:45 pm 
Joerg ReisenweberSep 20, 2008 3:10 pm 
Werner AlmesbergerSep 20, 2008 5:54 pm 
Andy GreenSep 21, 2008 1:13 am 
Uwe KleinSep 21, 2008 1:47 am 
Andy GreenSep 21, 2008 2:10 am 
Uwe KleinSep 21, 2008 2:27 am 
Andy GreenSep 21, 2008 2:41 am 
Werner AlmesbergerSep 21, 2008 6:29 am 
Uwe KleinSep 21, 2008 6:36 am 
Werner AlmesbergerSep 21, 2008 7:18 am 
Werner AlmesbergerSep 21, 2008 7:22 am 
Joerg ReisenweberSep 21, 2008 3:18 pm 
Joerg ReisenweberSep 21, 2008 3:55 pm 
Joerg ReisenweberSep 21, 2008 4:33 pm 
Joerg ReisenweberSep 21, 2008 4:42 pm 
Werner AlmesbergerSep 21, 2008 4:51 pm 
Joerg ReisenweberSep 21, 2008 6:08 pm 
Torsten SieversSep 21, 2008 11:32 pm 
Andy GreenSep 22, 2008 2:34 am 
Andy GreenSep 22, 2008 2:46 am 
Uwe KleinSep 22, 2008 5:37 am 
Werner AlmesbergerSep 22, 2008 5:41 am 
Andy GreenSep 22, 2008 5:47 am 
Uwe KleinSep 22, 2008 5:52 am 
Joerg ReisenweberSep 22, 2008 6:34 am 
Uwe KleinSep 22, 2008 6:54 am 
Andy GreenSep 22, 2008 7:03 am 
Andy GreenSep 22, 2008 7:10 am 
Andy GreenSep 22, 2008 7:21 am 
Uwe KleinSep 22, 2008 8:12 am 
Joerg ReisenweberSep 22, 2008 9:04 am 
Joerg ReisenweberSep 22, 2008 9:14 am 
Uwe KleinSep 22, 2008 9:18 am 
Joerg ReisenweberSep 22, 2008 9:48 am 
Andy GreenSep 22, 2008 9:49 am 
Joerg ReisenweberSep 22, 2008 11:09 am 
36 later messages
Subject:Re: GSM-noise "buzz" issue
From:Joerg Reisenweber (joe@openmoko.org)
Date:Sep 19, 2008 11:17:09 am
List:org.openmoko.lists.hardware

Am Do 18. September 2008 schrieb Werner Almesberger:

Andy Green wrote:

Yeah, waving hands about RF in cans is not understanding: pretty sure about it.

I think we all would be much more comfortable about our understanding of the situation if someone could identify the actual contamination path.

RF is tending to exit wires and go OTA or coupling to nearby structures, either by inductive or capacitive signal component (or both). The amount of this effect depends on structure not only of the "sending" and "receiving" part and their geometrical position to each other, but also on "environment" (look at a couple of different Yagi, may be a good example of what I'm talking about). In the end this means: a) we might easily find multiple pathes (with multiple "hops" each) of contamination, once the RF got inside the can, b) we might change situation even by mods of "far away" details of the whole device (to the point where we see changes of buzz depending on the way the phone is held. Placing it on a steel-table produced most noise). Peter Wippich explained we always see a dipole formed by actual antenna as one "half" and virtually entire device (ideally only ground-plane) as the other half. Obviously *any* change on any half of this dipole changes RF-situation as a whole.

It's one thing to identify violations of good design practice (and to avoid them in the future), but to debug an actual problem, we can only be sure the true root cause has been found if we have the complete story, or at least a plausible theory for every step.

The whole story is we get RF inside the can, and nobody can exactly predict what it's going to do once it got inside. It might jump to any pin of Wolfson, or even directly to the chip inside it's plastic housing, and we won't learn anything from months of investigation on the actual contamination path, as we couldn't fix anything even if we had a detailed explanation. The fix is to keep RF away from Wolfson, and for the given design that means keep RF out of the can. My suspicion is RF is spoiling the MICBIAS voltage regulation, and we could probe for this by scoping MICBIAS with RF-reject probe *during actual buzz* (this actual-buzz-detail wasn't regarded or at least not mentioned when TPE did this test some time ago. Without buzz I of course would expect a smooth MICBIAS, alas this doesn't tell us anything). So much for a plausible theory, that's even explaining the changes of buzz amplitude when placing insanely large capacitors on MICBIAS. Anyway it's just as good as any other actual theory, as in the end there's exactly one thing we reasonably can do: keep RF out.

Honestly, I'm much more interested in a complete story on how a 100uF (C4306, R4303) connected from one pin of mic to the other, is supposed to stop this ripple on MICBIAS while still delivering decent audio-signal to the amp connected to those two pins. From my POV that's much more of the kind of thing we need a *decent* *comprehensive* story about every step, *before* we consider to introduce such a bug into MP. And with "every step" I also address change of alsa.state TPE reported we will need to make this alleged "fix" work at all, as well as some decent audio-test we MUST do on this deprecated "fix" to assure our devices still meet certification criteria.

This, by the way, also applies to the SD vs. GPS interaction. We now have what I believe is a thorough understanding of what gets emitted and how to silence it, but we never identified where this gets picked up and causes trouble.

YUP.

If this is an over-the-air path,

When removing a "dead-end" 5mm piece of metal (JK4401) isn't a sufficient proof for OTA, and the bead, and injecting buzz from external source even doesn't confirm this, I really don't know what else we could do to get any wiser.

of limited use and might draw attention from more deserving areas.

ATM this discussion is drawing attention from an area that should be first priority: fix the bug for good, by placing 3 beads or better EMI-filters on JK4401-audio-traces

Now, I'm not suggesting to reopen the GPS noise investigation, but I would very much like to see an explanation for how and where the RF noise "received" by the audio jack jumps into the mic signal even after all components actually connecting the traces have been removed.

See placement of R4408. I think that's enough of a good story.

cheers jOERG