DVBS Unicable/JESS first tune failed.

[tunip]

I use minisatip in a JESS setup. If I tune the first time, tuning fails (tuner1). Then the TV server (Tvheadend) retunes (tuner2) and then it works. Changed also tuner priorities to check if its happens only on tuner1. IT is reproducible on every tuner order. If one tuner is in use, every next tuner starts immediately. 8 parallel streams on aller tuners works fine. Only the first/initial tuning doesn't start instantly.

Start parameter: minisatip -f -R /data/html -j 0:0-1210,1:1-1420,2:2-1680,3:3-2040,4:4-1005,5:5-1050,6:6-1095,7:7-1140 (tried also -u for unicable)

Tuner: Digital Devices Max S8 (driver 0.9.26)

LNB: DUR-line UK 124 - Unicable LNB

Log: http://pastebin.com/v70TvzLh

[9000h]

@tunip so if I get this right you can reproduce the same issue in tvh and in VDR there is no issue?

[9000h]

there could be another difference, I use unicable/jess with pin like:

-u 4:4-984[-48],5:5-1020[-23],6:6-1056[-88],7:7-1092[-204] or -j 4:4-984[-48],5:5-1020[-23],6:6-1056[-88],7:7-1092[-204]

[catalinii]

estimadarocha,

I am kinda of short on time for the next 2 weeks, this is the reason I could not work on this. I will take a look once I am more free, probably those 2 issues will be the last in version 0.5, as you are using satip-axe

tunip,

yes probably me testing it is the best way forward, writing code, waiting 24h to test it, is not really a way to go. I think at this point we do not know if vdr works, as it does not power off the LNB. Probably this can be a fix for minisatip as well (and maybe there are alot of other cases when the LNB does not need to be powered down), but it would be nice to have a solution.

9000h, I am not sure I understand what you mean, this commit is from 2015.

[tunip]

@catalinii Thx for your answer. I found a patch for VDR with power saving feature (https://www.mail-archive.com/vdr@linuxtv.org/msg18652.html). If I patch VDR with this code, then the first tuning also fails frontend 0/0 timed out while tuning to channel 1. Every second tuning attempt works then fine until the power saving feature kicks in.

This hardware setup (LNB is directly connected to the tv-card in Unicable/JESS mode without external power) is not really a common way for some linux dvb solutions right now. I also have 2 different LNBs (Quattro & Quad) here for further testing (also without a external power supply or switch). The tv-card can handle them all. But I have to move my server close to the dish and need some more cabling (4 cables instead of 1).

If you have more time in a few weeks, please feel free to contact me for a joint session.

[9000h]

may be it's worth to have a look http://debian.physik.uni-essen.de/misc/media/dvb/dvb-kernel/doc/HOWTO-use-the-frontend-api

[9000h]

@catalinii sorry I did somehow drift to an old version, so nothing wrong in dvb.c

[catalinii]

I am not sure at this point that the issues are with the code. Maybe the lnb needs more than 15-20ms to be up.

Anyway i have added the --nopm switch to keep the adapter active. This option might be needed fo ranother corner cases as well.

Thanks

[catalinii]

Hi,

Is this issue fixed?

Thanks

[tunip]

Hi @catalinii,

first tuning still fails, but after that first failing, all other tuning attempts are then working ("--Z *" option kicks then in). Have to enable nopm for all adapters. Activating nopm on only one adapter results in first tuning fails if Tvheadend is not reusing nopm-enabled adapter on next tune.

Log with -Z * -l -l -l:

minisatip_1        | [14/11 12:56:23.087 AD7]: keeping the adapter 7 open as the initialization is slow
minisatip_1        | [14/11 12:56:36.350 AD5]: keeping the adapter 5 open as the initialization is slow
minisatip_1        | [14/11 12:56:36.361 AD4]: keeping the adapter 4 open as the initialization is slow
minisatip_1        | [14/11 12:56:36.373 AD6]: keeping the adapter 6 open as the initialization is slow
minisatip_1        | [14/11 12:56:36.464 AD3]: keeping the adapter 3 open as the initialization is slow
minisatip_1        | [14/11 12:56:36.466 AD2]: keeping the adapter 2 open as the initialization is slow
minisatip_1        | [14/11 12:56:36.564 AD0]: keeping the adapter 0 open as the initialization is slow
minisatip_1        | [14/11 12:56:36.565 AD1]: keeping the adapter 1 open as the initialization is slow

[catalinii]

My question is, if nopm is enabled, does work? (except the first tune)?

[tunip]

If nopm is ebabled on all tuners, yes then it works (except the first tune).

[estimadarocha]

So.... the initial problem persist.... the problem always was first tune fail right?

[catalinii]

Hi,

If I would have access to a system I could take a look if there is a fix for it...

[estimadarocha]

@catalinii can i know your direct contact...like skype or mail or something else??

[catalinii]

Hi,

You can send me on the email from the source code.

Thanks

[tunip]

As it works now for me, I will close this issue. If the problem occurs again, we can reopen it again.