wscan findet nichts

clausmuus · 19. Mai 2017

Hi,

ich versuche gerade einem MLD User in Thailand beim erstellen einer Kanalliste zu helfen. Leider klappt das nicht und ich bekomme nach ner halben Minute diese Meldung angezeigt:

Code

ERROR: Sorry - i couldn't get any working frequency/transponder
 Nothing to scan!!

Es handelt sich um einen RPI 3 der über SatIP mit einer OctopusNet verbunden ist. Der Scan Aufruf lautet:

Code

w_scan -c TH -f s -s S78E5 -E 0

und das vollständige Log lautet:

Spoiler anzeigen

Code

w_scan -c TH -f s -s S78E5 -E 0 
w_scan version 20170107 (mighty-p patch version 2) (compiled for DVB API 5.10)
using settings for 78.5 east Thaicom 2/5
scan type SATELLITE, channellist 38
output format vdr-2.0
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
	/dev/dvb/adapter0/frontend0 -> SATELLITE "vTuner proxyFE DVB-S2": very good :-))


Using SATELLITE frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_ 
Using DVB API 5.10
frontend 'vTuner proxyFE DVB-S2' supports
INVERSION_AUTO
DVB-S
DVB-S2
FREQ (0.95GHz ... 2.15GHz)
SRATE (1.000MSym/s ... 45.000MSym/s)
using LNB "UNIVERSAL"
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 
trying 'S  f = 3408 kHz V SR =  4444  3/4 0,35  QPSK  (0:0:0)'
(time: 00:00.020) 	 skipped: (freq 6.34 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3408 kHz V SR =  4444  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3414 kHz V SR =  2916  3/4 0,35  QPSK  (0:0:0)'
(time: 00:00.190) 	 skipped: (freq 6.34 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3414 kHz V SR =  2916  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3418 kHz V SR =  3333  2/3 0,35  QPSK  (0:0:0)'
(time: 00:00.360) 	 skipped: (freq 6.33 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3418 kHz V SR =  3333  2/3 0,35  QPSK  (0:0:0)
trying 'S  f = 3422 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)'
(time: 00:00.540) 	 skipped: (freq 6.33 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3422 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3425 kHz V SR =  2592  1/2 0,35  QPSK  (0:0:0)'
(time: 00:00.700) 	 skipped: (freq 6.33 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3425 kHz V SR =  2592  1/2 0,35  QPSK  (0:0:0)
trying 'S  f = 3432 kHz V SR =  6667  3/4 0,35  QPSK  (0:0:0)'
(time: 00:00.880) 	 skipped: (freq 6.32 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3432 kHz V SR =  6667  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3438 kHz V SR =  3333  1/2 0,35  QPSK  (0:0:0)'
(time: 00:01.040) 	 skipped: (freq 6.31 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3438 kHz V SR =  3333  1/2 0,35  QPSK  (0:0:0)
trying 'S  f = 3440 kHz H SR = 26666  3/4 0,35  QPSK  (0:0:0)'
(time: 00:01.219) 	 skipped: (freq 6.31 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3440 kHz H SR = 26666  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3441 kHz V SR =  1556  3/4 0,35  QPSK  (0:0:0)'
(time: 00:01.390) 	 skipped: (freq 6.31 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3441 kHz V SR =  1556  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3444 kHz V SR =  1748  2/3 0,35  QPSK  (0:0:0)'
(time: 00:01.560) 	 skipped: (freq 6.31 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3444 kHz V SR =  1748  2/3 0,35  QPSK  (0:0:0)
trying 'S  f = 3448 kHz V SR =  2917  2/3 0,35  QPSK  (0:0:0)'
(time: 00:01.730) 	 skipped: (freq 6.30 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3448 kHz V SR =  2917  2/3 0,35  QPSK  (0:0:0)
trying 'S  f = 3451 kHz V SR =  1085  3/4 0,35  QPSK  (0:0:0)'
(time: 00:01.910) 	 skipped: (freq 6.30 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3451 kHz V SR =  1085  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3454 kHz V SR =  3333  3/4 0,35  QPSK  (0:0:0)'
(time: 00:02.080) 	 skipped: (freq 6.30 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3454 kHz V SR =  3333  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3457 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)'
(time: 00:02.239) 	 skipped: (freq 6.29 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3457 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3459 kHz V SR =  1085  3/4 0,35  QPSK  (0:0:0)'
(time: 00:02.419) 	 skipped: (freq 6.29 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3459 kHz V SR =  1085  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3462 kHz V SR =  2857  3/4 0,35  QPSK  (0:0:0)'
(time: 00:02.599) 	 skipped: (freq 6.29 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3462 kHz V SR =  2857  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3480 kHz H SR = 30000  5/6 0,35  QPSK  (0:0:0)'
(time: 00:02.769) 	 skipped: (freq 6.27 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3480 kHz H SR = 30000  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3489 kHz V SR =  3333  3/4 0,35  QPSK  (0:0:0)'
(time: 00:02.949) 	 skipped: (freq 6.26 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3489 kHz V SR =  3333  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3520 kHz H SR = 28125  3/4 0,35  QPSK  (0:0:0)'
(time: 00:03.119) 	 skipped: (freq 6.23 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3520 kHz H SR = 28125  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3545 kHz V SR = 30000  5/6 0,35  QPSK  (0:0:0)'
(time: 00:03.289) 	 skipped: (freq 6.21 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3545 kHz V SR = 30000  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3551 kHz H SR = 13333  3/4 0,35  QPSK  (0:0:0)'
(time: 00:03.469) 	 skipped: (freq 6.20 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3551 kHz H SR = 13333  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3567 kHz H SR =  1852  3/4 0,35  QPSK  (0:0:0)'
(time: 00:03.639) 	 skipped: (freq 6.18 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3567 kHz H SR =  1852  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3574 kHz H SR =  7492  2/3 0,35  QPSK  (0:0:0)'
(time: 00:03.809) 	 skipped: (freq 6.18 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3574 kHz H SR =  7492  2/3 0,35  QPSK  (0:0:0)
trying 'S  f = 3585 kHz V SR = 30000  5/6 0,35  QPSK  (0:0:0)'
(time: 00:03.989) 	 skipped: (freq 6.17 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3585 kHz V SR = 30000  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3600 kHz H SR = 26667  3/4 0,35  QPSK  (0:0:0)'
(time: 00:04.159) 	 skipped: (freq 6.15 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3600 kHz H SR = 26667  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3618 kHz V SR = 12500  7/8 0,35  QPSK  (0:0:0)'
(time: 00:04.329) 	 skipped: (freq 6.13 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3618 kHz V SR = 12500  7/8 0,35  QPSK  (0:0:0)
trying 'S  f = 3640 kHz H SR = 28066  3/4 0,35  QPSK  (0:0:0)'
(time: 00:04.499) 	 skipped: (freq 6.11 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3640 kHz H SR = 28066  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3641 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)'
(time: 00:04.679) 	 skipped: (freq 6.11 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3641 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)
trying 'S2 f = 3644 kHz V SR =  2222  2/3 0,AUTO  8PSK  (0:0:0)'
(time: 00:04.839) 	 skipped: (freq 6.11 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S2 f = 3644 kHz V SR =  2222  2/3 0,AUTO  8PSK  (0:0:0)
trying 'S  f = 3665 kHz H SR =  3704  3/4 0,35  QPSK  (0:0:0)'
(time: 00:05.019) 	 skipped: (freq 6.08 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3665 kHz H SR =  3704  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3696 kHz H SR =  3367  2/3 0,35  QPSK  (0:0:0)'
(time: 00:05.189) 	 skipped: (freq 6.05 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3696 kHz H SR =  3367  2/3 0,35  QPSK  (0:0:0)
trying 'S  f = 3703 kHz V SR =  1458  5/6 0,35  QPSK  (0:0:0)'
(time: 00:05.359) 	 skipped: (freq 6.05 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3703 kHz V SR =  1458  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3716 kHz V SR =  2962  1/2 0,35  QPSK  (0:0:0)'
(time: 00:05.529) 	 skipped: (freq 6.03 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3716 kHz V SR =  2962  1/2 0,35  QPSK  (0:0:0)
trying 'S  f = 3719 kHz V SR =  1600  3/4 0,35  QPSK  (0:0:0)'
(time: 00:05.699) 	 skipped: (freq 6.03 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3719 kHz V SR =  1600  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3764 kHz V SR =  5900  3/4 0,35  QPSK  (0:0:0)'
(time: 00:05.879) 	 skipped: (freq 5.99 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3764 kHz V SR =  5900  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3803 kHz V SR =  4551  3/4 0,35  QPSK  (0:0:0)'
(time: 00:06.049) 	 skipped: (freq 5.95 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3803 kHz V SR =  4551  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3824 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)'
(time: 00:06.219) 	 skipped: (freq 5.93 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3824 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3830 kHz V SR =  5260  5/6 0,35  QPSK  (0:0:0)'
(time: 00:06.389) 	 skipped: (freq 5.92 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3830 kHz V SR =  5260  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3834 kHz V SR =  1445  7/8 0,35  QPSK  (0:0:0)'
(time: 00:06.559) 	 skipped: (freq 5.92 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3834 kHz V SR =  1445  7/8 0,35  QPSK  (0:0:0)
trying 'S  f = 3838 kHz V SR =  4100  5/6 0,35  QPSK  (0:0:0)'
(time: 00:06.729) 	 skipped: (freq 5.91 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3838 kHz V SR =  4100  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3845 kHz V SR =  7290  3/4 0,35  QPSK  (0:0:0)'
(time: 00:06.909) 	 skipped: (freq 5.91 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3845 kHz V SR =  7290  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3854 kHz V SR =  5925  5/6 0,35  QPSK  (0:0:0)'
(time: 00:07.079) 	 skipped: (freq 5.90 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3854 kHz V SR =  5925  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3880 kHz V SR = 30000  5/6 0,35  QPSK  (0:0:0)'
(time: 00:07.249) 	 skipped: (freq 5.87 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3880 kHz V SR = 30000  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3906 kHz V SR =  6250  3/4 0,35  QPSK  (0:0:0)'
(time: 00:07.419) 	 skipped: (freq 5.84 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3906 kHz V SR =  6250  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3950 kHz V SR =  2400  5/6 0,35  QPSK  (0:0:0)'
(time: 00:07.589) 	 skipped: (freq 5.80 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3950 kHz V SR =  2400  5/6 0,35  QPSK  (0:0:0)
trying 'S  f = 3985 kHz V SR =  4815  3/4 0,35  QPSK  (0:0:0)'
(time: 00:07.759) 	 skipped: (freq 5.76 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3985 kHz V SR =  4815  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 3992 kHz V SR =  4815  3/4 0,35  QPSK  (0:0:0)'
(time: 00:07.929) 	 skipped: (freq 5.76 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 3992 kHz V SR =  4815  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4000 kHz V SR =  4815  3/4 0,35  QPSK  (0:0:0)'
(time: 00:08.109) 	 skipped: (freq 5.75 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4000 kHz V SR =  4815  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4005 kHz V SR =  4815  3/4 0,35  QPSK  (0:0:0)'
(time: 00:08.269) 	 skipped: (freq 5.75 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4005 kHz V SR =  4815  3/4 0,35  QPSK  (0:0:0)
trying 'S2 f = 4012 kHz V SR =  6400  3/4 0,AUTO  8PSK  (0:0:0)'
(time: 00:08.439) 	 skipped: (freq 5.74 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S2 f = 4012 kHz V SR =  6400  3/4 0,AUTO  8PSK  (0:0:0)
trying 'S  f = 4037 kHz V SR =  2025  3/4 0,35  QPSK  (0:0:0)'
(time: 00:08.619) 	 skipped: (freq 5.71 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4037 kHz V SR =  2025  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4057 kHz V SR =  5000  3/4 0,35  QPSK  (0:0:0)'
(time: 00:08.789) 	 skipped: (freq 5.69 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4057 kHz V SR =  5000  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4103 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)'
(time: 00:08.959) 	 skipped: (freq 5.65 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4103 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4107 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)'
(time: 00:09.129) 	 skipped: (freq 5.64 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4107 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4110 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)'
(time: 00:09.309) 	 skipped: (freq 5.64 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4110 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4113 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)'
(time: 00:09.479) 	 skipped: (freq 5.64 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4113 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4122 kHz V SR =  4688  3/4 0,35  QPSK  (0:0:0)'
(time: 00:09.639) 	 skipped: (freq 5.63 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4122 kHz V SR =  4688  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4127 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)'
(time: 00:09.819) 	 skipped: (freq 5.62 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4127 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4130 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)'
(time: 00:09.989) 	 skipped: (freq 5.62 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4130 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4133 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)'
(time: 00:10.159) 	 skipped: (freq 5.62 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4133 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4136 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)'
(time: 00:10.329) 	 skipped: (freq 5.61 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4136 kHz V SR =  2530  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4155 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)'
(time: 00:10.509) 	 skipped: (freq 5.59 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4155 kHz V SR =  2222  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4158 kHz V SR =  1852  3/4 0,35  QPSK  (0:0:0)'
(time: 00:10.679) 	 skipped: (freq 5.59 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4158 kHz V SR =  1852  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4160 kHz V SR =  2000  3/4 0,35  QPSK  (0:0:0)'
(time: 00:10.839) 	 skipped: (freq 5.59 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4160 kHz V SR =  2000  3/4 0,35  QPSK  (0:0:0)
trying 'S  f = 4170 kHz V SR = 15000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:11.019) 	 skipped: (freq 5.58 unsupported by driver: min=0.95, max=2.15)


initial_tune:2814: Setting frontend failed S  f = 4170 kHz V SR = 15000  2/3 0,35  QPSK  (0:0:0)
trying 'S  f = 12272 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:11.189) 
trying 'S  f = 12272 kHz V SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:14.519) 
trying 'S  f = 12313 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:17.849) 
trying 'S  f = 12313 kHz V SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:21.219) 
trying 'S  f = 12355 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:24.559) 
trying 'S2 f = 12355 kHz V SR = 30000  5/6 0,AUTO  8PSK  (0:0:0)'
(time: 00:27.889) 
trying 'S  f = 12396 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:31.219) 
trying 'S  f = 12438 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:34.539) 
trying 'S  f = 12479 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:37.869) 
trying 'S  f = 12521 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:41.209) 
trying 'S  f = 12562 kHz H SR = 25776  2/3 0,35  QPSK  (0:0:0)'
(time: 00:44.539) 
trying 'S  f = 12604 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:47.869) 
trying 'S  f = 12657 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:51.239) 
trying 'S  f = 12720 kHz H SR = 30000  2/3 0,35  QPSK  (0:0:0)'
(time: 00:54.629) 


ERROR: Sorry - i couldn't get any working frequency/transponder
 Nothing to scan!!

Alles anzeigen

Bedeutet das, dass er keinen Empfang hat, oder was geht da schief, und wo kann ich suchen.

Claus

3PO · 9. Juli 2017

Das muss wohl ein Problem von w_scan sein, denn w_scan findet bei mir mit aktueller Hardware von DD auch nichts.

Getestet habe ich es mir einer Max A8, einer Max S8, einer DuoFlex S2 V4 und einer DuoFlex C/T V4.

Am Empfang kann es nicht liegen, denn der VDR und auch minisatip funktionieren mit der o.g. Hardware fehlerfrei.

Es wäre interessant zu erfahren, ob noch andere User das Problem mit w_scan haben?

wirbel · 9. Juli 2017

Hi 3PO,

Bei clausmuus ging es mit Sat nicht, weil

1) w_scan kein SatIP unterstützt, auch nicht über vtuner.
Wenn ich in w_scan satip implementieren würde, dann würde ich eher Satip direkt unterstützen,
und nur für die MEG8000 + selfsat Geräte, aber nicht für DD octopus net. Ich hab eben keinen DD.

2) selbst wenn 1) zufällig doch funktionieren sollte, dann wird wohl ein C-Band Satellit niemals
mit einem LNB default für das Ku Band funktionieren. Da hätte clausmuus wohl die passende Option mitgeben müssen.

3PO · 9. Juli 2017

Das mag wohl für das von clausmuus geschilderte Problem zutreffend sein, erklärt aber nicht, weshalb w_scan bei mir nichts findet.

Hier mal am Beispiel von DVB-T2:

https://paste.pound-python.org/show/pEg0YhDT0QjrixWrw4Bq/

Yuri666 · 9. Juli 2017

Try to use channelscan:
https://bitbucket.org/ua0lnj/channelscan

clausmuus · 9. Juli 2017

Hi,

ich hatte diesen Thrad ganz aus den Augen verloren.
Interessanter weise funktionierte der Scan (laut des Thailandischen Users) sobald er sich mit einem anderem Gerät einen SatIp-Stream anschaut. Die Zusammenhänge sind mir nicht klar, aber vielleicht hilft diese Info ja wirbel weiter. Ob der User dann per satip Plugin und wirbelscan Plugin oder vtunter und wscan Erfolg hatte weiß ich leider nicht mehr.

Claus

wirbel · 9. Juli 2017

Im Zusammenspiel mit wirbelscan + satip Plugin sollte es gehen, zumindest bei mir geht es mit 19.2e.
Aber es gibt bei diesem vtuner Ansatz gibt es mehr als genug Stolperfallen.

3PO
Es sagt dir, dass dein Problem in diesem Thread nichts zu suchen hat, weil ein komplett anderes Thema eines anderen Thread-Owners.
Deswegen muss es hier eigentlich auch gar keine Antwort geben.

Aber so wie es ausschaut, liefert dein dvb device nicht innerhalb von 2sec ein 'HAS_SIGNAL', das sollte
innerhalb weniger Millisekunden kommen (max 50..100msec, = Signalpegel oberhalb Rauschlevel).

3PO · 9. Juli 2017

Nun, der Topic lautet: "wscan findet nichts", Und genau das ist das Problem. das ich mit w_scan habe.

Aber wenn es nicht hierher gehört, dann kann sich ja ein Mod darum kümmern.

Yuri666,

THX, but this plugin doesnt work really reliable.

wirbel · 9. Juli 2017

>>ich versuche gerade einem MLD User in Thailand

DU bist also ein MLD User in Thailand..

nst · 9. Juli 2017

Nachdem ich jetzt quasi mit 'nem Lasso hier in den Thread geschleift wurde, mal ein paar EUR 0,02 von mir:

Zitat von wirbel

Aber so wie es ausschaut, liefert dein dvb device nicht innerhalb von 2sec ein 'HAS_SIGNAL', das sollte
innerhalb weniger Millisekunden kommen (max 50..100msec, = Signalpegel oberhalb Rauschlevel).

Wenn ich hier "w_scan -a 2" laufen lasse (s.u.), um DVB-T2 Sender zu suchen, und parallel "dvb-fe-tool -m -a 2" laufen lasse, kriegt der Demod zu keiner Zeit ein FE_HAS_LOCK (bzw. überhaupt irgendeinen FE_HAS_* Status - es bleibt schlicht bei 0 stehen, auch auf Frequenzen, wo definitiv ein TS Stream anliegt) - Ergebnis: Angeblich keine Sender. Wenn ich TVheadend starte und selbiges nach seinem Selbstinit mit dem EPG Scan anfängt, krieg' ich in weit unter 1s einen vollen TS LOCK (0x1f).

Adapter 2:

Code

Device Sony CXD2843ER DVB-T/T2/C/C2 demodulator (/dev/dvb/adapter2/frontend0) capabilities:
     CAN_2G_MODULATION
     CAN_FEC_1_2
     CAN_FEC_2_3
     CAN_FEC_3_4
     CAN_FEC_5_6
     CAN_FEC_7_8
     CAN_FEC_AUTO
     CAN_GUARD_INTERVAL_AUTO
     CAN_HIERARCHY_AUTO
     CAN_INVERSION_AUTO
     CAN_MUTE_TS
     CAN_QAM_16
     CAN_QAM_32
     CAN_QAM_64
     CAN_QAM_128
     CAN_QAM_256
     CAN_QAM_AUTO
     CAN_QPSK
     CAN_TRANSMISSION_MODE_AUTO
DVB API Version 5.10, Current v5 delivery system: DVBT2
Supported delivery systems:
     DVBT
    [DVBT2]
     DVBC/ANNEX_A

Alles anzeigen

3PO · 9. Juli 2017

Ich wollte eigentlich nur ein Problem melden, aber offensichtlich ist man mehr an einer Erbsenklauberei interessiert, als an einer Lösung.

Aber wie schon gesagt, minisatip und der VDR funktionieren ja mit meiner Hardware, von daher kann es mir ja eigentlich egal sein. ....

Yuri666 · 9. Juli 2017

@3PO
strange, i'm not found any open issue in repository...

wirbel · 9. Juli 2017

@Mods: bitte sortiert doch mal die zwei komplett unterschiedlichen Probleme auseinander.

clausmuus · 9. Juli 2017

wirbel,

ja, einen User haben wir in Thailand, aber leider ist der derzeit nicht auf unser Karte unter http://www.minidvblinux.de/map/ zu sehen.

Claus

clausmuus · 9. Juli 2017

Ich habe keine Ahnung, wie ich die beiden Themen auseinander sortieren soll, ohne das diese unverständlich werden weil der Kontext fehlt.
Am besten macht 3PO einen neuen Thrad auf und packt in beide Thrads Verweise auf den jeweils anderen.

Claus

3PO · 9. Juli 2017

Da der Maintainer von w_scan so oder so kein Interesse zeigt, sich dem o.g. Problem anzunehmen, kann meinetwegen auch alles, was ich geschrieben habe, gelöscht werden.

wirbel · 9. Juli 2017

hmm...
Ich habe eher kein Interesse an

1) mit Foren Threads Zeit zu verschwenden, bei denen zwei Parteien zwei unterschiedliche Probleme diskutieren
und selbst nach Bitte um Separation der Probleme nur Nörgeln kommt
2) Hardware und Treiber Probleme zu erörtern, wenn der Software die Schuld gegeben wird

Bei dir treffen 1) und 2) zu.

Es ist doch kein SOFTWARE Problem, wenn ein TREIBER keinen korrekten Status des DVB Frontends liefert.
w_scan sendet einen Request an den Treiber und erwartet einfach das passende erfolgreiche Ergebnis; nach weniger als zwei
Sec ein HAS_SIGNAL und falls erfolgreich nach einem weiteren Timeout dazu passend ein HAS_LOCK.
Das ist nix anderes als jemand auf der Couch der einen Sender per FB wählt und auf einen schwarzen Bildschirm starrt.

Wenn ein DVB frontend sowas hier macht, ist das Ergebnis perfekt vorhersehbar:
"kriegt der Demod zu keiner Zeit ein FE_HAS_LOCK (bzw. überhaupt irgendeinen FE_HAS_* Status - es
bleibt schlicht bei 0 stehen"

Das bedeutet nichts weiter als "hier ist kein Signal oberhalb des Rauschlevels" - gar nix, na da. Try again later, whatever.
Selbst mit korrekter Frequenz und allen anderen Parametern falsch sollte hier noch etwas kommen.

Hättest du doch mal eher Hardware mit dazugehörigem mainline linux Treiber gekauft.

nst · 9. Juli 2017

Zitat von wirbel

Es ist doch kein SOFTWARE Problem, wenn ein TREIBER keinen korrekten Status des DVB Frontends liefert.
w_scan sendet einen Request an den Treiber und erwartet einfach das passende erfolgreiche Ergebnis; nach weniger als zwei
Sec ein HAS_SIGNAL und falls erfolgreich nach einem weiteren Timeout dazu passend ein HAS_LOCK.
Das ist nix anderes als jemand auf der Couch der einen Sender per FB wählt und auf einen schwarzen Bildschirm starrt.

Wenn ein DVB frontend sowas hier macht, ist das Ergebnis perfekt vorhersehbar:
"kriegt der Demod zu keiner Zeit ein FE_HAS_LOCK (bzw. überhaupt irgendeinen FE_HAS_* Status - es
bleibt schlicht bei 0 stehen"

Das bedeutet nichts weiter als "hier ist kein Signal oberhalb des Rauschlevels" - gar nix, na da. Try again later, whatever.
Selbst mit korrekter Frequenz und allen anderen Parametern falsch sollte hier noch etwas kommen.

Alles anzeigen

Lies doch bitte nochmal den Post zuende.

Zusammenfassend: Dieselbe HW/Treiber-Kombo arbeitet ganz hervorragend u.a. mit TVHeadend, VDR, MythTV, Kaffeine und VLC zusammen (zu diesen Tools habe ich Feedback bekommen). Alles jeweils auf DVB-C, DVB-T und DVB-T2. Lediglich w_scan macht hier gerade Mucken und schiebt dem Frontend offenbar "irgendwas" unter, weshalb in fe_status nichts sinnvolles gesetzt wird (nebenbei, wenn w_scan an belegten Frequenzen vorbei kommt, sehe ich Signalausschlag in dvb-fe-tool). In TVH kann ich für DVB-T2 Muxes so ziemlich alles auf AUTO stellen, ohne dass das irgendwelche Probleme macht. Ausserdem, der Demod Code interessiert sich ausschliesslich für die Frequenz, Bandbreite (8Mhz usw.) und im Fall DVB-T2 für die PLP ID, der Rest erfährt keinerlei Beachtung. D.h. wenn Du Deine Frequenz samt Bandbreite und ID an set_frontend() schickst, kümmert sich der Demod(-code) für DIch um den Rest.

Es wäre jetzt eher wirklich spannend zu wissen, was w_scan noch alles veranstaltet, nachdem es set_frontend() getriggert hat (irgendwas muss da ja passieren, sonst hätten wir hier innerhalb < 1 Sekunde irgendwas > 0x00 in fe_status). Vgl. dazu auch cxd2841er.c:cxd2841er_set_frontend_tc()

Zitat von wirbel

Hättest du doch mal eher Hardware mit dazugehörigem mainline linux Treiber gekauft.

Na da können wir ja allesamt froh sein, dass das ab 4.13-rc1 der Fall ist...

wirbel · 10. Juli 2017

>>Lies doch bitte nochmal den Post zuende.
Hab ich gelesen, keine Sorge..

Nur sind DD devices die absolut einzigen, die hier Probleme machen, und erst seit dem linuxtv Treiber für DD.
Das Problem tritt nicht mit dem originalen DD Treiber auf, dafür mit dem neuen Treiber.

>> w_scan macht hier gerade Mucken und schiebt dem Frontend offenbar "irgendwas" unter

Hmmm? Wie soll das gehen? Etwas "unterschieben"?

Code

info("(time: %s) ", run_time());
                 if (set_frontend(frontend_fd, ptest) < 0) {
                    // nur im fehlerfall: meldung konsole tuning failed
                    continue;
                    }


                 // timeout setzen.
                 get_time(&meas_start);
                 set_timeout(time2carrier * flags.tuning_timeout, &timeout);  // N msec * {1,2,3}


                 ret = 0; lastret = ret;


                 // look for some signal.
                 while((ret & (FE_HAS_SIGNAL | FE_HAS_CARRIER)) == 0) {
                     ret = check_frontend(frontend_fd,0);
                     if (ret != lastret) {
                        //Status Änderung.
                        get_time(&meas_stop);
                        verbose("\n        (%.3fsec): %s%s%s (0x%X)",
                             elapsed(&meas_start, &meas_stop),
                             ret & FE_HAS_SIGNAL ?"S":"",
                             ret & FE_HAS_CARRIER?"C":"",
                             ret & FE_HAS_LOCK?   "L":"",
                             ret);
                        lastret = ret;
                        }
                     // falls Signal/Carrier Timeout hier aussteigen.
                     if (timeout_expired(&timeout)) break; 
                     usleep(50000);
                     }


                 // weder Signal noch Carrier. Sinnlos noch auf Lock zu prüfen.
                 if ((ret & (FE_HAS_SIGNAL | FE_HAS_CARRIER)) == 0) {
                    // nächsten Transponder prüfen
                    continue;
                    }


//<- hier kommen wir anscheinend niemals an.


// nachdem signal/carrier da ist, der dvb karte etwas mehr Zeit für den Lock lassen.


                 verbose("\n        (%.3fsec) signal", elapsed(&meas_start, &meas_stop));
                 //now, we should get also lock.
                 set_timeout(time2lock * flags.tuning_timeout, &timeout);  // N msec * {1,2,3}


                 while((ret & FE_HAS_LOCK) == 0) {
                     ret = check_frontend(frontend_fd,0);
                     if (ret != lastret) {
                        get_time(&meas_stop);
                        verbose("\n        (%.3fsec): %s%s%s (0x%X)",
                             elapsed(&meas_start, &meas_stop),
                             ret & FE_HAS_SIGNAL ?"S":"",
                             ret & FE_HAS_CARRIER?"C":"",
                             ret & FE_HAS_LOCK?   "L":"",
                             ret);
                        lastret = ret;
                        }
                     if (timeout_expired(&timeout) ) break;
                     usleep(50000);
                     }


//<- Signal und/oder Carrier, aber kein Lock. 
                 if ((ret & FE_HAS_LOCK) == 0) {
                    continue;
                    }


//<- Erfolg.
                 verbose("\n        (%.3fsec) lock\n", elapsed(&meas_start, &meas_stop));

Alles anzeigen

3PO · 10. Juli 2017

Zitat von wirbel

[...] Nur sind DD devices die absolut einzigen, die hier Probleme machen, und erst seit dem linuxtv Treiber für DD.
Das Problem tritt nicht mit dem originalen DD Treiber auf, dafür mit dem neuen Treiber. ...

Das Problem tritt auch mit denn den originalen DD Treibern auf, zumindest mal mit den aktuellen.

wscan findet nichts

Jetzt mitmachen!

Teilen