From: Malcolm Priestley <tvboxspy@gmail.com>
To: 'Linux Media Mailing List' <linux-media@vger.kernel.org>
Cc: "'Oliver Endriss'" <o.endriss@gmx.de>,
"Sébastien RAILLARD (COEXSI)" <sr@coexsi.fr>
Subject: RE: [DVB] TT S-1500b tuning issue
Date: Wed, 06 Jul 2011 21:35:24 +0100 [thread overview]
Message-ID: <1309984524.6358.18.camel@localhost> (raw)
In-Reply-To: <007201cc3bd0$a1b4aa70$e51dff50$@coexsi.fr>
On Wed, 2011-07-06 at 13:34 +0200, Sébastien RAILLARD (COEXSI) wrote:
>
> > -----Original Message-----
> > From: Oliver Endriss [mailto:o.endriss@gmx.de]
> > Sent: lundi 4 juillet 2011 00:43
> > To: Linux Media Mailing List
> > Cc: Sébastien RAILLARD (COEXSI); Malcolm Priestley
> > Subject: Re: [DVB] TT S-1500b tuning issue
> >
> > On Wednesday 29 June 2011 15:16:10 Sébastien RAILLARD wrote:
> > > Dear all,
> > >
> > > We have found what seems to be a tuning issue in the driver for the
> > > ALPS BSBE1-D01A used in the new TT-S-1500b card from Technotrend.
> > > On some transponders, like ASTRA 19.2E 11817-V-27500, the card can
> > > work very well (no lock issues) for hours.
> > >
> > > On some other transponders, like ASTRA 19.2E 11567-V-22000, the card
> > > nearly never manage to get the lock: it's looking like the signal
> > > isn't good enough.
> >
> > Afaics the problem is caused by the tuning loop
> > for (tm = -6; tm < 7;)
> > in stv0288_set_frontend().
> >
> > I doubt that this code works reliably.
> > Apparently it never obtains a lock within the given delay (30us).
It's actually quite slow caused by any delay in the I2C bus. I doubt
given the age many controllers run at the 400kHz spec, if barely 100kHz.
> >
> > Could you please try the attached patch?
> > It disables the loop and tries to tune to the center frequency.
> >
>
> Ok, I've tested this patch with ASTRA 19.2 #24 transponder that wasn't
> always working: it seems to work.
> I think it would be great to test it for few days more to be sure.
Unfortunately, this patch does not work well at all.
All that is happening is that the carrier offset is getting forced to 0,
after it has been updated by the lock control register losing a 'good'
lock.
The value is typically around ~f800+.
Perhaps the loop should be knocked down slightly to -9. The loop was
probably intended for 22000 symbol rate.
tvboxspy
next prev parent reply other threads:[~2011-07-06 20:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-29 13:16 [DVB] TT S-1500b tuning issue Sébastien RAILLARD (COEXSI)
2011-06-30 22:21 ` [PATCH] STV0288 Fast Channel Acquisition Malcolm Priestley
2011-07-01 8:15 ` Sébastien RAILLARD (COEXSI)
2011-07-03 20:38 ` Malcolm Priestley
2011-07-03 22:42 ` [DVB] TT S-1500b tuning issue Oliver Endriss
2011-07-06 11:34 ` Sébastien RAILLARD (COEXSI)
2011-07-06 20:35 ` Malcolm Priestley [this message]
2011-07-10 22:22 ` [PATCH] STV0288 frontend provide wider carrier search and DVB-S2 drop out Malcolm Priestley
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=1309984524.6358.18.camel@localhost \
--to=tvboxspy@gmail.com \
--cc=linux-media@vger.kernel.org \
--cc=o.endriss@gmx.de \
--cc=sr@coexsi.fr \
/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;
as well as URLs for NNTP newsgroup(s).