🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: sci.electronics.design
Article #342

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

#342
From: krw
Date: Thu, 12 Jan 2012 03:10
87 lines
5273 bytes
On Wed, 11 Jan 2012 21:02:07 -0500, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:

>On 01/11/2012 08:26 PM, krw@att.bizzzzzzzzzzzz wrote:
>> On Wed, 11 Jan 2012 14:22:11 -0500, Phil Hobbs
>> <pcdhSpamMeSenseless@electrooptical.net>  wrote:
>>
>>> On 01/11/2012 01:43 PM, John Larkin wrote:
>>>> On Tue, 10 Jan 2012 18:02:50 -0800 (PST), Bill Sloman
>>>> <bill.sloman@gmail.com>   wrote:
>>>>
>>>>> On Jan 10, 4:55 pm, John Devereux<j...@devereux.me.uk>   wrote:
>>>>>> Robert Macy<robert.a.m...@gmail.com>   writes:
>>>>>>> On Jan 10, 2:28 am,BillSloman<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:http://www.theamphour.com/2012/01/10/the-amp-hour-77-winsome-waveform...
>>>>>>
>>>>>>>>> Lots of history of the book, signal integrity, Gigabit Ethernet
>>>>>>>>> development, 90 degree PCB bends, audiophoolery, and a whole bunch of
>>>>>>>>> other talk over almost 1 1/12 hours.
>>>>>>
>>>>>>>> "Black Magic" is more notorious than famous. I own both it and it's
>>>>>>>> follow-up, and both have got some useful content but they are badly
>>>>>>>> organised and what useful content they do contain is hard to find.
>>>>>>
>>>>>>>> The field is still waiting for a decent textbook on high speed circuit
>>>>>>>> design and layout.
>>>>>>
>>>>>>>> This is one of the few matters on which John Larkin and I seem to
>>>>>>>> agree.
>>>>>>
>>>>>>>> --
>>>>>>>> BillSloman, Nijmegen
>>>>>>
>>>>>>> Perhaps, it is time for the first ever 'conference' book written by a
>>>>>>> consortium of engineers/scientists.
>>>>>>
>>>>>>> Put my name in for proffreading.  :)
>>>>>>
>>>>>> Great idea. Perhaps John Larkin, Jim Thompson and Bill Sloman could
>>>>>> collaborate on it.
>>>>>>
>>>>>> Sure that will work out well... :)
>>>>>
>>>>> I'm not sure what Jim Thompson might contribute. I've seen papers that
>>>>> worry about the characteristic impedance of connections on the silicon
>>>>> (or whatever) inside integrated circuits, but I don't have the feeling
>>>>> that Jim designs stuff that's big enough and fast enough for him to
>>>>> need to know much about it.
>>>>
>>>> I get the impression that most interconnects inside ICs are primarily
>>>> distributed R-C things, not real transmission lines at all.
>>>> Propagation speed of interconnects is a big deal in routing fast logic
>>>> chips, but the speed of light isn't the issue.
>>>>
>>>>>
>>>>> Motorola's ECL applications notes on board layout were rather useful,
>>>>
>>>> Just don't trust their microstrip equation!
>>>>
>>>> John
>>>>
>>>
>>> Yup, all RC transmission lines with repeaters, speed roughly c/10.
>>
>> The routing delay scales roughly with the square of the length (not at all
>> linear).  Yes, it's often faster to buffer the middle of a long line.  In the
>> PPC970/G5, there were several nets with three and four repeaters.  Even
>> numbers work better, though.  ;-)
>
>In the limit of long lines, that's true.  However, you can't build chips 
>in that limit, because the bandwidth goes down quadratically with length 
>as well.  To maintain speed, you have to use repeaters, and maintaining 
>2-3 GHz clock rates with reasonable jitter requires spacing them at 
>something like 1 mm intervals on long lines.  In an optimized layout, 
>that turns out to produce a roughly constant propagation speed of c/10 
>or so.
>
>Cheers
>
>Phil "Former on-chip optical interconnect person" Hobbs

Our on-chip delay models were pretty much l^2 (RC, where c ~ l*w and R~l).  A
constant delay would imply an LC line, no?
Technical Details
Message-ID: <bhjsg7tj8a8uo11b75q4lfuhejl5rvsoth@4ax.com>
Path: arc1-ca.pugleaf.net!lh20ni170990pbb.0!nntp.google.com!news2.google.com!news4.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
References: <3cb3aab6-3bd6-4767-93d3-710aa1dcc9f2@h13g2000vbn.googlegroups.com> <8d7496bf-0ee2-49f5-ab83-b6fe4cb2253d@cf6g2000vbb.googlegroups.com> <2e93e979-c209-42ec-8ea6-a666b6b488b1@p42g2000vbt.googlegroups.com> <87obubmu0m.fsf@devereux.me.uk> <f071f794-8981-47fb-8ee3-b36ee95a0f0d@k10g2000yqk.googlegroups.com> <grlrg7hn0t9s1md03fpt2iq5fc69h8nis8@4ax.com> <4F0DE163.6090602@electrooptical.net> <pfdsg794efm5tb58345bsurl7rm1mmptr8@4ax.com> <4F0E3F1F.4060705@electrooptical.net>

Show Full Headers
Complete Article Headers
X-Google-Thread: 103407,e165c67941ee00bf
X-Google-NewGroupId: yes
X-Google-Attributes: gida5a6238865,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.68.73.229 with SMTP id o5mr2271639pbv.7.1326337808725;
        Wed, 11 Jan 2012 19:10:08 -0800 (PST)
Path: arc1-ca.pugleaf.net!lh20ni170990pbb.0!nntp.google.com!news2.google.com!news4.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: "krw@att.bizzzzzzzzzzzz" <krw@att.bizzzzzzzzzzzz>
Newsgroups: sci.electronics.design,aus.electronics
Subject: Re: Dr Howard Johnson, this weeks guest on The Amp Hour
Date: Wed, 11 Jan 2012 22:10:06 -0500
Lines: 88
Message-ID: <bhjsg7tj8a8uo11b75q4lfuhejl5rvsoth@4ax.com>
References: <3cb3aab6-3bd6-4767-93d3-710aa1dcc9f2@h13g2000vbn.googlegroups.com> <8d7496bf-0ee2-49f5-ab83-b6fe4cb2253d@cf6g2000vbb.googlegroups.com> <2e93e979-c209-42ec-8ea6-a666b6b488b1@p42g2000vbt.googlegroups.com> <87obubmu0m.fsf@devereux.me.uk> <f071f794-8981-47fb-8ee3-b36ee95a0f0d@k10g2000yqk.googlegroups.com> <grlrg7hn0t9s1md03fpt2iq5fc69h8nis8@4ax.com> <4F0DE163.6090602@electrooptical.net> <pfdsg794efm5tb58345bsurl7rm1mmptr8@4ax.com> <4F0E3F1F.4060705@electrooptical.net>
Mime-Version: 1.0
X-Trace: individual.net fVXDs5s8eWVDwNigJnYrYQc7V/0yQXqNNcuhCowSssvioC4wxN
Cancel-Lock: sha1:tdffdDhiA+FMS5wD5G0ZTcMwbhw=
X-Newsreader: Forte Agent 5.00/32.1171
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit