Project

General

Profile

Bug #3059

unicable SCR EN50494 needs a few attemps until scan works

Added by Heinrich Lech over 9 years ago. Updated over 9 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
DVB
Target version:
-
Start date:
2015-09-01
Due date:
% Done:

0%

Estimated time:
Found in version:
4.1
Affected Versions:

Description

In the attached log you see what happens by executing a force scan on my (one and only) network (Astra 19.2E).
The first three attempts fail and then it works. I altered the status of the muxes from "IDLE" to "PEND" so they were scanned again at the end and then they were scanned successfully (see the other attachments).

I need to do a force scan or an automatic init scan at start so I can watch tv at all. I suggest that this has something to do with it.

I tried with multiple tune repeats, multiple diseqc repeats and so on.
I deactivated standby and lnb power down but it doesn't work.

In the logs I can see no difference between a good and a bad scan.

The dvb device is a Digital Devices Cine S2 with standard kernel drivers, using the drivers from http://linuxtv.org/hg/~endriss/media_build_experimental/ does not help.

I don't know how to narrow the problem any further.

TIA!

Files

11597000V_bad.log (12 KB) 11597000V_bad.log first scan of 11597000 V Heinrich Lech, 2015-09-01 20:55
11597000V_good.log (5.09 KB) 11597000V_good.log final scan of 11597000 V Heinrich Lech, 2015-09-01 20:55
12265500_bad.log (6.96 KB) 12265500_bad.log first scan of 12265500 Heinrich Lech, 2015-09-01 20:55
tvheadend.log (903 KB) tvheadend.log full linuxdvb debug output Heinrich Lech, 2015-09-01 20:55
12265500_good.log (17.2 KB) 12265500_good.log final scan of 12265500 Heinrich Lech, 2015-09-01 20:55
12460500H_bad.log (9.61 KB) 12460500H_bad.log first scan of 12460500 H Heinrich Lech, 2015-09-01 20:55
12460500H_good.log (7.75 KB) 12460500H_good.log final scan of 12460500 H Heinrich Lech, 2015-09-01 20:55
2015-09-04_12_47_07_138.txt (12.4 KB) 2015-09-04_12_47_07_138.txt first try Heinrich Lech, 2015-09-04 14:03
2015-09-04_13_07_30_028.txt (9.06 KB) 2015-09-04_13_07_30_028.txt second try Heinrich Lech, 2015-09-04 14:03
FD0_TbD1.conf (1.71 KB) FD0_TbD1.conf config file "Full Diseqc" off "Tune before Diseqc" on Heinrich Lech, 2015-09-07 19:05
FD0_TbD1.log (984 KB) FD0_TbD1.log log file "Full Diseqc" off "Tune before Diseqc" on Heinrich Lech, 2015-09-07 19:05
FD1_TbD0.conf (1.71 KB) FD1_TbD0.conf config file "Full Diseqc" on "Tune before Diseqc" off Heinrich Lech, 2015-09-07 19:07
FD1_TbD0.log (2.93 MB) FD1_TbD0.log log file "Full Diseqc" on "Tune before Diseqc" off Heinrich Lech, 2015-09-07 19:07
FD0_TbD0.conf (1.71 KB) FD0_TbD0.conf config file "Full Diseqc" off "Tune before Diseqc" off Heinrich Lech, 2015-09-07 19:08
FD0_TbD0.log (986 KB) FD0_TbD0.log log file "Full Diseqc" off "Tune before Diseqc" off Heinrich Lech, 2015-09-07 19:25

History

#1

Updated by Heinrich Lech over 9 years ago

Hi there!

I built the latest git master and the problem is still the same.

I then added some lines to trace timing problems, but I think it looks good (see attachments).

So, timings are similar, en50494, diseqc and linuxdvb commands are the same...

Anyone got hints where to search further?

#2

Updated by Sascha Kuehndel over 9 years ago

Hi Heinrich,

can you try to disable "Full Diseqc" and "Tune before Diseqc"?
(please try with other settings on default value, first).

Greatings,
Sascha

PS: please report the result ;)

#3

Updated by Heinrich Lech over 9 years ago

Ok, here also comes a little more detail:

Digital Devices Cine S2 ddbridge version: 0.9.18
HTS Tvheadend version: 4.1-385~gf4c6817

"Full Diseqc" | "Tune before Diseqc" |        result
--------------+----------------------+-----------------------
       1      |           1          | doesn't work initially
       1      |           0          | doesn't work initially
       0      |           1          | doesn't work initially
       0      |           0          | doesn't work initially

I also found out that if I do the scan a second time it works right from the beginning ("warmed up").
So to try the above configurations I had to restart the tvheadend service before a scan run.
Oh, that is another discovery: if I restart tvh it must "warm up" again so by stopping tvh something has been reset.

I also can only tune channels if I did a scan before (because only then it is "warmed up").
In Windows 7 Home 64bit all is ok (using MediaPortal).
If I have the time I will test vdr with my linux installation (damn I love tvh's web interface approach ;) ).

And what does this mean (could it be part of the problem?):

2015-09-07 17:40:03.601 [WARNING] mpegts: mux 12721.75H in Astra changed from DVBS2 19.2E freq 12721750 H sym 23500000 fec 2/3 mod PSK/8 roff 35 is_id -1 pls_mode ROOT pls_code 0
2015-09-07 17:40:03.601 [WARNING] mpegts: mux 12721.75H in Astra changed to DVBS2 19.2E freq 12721750 H sym 23500000 fec 2/3 mod PSK/8 roff 20 is_id -1 pls_mode ROOT pls_code 0

So rolloff is changed but not saved to the database (messages show up on every scan).

Hope that helps.

#4

Updated by Heinrich Lech over 9 years ago

I replaced the EN50494 switch with a normal multiswitch.
With the normal multiswitch there are no problems.

#5

Updated by Heinrich Lech over 9 years ago

Works now with my patch from https://tvheadend.org/issues/3081

#6

Updated by Jaroslav Kysela over 9 years ago

  • Status changed from New to Fixed

The patch is applied to the main repo, so marking as fixed.

Also available in: Atom PDF