From: Lutz Sammer <johns98@gmx.net>
To: linux-media@vger.kernel.org
Subject: Re: TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder
Date: Thu, 14 Apr 2011 02:05:58 +0200 [thread overview]
Message-ID: <4DA63A66.1070300@gmx.net> (raw)
> On 05/04/11 21:07, Steffen Barszus wrote:
>> On Tue, 05 Apr 2011 13:00:14 +0200
>> "Issa Gorissen" <flop.m@xxxxxxx> wrote:
>>
>>> Hi,
>>>
>>> Eutelsat made a recent migration from DVB-S to DVB-S2 (since
>>> 31/3/2011) on two transponders on HB13E
>>>
>>> - HOT BIRD 6 13° Est TP 159 Freq 11,681 Ghz DVB-S2 FEC 3/4 27500
>>> Msymb/s 0.2 Pilot off Polar H
>>>
>>> - HOT BIRD 9 13° Est TP 99 Freq 12,692 Ghz DVB-S2 FEC 3/4 27500
>>> Msymb/s 0.2 Pilot off Polar H
>>>
>>>
>>> Before those changes, with my TT S2 3200, I was able to watch TV on
>>> those transponders. Now, I cannot even tune on those transponders. I
>>> have tried with scan-s2 and w_scan and the latest drivers from git.
>>> They both find the transponders but cannot tune onto it.
>>>
>>> Something noteworthy is that my other card, a DuoFlex S2 can tune
>>> fine on those transponders.
>>>
>>> My question is; can someone try this as well with a TT S2 3200 and
>>> post the results ?
>> i read something about it lately here (german!):
>> http://www.vdr-portal.de/board16-video-disk-recorder/board85-hdtv-dvb-s2/p977938-stb0899-fec-3-4-tester-gesucht/#post977938
>>
>> It says in stb0899_drv.c function:
>> static void stb0899_set_iterations(struct stb0899_state *state)
>>
>> This:
>> reg = STB0899_READ_S2REG(STB0899_S2DEMOD, MAX_ITER);
>> STB0899_SETFIELD_VAL(MAX_ITERATIONS, reg, iter_scale);
>> stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_MAX_ITER, STB0899_OFF0_MAX_ITER, reg);
>>
>> should be replaced with this:
>>
>> reg = STB0899_READ_S2REG(STB0899_S2FEC, MAX_ITER);
>> STB0899_SETFIELD_VAL(MAX_ITERATIONS, reg, iter_scale);
>> stb0899_write_s2reg(state, STB0899_S2FEC, STB0899_BASE_MAX_ITER, STB0899_OFF0_MAX_ITER, reg);
>>
>> Basically replace STB0899_S2DEMOD with STB0899_S2FEC in this 2 lines
>> affected.
>>
>> Kind Regards
>>
>> Steffen
> Hi Steffen,
>
> Unfortunately, it does not help in my case. Thx anyway.
Try my locking fix. With above patch I can lock the
channels without problem.
Johns
diff --git a/drivers/media/dvb/frontends/stb0899_algo.c
b/drivers/media/dvb/frontends/stb0899_algo.c
index 2da55ec..55f0c4e 100644
--- a/drivers/media/dvb/frontends/stb0899_algo.c
+++ b/drivers/media/dvb/frontends/stb0899_algo.c
@@ -338,36 +338,42 @@ static enum stb0899_status
stb0899_check_data(struct stb0899_state *state)
int lock = 0, index = 0, dataTime = 500, loop;
u8 reg;
- internal->status = NODATA;
+ reg = stb0899_read_reg(state, STB0899_VSTATUS);
+ lock = STB0899_GETFIELD(VSTATUS_LOCKEDVIT, reg);
+ if ( !lock ) {
- /* RESET FEC */
- reg = stb0899_read_reg(state, STB0899_TSTRES);
- STB0899_SETFIELD_VAL(FRESACS, reg, 1);
- stb0899_write_reg(state, STB0899_TSTRES, reg);
- msleep(1);
- reg = stb0899_read_reg(state, STB0899_TSTRES);
- STB0899_SETFIELD_VAL(FRESACS, reg, 0);
- stb0899_write_reg(state, STB0899_TSTRES, reg);
+ internal->status = NODATA;
- if (params->srate <= 2000000)
- dataTime = 2000;
- else if (params->srate <= 5000000)
- dataTime = 1500;
- else if (params->srate <= 15000000)
- dataTime = 1000;
- else
- dataTime = 500;
-
- stb0899_write_reg(state, STB0899_DSTATUS2, 0x00); /* force
search loop */
- while (1) {
- /* WARNING! VIT LOCKED has to be tested before
VIT_END_LOOOP */
- reg = stb0899_read_reg(state, STB0899_VSTATUS);
- lock = STB0899_GETFIELD(VSTATUS_LOCKEDVIT, reg);
- loop = STB0899_GETFIELD(VSTATUS_END_LOOPVIT, reg);
+ /* RESET FEC */
+ reg = stb0899_read_reg(state, STB0899_TSTRES);
+ STB0899_SETFIELD_VAL(FRESACS, reg, 1);
+ stb0899_write_reg(state, STB0899_TSTRES, reg);
+ msleep(1);
+ reg = stb0899_read_reg(state, STB0899_TSTRES);
+ STB0899_SETFIELD_VAL(FRESACS, reg, 0);
+ stb0899_write_reg(state, STB0899_TSTRES, reg);
- if (lock || loop || (index > dataTime))
- break;
- index++;
+ msleep(1);
+ }
}
if (lock) { /* DATA LOCK indicator */
next reply other threads:[~2011-04-14 0:05 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-14 0:05 Lutz Sammer [this message]
2011-05-03 23:16 ` TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder Mauro Carvalho Chehab
2011-05-04 11:27 ` Lutz Sammer
2011-05-12 12:23 ` Issa Gorissen
2011-09-21 16:44 ` Mauro Carvalho Chehab
2011-09-21 17:52 ` Manu Abraham
2011-10-06 21:21 ` Sébastien RAILLARD (COEXSI)
2011-05-05 4:25 ` Manu Abraham
2011-05-05 11:05 ` Mauro Carvalho Chehab
-- strict thread matches above, loose matches on Subject: below --
2011-05-04 13:22 Issa Gorissen
2011-04-05 11:00 Issa Gorissen
2011-04-05 19:07 ` Steffen Barszus
2011-04-06 19:55 ` Issa Gorissen
2011-04-05 20:03 ` Sébastien RAILLARD (COEXSI)
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=4DA63A66.1070300@gmx.net \
--to=johns98@gmx.net \
--cc=linux-media@vger.kernel.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