[linux-dvb] No lock possible at some DVB-S2 channels with TT S2-3200/linux

[linux-dvb] No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

Hi,

after Telenor switched from Thor-2 to Thor-5 (0.8W) no lock is possible with 
multiproto(-plus) and TT S2-3200 at these transponders:

TV4 HD;Telenor:11341:vC34M5O35S1:S0.8W:25000:512:0;641=sve:0:B00:1405:70:42:0
CANAL+ FILM 
HD;Telenor:11421:hC34M5O35S1:S0.8W:25000:513:644=eng;645=eng:0:B00:3306:70:14:0
Nat Geo 
HD;Telenor:11434:vC34M5O35S1:S0.8W:25000:512:640=eng:0:B00:3806:70:38:0

I'm 100% sure that this problem corresponds with switch from Thor-2 to Thor-5 
as it appeared exactly at times when switch was announced by Telenor. 

Regarding to official document 
http://www.telenorsbc.com/upload/PDFS/DVB-S2%20Transponder%20FEC%20Change_280208.pdf 
two changes were implemented - FEC from 2/3 to 3/4 and switch off Pilot.

On the same HW under Windows it is running ok.

If somebody could point me to any direction I'll glad to cooperate in 
debugging.

Regards,

Ales

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

[linux-dvb] Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[manu]

On 05/12/2008 02:42:43 PM, Ales Jurik wrote:
> Hi,
> 
> after Telenor switched from Thor-2 to Thor-5 (0.8W) no lock is
> possible with 
> multiproto(-plus) and TT S2-3200 at these transponders:
> 
> TV4 
> HD;Telenor:11341:vC34M5O35S1:S0.8W:25000:512:0;641=sve:0:B00:1405:70:42:0
> CANAL+ FILM 
> HD;Telenor:11421:hC34M5O35S1:S0.8W:25000:513:644=eng;645=eng:0:B00:3306:70:14:0
> Nat Geo 
> HD;Telenor:11434:vC34M5O35S1:S0.8W:25000:512:640=eng:0:B00:3806:70:38:0
> 
> I'm 100% sure that this problem corresponds with switch from Thor-2 
> to
> Thor-5 
> as it appeared exactly at times when switch was announced by Telenor. 
> 
> Regarding to official document 
> http://www.telenorsbc.com/upload/PDFS/DVB-S2%20Transponder%20FEC%
> 20Change_280208.pdf
> 
> two changes were implemented - FEC from 2/3 to 3/4 and switch off
> Pilot.
> 
> On the same HW under Windows it is running ok.
> 
> If somebody could point me to any direction I'll glad to cooperate in 
> debugging.
> 

Perhaps you can try to increase the freq by 4Mhz, that's what I did 
here (DVB-S though) and I have a perfect picture since then.
HTH
Bye
Manu



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

Re: [linux-dvb] Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

On Tuesday 13 of May 2008, manu wrote:
> On 05/12/2008 02:42:43 PM, Ales Jurik wrote:
> > Hi,
> >
> > after Telenor switched from Thor-2 to Thor-5 (0.8W) no lock is
> > possible with
> > multiproto(-plus) and TT S2-3200 at these transponders:
> >
> > TV4
> > HD;Telenor:11341:vC34M5O35S1:S0.8W:25000:512:0;641=sve:0:B00:1405:70:42:0
> > CANAL+ FILM
> > HD;Telenor:11421:hC34M5O35S1:S0.8W:25000:513:644=eng;645=eng:0:B00:3306:7
> >0:14:0 Nat Geo
> > HD;Telenor:11434:vC34M5O35S1:S0.8W:25000:512:640=eng:0:B00:3806:70:38:0
> >
> > I'm 100% sure that this problem corresponds with switch from Thor-2
> > to
> > Thor-5
> > as it appeared exactly at times when switch was announced by Telenor.
> >
> > Regarding to official document
> > http://www.telenorsbc.com/upload/PDFS/DVB-S2%20Transponder%20FEC%
> > 20Change_280208.pdf
> >
> > two changes were implemented - FEC from 2/3 to 3/4 and switch off
> > Pilot.
> >
> > On the same HW under Windows it is running ok.
> >
> > If somebody could point me to any direction I'll glad to cooperate in
> > debugging.
>
> Perhaps you can try to increase the freq by 4Mhz, that's what I did
> here (DVB-S though) and I have a perfect picture since then.
> HTH
> Bye
> Manu
>
Hi,

thanks for your hint, but I've already tried it. Without result, but this time 
I've let it without action for long time at same channel - after 1 or 2 
minutes I've got sometimes SYNC, after 8 - 10 minutes LOCK, but unfortunately 
only as spikes - once and the driver was falling back to NOSIGNAL, so I'm 
still not able to receive any program.

Last week I've tried to play a little with the driver (changing gain, 
SearchRange and some other parameters) but without any reasonable result.

As i don't have documentation (datasheets) from used chips I'm not able to 
test it more. Could you be so kind and send me info where is possible to got 
it? Of course if it is not under NDA.

Thanks,

BR,

Ales

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



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

[linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[manu]

On 05/13/2008 05:26:45 PM, Ales Jurik wrote:
> On Tuesday 13 of May 2008, manu wrote:
> > On 05/12/2008 02:42:43 PM, Ales Jurik wrote:
> > > Hi,
> > >
> > > after Telenor switched from Thor-2 to Thor-5 (0.8W) no lock is
> > > possible with
> > > multiproto(-plus) and TT S2-3200 at these transponders:
> > >
> > > TV4
> > > 
> HD;Telenor:11341:vC34M5O35S1:S0.8W:25000:512:0;641=sve:0:B00:1405:70:42:0
> > > CANAL+ FILM
> > > 
> HD;Telenor:11421:hC34M5O35S1:S0.8W:25000:513:644=eng;645=eng:0:B00:3306:7
> > >0:14:0 Nat Geo
> > > 
> HD;Telenor:11434:vC34M5O35S1:S0.8W:25000:512:640=eng:0:B00:3806:70:38:0
> > >
> > > I'm 100% sure that this problem corresponds with switch from
> Thor-2
> > > to
> > > Thor-5
> > > as it appeared exactly at times when switch was announced by
> Telenor.
> > >
> > > Regarding to official document
> > > http://www.telenorsbc.com/upload/PDFS/DVB-S2%20Transponder%20FEC%
> > > 20Change_280208.pdf
> > >
> > > two changes were implemented - FEC from 2/3 to 3/4 and switch off
> > > Pilot.
> > >
> > > On the same HW under Windows it is running ok.
> > >
> > > If somebody could point me to any direction I'll glad to 
> cooperate
> in
> > > debugging.
> >
> > Perhaps you can try to increase the freq by 4Mhz, that's what I did
> > here (DVB-S though) and I have a perfect picture since then.
> > HTH
> > Bye
> > Manu
> >
> Hi,
> 
> thanks for your hint, but I've already tried it. Without result, but
> this time 
> I've let it without action for long time at same channel - after 1 or
> 2 
> minutes I've got sometimes SYNC, after 8 - 10 minutes LOCK, but
> unfortunately 
> only as spikes - once and the driver was falling back to NOSIGNAL, so
> I'm 
> still not able to receive any program.
> 
> Last week I've tried to play a little with the driver (changing gain, 
> SearchRange and some other parameters) but without any reasonable
> result.
> 
> As i don't have documentation (datasheets) from used chips I'm not
> able to 
> test it more. Could you be so kind and send me info where is possible
> to got 
> it? Of course if it is not under NDA.
> 
> Thanks,
> 

I can't help you more than that, let's hope that someone more 
knowledgeable than me can provide you with more infos.
bye
Manu


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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

Hi,

my friend told me that he is sometimes able to get lock by decreasing (not 
increasing) the frequency. Yesterday I've tested it and it seems to me he was 
right. So I'm able to get (not very stable, for few minutes) lock as well as 
by increasing and by decreasing frequency of the same channel (EurosportHD). 

It was also detected (not by me, I don't have riser card) that when the card 
is connected not directly into PCI slot but with some riser card, the needed 
difference for getting lock is higher (up to 10MHz). So also some noise from 
PC is going into calculations.

I don't think the problem is in computation of frequency but in for example 
not stable signal amplitude at input of demodulator or in not fluently 
changing the gain and bandwith of tuner within the band. As I see in the code 
some parameters are changing in steps and maybe 3 steps for whole band is not 
enough? Especially in real conditions (not in lab)? 

But under Windows no problems were detected, so it seems that all that 
problems are solveable by driver (software).

BR,

Ales



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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channelswith TT S2-3200/linux

[Igor]

> my friend told me that he is sometimes able to get lock by decreasing (not 
> increasing) the frequency. Yesterday I've tested it and it seems to me he was 
> right. So I'm able to get (not very stable, for few minutes) lock as well as 
> by increasing and by decreasing frequency of the same channel (EurosportHD). 

yes. it's right. Also you can decrease/incease the symbol rate - sometimes it can help to get the LOCK.

Igor



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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Dominik Kuhlen]

[-- Attachment #1.1.1: Type: text/plain, Size: 1674 bytes --]

Hi,
On Thursday 22 May 2008, Ales Jurik wrote:
> Hi,
> 
> my friend told me that he is sometimes able to get lock by decreasing (not 
> increasing) the frequency. Yesterday I've tested it and it seems to me he was 
> right. So I'm able to get (not very stable, for few minutes) lock as well as 
> by increasing and by decreasing frequency of the same channel (EurosportHD). 
The derotator code in the stb0899 seems to be setting the initial frequency to the lowest search range
and never changes this (as it should increase steadily to find a lock)
> 
> It was also detected (not by me, I don't have riser card) that when the card 
> is connected not directly into PCI slot but with some riser card, the needed 
> difference for getting lock is higher (up to 10MHz). So also some noise from 
> PC is going into calculations.
> 
> I don't think the problem is in computation of frequency but in for example 
> not stable signal amplitude at input of demodulator or in not fluently 
> changing the gain and bandwith of tuner within the band. As I see in the code 
> some parameters are changing in steps and maybe 3 steps for whole band is not 
> enough? Especially in real conditions (not in lab)? 
Could you please try the attached patch if this fixes the problem with 
nominal frequency/symbolrate settings?
> 
> But under Windows no problems were detected, so it seems that all that 
> problems are solveable by driver (software).
> 
> BR,
> 
> Ales
> 
> 
> 
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> 


Dominik

[-- Attachment #1.1.2: fix_stb0899_tuning.patch --]
[-- Type: text/x-diff, Size: 10725 bytes --]

diff -r fbcc9fa65f56 linux/drivers/media/dvb/frontends/stb0899_algo.c
--- a/linux/drivers/media/dvb/frontends/stb0899_algo.c	Wed May 28 12:08:48 2008 +0400
+++ b/linux/drivers/media/dvb/frontends/stb0899_algo.c	Sun Jun 15 11:37:56 2008 +0200
@@ -48,6 +48,49 @@ static u32 stb0899_calc_srate(u32 master
 	tmp >>= 24;
 
 	return tmp;
+}
+
+s32 stb0899_get_frequency_offset(struct stb0899_state *state) {
+	s32 offset = 0;
+	s16 w;
+	u8 cfr[2];
+
+	struct stb0899_internal *internal = &state->internal;
+	switch (state->delsys) {
+	case DVBFE_DELSYS_DVBS:
+		stb0899_read_regs(state, STB0899_CFRM, cfr, 2); /* get derotator frequency	*/
+		/* don't why it is 3/2 here */
+		w = MAKEWORD16(cfr[0], cfr[1]);
+		offset = w * 3/2;
+		break;
+	case DVBFE_DELSYS_DVBS2:
+		offset = STB0899_READ_S2REG(STB0899_S2DEMOD, CRL_FREQ);
+		if (offset & 0x20000000) {
+			/* sign extension */
+			offset |= 0xc0000000;
+		}
+		/*
+		 * what is the range of offsetfreq here: assume +- 20MHz as sane range
+		 * 1MHz -> offsetfreq = 1000kHz * (2^30/1000) / 99 = 10 845 877
+		 * offset/kHz = offsetfreq * mclk / 1e6 / 2^30 * 1e3
+		 *            = (((offsetfreq / 1024) * 1000) * (mclk/1e6)) / 2^20
+		 */
+#if 0
+		/* 64 Bit arithmetic */
+		offset = (s32)((s64)offset *
+		                   ((s64)internal->master_clk / (s64)1000000) /
+		                   (s64)((1 << 30) / (s64)1000));
+#else
+		/* 32 Bit arithmetic */
+		offset = ((((offset / 1024) * 1000) / (1<<7)) * (s32)(internal->master_clk/1000000)) / (s32)(1<<13);
+#endif
+		break;
+	case DVBFE_DELSYS_DSS:
+	default:
+		/* TODO: */
+		break;
+	}
+	return offset;
 }
 
 /*
@@ -132,6 +175,8 @@ long stb0899_carr_width(struct stb0899_s
 	return (internal->srate + (internal->srate * internal->rolloff) / 100);
 }
 
+
+#if 0
 /*
  * stb0899_first_subrange
  * Compute the first subrange of the search
@@ -161,6 +206,7 @@ static void stb0899_first_subrange(struc
 	internal->tuner_offst = 0L;
 	internal->sub_dir = 1;
 }
+#endif
 
 /*
  * stb0899_check_tmg
@@ -212,7 +258,7 @@ static enum stb0899_status stb0899_searc
 	internal->status = NOTIMING;
 
 	/* timing loop computation & symbol rate optimisation	*/
-	derot_limit = (internal->sub_range / 2L) / internal->mclk;
+	derot_limit = 0;//(internal->sub_range / 2L) / internal->mclk;
 	derot_step = (params->srate / 2L) / internal->mclk;
 
 	while ((stb0899_check_tmg(state) != TIMINGOK) && next_loop) {
@@ -267,6 +313,7 @@ static enum stb0899_status stb0899_check
 	return internal->status;
 }
 
+#if 0
 /*
  * stb0899_search_carrier
  * Search for a QPSK carrier with the derotator
@@ -322,6 +369,7 @@ static enum stb0899_status stb0899_searc
 
 	return internal->status;
 }
+#endif
 
 /*
  * stb0899_check_data
@@ -390,7 +438,7 @@ static enum stb0899_status stb0899_searc
 	struct stb0899_params *params = &state->params;
 
 	derot_step = (params->srate / 4L) / internal->mclk;
-	derot_limit = (internal->sub_range / 2L) / internal->mclk;
+	derot_limit = 0;//(internal->sub_range / 2L) / internal->mclk;
 	derot_freq = internal->derot_freq;
 
 	do {
@@ -426,6 +474,7 @@ static enum stb0899_status stb0899_searc
 	return internal->status;
 }
 
+#if 0
 /*
  * stb0899_check_range
  * check if the found frequency is in the correct range
@@ -477,6 +526,7 @@ static void next_sub_range(struct stb089
 	internal->freq = params->freq + (internal->sub_dir * internal->tuner_offst) / 1000;
 	internal->sub_dir = -internal->sub_dir;
 }
+#endif
 
 /*
  * stb0899_dvbs_algo
@@ -494,6 +544,7 @@ enum stb0899_status stb0899_dvbs_algo(st
 	u8 eq_const[10];
 	s32 clnI = 3;
 	u32 bandwidth = 0;
+	int count;
 
 	/* BETA values rated @ 99MHz	*/
 	s32 betaTab[5][4] = {
@@ -571,7 +622,9 @@ enum stb0899_status stb0899_dvbs_algo(st
 	stb0899_write_reg(state, STB0899_EQON, 0x01); /* Equalizer OFF while acquiring	*/
 	stb0899_write_reg(state, STB0899_VITSYNC, 0x19);
 
-	stb0899_first_subrange(state);
+	/* start where the user told us.... */
+	internal->freq = params->freq;
+	count = 0;
 	do {
 		/* Initialisations	*/
 		cfr[0] = cfr[1] = 0;
@@ -589,7 +642,7 @@ enum stb0899_status stb0899_dvbs_algo(st
 		stb0899_i2c_gate_ctrl(&state->frontend, 1);
 
 		/* Move tuner to frequency	*/
-		dprintk(state->verbose, FE_DEBUG, 1, "Tuner set frequency");
+		dprintk(state->verbose, FE_DEBUG, 1, "Tuner set frequency: %d", internal->freq);
 		if (state->config->tuner_set_frequency)
 			state->config->tuner_set_frequency(&state->frontend, internal->freq);
 
@@ -617,7 +670,7 @@ enum stb0899_status stb0899_dvbs_algo(st
 				"TIMING OK ! Derot freq=%d, mclk=%d",
 				internal->derot_freq, internal->mclk);
 
-			if (stb0899_search_carrier(state) == CARRIEROK) {	/* Search for carrier	*/
+			if (stb0899_check_carrier(state) == CARRIEROK) {	/* Check for carrier	*/
 				dprintk(state->verbose, FE_DEBUG, 1,
 					"CARRIER OK ! Derot freq=%d, mclk=%d",
 					internal->derot_freq, internal->mclk);
@@ -627,12 +680,13 @@ enum stb0899_status stb0899_dvbs_algo(st
 						"DATA OK ! Derot freq=%d, mclk=%d",
 						internal->derot_freq, internal->mclk);
 
-					if (stb0899_check_range(state) == RANGEOK) {
+						internal->status = RANGEOK;
 						dprintk(state->verbose, FE_DEBUG, 1,
 							"RANGE OK ! derot freq=%d, mclk=%d",
 							internal->derot_freq, internal->mclk);
 
-						internal->freq = params->freq + ((internal->derot_freq * internal->mclk) / 1000);
+						dprintk(state->verbose, FE_DEBUG, 1, "derot=%d user_freq=%d\n", internal->derot_freq, params->freq);
+						internal->freq = params->freq + stb0899_get_frequency_offset(state);
 						reg = stb0899_read_reg(state, STB0899_PLPARM);
 						internal->fecrate = STB0899_GETFIELD(VITCURPUN, reg);
 						dprintk(state->verbose, FE_DEBUG, 1,
@@ -642,14 +696,13 @@ enum stb0899_status stb0899_dvbs_algo(st
 						dprintk(state->verbose, FE_DEBUG, 1,
 							"internal puncture rate=%d",
 							internal->fecrate);
-					}
 				}
 			}
 		}
-		if (internal->status != RANGEOK)
-			next_sub_range(state);
 
-	} while (internal->sub_range && internal->status != RANGEOK);
+		/* avoid infinite loop */
+		count++;
+	} while (count < 3 && internal->status != RANGEOK);
 
 	/* Set the timing loop to tracking	*/
 	stb0899_write_reg(state, STB0899_RTC, 0x33);
@@ -1491,16 +1544,8 @@ enum stb0899_status stb0899_dvbs2_algo(s
 		STB0899_SETFIELD_VAL(EQ_SHIFT, reg, 0x02);
 		stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_EQ_CNTRL, STB0899_OFF0_EQ_CNTRL, reg);
 
-		/* Store signal parameters	*/
-		offsetfreq = STB0899_READ_S2REG(STB0899_S2DEMOD, CRL_FREQ);
-
-		offsetfreq = offsetfreq / ((1 << 30) / 1000);
-		offsetfreq *= (internal->master_clk / 1000000);
-		reg = STB0899_READ_S2REG(STB0899_S2DEMOD, DMD_CNTRL2);
-		if (STB0899_GETFIELD(SPECTRUM_INVERT, reg))
-			offsetfreq *= -1;
-
-		internal->freq = internal->freq - offsetfreq;
+		/* store acutal frequency */
+		internal->freq = internal->freq + stb0899_get_frequency_offset(state);
 		internal->srate = stb0899_dvbs2_get_srate(state);
 
 		reg = STB0899_READ_S2REG(STB0899_S2DEMOD, UWP_STAT2);
diff -r fbcc9fa65f56 linux/drivers/media/dvb/frontends/stb0899_drv.c
--- a/linux/drivers/media/dvb/frontends/stb0899_drv.c	Wed May 28 12:08:48 2008 +0400
+++ b/linux/drivers/media/dvb/frontends/stb0899_drv.c	Sun Jun 15 11:37:56 2008 +0200
@@ -1718,6 +1718,7 @@ static enum dvbfe_search stb0899_search(
 	return DVBFE_ALGO_SEARCH_ERROR;
 }
 
+#if 0
 static enum stb0899_status stb0899_track_carrier(struct stb0899_state *state)
 {
 	u8 reg;
@@ -1906,6 +1907,8 @@ static int stb0899_get_modcod(struct stb
 	return 0;
 }
 
+#endif
+
 /*
  * stb0899_track
  * periodically check the signal level against a specified
@@ -1992,6 +1995,8 @@ static int stb0899_get_params(struct dvb
 {
 	struct stb0899_state *state		= fe->demodulator_priv;
 	struct stb0899_internal *internal	= &state->internal;
+	struct stb0899_params *intparams		= &state->params;
+
 
 	params->frequency			= internal->freq;
 	params->inversion			= internal->inversion;
@@ -1999,6 +2004,7 @@ static int stb0899_get_params(struct dvb
 	switch (state->delsys) {
 	case DVBFE_DELSYS_DVBS:
 		dprintk(verbose, FE_DEBUG, 1, "Get DVB-S params");
+		params->frequency = intparams->freq + stb0899_get_frequency_offset(state);
 		params->delsys.dvbs.symbol_rate		= internal->srate;
 		params->delsys.dvbs.modulation		= DVBFE_MOD_QPSK;
 		break;
@@ -2009,6 +2015,9 @@ static int stb0899_get_params(struct dvb
 		break;
 	case DVBFE_DELSYS_DVBS2:
 		dprintk(verbose, FE_DEBUG, 1, "Get DVB-S2 params");
+
+		params->frequency = intparams->freq + stb0899_get_frequency_offset(state);
+
 		params->delsys.dvbs2.symbol_rate	= internal->srate;
 		break;
 	default:
diff -r fbcc9fa65f56 linux/drivers/media/dvb/frontends/stb0899_priv.h
--- a/linux/drivers/media/dvb/frontends/stb0899_priv.h	Wed May 28 12:08:48 2008 +0400
+++ b/linux/drivers/media/dvb/frontends/stb0899_priv.h	Sun Jun 15 11:37:56 2008 +0200
@@ -165,13 +165,11 @@ struct stb0899_params {
 
 struct stb0899_internal {
 	u32			master_clk;
-	u32			freq;			/* Demod internal Frequency		*/
+	u32			freq;			/* Demod internal Frequency (kHz)	*/
 	u32			srate;			/* Demod internal Symbol rate		*/
 	enum stb0899_fec	fecrate;		/* Demod internal FEC rate		*/
-	u32			srch_range;		/* Demod internal Search Range		*/
-	u32			sub_range;		/* Demod current sub range (Hz)		*/
+	u32			srch_range;		/* Demod internal Search Range (Hz)	*/
 	u32			tuner_step;		/* Tuner step (Hz)			*/
-	u32			tuner_offst;		/* Relative offset to carrier (Hz)	*/
 	u32			tuner_bw;		/* Current bandwidth of the tuner (Hz)	*/
 
 	s32			mclk;			/* Masterclock Divider factor (binary)	*/
@@ -184,7 +182,6 @@ struct stb0899_internal {
 	s16			derot_step;		/* Derotator step (binary value)	*/
 	s16			t_derot;		/* Derotator time constant (ms)		*/
 	s16			t_data;			/* Data recovery time constant (ms)	*/
-	s16			sub_dir;		/* Direction of the next sub range	*/
 
 	s16			t_agc1;			/* Agc1 time constant (ms)		*/
 	s16			t_agc2;			/* Agc2 time constant (ms)		*/
@@ -270,5 +267,11 @@ extern enum stb0899_status stb0899_dvbs_
 extern enum stb0899_status stb0899_dvbs_algo(struct stb0899_state *state);
 extern enum stb0899_status stb0899_dvbs2_algo(struct stb0899_state *state);
 extern long stb0899_carr_width(struct stb0899_state *state);
+/*
+ * read offset registers and
+ * calculate frequency offset in kHz
+ * according to the currently selected standard
+ */
+extern s32 stb0899_get_frequency_offset(struct stb0899_state *state);
 
 #endif //__STB0899_PRIV_H

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

On Sunday 15 of June 2008, Dominik Kuhlen wrote:
> Hi,
>
> On Thursday 22 May 2008, Ales Jurik wrote:
> > Hi,
> >
> > my friend told me that he is sometimes able to get lock by decreasing
> > (not increasing) the frequency. Yesterday I've tested it and it seems to
> > me he was right. So I'm able to get (not very stable, for few minutes)
> > lock as well as by increasing and by decreasing frequency of the same
> > channel (EurosportHD).
>
> The derotator code in the stb0899 seems to be setting the initial frequency
> to the lowest search range and never changes this (as it should increase
> steadily to find a lock)
>
> > It was also detected (not by me, I don't have riser card) that when the
> > card is connected not directly into PCI slot but with some riser card,
> > the needed difference for getting lock is higher (up to 10MHz). So also
> > some noise from PC is going into calculations.
> >
> > I don't think the problem is in computation of frequency but in for
> > example not stable signal amplitude at input of demodulator or in not
> > fluently changing the gain and bandwith of tuner within the band. As I
> > see in the code some parameters are changing in steps and maybe 3 steps
> > for whole band is not enough? Especially in real conditions (not in lab)?
>
> Could you please try the attached patch if this fixes the problem with
> nominal frequency/symbolrate settings?
>

Many thanks, but I don't see any improvement. Minimum time after I've lock is 
150s. 

The only improvement was done 2weeks ago when Manu Abraham fixed some headers 
with register addresses. From that time it is possible to get lock also at 
problematic channels but very unstable.

But I've found that all channels with lock problems are DVB-S2, 8PSK, FEC 3/4. 
So all channels broadcasted in QPSK is possible to tune without problems and 
also channels broadcasted in DVB-S2, 8PSK, FEC 2/3 are possible to tune to 
without problems. Channels in DVB-S2, 8PSK with different FEC (to 2/3 and 
3/4) I was not able to test.

Do you think that info could be useful?

BR,

Ales



> > But under Windows no problems were detected, so it seems that all that
> > problems are solveable by driver (software).
> >
> > BR,
> >
> > Ales
> >
> >
> >
> > _______________________________________________
> > linux-dvb mailing list
> > linux-dvb@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
> Dominik



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

[linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[manu]

Le 15.06.2008 13:20:30, Ales Jurik a écrit :
> On Sunday 15 of June 2008, Dominik Kuhlen wrote:
> > Hi,
> >
> > On Thursday 22 May 2008, Ales Jurik wrote:
> > > Hi,
> > >
> > > my friend told me that he is sometimes able to get lock by
> decreasing
> > > (not increasing) the frequency. Yesterday I've tested it and it
> seems to
> > > me he was right. So I'm able to get (not very stable, for few
> minutes)
> > > lock as well as by increasing and by decreasing frequency of the
> same
> > > channel (EurosportHD).
> >
> > The derotator code in the stb0899 seems to be setting the initial
> frequency
> > to the lowest search range and never changes this (as it should
> increase
> > steadily to find a lock)
> >
> > > It was also detected (not by me, I don't have riser card) that
> when the
> > > card is connected not directly into PCI slot but with some riser
> card,
> > > the needed difference for getting lock is higher (up to 10MHz). 
> So
> also
> > > some noise from PC is going into calculations.
> > >
> > > I don't think the problem is in computation of frequency but in
> for
> > > example not stable signal amplitude at input of demodulator or in
> not
> > > fluently changing the gain and bandwith of tuner within the band.
> As I
> > > see in the code some parameters are changing in steps and maybe 3
> steps
> > > for whole band is not enough? Especially in real conditions (not
> in lab)?
> >
> > Could you please try the attached patch if this fixes the problem
> with
> > nominal frequency/symbolrate settings?
> >
> 
> Many thanks, but I don't see any improvement. Minimum time after I've
> lock is 
> 150s. 
> 
> The only improvement was done 2weeks ago when Manu Abraham fixed some
> headers 
> with register addresses. From that time it is possible to get lock
> also at 
> problematic channels but very unstable.
> 
> But I've found that all channels with lock problems are DVB-S2, 8PSK,
> FEC 3/4. 
> So all channels broadcasted in QPSK is possible to tune without
> problems and 
> also channels broadcasted in DVB-S2, 8PSK, FEC 2/3 are possible to
> tune to 
> without problems. Channels in DVB-S2, 8PSK with different FEC (to 2/3
> and 
> 3/4) I was not able to test.

For me adding 4MHz solved the lock problems for DVB-S QPSK FEC 3/4, but 
did not solve my problems for a DVB-S QPSK FEC 5/6.
I will try Dominik's patch to see if it improves things.
Stay tuned (oh well)
Bye
Manu





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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

On Monday 16 of June 2008, manu wrote:
> Le 15.06.2008 13:20:30, Ales Jurik a écrit :
> > On Sunday 15 of June 2008, Dominik Kuhlen wrote:
> > > Hi,
> > >
> > > On Thursday 22 May 2008, Ales Jurik wrote:
> > > > Hi,
> > > >
> > > > my friend told me that he is sometimes able to get lock by
> >
> > decreasing
> >
> > > > (not increasing) the frequency. Yesterday I've tested it and it
> >
> > seems to
> >
> > > > me he was right. So I'm able to get (not very stable, for few
> >
> > minutes)
> >
> > > > lock as well as by increasing and by decreasing frequency of the
> >
> > same
> >
> > > > channel (EurosportHD).
> > >
> > > The derotator code in the stb0899 seems to be setting the initial
> >
> > frequency
> >
> > > to the lowest search range and never changes this (as it should
> >
> > increase
> >
> > > steadily to find a lock)
> > >
> > > > It was also detected (not by me, I don't have riser card) that
> >
> > when the
> >
> > > > card is connected not directly into PCI slot but with some riser
> >
> > card,
> >
> > > > the needed difference for getting lock is higher (up to 10MHz).
> >
> > So
> > also
> >
> > > > some noise from PC is going into calculations.
> > > >
> > > > I don't think the problem is in computation of frequency but in
> >
> > for
> >
> > > > example not stable signal amplitude at input of demodulator or in
> >
> > not
> >
> > > > fluently changing the gain and bandwith of tuner within the band.
> >
> > As I
> >
> > > > see in the code some parameters are changing in steps and maybe 3
> >
> > steps
> >
> > > > for whole band is not enough? Especially in real conditions (not
> >
> > in lab)?
> >
> > > Could you please try the attached patch if this fixes the problem
> >
> > with
> >
> > > nominal frequency/symbolrate settings?
> >
> > Many thanks, but I don't see any improvement. Minimum time after I've
> > lock is
> > 150s.
> >
> > The only improvement was done 2weeks ago when Manu Abraham fixed some
> > headers
> > with register addresses. From that time it is possible to get lock
> > also at
> > problematic channels but very unstable.
> >
> > But I've found that all channels with lock problems are DVB-S2, 8PSK,
> > FEC 3/4.
> > So all channels broadcasted in QPSK is possible to tune without
> > problems and
> > also channels broadcasted in DVB-S2, 8PSK, FEC 2/3 are possible to
> > tune to
> > without problems. Channels in DVB-S2, 8PSK with different FEC (to 2/3
> > and
> > 3/4) I was not able to test.
>
> For me adding 4MHz solved the lock problems for DVB-S QPSK FEC 3/4, but
> did not solve my problems for a DVB-S QPSK FEC 5/6.
> I will try Dominik's patch to see if it improves things.
> Stay tuned (oh well)
> Bye
> Manu
>

So it seems to me that there are more problem in driver that (maybe) could be 
solved separately:

1. Some channels/transponders could be tuned by increasing/decreasing freq. by 
4-10MHz. This solution is not for me usable. I didn't find any transponder on 
such solution is working. But for my friend this is working on transponders 
which I'm able to tune to directly. Maybe some problem in tolerance of TT 
S2-3200 components or in PC case (grounding or so).

2. Some channels/transponders is not possible to tune if this transponders is 
choosing as first after changing satellite (by diseqc switch). This is 
generally solved by users by tuning to another transponder at problematic 
satellite (for me for example this two transponders use the same 
modulation) - it seems not to be modulation problem (timing problem?).

3. At some transponders above 2 point doesn't help to get lock. For me these 
transponders are all DVB-S2, 8PSK and FEC3/4.

Maybe I'm not right but hope another small step forward.

BR,

Ales

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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[joep]

Op Monday 16 June 2008 10:20:04 schreef Ales Jurik:
> On Monday 16 of June 2008, manu wrote:
> > Le 15.06.2008 13:20:30, Ales Jurik a écrit :
> > > On Sunday 15 of June 2008, Dominik Kuhlen wrote:
> > > > Hi,
> > > >
> > > > On Thursday 22 May 2008, Ales Jurik wrote:
> > > > > Hi,
> > > > >
> > > > > my friend told me that he is sometimes able to get lock by
> > >
> > > decreasing
> > >
> > > > > (not increasing) the frequency. Yesterday I've tested it and it
> > >
> > > seems to
> > >
> > > > > me he was right. So I'm able to get (not very stable, for few
> > >
> > > minutes)
> > >
> > > > > lock as well as by increasing and by decreasing frequency of the
> > >
> > > same
> > >
> > > > > channel (EurosportHD).
> > > >
> > > > The derotator code in the stb0899 seems to be setting the initial
> > >
> > > frequency
> > >
> > > > to the lowest search range and never changes this (as it should
> > >
> > > increase
> > >
> > > > steadily to find a lock)
> > > >
> > > > > It was also detected (not by me, I don't have riser card) that
> > >
> > > when the
> > >
> > > > > card is connected not directly into PCI slot but with some riser
> > >
> > > card,
> > >
> > > > > the needed difference for getting lock is higher (up to 10MHz).
> > >
> > > So
> > > also
> > >
> > > > > some noise from PC is going into calculations.
> > > > >
> > > > > I don't think the problem is in computation of frequency but in
> > >
> > > for
> > >
> > > > > example not stable signal amplitude at input of demodulator or in
> > >
> > > not
> > >
> > > > > fluently changing the gain and bandwith of tuner within the band.
> > >
> > > As I
> > >
> > > > > see in the code some parameters are changing in steps and maybe 3
> > >
> > > steps
> > >
> > > > > for whole band is not enough? Especially in real conditions (not
> > >
> > > in lab)?
> > >
> > > > Could you please try the attached patch if this fixes the problem
> > >
> > > with
> > >
> > > > nominal frequency/symbolrate settings?
> > >
> > > Many thanks, but I don't see any improvement. Minimum time after I've
> > > lock is
> > > 150s.
> > >
> > > The only improvement was done 2weeks ago when Manu Abraham fixed some
> > > headers
> > > with register addresses. From that time it is possible to get lock
> > > also at
> > > problematic channels but very unstable.
> > >
> > > But I've found that all channels with lock problems are DVB-S2, 8PSK,
> > > FEC 3/4.
> > > So all channels broadcasted in QPSK is possible to tune without
> > > problems and
> > > also channels broadcasted in DVB-S2, 8PSK, FEC 2/3 are possible to
> > > tune to
> > > without problems. Channels in DVB-S2, 8PSK with different FEC (to 2/3
> > > and
> > > 3/4) I was not able to test.
> >
> > For me adding 4MHz solved the lock problems for DVB-S QPSK FEC 3/4, but
> > did not solve my problems for a DVB-S QPSK FEC 5/6.
> > I will try Dominik's patch to see if it improves things.
> > Stay tuned (oh well)
> > Bye
> > Manu
>
> So it seems to me that there are more problem in driver that (maybe) could
> be solved separately:
>
> 1. Some channels/transponders could be tuned by increasing/decreasing freq.
> by 4-10MHz. This solution is not for me usable. I didn't find any
> transponder on such solution is working. But for my friend this is working
> on transponders which I'm able to tune to directly. Maybe some problem in
> tolerance of TT S2-3200 components or in PC case (grounding or so).
>
> 2. Some channels/transponders is not possible to tune if this transponders
> is choosing as first after changing satellite (by diseqc switch). This is
> generally solved by users by tuning to another transponder at problematic
> satellite (for me for example this two transponders use the same
> modulation) - it seems not to be modulation problem (timing problem?).
>
> 3. At some transponders above 2 point doesn't help to get lock. For me
> these transponders are all DVB-S2, 8PSK and FEC3/4.
>
> Maybe I'm not right but hope another small step forward.
>

I don't have the TT S2-3200 yet (it will arive tomorow).
I do have the skystar hd2 which also has the STB0899 and the STB6100.
So maybee some of this info can be usefull.

With this card I have the following situations on astra 19,2:
After a reboot I can't tune to any dvb-s channel.
Tuning to astra hd promo at dvbs-2 11914500H does work.
After that I can successfull tune to these transponders
dvb-s 12574250 22000 5/6 h (bvn)
dvb-s 11836500 27500 3/4 h (erste)
dvb-s 12544750 22000 5/6 h (sat 1)

after adding 4500 to the frequency of bvn, I can change directly to this 
channel after a reboot.

The most important thing I can't get working is diseqc switching.
Does anyone use Astra23,5 or hotbird13 with the multiproto driver?
If so, please tell me which channels you can tune to successfuly so I can do 
my next tests on those channels.

Greetings,
JoepAdmiraal

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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[ChaosMedia > WebDev]

joep wrote:
> The most important thing I can't get working is diseqc switching.
> Does anyone use Astra23,5 or hotbird13 with the multiproto driver?
>   
i do use a tt s2-3200 with late april multiproto (after the api change)
i use kaffeine with a beta multiproto patch and have no particular 
problem using diseqc (0=hd 13 / 1=astra19.2).

I do get some "no lock" from time to time when switching from astra 19.2 
to hb 13.0 but zapping back and forth usually fix the problem and i have 
the same kind of problem with my dvb-s card with multiproto and v4l-dvb 
drivers..
> If so, please tell me which channels you can tune to successfuly so I can do 
> my next tests on those channels.
>
>   
i do remember not being able to lock to Eurosport HD transponder no matter what i tried.

i was wondering if it makes any difference if FEC is set to the correct value when tuning or to the "auto" value.
if i'm correct some zap or scan app i tested and browsed the code, did always use the auto value for FEC..

I have to get back to my kaffeine patch and finish it then maybe i can join your testing with my s2-3200

Marc


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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

On Monday 16 of June 2008, joep wrote:
>
> The most important thing I can't get working is diseqc switching.
> Does anyone use Astra23,5 or hotbird13 with the multiproto driver?

I'm using multiproto with TT S2-3200 and 4-way diseqc switch (13.0E, 19.2E, 
23.5 and motor with secondary dish). No problem, but for motor I'm using 
patch in vdr (vdr-1.6.0-gotox.diff).

BR,
Ales

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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Daniel]

Ales Jurik <ajurik <at> quick.cz> writes:

> 
> On Monday 16 of June 2008, joep wrote:
> >
> > The most important thing I can't get working is diseqc switching.
> > Does anyone use Astra23,5 or hotbird13 with the multiproto driver?
> 
> I'm using multiproto with TT S2-3200 and 4-way diseqc switch (13.0E, 19.2E, 
> 23.5 and motor with secondary dish). No problem, but for motor I'm using 
> patch in vdr (vdr-1.6.0-gotox.diff).
> 
> BR,
> Ales
> 

I have the exact same problem. When Telenor moved the DVB-S2 channels and
changed FEC from 2/3 to 3/4 and turned pilot off all DVB-S2 channels just
stopped working for me. Before the changed I had no problems at all with them.
It have to be somekind of driverproblem since I have done no changes to my
linuxsetup and when I try the card in windoze it works just fine. 
I noticed in the pressrelease Telenor published that the netbitrate increased
from 48.391Mbps to 55.703Mbps along with the FEC change. Could that cause any
problems? Or could it be problems with the pilothandling in the driver?

Daniel




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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

On Friday 20 of June 2008, Daniel wrote:
> Ales Jurik <ajurik <at> quick.cz> writes:
> > On Monday 16 of June 2008, joep wrote:
> > > The most important thing I can't get working is diseqc switching.
> > > Does anyone use Astra23,5 or hotbird13 with the multiproto driver?
> >
> > I'm using multiproto with TT S2-3200 and 4-way diseqc switch (13.0E,
> > 19.2E, 23.5 and motor with secondary dish). No problem, but for motor I'm
> > using patch in vdr (vdr-1.6.0-gotox.diff).
> >
> > BR,
> > Ales
>
> I have the exact same problem. When Telenor moved the DVB-S2 channels and
> changed FEC from 2/3 to 3/4 and turned pilot off all DVB-S2 channels just
> stopped working for me. Before the changed I had no problems at all with
> them. It have to be somekind of driverproblem since I have done no changes
> to my linuxsetup and when I try the card in windoze it works just fine.
> I noticed in the pressrelease Telenor published that the netbitrate
> increased from 48.391Mbps to 55.703Mbps along with the FEC change. Could
> that cause any problems? Or could it be problems with the pilothandling in
> the driver?
>
> Daniel

I'm still trying to find the reason of that problem, but (as I think) this is 
done not by FEC as well not by bitrate. All channels in 8PSK modulation are 
not possible to receive, or the lock is after few minutes. So I'm thinking 
that 8PSK is badly handled within the driver.

BR,

Ales

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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Daniel]

Ales Jurik <ajurik <at> quick.cz> writes:

> 
> I'm still trying to find the reason of that problem, but (as I think) this is 
> done not by FEC as well not by bitrate. All channels in 8PSK modulation are 
> not possible to receive, or the lock is after few minutes. So I'm thinking 
> that 8PSK is badly handled within the driver.
> 
> BR,
> 
> Ales
> 


Could it be something with the fact of detecting that it is 8PSK that it needs
to handle? I remember when I first was trying to get the 8PSK channels to work
in MythTV I had to manully set the modulation to 8PSK in the database to get a
lock, if I leaved it to auto it just thought it was a regular DVB-S stream when
you looked at the output in dmesg.

Daniel


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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[psofa]

I have a skystar hd (tt 3200 rebranded) and both qpsk and 8psk
transpoders generally work with mythtv.
However tuning at many transpoders is rubbish for me.Take for example
premiere's @ 19e.
adding +4 mhz works for some transpoders ive tried but for some others
like the eurosport hd one
wont help at all.Also even when tuning correctly i see lots of ber
artifacts even though my previous
skystar 2 and my dreambox receiver  work flawlessly.
There is a thread here ->
http://www.linuxtv.org/pipermail/linux-dvb/2008-February/024080.html
where one guy reported that after 7200 the successfully tuned
transpoders are much fewer but it seems
these changes where never reverted.(i suppose because theres a last
reply there where another user says its good)



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

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

Re: [linux-dvb] Re : Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[joep]

Op Friday 20 June 2008 15:47:28 schreef Ales Jurik:
> On Friday 20 of June 2008, Daniel wrote:
> > Ales Jurik <ajurik <at> quick.cz> writes:
> > > On Monday 16 of June 2008, joep wrote:
> > > > The most important thing I can't get working is diseqc switching.
> > > > Does anyone use Astra23,5 or hotbird13 with the multiproto driver?
> > >
> > > I'm using multiproto with TT S2-3200 and 4-way diseqc switch (13.0E,
> > > 19.2E, 23.5 and motor with secondary dish). No problem, but for motor
> > > I'm using patch in vdr (vdr-1.6.0-gotox.diff).
> > >
> > > BR,
> > > Ales
> >
> > I have the exact same problem. When Telenor moved the DVB-S2 channels and
> > changed FEC from 2/3 to 3/4 and turned pilot off all DVB-S2 channels just
> > stopped working for me. Before the changed I had no problems at all with
> > them. It have to be somekind of driverproblem since I have done no
> > changes to my linuxsetup and when I try the card in windoze it works just
> > fine. I noticed in the pressrelease Telenor published that the netbitrate
> > increased from 48.391Mbps to 55.703Mbps along with the FEC change. Could
> > that cause any problems? Or could it be problems with the pilothandling
> > in the driver?
> >
> > Daniel
>
> I'm still trying to find the reason of that problem, but (as I think) this
> is done not by FEC as well not by bitrate. All channels in 8PSK modulation
> are not possible to receive, or the lock is after few minutes. So I'm
> thinking that 8PSK is badly handled within the driver.
>
> BR,
>
> Ales
>

I found out I did make a mistake.
I can watch a channel with FEC 9/10 on Astra 19.2 (11914.50 H)
However the channels on astra 23.5 won't lock.
The one that is most important for me uses dvb-s2 qpsk according to kingofsat.
So this might be an other problem than the 8psk problem you decribe.

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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Dominik Kuhlen]

[-- Attachment #1.1: Type: text/plain, Size: 2018 bytes --]

Hi

------snip----
> >
> > Could you please try the attached patch if this fixes the problem with
> > nominal frequency/symbolrate settings?
> >
> 
> Many thanks, but I don't see any improvement. Minimum time after I've lock is 
> 150s. 
Could you please check whether the reported frequency is sane:
Example: 19.2°E 11915MHz H 27500 DVB-S2

Test1: use the nominal frequency:
 ./simpledvbtune -f 11915 -d 2
dvbfe setparams :  delsys=4 1315.000MHz / Rate : 27500kSPS
Status: 1b: Signal Carrier Sync Lock
SNR: 0 44 (0x2c) (4.4dB)
BER: 0 0 0 0 (0x0)
Signal: 5 170 (0x5aa) 1450 (145.0dBm)
Frontend: if=1313.627 MHz

Test2: set positive offset (+3MHz):
./simpledvbtune -f 11918 -d 2
dvbfe setparams :  delsys=4 1318.000MHz / Rate : 27500kSPS
Frontend: if=1313.660 MHz
The frontend does automatically locks on the correct frequency

Test3: set negative offset (-4MHz):
./simpledvbtune -f 11911 -d 2
dvbfe setparams :  delsys=4 1311.000MHz / Rate : 27500kSPS
Frontend: if=1313.650 MHz

Find lower limit:
./simpledvbtune -f 11896 -d 2  (does not work)
./simpledvbtune -f 11897 -d 2 (works 100%)
dvbfe setparams :  delsys=4 1297.000MHz / Rate : 27500kSPS
Frontend: if=1313.654 MHz

Find upper limit:
./simpledvbtune -f 11930 -d 2 (does not work)
./simpledvbtune -f 11929 -d 2 (works 100%)
dvbfe setparams :  delsys=4 1329.000MHz / Rate : 27500kSPS
Frontend: if=1313.645 MHz

Which means:
 - I can specify any frequency from 11896MHz to 11929MHz and get 100% lock success
 - and the Frontend (actually the derotator) reports the real frequency (e.g. for auto correcting the channels list)

Cards I have tested so far: 
- pctv452e 
- mantis (Multimedia controller [0480]: Twinhan Technology Co. Ltd Mantis DTV PCI Bridge Controller [Ver 1.0] [1822:4e35] (rev 01)
               Subsystem: Twinhan Technology Co. Ltd Unknown device [1822:0031])

Unfortunately I'm trapped behind a single-cable installation and have only access to 19.2°E Highband Horizontal


Dominik


[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

Hi,

on the frequency you've mentioned I didn't have any problem (never). But at 
lyngsat it is reported as 11914MHz. I never used freq. shifting (only 
tested), it was not reasonable for me.

Problems I have are at transponders with 8PSK modulation. 

Thanks and Best Regards,

Ales


On Saturday 21 of June 2008, Dominik Kuhlen wrote:
> Hi
>
> ------snip----
>
> > > Could you please try the attached patch if this fixes the problem with
> > > nominal frequency/symbolrate settings?
> >
> > Many thanks, but I don't see any improvement. Minimum time after I've
> > lock is 150s.
>
> Could you please check whether the reported frequency is sane:
> Example: 19.2°E 11915MHz H 27500 DVB-S2
>
> Test1: use the nominal frequency:
>  ./simpledvbtune -f 11915 -d 2
> dvbfe setparams :  delsys=4 1315.000MHz / Rate : 27500kSPS
> Status: 1b: Signal Carrier Sync Lock
> SNR: 0 44 (0x2c) (4.4dB)
> BER: 0 0 0 0 (0x0)
> Signal: 5 170 (0x5aa) 1450 (145.0dBm)
> Frontend: if=1313.627 MHz
>
> Test2: set positive offset (+3MHz):
> ./simpledvbtune -f 11918 -d 2
> dvbfe setparams :  delsys=4 1318.000MHz / Rate : 27500kSPS
> Frontend: if=1313.660 MHz
> The frontend does automatically locks on the correct frequency
>
> Test3: set negative offset (-4MHz):
> ./simpledvbtune -f 11911 -d 2
> dvbfe setparams :  delsys=4 1311.000MHz / Rate : 27500kSPS
> Frontend: if=1313.650 MHz
>
> Find lower limit:
> ./simpledvbtune -f 11896 -d 2  (does not work)
> ./simpledvbtune -f 11897 -d 2 (works 100%)
> dvbfe setparams :  delsys=4 1297.000MHz / Rate : 27500kSPS
> Frontend: if=1313.654 MHz
>
> Find upper limit:
> ./simpledvbtune -f 11930 -d 2 (does not work)
> ./simpledvbtune -f 11929 -d 2 (works 100%)
> dvbfe setparams :  delsys=4 1329.000MHz / Rate : 27500kSPS
> Frontend: if=1313.645 MHz
>
> Which means:
>  - I can specify any frequency from 11896MHz to 11929MHz and get 100% lock
> success - and the Frontend (actually the derotator) reports the real
> frequency (e.g. for auto correcting the channels list)
>
> Cards I have tested so far:
> - pctv452e
> - mantis (Multimedia controller [0480]: Twinhan Technology Co. Ltd Mantis
> DTV PCI Bridge Controller [Ver 1.0] [1822:4e35] (rev 01) Subsystem: Twinhan
> Technology Co. Ltd Unknown device [1822:0031])
>
> Unfortunately I'm trapped behind a single-cable installation and have only
> access to 19.2°E Highband Horizontal
>
>
> Dominik



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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Dominik Kuhlen]

[-- Attachment #1.1: Type: text/plain, Size: 1720 bytes --]

Hi,

I managed to get access to a 19.2 + 13.0 diseqc dish with a TT-S2 3600 card :)

On Saturday 21 June 2008, Ales Jurik wrote:
> Hi,
> 
> on the frequency you've mentioned I didn't have any problem (never). But at 
> lyngsat it is reported as 11914MHz. I never used freq. shifting (only 
> tested), it was not reasonable for me.
I wanted to show that there's no reason for setting all frequencies +4Mhz or -4MHz.
This is what my patch is all about :)
The request for test tuning with a offset was to confirm the "bug" i found 
in the stb0899 tuning routine

> 
> Problems I have are at transponders with 8PSK modulation. 
Well, I tested: 
19.2 12522 V 8PSK 22000 2/3
  i get 100% (and immediate) lock in the range from: 12512 to 12532
(The frontend always reports 1921MHz (i.e. 12521MHz))
the call looks like:
./simpledvbtune -f 12512 -p v -s 22000 -d 2  -a 1
using '/dev/dvb/adapter1/frontend0' as frontend
frontend fd=3: type=0
ioclt: FE_SET_VOLTAGE : 0
High band
tone: 1
dvbfe setparams :  delsys=4 1912.000MHz / Rate : 22000kSPS
Status: 1b: Signal Carrier Sync Lock
SNR: 0 22 (0x16) (2.2dB)
BER: 0 0 0 0 (0x0)
Signal: 5 170 (0x5aa) 1450 (145.0dBm)
Frontend: if=1921.821 MHz

19.2 12581 V 8PSK 22000 2/3
 works  in the range from 12570 to 12590
frontend reports: 1980 (i.e.12580)

13.0 11996 V 8PSK 27500 2/3
 works from 11986 to 12005
frontend reports: 1395 (i.e. 11995)


The other 13.0 8PSK (11278V and 11449H) are tougher:  they take a few seconds to lock and sometimes they don't lock at all
according to the NIT they use roll-off factor 0.2 (the other channels use 0.35)
This is interesting: I'll check why this takes so much longer


---snip---


Dominik

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Ales Jurik]

On Saturday 21 of June 2008, Dominik Kuhlen wrote:
> Well, I tested:
> 19.2 12522 V 8PSK 22000 2/3
>   i get 100% (and immediate) lock in the range from: 12512 to 12532
Hi,
with this transponder I also don't have problem to get lock.
>
...
>
> The other 13.0 8PSK (11278V and 11449H) are tougher:  they take a few
> seconds to lock and sometimes they don't lock at all according to the NIT
> they use roll-off factor 0.2 (the other channels use 0.35) This is
> interesting: I'll check why this takes so much longer

Yes, these transponders are those I couldn't lock. Other transponders with the 
same problem are transponders from Thor5 (0.8W) - 11341MHz V, 11421MHz H, 
11434MHz V, 12015MHz H and 12128MHz H. 

Changig RollOff to any value didn't get me any result.

BR,

Ales

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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[psofa]

This is with the previous mentioned patch applied
the freq as reported in kingofsat is
Astra 1G (19.2E) - 11797.50 H

Mythbox dvb # ./simpledvbtune -f 11801 -a 0 -n 0 -p h -d 1 -s 27500
using '/dev/dvb/adapter0/frontend0' as frontend
frontend fd=3: type=0
ioclt: FE_SET_VOLTAGE : 1
High band
tone: 1
dvbfe setparams :  delsys=1 1201MHz / Rate : 27500kBPS
Status: 1e: Carrier Viterbi Sync Lock
SNR: 0 46 (0x2e) (4.6dB)
BER: 0 0 0 0 (0x0)
Signal: 0 230 (0xe6) 230 (23.0dBm)
Frontend: f=1197.538

Status: 1e: Carrier Viterbi Sync Lock
SNR: 0 48 (0x30) (4.8dB)
BER: 0 0 0 0 (0x0)
Signal: 0 231 (0xe7) 231 (23.1dBm)
Frontend: f=1197.538

Status: 1e: Carrier Viterbi Sync Lock
SNR: 0 48 (0x30) (4.8dB)
BER: 0 0 0 0 (0x0)
Signal: 0 230 (0xe6) 230 (23.0dBm)
Frontend: f=1197.538
^C
Mythbox dvb # ./simpledvbtune -f 11797 -a 0 -n 0 -p h -d 1 -s 27500
using '/dev/dvb/adapter0/frontend0' as frontend
frontend fd=3: type=0
ioclt: FE_SET_VOLTAGE : 1
High band
tone: 1
dvbfe setparams :  delsys=1 1197MHz / Rate : 27500kBPS
Status: 1e: Carrier Viterbi Sync Lock
SNR: 0 69 (0x45) (6.9dB)
BER: 0 0 0 0 (0x0)
Signal: 222 173 (0xdead) -8531 (5700.5dBm)
Frontend: f=1197.516

Status: 00:
SNR: 222 173 (0xdead) (5700.5dB)
BER: 0 0 0 0 (0x0)
Signal: 222 173 (0xdead) -8531 (5700.5dBm)
Frontend: f=1197.516

Status: 00:
SNR: 222 173 (0xdead) (5700.5dB)
BER: 0 0 0 0 (0x0)
Signal: 222 173 (0xdead) -8531 (5700.5dBm)
Frontend: f=1197.516

Status: 00:
SNR: 222 173 (0xdead) (5700.5dB)
BER: 0 0 0 0 (0x0)
Signal: 222 173 (0xdead) -8531 (5700.5dBm)
Frontend: f=1197.516

after like 10 mins i pushed <enter>

Status: 1e: Carrier Viterbi Sync Lock
SNR: 0 52 (0x34) (5.2dB)
BER: 0 0 0 0 (0x0)
Signal: 0 231 (0xe7) 231 (23.1dBm)
Frontend: f=1197.475

Status: 1e: Carrier Viterbi Sync Lock
SNR: 0 53 (0x35) (5.3dB)
BER: 0 0 0 0 (0x0)
Signal: 0 231 (0xe7) 231 (23.1dBm)
Frontend: f=1197.475



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

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

Re: [linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[Goga777]

> > The other 13.0 8PSK (11278V and 11449H) are tougher:  they take a few
> > seconds to lock and sometimes they don't lock at all according to the NIT
> > they use roll-off factor 0.2 (the other channels use 0.35) This is
> > interesting: I'll check why this takes so much longer
> 
> Yes, these transponders are those I couldn't lock. Other transponders with the 
> same problem are transponders from Thor5 (0.8W) - 11341MHz V, 11421MHz H, 
> 11434MHz V, 12015MHz H and 12128MHz H. 
> 
> Changig RollOff to any value didn't get me any result.

with my hvr4000 card and vdr 170 I could lock these and other dvb-s2 channels from 13e without any problem

ESP HD Russian;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3204=rus:0:500,B00,1803,100:13064:318:400:0
ESP HD Dutch;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0
ESP HD Czech;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3206=CZK:0:500,B00,1803,100:13066:318:400:0
ESP HD German;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3207=deu;3208=deu:0:500,B00,1803,100:13067:318:400:0
ESP HD Portuguese;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3209=por:0:500,B00,1803,100:13069:318:400:0
ESP HD Polish;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3210=pol:0:500,B00,1803,100:13070:318:400:0
ESP HD Hungarian;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3211=hun:0:500,B00,1803,100:13071:318:400:0
ESP HD Spanish;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3212=esl:0:500,B00,1803,100:13072:318:400:0
EUSP PL AUDIO;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:0:407=pol:0:0:13035:318:400:0
Nsport 58;ITI:11258:hC23M5O35S1:S13.0E:27500:518:0;718=pol:0:B01:15107:318:1400:0
Nsport 59;TVN:11258:hC23M5O35S1:S13.0E:27500:525:0;725=pol:0:B01:15114:318:1400:0
HBO HD;ITI:11258:hC23M5O35S1:S13.0E:27500:536:0;736=pol,636=eng:0:B01:15201:318:1400:0
nSport;ITI:11449:hC23M5O35S1:S13.0E:27500:530:730=pol:0:B01:15033:318:1300:0
Wojna i Pokoj;ITI:11449:hC23M5O35S1:S13.0E:27500:512:0;712=pol,612=rus:0:B01:15001:318:1300:0
nTalk;ITI:11449:hC23M5O35S1:S13.0E:27500:513:0;613=pol,713=eng:0:B01:15002:318:1300:0
TVN Lingua;ITI:11449:hC23M5O35S1:S13.0E:27500:514:0;714=pol:0:B01:15003:318:1300:0
MGM;ITI:11449:hC23M5O35S1:S13.0E:27500:528:728=pol;628=eng:0:B01:15031:318:1300:0
Discovery HD;ITI:11449:hC23M5O35S1:S13.0E:27500:529:0;729=pol:0:0:15032:318:1300:0
Initial;ITI:11449:hC23M5O35S1:S13.0E:27500:519:0:0:0:15100:318:1300:0
FILMBOX HD;ITI:11449:hC23M5O35S1:S13.0E:27500:531:0;731=pol,631=cze:0:B01:15034:318:1300:0
TVP 1;ITI:11258:hC23M5O35S1:S13.0E:27500:512:0;712=pol:576:B01:15101:318:1400:0
TVP 2;ITI:11258:hC23M5O35S1:S13.0E:27500:513:0;713=pol:577:B01:15102:318:1400:0
TVP 3;ITI:11258:hC23M5O35S1:S13.0E:27500:514:0;714=pol:578:B01:15103:318:1400:0
TVP Sport;ITI:11258:hC23M5O35S1:S13.0E:27500:517:0;717=pol:0:B01:15106:318:1400:0
Sport Klub +;ITI:11258:hC23M5O35S1:S13.0E:27500:519:0;719=pol:0:B01:15108:318:1400:0
Cartoon TCM;ITI:11258:hC23M5O35S1:S13.0E:27500:520:0;720=pol:0:B01:15109:318:1400:0
Sport Klub;ITI:11258:hC23M5O35S1:S13.0E:27500:521:0;721=pol:0:B01:15110:318:1400:0
TVN Med;TVN:11258:hC23M5O35S1:S13.0E:27500:522:0;722=pol:599:B01:15111:318:1400:0
MTV2;ITI:11258:hC23M5O35S1:S13.0E:27500:523:0;723=pol:0:B01:15112:318:1400:0
NASN;TVN:11258:hC23M5O35S1:S13.0E:27500:524:724=eng:0:B01:15113:318:1400:0
Boomerang;ITI:11258:hC23M5O35S1:S13.0E:27500:526:0;726=pol:0:B01:15115:318:1400:0
Cinemax 1;ITI:11258:hC23M5O35S1:S13.0E:27500:527:0;727=pol:0:B01:15116:318:1400:0
Cinemax 2;ITI:11258:hC23M5O35S1:S13.0E:27500:528:0;728=pol:0:B01:15117:318:1400:0
KidsCo;ITI:11258:hC23M5O35S1:S13.0E:27500:529:0;729=pol:0:B01:15118:318:1400:0
DA VINCI;ITI:11258:hC23M5O35S1:S13.0E:27500:530:0;730=pol:0:B01:15119:318:1400:0
OTV;ITI:11258:hC23M5O35S1:S13.0E:27500:531:0;731=pol:0:B01:15120:318:1400:0
Jetix;ITI:11258:hC23M5O35S1:S13.0E:27500:532:0;732=pol:0:B01:15121:318:1400:0
ITVN EU;ITI:11258:hC23M5O35S1:S13.0E:27500:535:735=pol:600:B01:15124:318:1400:0
R1;ITI:11258:hC23M5O35S1:S13.0E:27500:0:0;741=pol:0:B01:15131:318:1400:0
R2;ITI:11258:hC23M5O35S1:S13.0E:27500:0:0;742=pol:0:B01:15132:318:1400:0
SKY Sport HD 1;SkyItalia:11996:vC23M5O35S1:S13.0E:27500:164:0;416=ita,417=eng:0:919,93B:11020:64511:6400:0
Next HD;SkyItalia:11996:vC23M5O35S1:S13.0E:27500:160:0;400=ita,401=eng:0:919,93B:11030:64511:6400:0
SKY Cinema HD;SkyItalia:11996:vC23M5O35S1:S13.0E:27500:161:0;404=ita,405=eng:0:919,93B:11031:64511:6400:0
NationalGeo HD;SkyItalia:11996:vC23M5O35S1:S13.0E:27500:163:0;412=ita,413=eng:0:919,93B:11032:64511:6400:0
SKY Sport HD 2;SkyItalia:11996:vC23M5O35S1:S13.0E:27500:165:0;420=eng,421=ita:0:919,93B:11033:64511:6400:0



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

[linux-dvb] Re : Re : No lock possible at some DVB-S2 channels with TT S2-3200/linux

[psofa]

The patch didnt do anything for me either.
For me the no lock possible applies to dvb-s transpoders as well.
(solvable by +4mhz)
Id like to add that even when i manage to tune with a +4mhz offset,
the signal isnt as good as my stb.
For example the stb shows 60% signal and obviously plays the stream perfectly,
while the card throws macroblocks all over and sometimes even freezes.

I wonder if everyone with that card has problems or just the 4-5 people ive
seen mentioning it in this list.
(im sorry in advance if i did anything retarded with the mailing list... :) )

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