🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: sci.electronics.design
Article #365

Re: Dr Howard Johnson, this weeks guest on The Amp Hour

#365
From: John Larkin
Date: Wed, 11 Jan 2012 00:49
85 lines
5293 bytes
On Tue, 10 Jan 2012 15:39:08 -0800 (PST), Bill Sloman
<bill.sloman@ieee.org> wrote:

>On Jan 10, 5:50�pm, John Larkin
><jjlar...@highNOTlandTHIStechnologyPART.com> wrote:
>> On Tue, 10 Jan 2012 17:29:35 +0100, Jeroen Belleman
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> <jer...@nospam.please> wrote:
>> >John Larkin wrote:
>> >> On Tue, 10 Jan 2012 01:28:22 -0800 (PST), Bill Sloman
>> >> <bill.slo...@ieee.org> wrote:
>>
>> >>> On Jan 10, 7:47 am, "David L. Jones" <altz...@gmail.com> wrote:
>> >>>> Just thought some might be interested in hearing our recent guest on
>> >>>> our Amp Hour radio show, Dr Howard Johnson of "Handbook of Black
>> >>>> Magic" fame[...]
>>
>> >> Yeah, his book is half nonsense. If you can tell which half is which,
>> >> you don't need the book. His ideas on "return currents" and bypassing
>> >> are absurd. And the writing is dreadful.
>>
>> >I haven't got the book handy, but I'll pick it up tomorrow or so.
>> >Do you mind expounding on why his "return currents" make no sense?
>> >Did he mean something different from image currents?
>>
>> He says that a transmission-line pcb trace must always be "referenced"
>> to the same "return current" plane it started with and shouldn't pass
>> through vias to become referenced to a different plane, or else the
>> return currents will get confused or go on strike or something. If
>> that were true, 98% or the multilayer boards on Earth would quit
>> working.
>>
>> He also says that you should add bypass caps and stitching vias to
>> conduct these return currents whenever a trace does via to a different
>> "reference plane."
>>
>> All silly.
>
>Not completely silly. One of the more avoidable hold-ups in the
>development of the electron beam tester at Cambridge Instruments from
>1988 to 1991 was when the drafting office sent out a six layer board
>for manufacture without specifying the order of the inner planes -
>they "knew" that the order didn't matter, despite the fact that I'd
>spelled it out, in detail, on the release note that I'd given them.
>
>Almost all of the very high frequency connections - from GaAs logic
>outputs to GaAs logic inputs - were supposed to have been routed
>directly above the -2V plane (which should have been directly under
>the components), and the terminating resistors were returned to that
>plane (through a via at the relevant end of the resistor).
>
>The board didn't work, and it took us a while to find out why.
>Whenever I walked past the engineer working on the board I'd remind
>him that he had the stuck of images of the various planes stuck
>together in the wrong order, and eventually this irritated him enough
>that he got out a drill and worked that he'd got them in the right
>order, which explained most of why the board wasn't working.
>
>We did get it to work eventually, but all the high-frequency
>connections through the board ended up being routed through tacked-on
>lumps of sub-miniature coaxial cable.
>
>The next board had the inner planes in the right order, amongst other
>changes, and worked a lot better.
>
>--
>Bill Sloman, Nijmegen


Of course the stackup and order matter, if not to get the DC
connections right, then to get the impedances right. But the obsession
with return currents and "reference planes" is mostly silly.

As is the admonition to never cross slits in planes, fr'instance
running a trace above a plane that has multiple pour pours.

John
Technical Details
Message-ID: <4rmpg79ldf323vvntrtutfh1l0sb6i5el9@4ax.com>
Path: arc1-ca.pugleaf.net!cj8ni80502bkb.0!nntp.google.com!news2.google.com!Xl.tags.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local2.nntp.dca.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail
References: <3cb3aab6-3bd6-4767-93d3-710aa1dcc9f2@h13g2000vbn.googlegroups.com> <8d7496bf-0ee2-49f5-ab83-b6fe4cb2253d@cf6g2000vbb.googlegroups.com> <uilog75gfbqq0eo77f0tdtn918n4pigmi6@4ax.com> <jehp1c$j04$1@speranza.aioe.org> <a6qog71oeiacboqnku38gr0qq7tnf4njfc@4ax.com> <bd768c5e-ffaf-44cc-b7db-a1ffe6cdc9f4@m4g2000vbc.googlegroups.com>

Show Full Headers
Complete Article Headers
X-Google-Thread: a5a6238865,e165c67941ee00bf
X-Google-Attributes: gida5a6238865,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII
Received: by 10.204.156.205 with SMTP id y13mr1429593bkw.3.1326242975867;
        Tue, 10 Jan 2012 16:49:35 -0800 (PST)
Path: arc1-ca.pugleaf.net!cj8ni80502bkb.0!nntp.google.com!news2.google.com!Xl.tags.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local2.nntp.dca.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail
NNTP-Posting-Date: Tue, 10 Jan 2012 18:49:35 -0600
From: John Larkin <jjlarkin@highNOTlandTHIStechnologyPART.com>
Newsgroups: sci.electronics.design,aus.electronics
Subject: Re: Dr Howard Johnson, this weeks guest on The Amp Hour
Date: Tue, 10 Jan 2012 16:49:34 -0800
Message-ID: <4rmpg79ldf323vvntrtutfh1l0sb6i5el9@4ax.com>
References: <3cb3aab6-3bd6-4767-93d3-710aa1dcc9f2@h13g2000vbn.googlegroups.com> <8d7496bf-0ee2-49f5-ab83-b6fe4cb2253d@cf6g2000vbb.googlegroups.com> <uilog75gfbqq0eo77f0tdtn918n4pigmi6@4ax.com> <jehp1c$j04$1@speranza.aioe.org> <a6qog71oeiacboqnku38gr0qq7tnf4njfc@4ax.com> <bd768c5e-ffaf-44cc-b7db-a1ffe6cdc9f4@m4g2000vbc.googlegroups.com>
X-Newsreader: Forte Agent 1.91/32.564
MIME-Version: 1.0
Lines: 87
X-Trace: sv3-qLb4Byh5PA+CPbP0lCNPbuO6SLi3T9c5BJa4Er54noJXNu6ct9eCQu7ssMup5EouOvSxH6qNSJ0ru8a!Ew8GjS3XMcHhBPYiXzDEEExdYporHU4QepPEG9tg56fFVtObqGOtC5CA0WSngySQD1Ayyz2eAlu9!ivRroA==
X-Complaints-To: www.supernews.com/docs/abuse.html
X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 4873
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit