[SI-LIST] Re: Why Termination at Both End ?
- From: Rajan Hansa <all.si.list@xxxxxxxxx>
- To: "si-list@xxxxxxxxxxxxx" <si-list@xxxxxxxxxxxxx>
- Date: Wed, 10 Aug 2011 12:43:59 +0530
Thanks everyone for clearing my doubt !!
I have one more question, I know it may look silly and is very basic but I
am sure experts here can enlighten me. Can anyone explain that why it?s
said that transmission line can be modeled as distributed RLGC model ? Ok I
know distributed model has high bandwidth but why distributed ckt has more
bandwidth than lumped ckt ? Why minimum 10 LC sections are needed for
transmission line ?
Rajan
On Tue, Aug 9, 2011 at 3:55 PM, Rohit MISHRA <rohit.mishra@xxxxxx> wrote:
> Rajan,
>
> Here's my 2 cents :
>
> I believe you can use a receiver without matching it's input impedance with
> transmission line impedance But Only If the system satisfies these
> conditions :
>
> 1) Transmitter is connected to single receiver.
> 2) Transmission line is a controlled impedance line and has no
> unintentional impedance discontinuities(like via, stub, package lead, etc)
>
> In real system even though board is designed with controlled-impedance
> traces, there is still the opportunity for a signal to see an unintentional
> impedance discontinuity and in this case just source termination won't stop
> the ringing that's why termination at both end.
>
> Rohit
>
>
>
> -----Original Message-----
> From: si-list-bounce@xxxxxxxxxxxxx [mailto:si-list-bounce@xxxxxxxxxxxxx]
> On Behalf Of Rajan Hansa
> Sent: Tuesday, August 09, 2011 1:57 PM
> To: si-list@xxxxxxxxxxxxx
> Subject: [SI-LIST] Why Termination at Both End ?
>
> Experts,
>
> Can anyone explain that why in some designs we see source as well as load
> terminations, I mean termination at both side of traces ? If ringing is a
> issue then only source termination should be sufficient to control it and
> we
> can use a receiver with very high input impedance i.e. no need to match
> input impedance of receiver with transmission line characteristics
> impedance.
>
> Rajan
>
>
> ------------------------------------------------------------------
> To unsubscribe from si-list:
> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field
>
> or to administer your membership from a web page, go to:
> //www.freelists.org/webpage/si-list
>
> For help:
> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field
>
>
> List technical documents are available at:
> http://www.si-list.net
>
> List archives are viewable at:
> //www.freelists.org/archives/si-list
>
> Old (prior to June 6, 2001) list archives are viewable at:
> http://www.qsl.net/wb6tpu
>
>
> ------------------------------------------------------------------
> To unsubscribe from si-list:
> si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field
>
> or to administer your membership from a web page, go to:
> //www.freelists.org/webpage/si-list
>
> For help:
> si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field
>
>
> List technical documents are available at:
> http://www.si-list.net
>
> List archives are viewable at:
> //www.freelists.org/archives/si-list
>
> Old (prior to June 6, 2001) list archives are viewable at:
> http://www.qsl.net/wb6tpu
>
>
>
------------------------------------------------------------------
To unsubscribe from si-list:
si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field
or to administer your membership from a web page, go to:
//www.freelists.org/webpage/si-list
For help:
si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field
List technical documents are available at:
http://www.si-list.net
List archives are viewable at:
//www.freelists.org/archives/si-list
Old (prior to June 6, 2001) list archives are viewable at:
http://www.qsl.net/wb6tpu
Other related posts:
