Bug #3059
unicable SCR EN50494 needs a few attemps until scan works
0%
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
History
Updated by Heinrich Lech about 9 years ago
- File 2015-09-04_12_47_07_138.txt 2015-09-04_12_47_07_138.txt added
- File 2015-09-04_13_07_30_028.txt 2015-09-04_13_07_30_028.txt added
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?
Updated by Sascha Kuehndel about 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
Updated by Heinrich Lech about 9 years ago
- File FD0_TbD1.conf FD0_TbD1.conf added
- File FD0_TbD1.log FD0_TbD1.log added
- File FD1_TbD0.conf FD1_TbD0.conf added
- File FD1_TbD0.log FD1_TbD0.log added
- File FD0_TbD0.conf FD0_TbD0.conf added
- File FD0_TbD0.log FD0_TbD0.log added
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.
Updated by Heinrich Lech about 9 years ago
I replaced the EN50494 switch with a normal multiswitch.
With the normal multiswitch there are no problems.
Updated by Heinrich Lech about 9 years ago
Works now with my patch from https://tvheadend.org/issues/3081
Updated by Jaroslav Kysela about 9 years ago
- Status changed from New to Fixed
The patch is applied to the main repo, so marking as fixed.