All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.