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
next prev parent 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