[SI-LIST] Re: Why Termination at Both End ?

Transmission lines do not emulate bandpass/bandstop filters.  The 
concept of percentage bandwidth is not applicable.

Steve.
On 8/10/2011 6:44 AM, Rohit MISHRA wrote:
> Steve,
>
> I would appreciate if you can explain that why you think that distributed ckt 
> doesn't have more bandwidth than lumped ckt ?
>
> Rgds,
> Rohit
>
>
> -----Original Message-----
> From: si-list-bounce@xxxxxxxxxxxxx [mailto:si-list-bounce@xxxxxxxxxxxxx] On 
> Behalf Of steve weir
> Sent: Wednesday, August 10, 2011 2:13 PM
> To: si-list@xxxxxxxxxxxxx
> Subject: [SI-LIST] Re: Why Termination at Both End ?
>
>
> On 8/10/2011 12:13 AM, Rajan Hansa wrote:
>> 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 ?
> Because with a sufficient number of sections the model accuracy is
> sufficient to reliably predict Tx line behavior.
>
>> Ok I
>> know distributed model has high bandwidth but why distributed ckt has more
>> bandwidth than lumped ckt ?
> It doesn't.
>
>> Why minimum 10 LC sections are needed for
>> transmission line ?
> That's not correct.
>>
>> Rajan
>>
> Many excellent texts and web references are available for you to learn
> about transmission lines.
>> 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:
>>> http://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:
>>>                  http://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:
>>> http://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:
>>>                  http://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:
>> http://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:
>>              http://www.freelists.org/archives/si-list
>>
>> Old (prior to June 6, 2001) list archives are viewable at:
>>              http://www.qsl.net/wb6tpu
>>
>>
>>
>


-- 
Steve Weir
IPBLOX, LLC
150 N. Center St. #211
Reno, NV  89501
www.ipblox.com

(775) 299-4236 Business
(866) 675-4630 Toll-free
(707) 780-1951 Fax


------------------------------------------------------------------
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:
http://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:     
                http://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: