From: Manu Abraham <abraham.manu@gmail.com>
To: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] TDA10086 fails? DiSEqC bad? TT S-1401 Horizontal transponder fails
Date: Fri, 21 Mar 2008 19:43:12 +0400 [thread overview]
Message-ID: <47E3D790.4020004@gmail.com> (raw)
In-Reply-To: <200803211015.54663@orion.escape-edv.de>
Hi Oliver,
Oliver Endriss wrote:
> Hi,
>
> Manu Abraham wrote:
>> Hi Hartmut,
>>
>> Hartmut Hackmann wrote:
>>
>>> This might be right! I could not get good information regarding the
>>> transponder bandwidths. We might need to make this depend on the
>>> symbol rate or a module parameter.
>> You can calculate the tuner bandwidth from the transponder symbol rate
>> (in Mbaud) for DVB-S:
>>
>> BW = (1 + RO) * SR/2 + 5) * 1.3
>
> Apparently I need some lessons in signal theory. ;-)
> What does R0 stand for?
RO stands for Rolloff. This isn't anything big, but just defines the
sharpness of the bandwidth curve. You can think how a filter's bandwidth
would look like, when it is plotted out. This is just a filter
characteristic.
Normally why you need this is not new. Traditionally for old PLL based
tuners, this used to be in hardware, ie a LC component in the pre
stages, prior to the tuner.
With the arrival of Silicon Tuners, things do have changed. These things
have been made software configurable. There are advantages and
disadvantages to this. Well, there's so much that can talked about it,
but well let me not make it too long.
For Broadcast applications, ie all TV signals that we receive RO = 35%
We do have other rolloff as well, but generally the others are not used
in broadcast apps, but for professional purposes. When you have a lower
rolloff, what happens is that the filter is more of a tuned filter and
considered narrower slightly.
The advantage of a narrower filter is that since the edges fall of
sharply, lesser power is wasted, but brings in the disadvantage that the
spectrum is a bit more congested, but alternatibvely somebody could just
argue as well, you can pack in more into the entire spectrum.
> Do we have to select a higher cut-off value to compensate for the LNB
> drift and other stuff like that?
The "5" in there, is in fact implies +/-5Mhz for the LNB drift (5 Mhz on
either side off the offset. A LNB can drift in either direction at
different periods of the day, depending on the temperature. This drift
can cause an acquisition to fail, or an already acquired LOCK to fail on
a very general note). The drift is standard and is specified in one of
the ETSI specifications, one which i read a while back but don't
remember the specification number.
Regards,
Manu
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
next prev parent reply other threads:[~2008-03-21 15:43 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-14 13:29 [linux-dvb] (no subject) ldvb
2008-03-14 13:33 ` Vladimir Prudnikov
2008-03-14 14:39 ` ldvb
2008-03-14 15:17 ` Vladimir Prudnikov
2008-03-14 15:24 ` [linux-dvb] TT budget S-1401 Horizontal transponder fails ldvb
2008-03-17 10:20 ` [linux-dvb] TDA10086 fails? DiSEqC bad? TT " ldvb
2008-03-18 17:38 ` [linux-dvb] TT-budget S-1401 issues. " ldvb
2008-03-20 0:18 ` [linux-dvb] TDA10086 fails? DiSEqC bad? TT S-1401 " Oliver Endriss
2008-03-20 16:33 ` ldvb
2008-03-20 20:55 ` Hartmut Hackmann
2008-03-20 21:14 ` Manu Abraham
2008-03-20 21:57 ` Hartmut Hackmann
2008-03-21 9:15 ` Oliver Endriss
2008-03-21 15:43 ` Manu Abraham [this message]
2008-03-21 16:55 ` Manu Abraham
2008-03-22 6:11 ` Oliver Endriss
2008-03-22 17:12 ` Manu Abraham
2008-04-10 20:40 ` Oliver Endriss
2008-04-10 23:33 ` hermann pitton
2008-04-11 21:29 ` Oliver Endriss
2008-04-11 23:35 ` hermann pitton
2008-04-11 21:12 ` Hartmut Hackmann
2008-04-11 21:36 ` Oliver Endriss
2008-03-21 18:36 ` Matthias Schwarzott
2008-03-21 20:00 ` Manu Abraham
2008-03-21 20:15 ` Matthias Schwarzott
2008-03-21 20:47 ` Manu Abraham
2008-03-21 23:25 ` Matthias Schwarzott
2008-03-22 1:27 ` Manu Abraham
2008-03-21 10:44 ` ldvb
2008-03-21 8:56 ` Oliver Endriss
2008-03-21 10:56 ` ldvb
2008-03-21 14:25 ` ldvb
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47E3D790.4020004@gmail.com \
--to=abraham.manu@gmail.com \
--cc=linux-dvb@linuxtv.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox