public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Matthias Schwarzott <zzam@gentoo.org>
To: Manu Abraham <abraham.manu@gmail.com>
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] TDA10086 fails? DiSEqC bad? TT S-1401 Horizontal transponder fails
Date: Sat, 22 Mar 2008 00:25:09 +0100	[thread overview]
Message-ID: <200803220025.10032.zzam@gentoo.org> (raw)
In-Reply-To: <47E41EE6.6020800@gmail.com>

On Freitag, 21. März 2008, Manu Abraham wrote:
> Matthias Schwarzott wrote:
> > On Freitag, 21. März 2008, Manu Abraham wrote:
> >> Hi Mathias,
> >>
> >> Matthias Schwarzott wrote:
> >>> Zarlink zl1003x datasheet (avail on net) tells this:
> >>> fbw = (alpha * symbol rate) / (2.0 * 0.8) + foffset
> >>>
> >>> where alpha is roll-off 1.35 for dvb-s and 1.20 for DSS
> >>>
> >>> The manual suggests to use highest possible bandwidth for aquiring a
> >>> lock. And after that read back the offset from the demod and adjust the
> >>> tuner then.
> >>
> >> There are some small differences between some of the demodulators. Most
> >> of the Intel DVB-S demods have a striking feature, which are found in
> >> few other demods only. This was seen on the Zarlink and Microtune
> >> devices, from where it originated from.
> >>
> >> Other vendors also have implementations similar to this such as Fujitsu
> >> and the newer devices from STM. This involves more complexity within the
> >> demodulator core.
> >>
> >> They are capable of doing Auto SR. ie, you request the maximum possible,
> >> the demod gives you a SR offset and you can re-adjust the BW filter on
> >> the tuner.
> >>
> >> This feature is also more popularly known as "Blindscan", where you need
> >> to just know the frequency of the signal only. This is the basic feature
> >> upon which Blindscan is built upon. Most demods can accomodate a SR
> >> tolerance of around +/-5% only, greater than which they will fail to
> >> acquire. Since the sampling frequency aka Nyquist sampling rate depends
> >> directly on the Symbol rate (SR) in which case you need to know the
> >> Symbol Rate, which is used to set up the tuner BW filter too.
> >
> > I meant not doing auto SR for demod, but just setting tuner to maximum BW
> > and programming demod as usual (with setting SR). And then read offset
> > freq. from demod (that is basically the full foffset).
>
> I followed you,
>
> You wanted to do:
>
> 1*) Set Tuner to max avail BW (BW directly proportional to SR and RO,
> nothing to do with frequency)
>
> 2*) You ask the tuner to tune to a frequency
>
> 3*) Request the demodulator to acquire at the Nyquist rate (SR involved)
>
> 4*) After acquisition and the transform applied internally by the demod,
> you get a frequency offset
>
>
> with the slight change to (1*) Auto SR devices and normal devices, just
> do the same thing altogether.
>
> > So we can calc the real needed bandwidth filter to get the signal through
> > or even retune to get the signal more near to zero-IF.
> > Maybe this even require a thread to follow drift.
>
> With what math will you calculate BW from Carrier frequency ? AFAIK,
> Bandwidth implies Symbols per Second or Symbol Rate and is independant
> of frequency.
>
> BW also known as Symbol Frequency according to Shannons Channel capacity
> theorem as in:
>
> http://en.wikipedia.org/wiki/Shannon-Hartley_theorem
> http://en.wikipedia.org/wiki/Channel_capacity
> http://en.wikipedia.org/wiki/Bit_rate
>
Ack, BW does not depend on frequency.

I just mean this:

Having a signal with BW=20MHz at some frequency. Then tuning to this frequency 
and setting tuner BW to 20MHz will let the signal pass fine.
Same for setting BW to maximum (around 35MHz).

BUT: If LNB or other components drifted away by 5MHz the signal will be cut 
off. Same yelds for larger steps of the tuner so tuned frequency != center 
frequency of signal.
So you need to either tune to another frequency if possible - or enlarge BW of 
tuner by freq. offset (here: 5MHz).


As tuning algo, we also can just start at maximum BW setting and decrease it 
until we reach signal BW + offset between signal center and tuned frequency.
Being too narrow here requires tracking offset changes to not loose lock.

Or a lot simpler: Just add a margin of maybe 5MHz to BW.

Regards
Matthias

-- 
Matthias Schwarzott (zzam)

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

  reply	other threads:[~2008-03-21 23:25 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
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 [this message]
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=200803220025.10032.zzam@gentoo.org \
    --to=zzam@gentoo.org \
    --cc=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