[linux-dvb] Re: Tuning problems with the refactored drivers

[lamikr <lamikr@cc.jyu.fi>]

> > > Does setting the dvb_override_tune_delay parameter to 200 have the same
> > > effect as doing this? Its just that there is a mechanism defined for
> > > solving exactly this problem which I would prefer to use rather than
> > > putting an mdelay in the frontend itself.
> > >
> > > Glad to hear its getting better!
> > >      
> > How can I test this? Should I change in /build-2.6/insmod.sh
> >
> >    insmod ./ves1820.ko
> > to
> >    insmod ./ves1820.ko dvb_override_tune_delay=200
> > ?
> >    
> insmod ./dvb-core.ko dvb_override_tune_delay=200
>  
Ok. I have now tested the tuning by loading dvb-core.ko with 
dvb_override_tune_delay=200 and that helped
and driver was able to tune all channels.

Some of the channels are however still having problem to get locked.

> > Btw. even I can now tune all channels ok, I have still problems to get
> > some of the channels locked. (these from the 162 mhz)
> > (Some others locks very fastly)
> >
> > [lamikr@aragorn szap]$ ./czap "YLE TV1"
> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> > reading channels from file '/home/lamikr/.czap/channels.conf'
> > 19 YLE TV1:162000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_128:512:650:17
> > 19 YLE TV1: f 162000000, s 6900000, i 2, fec 0, qam 4, v 0x200, a 0x28a
> >    
> Does that channel have a low symbol rate? With DVB-S cards (STV0299B based) 
> I've had problems locking on with such channels (say < 10000000) - can take a 
> number of seconds to get a lock.
>  
Is there any tool I could use for finding out the symbol rate for the 
channels running in the 162 Mhz mux?
Or some other place in the code where I could try to play in order to 
improve the locking.
Currently the driver is able to get lock only for a couple of seconds 
even after couple of minutes.

status 1f | signal ffff | snr eaea | ber 009f4660 | unc ffffffff | 
FE_HAS_LOCK
status 00 | signal 8282 | snr c6c6 | ber 009f4660 | unc ffffffff |
status 00 | signal 9090 | snr c5c5 | ber 009f4660 | unc ffffffff |
status 00 | signal a4a4 | snr c5c5 | ber 009f4660 | unc ffffffff |
status 1f | signal ffff | snr e8e8 | ber 009f4660 | unc ffffffff | 
FE_HAS_LOCK
status 1f | signal ffff | snr e8e8 | ber 009f4660 | unc ffffffff | 
FE_HAS_LOCK
status 00 | signal cccc | snr c4c4 | ber 009f4660 | unc ffffffff |
status 00 | signal dcdc | snr c6c6 | ber 009f4660 | unc ffffffff |
status 1f | signal d7d7 | snr d3d3 | ber 009f4660 | unc ffffffff | 
FE_HAS_LOCK
status 08 | signal ffff | snr c7c7 | ber 009f4660 | unc ffffffff |
status 1f | signal ffff | snr e6e6 | ber 0092f9a0 | unc ffffffff | 
FE_HAS_LOCK
status 00 | signal a1a1 | snr c5c5 | ber 0092f9a0 | unc ffffffff |
status 00 | signal b1b1 | snr c3c3 | ber 0092f9a0 | unc ffffffff |
status 00 | signal c0c0 | snr cece | ber 0092f9a0 | unc ffffffff |
status 00 | signal b1b1 | snr c3c3 | ber 0092f9a0 | unc ffffffff |
status 00 | signal bfbf | snr c3c3 | ber 0092f9a0 | unc ffffffff |
status 1f | signal cece | snr dede | ber 0092f9a0 | unc ffffffff | 
FE_HAS_LOCK