Kein DVB-C tuning möglich (DVB-T funktioniert)

[106060]

DVB-T funktioniert, aber bei DVB-C werden keine Programme gefunden  

Verwendeter Driver:
-rwx------ 1 root root 6231476  6. Mai 14:15 sundtek_installer_100506.sh

root@vdr:~ # /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Pro/Digital Home]  DVB-C, DVB-T, REMOTE-CONTROL
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0


/opt/lib/pm/10mediasrv hibernate -> resume erzeugt folgendes logging:

==> /var/log/mediasrv.log <==
2010-05-12 15:49:26 [4897] Restarting driver after system resume
2010-05-12 15:49:26 [4902] Starting up Multimedia Framework (May  6 2010 13:55:56)
2010-05-12 15:49:26 [4903] Starting service processor (PID 4903)
2010-05-12 15:49:26 [4902] Detected DVB version.h
2010-05-12 15:49:26 [4902] API Version: 5.1
2010-05-12 15:49:26 [4902] Running on Linux (2.6.26-2-486)
2010-05-12 15:49:26 [4902] Detected: GenuineIntel
2010-05-12 15:49:26 [4902] This CPU supports: MMX and SSE
2010-05-12 15:49:26 [4902] scanning devices
2010-05-12 15:49:26 [4902] scanning for plugins
2010-05-12 15:49:26 [4902] found lib: libdrv_vivi.so
2010-05-12 15:49:26 [4902] found lib: libdrv_net.so
2010-05-12 15:49:26 [4902] found lib: libdrv_em28xx.so
2010-05-12 15:49:26 [4902] Starting up device manager
2010-05-12 15:49:26 [4902] scanning devices done
2010-05-12 15:49:26 [4902] attached devices:
2010-05-12 15:49:26 [4902] registering ID: 0
2010-05-12 15:49:26 [4902] disconnecting kernel driver
2010-05-12 15:49:27 [4902] attaching DVB-T, DVB-C
2010-05-12 15:49:31 [4902] demodulator successfully attached (DVB_C)!
2010-05-12 15:49:31 [4902] requesting to attach tuner(s) now

==> /var/log/syslog <==
May 12 15:49:33 vdr kernel: [ 2999.251620] input: Sundtek Ltd. Remote Control as /class/input/input11
May 12 15:49:33 vdr lircd-0.8.3[4798]: caught signal

==> /var/log/mediasrv.log <==
2010-05-12 15:49:33 [4902] registering: adapter0
2010-05-12 15:49:33 [4902] registered virtual: /dev/dvb/adapter0/frontend0
2010-05-12 15:49:33 [4902] registered virtual: /dev/dvb/adapter0/demux0
2010-05-12 15:49:33 [4902] registered virtual: /dev/dvb/adapter0/dvr0
2010-05-12 15:49:33 [4902] registered virtual: /dev/vbi0
2010-05-12 15:49:33 [4902] registered virtual: /dev/mediainput0
2010-05-12 15:49:33 [4902]
2010-05-12 15:49:33 [4902] Sundtek MediaTV Driver loaded. This driver is licensed for non-commercial use
2010-05-12 15:49:33 [4902] with Sundtek MediaTV only
2010-05-12 15:49:33 [4920]RC: Restarting LIRC
2010-05-12 15:49:48 [4902] Enabling standby


Ich habe beide Transfermodi ausprobiert:

root@vdr:~ # lsusb -d eb1a:51b2 -v | grep 'Transfer Type' | sort | uniq
          Transfer Type            Bulk

root@vdr:~ # lsusb -d eb1a:51b2 -v | grep 'Transfer Type' | sort | uniq
          Transfer Type            Isochronous

sowohl mit Debian Lenny Kernel:

root@vdr:~ # uname -a
Linux vdr 2.6.26-2-486 #1 Tue Mar 9 17:10:34 UTC 2010 i686 GNU/Linux

als auch mit einem neueren Kernel von www.backports.org probiert:

root@vdr:~ # uname -a
Linux vdr 2.6.32-bpo.3-686 #1 SMP Wed Mar 17 14:31:18 UTC 2010 i686 GNU/Linux


Unter Windows XP SP3 kann ich auch nur DVB-T Kanäle sehen, aber keine DVB-C Kanäle scannen.
Versucht mit DVBViewer/TransEdit MMC (Demo) 3.3.0 und Mediaportal 1.1.0 RC2.

Das Antennenkabel des USB-Sticks hängt mit dem T-Stecker von Sundtek an der selben Dose wie das TV Gerät. Ein direktes Einstecken in die Dose hilft auch nicht.

Z.B. "Das Erste"/ARD läuft auf dem TV einwandfrei, während die selbe Frequenz, Symbolrate und QAM64 mit dem USB-Stick keinen LOCK erzeugt:

root@vdr:~ # /opt/bin/mediaclient -m DVBC -f 594000000 -S 6900000 -M Q64
Using device: /dev/dvb/adapter0/frontend0
Checking for lock:
..........

w_scan liefert auch kein Ergebnis:

root@vdr:~ # w_scan -fc -cDE -Q0 -S0
w_scan version 20090516 (compiled for DVB API 5.0)
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.6
Info: using DVB adapter auto detection.
        /dev/dvb/adapter0/frontend0 -> DVB-C "Sundtek DVB-C": good :-)
Using DVB-C frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.0
frontend Sundtek DVB-C supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64.
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
searching QAM64...
73000: sr6900 (time: 00:02)
81000: sr6900 (time: 00:05)
89000: sr6900 (time: 00:09)
[...]
594000: sr6900

Auffällig ist bei w_scan, dass die Scandauer der belegten Frequenzen ca. 30 sek. dauert, während unbelegte Frequenzen ca. 5 sek dauern.


Ist der Sundtek MediaTV Digital Home (USB) defekt?
 

[Sundtek]

Wir ueberpruefen dies kurz einmal auf Ihrem Rechner, sollten wir keine Loesung fuer das Problem finden senden Sie den Stick bitte zur Ueberpruefung zurueck.

Eine moegliche Problemquelle kann durchaus sein das Sie wie telefonisch erwaehnt einen DVB-S2 -> DVB-C Konverter benutzen, spaetestens nach der direkten Ueberpruefung des Sticks wuerden wir genaueres wissen.

Das Channel Lock wird unabhaengig vom Transfermodus erkannt, um die TV Daten auslesen zu koennen muss im Allgemeinen zuerst das Lock vorhanden sein.

Entweder der Stick ist defekt oder kann das Signal von dem jeweiligen Konverter nicht auslesen. Zweiteres wuerden unsere HW Ingenieure sich genauer ansehen sofern bekannt ist welcher DVB-S2 -> DVB-C konverter verwendet wird.

[106060]

Gestern kam meine Rücksendung an und ich habe direkt einen Rückruf von Sundtek bekommen:
Der Stick wurde sofort nach Empfang des Paketes getestet.
Ergebnis: Der DVB-C Empfang mit dem Stick scheint nicht optimal zu sein.

Ein neuer Stick wurde direkt in die Post gelegt.

Mein Fazit:
Perfekter Support im Vorfeld, perfektes, schnelles Prüfen der Rücksendung und perfektes Handling der Reklamation!
Danke dafür!

Bei dem Handling kann ich verschmerzen, dass der Stick nicht einwandfrei war - meine sehr positive Meinung von Sundtek bleibt!

Ich freu mich schon auf den Austausch-Stick!

[106060]

Ich teste seit 2 Stunden den Austauschstick und das zusätzlich gelieferte Testmodul.
Die bisherigen Ergebnisse sind nicht erfolgreich:
1) DVB-C
- w_scan findet mit beiden Adaptern keine Kanäle :-(
- unter Windows findet TransEdit MMC (Demo) 3.3.0.0 mit beiden Adaptern keine Kanäle :-(
2) DVB-T
- w_scan findet nur wenige Kanäle (betrifft beide Adapter)
- Empfang ist sehr schlecht, fast gar kein Bild zu sehen (Entfernung zum Sendemast: ca. 1km)



Mein Linux VDR System hatte ich in der Zwischenzeit komplett neu aufgesetzt:
- Debian Squeeze auf leere Platte installiert
- Debian Squeeze Kernel: 2.6.32
- die bisher genutzten Kernel 2.6.26-2-486 (Lenny) und 2.6.32-bpo.3-686 (backports.org) existieren nicht mehr auf dem System
- vdrdevel stammt aus den Quellen auf e-tobi.net.
--> Also nun ein Standart-Debian Squeeze System

- vdrdevel läuft prima mit einem uralten USB DVB-T Stick (DiBcom USB2.0 DVB-T reference design (MOD3000P))
--> Die VDR-Installation funktioniert also grundsätzlich einwandfrei.


Nur die Sundtek USB Sticks liefern kein LOCK bei DVB-C :-(
 

 
root@vdr:~ # uname -a
Linux vdr 2.6.32-3-686 #1 SMP Thu Feb 25 06:14:20 UTC 2010 i686 GNU/Linux


root@vdr:~ # dpkg -l | grep vdr
ii  libxine1-xvdr                        1.0.6~cvs20100502.0851-1             Xine input plugin for vdr-plugin-xineliboutp
rc  vdr-addon-acpiwakeup                 0.0.10                               Addon that enables vdr to wakeup itself usin
ii  vdradmin-am                          3.6.7-1                              Web-based administration tool for vdr
ii  vdrdevel                             1.7.14-1devel1                       Video Disk Recorder for DVB cards
ii  vdrdevel-plugin-epgsearch            0.9.25~beta16-3                      VDR plugin that provides extensive EPG searc
ii  vdrdevel-plugin-live                 0.2.0-9                              Web administration plugin for VDR
ii  vdrdevel-plugin-markad               0.0.4.git20100303-1                  Plugin for VDR to mark advertisements in rec
ii  vdrdevel-plugin-osdteletext          0.8.3-3                              Teletext plugin for VDR
ii  vdrdevel-plugin-streamdev-server     0.5.0~pre20090706+cvs20091108.2341-4 VDR Plugin to stream Live-TV to other VDR's
ii  vdrdevel-plugin-xineliboutput        1.0.6+cvs20100513.0630-1             VDR plugin for Xine based sofdevice frontend
ii  xineliboutput-sxfe                   1.0.6~cvs20100502.0851-1             Remote X-Server frontend for vdr-plugin-xine
ii  w-scan                               20100316-1                           Channel scanning tool for for DVB and ATSC c


/var/log/syslog:
Jun  4 12:36:45 vdr kernel: [148928.408077] usb 1-2: new high speed USB device using ehci_hcd and address 5
Jun  4 12:36:45 vdr kernel: [148928.541209] usb 1-2: New USB device found, idVendor=eb1a, idProduct=51b2
Jun  4 12:36:45 vdr kernel: [148928.541226] usb 1-2: New USB device strings: Mfr=2, Product=1, SerialNumber=3
Jun  4 12:36:45 vdr kernel: [148928.541239] usb 1-2: Product: MediaTV Digi9c001903
Jun  4 12:36:45 vdr kernel: [148928.541248] usb 1-2: Manufacturer: Sundtek
Jun  4 12:36:45 vdr kernel: [148928.541257] usb 1-2: SerialNumber:
Jun  4 12:36:45 vdr kernel: [148928.541628] usb 1-2: configuration #1 chosen from 1 choice
Jun  4 12:36:52 vdr udevd-work[6689]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree, please use SYMLINK+= or change the kernel to provide the proper name
Jun  4 12:36:56 vdr kernel: [148938.663248] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input35
[...]
Jun  4 13:20:04 vdr kernel: [151527.352067] usb 1-8: new high speed USB device using ehci_hcd and address 6
Jun  4 13:20:04 vdr kernel: [151527.485818] usb 1-8: New USB device found, idVendor=eb1a, idProduct=51b2
Jun  4 13:20:04 vdr kernel: [151527.485835] usb 1-8: New USB device strings: Mfr=3, Product=1, SerialNumber=2
Jun  4 13:20:04 vdr kernel: [151527.485848] usb 1-8: Product: MediaTV Pro
Jun  4 13:20:04 vdr kernel: [151527.485857] usb 1-8: Manufacturer: Sundtek
Jun  4 13:20:04 vdr kernel: [151527.485904] usb 1-8: SerialNumber: 00000000000
Jun  4 13:20:04 vdr kernel: [151527.486313] usb 1-8: configuration #1 chosen from 1 choice
Jun  4 13:20:13 vdr kernel: [151536.558870] Linux video capture interface: v2.00
Jun  4 13:20:14 vdr kernel: [151536.639932] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input36


/var/log/mediasrv.log:
2010-06-04 12:36:46 [6718] registering ID: 0
2010-06-04 12:36:46 [6718] disconnecting kernel driver
2010-06-04 12:36:47 [6718] attaching DVB-T, DVB-C
2010-06-04 12:36:51 [6718] demodulator successfully attached (DVB_C)!
2010-06-04 12:36:51 [6718] requesting to attach tuner(s) now
2010-06-04 12:36:52 [6718] registering: adapter1
2010-06-04 12:36:52 [6718] registered virtual: /dev/dvb/adapter1/frontend0
2010-06-04 12:36:52 [6718] registered virtual: /dev/dvb/adapter1/demux0
2010-06-04 12:36:52 [6718] registered virtual: /dev/dvb/adapter1/dvr0
2010-06-04 12:36:52 [6718] registered virtual: /dev/vbi0
2010-06-04 12:36:52 [6718] registered virtual: /dev/mediainput0
2010-06-04 12:36:52 [6719] trying to load uinput module
2010-06-04 12:36:52 [6719] loading uinput kernel extention succeeded, waiting for interface
2010-06-04 12:36:56 [30129]RC: IR Event /dev/input/event5
2010-06-04 12:36:56 [30129]RC: Restarting LIRC
2010-06-04 12:36:56 [6718]
2010-06-04 12:36:56 [6718] Sundtek MediaTV Driver loaded. This driver is licensed for non-commercial use
2010-06-04 12:36:56 [6718] with Sundtek MediaTV only
2010-06-04 12:36:57 [30153]RC: IR Event /dev/input/event5
2010-06-04 12:36:57 [30153]RC: Restarting LIRC
2010-06-04 12:37:11 [6718] Enabling standby
2010-06-04 12:41:29 [6718] Waking up device
2010-06-04 12:41:29 [6718] SETTING DVB-C
2010-06-04 12:41:44 [6718] Enabling standby
2010-06-04 12:41:54 [6718] Waking up device
2010-06-04 12:41:54 [6718] SETTING DVB-C
2010-06-04 13:14:22 [6718] Enabling standby
2010-06-04 13:20:04 [6718] registering ID: 1
2010-06-04 13:20:04 [6718] disconnecting kernel driver
2010-06-04 13:20:05 [6718] attaching Videodecoder
2010-06-04 13:20:07 [6718] attaching DVB-T, DVB-C
2010-06-04 13:20:12 [6718] demodulator successfully attached (DVB_C)!
2010-06-04 13:20:12 [6718] requesting to attach tuner(s) now
2010-06-04 13:20:13 [6718] registering: adapter2
2010-06-04 13:20:13 [6718] registered virtual: /dev/dvb/adapter2/frontend0
2010-06-04 13:20:13 [6718] registered virtual: /dev/dvb/adapter2/demux0
2010-06-04 13:20:13 [6718] registered virtual: /dev/dvb/adapter2/dvr0
2010-06-04 13:20:13 [6718] registered virtual: /dev/video0
2010-06-04 13:20:13 [6718] registered virtual: /dev/radio0
2010-06-04 13:20:13 [6718] registered virtual: /dev/rds0
2010-06-04 13:20:13 [4219] Starting audio processor (PID 4219)
2010-06-04 13:20:13 [4219] initializing audio in audio processor
2010-06-04 13:20:13 [6718] registered virtual: /dev/vbi1
2010-06-04 13:20:13 [6718] registered virtual: /dev/mediainput1
2010-06-04 13:20:14 [6718] Registering OSS emulation
2010-06-04 13:20:14 [6718] registered virtual: /dev/dsp0
2010-06-04 13:20:14 [4226]RC: Restarting LIRC
2010-06-04 13:20:14 [6718]
2010-06-04 13:20:14 [6718] Sundtek MediaTV Driver loaded. This driver is licensed for non-commercial use
2010-06-04 13:20:14 [6718] with Sundtek MediaTV only
2010-06-04 13:20:15 [4251]RC: Restarting LIRC
2010-06-04 13:20:29 [6718] Enabling standby
2010-06-04 13:22:59 [6718] SETTING DVB-C
2010-06-04 13:23:14 [6718] Enabling standby
2010-06-04 13:24:43 [6718] SETTING DVB-C


root@vdr:~ # /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Pro/Digital Home]  DVB-C, DVB-T, REMOTE-CONTROL
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0

device 1: [Sundtek MediaTV Pro/Digital Home]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter2/frontend0
     DVR: /dev/dvb/adapter2/dvr0
     DMX: /dev/dvb/adapter2/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter2/frontend0
     DVR: /dev/dvb/adapter2/dvr0
     DMX: /dev/dvb/adapter2/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi1
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput1
  [OSS]:
     OSS0: /dev/dsp0

root@vdr:~ # lsusb -d eb1a:51b2 -v | grep 'Transfer Type' | sort | uniq
          Transfer Type            Interrupt
          Transfer Type            Isochronous


root@vdr:~ # w_scan -c DE -f c -a 1
w_scan version 20100316 (compiled for DVB API 5.1)
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.6
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.1
frontend Sundtek DVB-C supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
searching QAM64...
73000: sr6900 (time: 00:00) sr6875 (time: 00:04)
81000: sr6900 (time: 00:08) sr6875 (time: 00:13)
113000: sr6900 (time: 00:16) sr6875 (time: 00:20)
121000: sr6900 (time: 00:24) sr6875 (time: 00:29)
129000: sr6900 (time: 00:35) sr6875 (time: 00:39)
137000: sr6900 (time: 00:44) sr6875 (time: 00:49)
145000: sr6900 (time: 00:54) sr6875 (time: 00:59)
[...]
522000: sr6900 (time: 05:33) sr6875 (time: 05:37)
530000: sr6900 (time: 05:42) sr6875 (time: 05:48)
538000: sr6900 (time: 05:54) sr6875 (time: 05:59)
546000: sr6900 (time: 06:04) sr6875 (time: 06:29)
554000: sr6900 (time: 06:34) sr6875 (time: 06:59)
562000: sr6900 (time: 07:04) sr6875 (time: 07:29)
570000: sr6900 (time: 07:34) sr6875 (time: 07:59)
578000: sr6900 (time: 08:03) sr6875 (time: 08:28)
586000: sr6900 (time: 08:33) sr6875 (time: 08:58)
594000: sr6900 (time: 09:03) sr6875 (time: 09:28)
602000: sr6900 (time: 09:32) sr6875 (time: 09:57)
610000: sr6900 (time: 10:02) sr6875 (time: 10:27)
618000: sr6900 (time: 10:32) sr6875 (time: 10:57)
626000: sr6900 (time: 11:03) sr6875 (time: 11:28)
634000: sr6900 (time: 11:32) sr6875 (time: 11:58)
642000: sr6900 (time: 12:03) sr6875 (time: 12:09)
650000: sr6900 (time: 12:13) sr6875 (time: 12:18)
658000: sr6900 (time: 12:23) sr6875 (time: 12:29)
666000: sr6900 (time: 12:32) sr6875 (time: 12:37)
674000: sr6900 (time: 12:41) sr6875 (time: 12:45)
682000: sr6900 (time: 12:49) sr6875 (time: 12:53)
690000: sr6900 (time: 12:57) sr6875 (time: 13:01)
698000: sr6900 (time: 13:06) sr6875 (time: 13:10)
706000: sr6900 (time: 13:13) sr6875 (time: 13:17)
714000: sr6900 (time: 13:22) sr6875 (time: 13:27)
722000: sr6900 (time: 13:30) sr6875 (time: 13:34)
730000: sr6900 (time: 13:38) sr6875 (time: 13:42)
738000: sr6900 (time: 13:46) sr6875 (time: 13:50)
746000: sr6900 (time: 13:54) sr6875 (time: 13:58)
754000: sr6900 (time: 14:02) sr6875 (time: 14:06)
762000: sr6900 (time: 14:11) sr6875 (time: 14:15)
770000: sr6900 (time: 14:19) sr6875 (time: 14:23)
778000: sr6900 (time: 14:28) sr6875 (time: 14:33)
786000: sr6900 (time: 14:37) sr6875 (time: 14:41)
794000: sr6900 (time: 14:46) sr6875 (time: 14:50)
802000: sr6900 (time: 14:54) sr6875 (time: 14:58)
810000: sr6900 (time: 15:03) sr6875 (time: 15:07)
818000: sr6900 (time: 15:12) sr6875 (time: 15:16)
826000: sr6900 (time: 15:20) sr6875 (time: 15:25)
834000: sr6900 (time: 15:28) sr6875 (time: 15:32)
842000: sr6900 (time: 15:37) sr6875 (time: 15:42)
850000: sr6900 (time: 15:46) sr6875 (time: 15:49)
858000: sr6900 (time: 15:54) sr6875 (time: 15:58)
searching QAM256...
73000: sr6900 (time: 16:02) sr6875 (time: 16:06)
81000: sr6900 (time: 16:11) sr6875 (time: 16:15)
113000: sr6900 (time: 16:19) sr6875 (time: 16:24)
121000: sr6900 (time: 16:28) sr6875 (time: 16:33)
129000: sr6900 (time: 16:37) sr6875 (time: 16:41)
137000: sr6900 (time: 16:46) sr6875 (time: 16:51)
145000: sr6900 (time: 16:56) sr6875 (time: 17:01)
[...]
834000: sr6900 (time: 31:41) sr6875 (time: 31:45)
842000: sr6900 (time: 31:49) sr6875 (time: 31:54)
850000: sr6900 (time: 31:57) sr6875 (time: 32:01)
858000: sr6900 (time: 32:05) sr6875 (time: 32:09)

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


root@vdr:~ # w_scan -c DE -f c -a 2
w_scan version 20100316 (compiled for DVB API 5.1)
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.6
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.1
frontend Sundtek DVB-C supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
searching QAM64...
73000: sr6900 (time: 00:00) sr6875 (time: 00:04)
81000: sr6900 (time: 00:09) sr6875 (time: 00:13)
113000: sr6900 (time: 00:16) sr6875 (time: 00:21)
121000: sr6900 (time: 00:25) sr6875 (time: 00:31)
129000: sr6900 (time: 00:44) sr6875 (time: 00:50)
137000: sr6900 (time: 00:55) sr6875 (time: 01:00)
145000: sr6900 (time: 01:07) sr6875 (time: 01:13)
153000: sr6900 (time: 01:19) sr6875 (time: 01:23)
161000: sr6900 (time: 01:28) sr6875 (time: 01:32)
169000: sr6900 (time: 01:38) sr6875 (time: 01:43)
[...]
762000: sr6900 (time: 15:00) sr6875 (time: 15:04)
770000: sr6900 (time: 15:08) sr6875 (time: 15:12)
778000: sr6900 (time: 15:16) sr6875 (time: 15:21)
786000: sr6900 (time: 15:25) sr6875 (time: 15:29)
794000: sr6900 (time: 15:34) sr6875 (time: 15:38)
802000: sr6900 (time: 15:42) sr6875 (time: 15:46)
810000: sr6900 (time: 15:51) sr6875 (time: 15:55)
818000: sr6900 (time: 15:59) sr6875 (time: 16:03)
826000: sr6900 (time: 16:08) sr6875 (time: 16:13)
834000: sr6900 (time: 16:17) sr6875 (time: 16:21)
842000: sr6900 (time: 16:24) sr6875 (time: 16:29)
850000: sr6900 (time: 16:33) sr6875 (time: 16:38)
858000: sr6900 (time: 16:41) sr6875 (time: 16:45)
searching QAM256...
73000: sr6900 (time: 16:49) sr6875 (time: 16:53)
81000: sr6900 (time: 16:57) sr6875 (time: 17:01)
113000: sr6900 (time: 17:05) sr6875 (time: 17:09)
121000: sr6900 (time: 17:12) sr6875 (time: 17:19)
129000: sr6900 (time: 17:25) sr6875 (time: 17:31)
137000: sr6900 (time: 17:37) sr6875 (time: 17:42)
145000: sr6900 (time: 17:47) sr6875 (time: 17:52)
153000: sr6900 (time: 17:56) sr6875 (time: 18:09)
161000: sr6900 (time: 18:14) sr6875 (time: 18:21)
169000: sr6900 (time: 18:25) sr6875 (time: 18:35)
[...]
586000: sr6900 (time: 26:01) sr6875 (time: 26:26)
594000: sr6900 (time: 26:30) sr6875 (time: 26:56)
602000: sr6900 (time: 27:01) sr6875 (time: 27:26)
610000: sr6900 (time: 27:30) sr6875 (time: 27:56)
618000: sr6900 (time: 28:00) sr6875 (time: 28:25)
626000: sr6900 (time: 28:30) sr6875 (time: 28:56)
634000: sr6900 (time: 29:01) sr6875 (time: 29:27)
642000: sr6900 (time: 29:33) sr6875 (time: 29:38)
650000: sr6900 (time: 29:43) sr6875 (time: 29:48)
658000: sr6900 (time: 29:52) sr6875 (time: 29:56)
666000: sr6900 (time: 30:01) sr6875 (time: 30:05)
674000: sr6900 (time: 30:09) sr6875 (time: 30:13)
682000: sr6900 (time: 30:17) sr6875 (time: 30:20)
690000: sr6900 (time: 30:24) sr6875 (time: 30:29)
698000: sr6900 (time: 30:33) sr6875 (time: 30:37)
706000: sr6900 (time: 30:41) sr6875 (time: 30:45)
714000: sr6900 (time: 30:49) sr6875 (time: 30:53)
722000: sr6900 (time: 30:57) sr6875 (time: 31:03)
730000: sr6900 (time: 31:08) sr6875 (time: 31:11)
738000: sr6900 (time: 31:16) sr6875 (time: 31:20)
746000: sr6900 (time: 31:24) sr6875 (time: 31:28)
754000: sr6900 (time: 31:33) sr6875 (time: 31:37)
762000: sr6900 (time: 31:41) sr6875 (time: 31:45)
770000: sr6900 (time: 31:50) sr6875 (time: 31:53)
778000: sr6900 (time: 31:57) sr6875 (time: 32:01)
786000: sr6900 (time: 32:06) sr6875 (time: 32:10)
794000: sr6900 (time: 32:14) sr6875 (time: 32:18)
802000: sr6900 (time: 32:22) sr6875 (time: 32:26)
810000: sr6900 (time: 32:31) sr6875 (time: 32:34)
818000: sr6900 (time: 32:39) sr6875 (time: 32:43)
826000: sr6900 (time: 32:48) sr6875 (time: 32:52)
834000: sr6900 (time: 32:57) sr6875 (time: 33:00)
842000: sr6900 (time: 33:05) sr6875 (time: 33:10)
850000: sr6900 (time: 33:14) sr6875 (time: 33:18)
858000: sr6900 (time: 33:23) sr6875 (time: 33:26)

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

Ein an der gleichen Dose hängender Samsung LE37B650 kann alle DVB-C programme einwandfrei und in sehr guter Qualität empfangen.
Z.B. zeigt das Samsung TV folgende Frequenz, SR und Modulation an:
# freq sr fec mod
# ARD, WDR Koeln etc.
C 594000000 6900000 AUTO QAM64
# Regionalprogramme
C 602000000 6875000 AUTO QAM64
# ZDF, 3Sat etc.
C 610000000 6875000 AUTO QAM64
# Sat1, Kabel1, Pro7 etc.
C 618000000 6875000 AUTO QAM64

Mit den Sundtek USB Sticks bekommt man allerdings keinen LOCK:
/opt/bin/mediaclient -d /dev/dvb/adapter1/frontend0 -D DVBC -m DVBC -f 594000000 -M Q64 -S 6900000
/opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f 594000000 -M Q64 -S 6900000
 
Jetzt weiss ich nicht mehr weiter....

Vlt. möchten sie sich das selber nochmal auf dem Linux System anschauen?

Die Zugangsdaten habe ich ihnen per Mail zugesendet.

[106060]

Kurzes Update:
Ich teste gerade, ob der Sundtek-Stick oder das Testmodul einen LOCK neben den üblichen Frequenzen und Symbolraten bekommt. Obwohl der Fernseher zwar unter 586, 594 und 602 MHz die Programme sauber empfängt, könnte es ja sein, dass die Sticks etwas empfindlicher auf leichte Frequenzverschiebungen reagieren.

Mein script:

Code: [Auswählen]

#!/bin/bash
echo "----- FREQ and SYMB TESTS ----------------------" >>tune.log
for i in {586000000..602000000..50000}
do
  for s in {6875000..6925000..5000}
    do
    echo "----- FREQ: $i --- SYMB: $s --- Sundtek ---------" >>tune.log
    /opt/bin/mediaclient -d /dev/dvb/adapter1/frontend0 -D DVBC -m DVBC -f $i -M Q64 -S $s >>tune.log
    echo "----- FREQ: $i --- SYMB: $s --- Testmodul -------" >>tune.log
    /opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f $i -M Q64 -S $s >>tune.log
    done
done

Bisher wurde noch kein LOCK gefunden, aber das script läuft noch eine ganze Zeit.

Nächster Schritt danach:
Die neuen Windows-Treiber testen.

Weiteres Feedback folgt später...

[Sundtek]

Eventuell koennten Sie die Symbolrates im angegebenen Dokument auch testen.

DVB-S auf DVB-C Umsetzer funktionieren leicht etwas anders.

Wir haben das ganze soweit an Trident weitergeleitet welche die Firmware fuer DVB-C entwickelt und warten soweit ebenfalls auf eine Antwort.

[106060]

Während Trident an dem Problem arbeitet, teste ich munter weiter. Vlt. ergeben sich ja noch zusätzliche Erkenntnisse...

Ein paar weitere Testergebnisse:
1) Sundtek DVB-C/T Stick im Keller am Hauptverteiler hinter dem Verstärker getestet (von hier gehen ca. 30 Wohnungen ab):
--> kein Tuning/LOCK möglich :-(

2) Sundtek Stick und Testmodul unter Windows XP mit neuem Driver V5.2010.601.0 getestet (ProgDVB 6.42.1 und TransEdit MMC (Demo) 3.3.0.0):
--> kein Tuning/LOCK möglich :-(

3) Das script unter Linux hat im Bereich von 586-602 MHz (50.000 Hz Schritte) für jede einzelne Frequenz die Symbolraten von 6875 bis 6925 (5.000er Schritte) getestet, aber keinen einzigen LOCK gefunden.
Auffällig war jedoch, dass bei 586 +/- 1,5 MHz, 594 +/- 1,5 MHz und 602 +/- 1,5 MHz das "Checking for lock" *NUR* bei SR 6900 viel länger dauerte.
Vermutlich scheinen die Sticks bei den richtigen Frequenzen 586, 594, 602 MHz schon Daten zu finden, aber es reicht eben nicht zum LOCK.

Hier ein Auszug:

Code: [Auswählen]

(Output ist gekürzt!)

root@vdr:~ # time /opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f 592000000 -M Q64 -S 6900000
Checking for lock:
..........
--> 0m3.641s

root@vdr:~ # time /opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f 592500000 -M Q64 -S 6900000
Checking for lock:
..........
--> 0m23.122s

root@vdr:~ # time /opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f 593000000 -M Q64 -S 6900000
Checking for lock:
..........
--> 0m23.338s

root@vdr:~ # time /opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f 594000000 -M Q64 -S 6900000
Checking for lock:
..........
--> 0m23.026s

root@vdr:~ # time /opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f 595000000 -M Q64 -S 6900000
Checking for lock:
..........
--> 0m14.568s

root@vdr:~ # time /opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f 595500000 -M Q64 -S 6900000
Checking for lock:
..........
--> 0m5.862s

4) Andere Symbolraten habe ich auch getestet:
root@vdr:~ # time /opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -D DVBC -m DVBC -f 594000000 -M Q64 -S 6875000
Checking for lock:
..........
--> 0m3.668s

Weitere getestete Symbolraten:
-S 6111111      --> 0m3.174s
-S 6950000   --> 0m3.546s
-S 7000000   --> 0m2.336s
-S 6250000   --> 0m1.936s
-S 6419667   --> 0m1.936s
-S 5135667   --> 0m3.217s
-S 5000000   --> 0m2.103s
-S 4413333   --> 0m3.493s
-S 3666667   --> 0m2.436s
-S 4583333   --> 0m3.827s
-S 3617000   --> 0m2.435s
-S 5000000   --> 0m3.716s
-S 3703704   --> 0m2.602s
...waren auch alle ohne Lock :-(

[Sundtek]

Das sind mittlerweile genau unsere Erfahrungen mit DVB-S -> DVB-C Wandlern, weitere Informationen werden noch kommen. Normale Kabelanbieter sind hiervon nicht betroffen (auf jeden Fall ist uns bis jetzt noch keiner untergekommen).

[106060]

Wie am Telefon besprochen, habe ich so viele Informationen wie möglich über dieses Kabelnetz hier gesammelt und ihnen per Mail zukommen lassen.

Hoffentlich hilft es Trident die DVB-C Firmware der Sticks anzupassen, damit der DVB-C Empfang in diesem lokalen Kabelnetz (keiner der grossen Anbieter) auch möglich wird.

Die hier im Kabelnetz vorhandenen analogen Programme sind einwandfrei empfangbar und unabhängig vom lokalen Kabelnetz klappt ja auch der Empfang der DVB-T Programme.
Nur eben die über DVB-C vorhandenen Programme (noch?) nicht...

Ein Defekt am Stick ist mittlerweile ausgeschlossen, da der Stick bereits getauscht wurde und zusätzlich ein Testmodul geliefert wurde (welches bei Sundtek funktioniert).

Ich bin zuversichtlich, dass Trident eine Lösung finden wird.

[Sundtek]

Es wurde soweit auch weitergeleitet, koennten Sie eventuell versuchen das Signal zu daempfen?

Ohne das original Signal auszumessen sind das jedoch auch nur Vermutungen.

Zum debuggen wuerde die Ausgabe eines Spectrum Analyzers sehr behilflich sein da wir dann die genauen Werte simulieren koennten (in diesem Fall wurde auch angesprochen das Trident eventuell zu Besuch kommen wuerde)

Der Hersteller der DVB-S2 -> C Bruecke hat uns auf den Betreiber verwiesen welcher in Ihrem Fall noch nicht klar ist, dieser sollte falls moeglich auch den Pegel genau ausmessen (TV und USB Geraete sind hierfuer nicht genau genug). Falls Sie uns die Kontaktdaten Ihres Anbieters uebermitteln koennten wuerden wir uns auch in Verbindung setzen.

[106060]

Einen Versuch das Signal zu dämpfen hatten wir bereits ganz am Anfang gemacht, indem ich den Antennenstecker so weit wie möglich aus der Buchse herausgezogen habe und damit der Kontakt schlechter wird.
Hatte nicht geholfen.

Gibt es noch eine andere Möglichkeit das Signal zu dämpfen?

Die Adresse des Kabelnetzbetreibers habe ich ihnen per Mail zukommen lassen. Der Netzbetreiber ist allerdings lediglich eine Wohnungsverwaltung, die selbst keine Ahnung von dem Netz hat. Es ist sehr fragwürdig, ob die Verwaltung einen Fachbetrieb für solch eine Messung beauftragen würde, zumal dies Geld kostet und der Fernsehempfang mit üblichen TV-Geräten einwandfrei funktioniert.

[Sundtek]

Ein Techniker von Trident Microsystems (die Designer des DVB-C/T Chips) wuerde Sie gerne besuchen um das Signal vor Ort zu ueberpruefen und ggf. eine Aufzeichnung vorzunehmen um diesen Fall im Labor reproduzieren zu koennen.

Weitere Informationen gibt es via Email.

[106060]

Der vor-Ort Termin ist abgestimmt.
Sundtek und Trident nehmen das DVB-C Empfangsproblem hier in dem lokalen Kabelnetz (DVB-S --> DVB-C für mind. 100 Wohneinheiten) Problem wirklich ernst, gehen es sehr kompetent an und betreiben viel Aufwand!

Meine vielen Tests, die Mails und Telefonate mit Sundtek, die Austauschsticks, das Testmodul, sowie das Einloggen von Sundtek auf mein Linux-System (teilweise bis 00:30 nachts!) haben Sundtek und mich in den letzten Wochen bereits etliche Stunden und Nächte gekostet, aber ich trage meinen Aufwand gerne dazu bei um eine Lösung zu finden!

Auf den Druck von Sundtek schickt Trident am kommenden Mittwoch einen Spezialisten mitsamt Messgeräten vorbei, der extra aus dem Nachbarland anreist um eine Lösung für dieses Kabelnetz zu erreichen.

Ich bin zuversichtlich, dass die Erkenntnisse auch anderen Nutzern in kleineren Kabelnetzen mit DVB-S auf DVB-C Umsetzern helfen werden.

Kommenden Mittwoch, nachdem die Messungen durchgeführt wurden, wissen wir vlt. schon mehr...
 

[106060]

Kurzes Update zu dem Signalpegel hier im Kablenetz:

1) Signal eventuell zu schwach:
--> würde ich auschliessen, da ich bereits vor ein paar Tagen im Keller direkt hinter einem Verstärker getestet hatte

2) Signal evtl. zu stark:
Dazu habe ich mir eben ein
"SAT Dämpfungsregler / Dämpfungsglied 0-20 dB regelbar 5-2400MHz" (ebay)
gekauft und damit getestet.
Egal in welche Richtung ich den Regler drehe, mit beiden Sticks kommt kein LOCK zustande
--> würde ich nun ebenfalls auschliessen

Weitere Testideen habe ich nicht, daher bleibt jetzt nur noch auf den vor-Ort Besuch von Trident zu warten...

[106060]

Da in dem neuen development installer eine neue Firmware enthalten ist, habe ich erneut getestet.

Code: [Auswählen]

root@vdr:~/sundtek_driver # /opt/bin/mediaclient --build
Build date: Sep 10 2010

root@vdr:~/sundtek_driver # /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Pro/Digital Home]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0

root@vdr:~/sundtek_driver # ./tune-direct.sh
Available adapters/frontends:
     FRONTEND: /dev/dvb/adapter1/frontend0
     FRONTEND: /dev/dvb/adapter1/frontend0
---------------------------------------------------
Using adapter 1:
Using device: /dev/dvb/adapter1/frontend0
Setting Frontend Properties to: DVBC
Done.
----- FREQ and SYMBRTE TESTS ----------------------
----- FREQ: 546 MHz --- SYMBRTE: 6875 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........
----- FREQ: 546 MHz --- SYMBRTE: 6900 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........
----- FREQ: 554 MHz --- SYMBRTE: 6875 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........
----- FREQ: 554 MHz --- SYMBRTE: 6900 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........
----- FREQ: 562 MHz --- SYMBRTE: 6875 MSymb/s -----
Using device: /dev/dvb/adapter1/frontend0
Checking for lock:
..........

...und so weiter über die Frequenzen bis 634 MHz auf denen mit dem Samsung TV die DVB-C Sender zu empfangen sind.

--> Ergebnis: Leider kein LOCK und somit kein Empfang.

Der Grund dafür liegt aber nicht an dem Sundtek Stick, sondern an einem nicht-DVB-C konformen Signal hier in diesem lokalen Kabelnetz, welches von DVB-S Signalen eingespeist wird (mittels DVB-S auf DVB-C Umsetzer vom Hersteller Astro).
Bei dem vor Ort Messungen von Trident wurde der Nachweis für das nicht-standardkonforme Signal in diesem Kabelnetzwerk erbracht.

Der nächste Schritt wird ein Test eines anderen Chipsatzes sein, der nicht-standardkonforme Signale eventuell verarbeiten kann.
Ein Testmuster wird mir demnächst freundlicherweise von Sundtek zur Verfügung gestellt.