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