Sundtek Support Forum

Deutsch => Sundtek MediaTV Pro => Thema gestartet von: 106060 am Mai 12, 2010, 04:15:21 Nachmittag

Titel: Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Mai 12, 2010, 04:15:21 Nachmittag

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?
 

Titel: Re:USB Stick defekt? - kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Mai 12, 2010, 04:30:44 Nachmittag

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.

Titel: Re:USB Stick defekt? - kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Mai 22, 2010, 10:02:17 Vormittag

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!

Titel: Re:USB Stick defekt? - kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Juni 04, 2010, 05:00:57 Nachmittag

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.

Titel: Re:USB Stick defekt? - kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Juni 07, 2010, 02:28:41 Nachmittag

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...

Titel: Re:USB Stick defekt? - kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Juni 07, 2010, 02:41:11 Nachmittag

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.

Titel: Re:USB Stick defekt? - kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Juni 07, 2010, 06:03:24 Nachmittag

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 :-(

Titel: Re:USB Stick defekt? - kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Juni 07, 2010, 06:45:59 Nachmittag

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).

Titel: Re:USB Stick defekt? - kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Juni 08, 2010, 01:33:59 Nachmittag

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.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Juni 08, 2010, 02:23:01 Nachmittag

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.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Juni 08, 2010, 04:28:36 Nachmittag

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.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Juni 09, 2010, 02:55:58 Nachmittag

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.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Juni 11, 2010, 11:34:54 Vormittag

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...
 

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Juni 11, 2010, 02:39:11 Nachmittag

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...

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am September 11, 2010, 12:58:30 Vormittag

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.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 14, 2010, 10:57:28 Vormittag

In der Vergangenheit konnte das bisherige Modell keine DVB-C Sender empfangen, da in diesem lokalen Kabelnetz ein DVB-S auf DVB-C Umsetzer von Astro ein nicht DVB-konformes Signal einspeist. Es war kein LOCK auf die Senderfrequenzen möglich.

Heute habe ich von Sundtek ein Testmuster des brandneuen Designs erhalten um den DVB-C Empfang in unserem lokalen Kabelnetz zu testen. Mit Unterstützung von Sundtek testen wir nun dieses Vorserienmodell.

Momentan wird der Stick zwar beim Einstecken erkannt, aber der aktuelle sundtek_installer_development.sh erkennt den Stick noch nicht.

Mein System ist ein Standard Debian Squeeze Linux mit den aktuellsten Paketversionen (aptitude bietet keine neueren Updates mehr an)

Hier die Outputs der Befehle und das Log:

Code: [Auswählen]

root@vdr:~ # uname -a
Linux vdr 2.6.32-5-686 #1 SMP Sat Sep 18 02:14:45 UTC 2010 i686 GNU/Linux

root@vdr:~ # dmesg
Oct 14 09:43:33 vdr kernel: [2.505056] usb 1-1: new high speed USB device using ehci_hcd and address 2
Oct 14 09:43:33 vdr kernel: [2.637794] usb 1-1: New USB device found, idVendor=eb1a, idProduct=8185
Oct 14 09:43:33 vdr kernel: [2.637810] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
Oct 14 09:43:33 vdr kernel: [2.637822] usb 1-1: Product: USB 28185 Device
Oct 14 09:43:33 vdr kernel: [2.637832] usb 1-1: SerialNumber: 123456789ABCD
Oct 14 09:43:33 vdr kernel: [2.638122] usb 1-1: configuration #1 chosen from 1 choice

root@vdr:~ # ls -la /root/sundtek_driver/sundtek_installer_development.sh
-rwx------ 1 root root 10576105 Oct 13 08:41 /root/sundtek_driver/sundtek_installer_development.sh

root@vdr:~ # /root/sundtek_driver/sundtek_installer_development.sh

Welcome to the Sundtek linux driver setup

Legal notice:
This software comes without any warranty, use it at your own risk

Do you want to continue [Y/N]:
Nutzungsbedingungen:
Sundtek übernimmt keinerlei Haftung für Schäden welche eventuell durch
das System oder die angebotenen Dateien entstehen können.

Wollen Sie fortfahren [J/N]:
j
adding /opt/bin to environment paths
stopping old driver instance...
unpacking...
checking system... testing libc OK 2.11.2
32Bit System detected
installing...
finalizing configuration... (can take a few seconds)
installing libmediaclient interception library
Starting driver...
done.

root@vdr:~ # /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****

root@vdr:~ # /opt/bin/mediasrv --build
Build date: Oct 13 2010

/var/log/mediasrv.log:
2010-10-14 09:39:52 [12203] API Version: 5.1
2010-10-14 09:39:52 [12203] Running on Linux (2.6.32-5-686)
2010-10-14 09:39:52 [12204] Starting service processor (PID 12204)
2010-10-14 09:39:52 [12203] Detected: GenuineIntel
2010-10-14 09:39:52 [12203] This CPU supports: MMX and SSE
2010-10-14 09:39:52 [12203] scanning devices
2010-10-14 09:39:52 [12203] scanning for plugins
2010-10-14 09:39:52 [12203] found lib: libdrv_net.so
2010-10-14 09:39:52 [12203] found lib: libdrv_vivi.so
2010-10-14 09:39:52 [12203] found lib: libdrv_em28xx.so
2010-10-14 09:39:52 [12203] Starting up device manager
2010-10-14 09:39:52 [12203] unable to open /dev/misc
2010-10-14 09:39:52 [12203] scanning devices done
2010-10-14 09:39:52 [12203] attached devices:
2010-10-14 09:43:35 [1219] Starting service processor (PID 1219)
2010-10-14 09:43:35 [638] API Version: 5.1
2010-10-14 09:43:35 [638] Running on Linux (2.6.32-5-686)
2010-10-14 09:43:35 [638] Detected: GenuineIntel
2010-10-14 09:43:35 [638] This CPU supports: MMX and SSE
2010-10-14 09:43:35 [638] scanning devices
2010-10-14 09:43:35 [638] scanning for plugins
2010-10-14 09:43:35 [638] found lib: libdrv_net.so
2010-10-14 09:43:35 [638] found lib: libdrv_vivi.so
2010-10-14 09:43:35 [638] found lib: libdrv_em28xx.so
2010-10-14 09:43:35 [638] Starting up device manager
2010-10-14 09:43:35 [638] unable to open /dev/misc  <----- ???
2010-10-14 09:43:35 [638] scanning devices done
2010-10-14 09:43:35 [638] attached devices:
<ENDE>

root@vdr:~ # l /dev/m*
crw------- 1 root root 10, 227 Oct 14 09:43 /dev/mcelog
crw-r----- 1 root kmem  1,   1 Oct 14 09:43 /dev/mem

----> /dev/misc existiert nicht

Müssen sie, wie bereits per Mail angedeutet, noch die Firmware des Sticks aktualisieren?

(Die Zugangsdaten für den Remote-Zugang habe ich ihnen eben per Mail zukommen lassen)

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Oktober 14, 2010, 04:56:02 Nachmittag

Zitat

Müssen sie, wie bereits per Mail angedeutet, noch die Firmware des Sticks aktualisieren?

Ja musste noch aktualisiert werden. Der neue Stick scheint ja nun mit dem nicht konformen DVB-C Signal auch zurechtzukommen.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 14, 2010, 06:10:54 Nachmittag

Es sieht schon mal sehr gut aus! Wir sind einen Riesenschritt weiter!!!

An dieser Stelle schon mal herzlichen Dank für die Anstrengungen der letzten 5 Monate - ich bin total happy endlich DVB-C sehen zu können!

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 20, 2010, 03:30:19 Nachmittag

Hallo,
nach genauerer Prüfung gibt es noch ein Problem:

VDR bzw. vdrdevel 1.7.16 kann nicht auf eine andere Frequenz umschalten. Lediglich innerhalb des selben Bouquets (also gleiche Frequenz) kann man die TV-Sender wechseln.
Sobald man einen TV-Sender auf einer anderen Frequenz wählt, sieht man in /var/log/mediasrv die Umschaltversuche des VDRs aber der Stick springt immer wieder auf die ursprünglich eingestellte Frequenz zurück.

Das bringt den VDR ins trudeln, so dass er sich nach erfolglosem Frequenzwechsel und einigen Alerts restartet.
Nach dem Restart ist meist (nicht immer) die gewechselte Frequenz aktiv, so dass das TV Programm aufgenommen oder gestreamt werden kann.

Stoppt man den VDR und wechselt die Frequenz z.B. mit
/opt/bin/mediaclient -m DVBC -f 594000000 -S 6900000 -M Q64       oder
/opt/bin/mediaclient -m DVBC -f 610000000 -S 6900000 -M Q64
dann funktioniert es einwandfrei - nur der VDR schafft es nicht.

Code: [Auswählen]

2010-10-14 19:37:25 [15310] Channel found (602000000)
2010-10-14 19:37:25 [15310] =============
2010-10-14 19:37:25 [15310] Symbol rate: 6899885
2010-10-14 19:37:25 [15310] Constellation: QAM64
2010-10-14 19:37:25 [15310] Mirroring: Normal
2010-10-14 19:37:26 [15310] Channel found (602000000)
2010-10-14 19:37:26 [15310] =============
2010-10-14 19:37:26 [15310] Symbol rate: 6899881
2010-10-14 19:37:26 [15310] Constellation: QAM64
2010-10-14 19:37:26 [15310] Mirroring: Normal
2010-10-14 19:37:26 [15310] Setting Frequency: 594000000
2010-10-14 19:37:26 [15310] Setting Symbolrate: 6900000
2010-10-14 19:37:26 [15310] Setting Modulation: 3
2010-10-14 19:37:26 [15310] Channel found (594000000)
2010-10-14 19:37:26 [15310] =============
2010-10-14 19:37:26 [15310] Symbol rate: 6899880
2010-10-14 19:37:26 [15310] Constellation: QAM64
2010-10-14 19:37:26 [15310] Mirroring: Normal
2010-10-14 19:37:27 [15310] Channel found (594000000)
2010-10-14 19:37:27 [15310] =============
2010-10-14 19:37:27 [15310] Symbol rate: 6899887
2010-10-14 19:37:27 [15310] Constellation: QAM64
2010-10-14 19:37:27 [15310] Mirroring: Normal
2010-10-14 19:37:27 [15310] Setting Frequency: 602000000
2010-10-14 19:37:27 [15310] Setting Symbolrate: 6900000
2010-10-14 19:37:27 [15310] Setting Modulation: 3
2010-10-14 19:37:27 [15310] Channel found (602000000)
2010-10-14 19:37:27 [15310] =============
2010-10-14 19:37:27 [15310] Symbol rate: 6899884
2010-10-14 19:37:27 [15310] Constellation: QAM64
2010-10-14 19:37:27 [15310] Mirroring: Normal
2010-10-14 19:37:27 [15310] Channel found (602000000)
2010-10-14 19:37:27 [15310] =============
2010-10-14 19:37:27 [15310] Symbol rate: 6899881
2010-10-14 19:37:27 [15310] Constellation: QAM64
2010-10-14 19:37:27 [15310] Mirroring: Normal
2010-10-14 19:37:28 [15310] Channel found (602000000)

UPDATE:
Eben ist mir aufgefallen, dass mediasrv ca. 35% CPU benutzt und permanent auf diesem Level bleibt, sobald vdrdevel gestartet wird. Sobald vdrdevel gestoppt wird, geht die CPU Last von mediasrv wieder gegen Null. Das Verhalten ist reproduzierbar.

Ein Auszug von "top":

Code: [Auswählen]

top - 17:36:50 up 15 min,  1 user,  load average: 0.17, 0.16, 0.15
Tasks: 117 total,   1 running, 116 sleeping,   0 stopped,   0 zombie
Cpu(s): 11.3%us, 12.9%sy,  1.6%ni, 73.4%id,  0.0%wa,  0.8%hi,  0.0%si,  0.0%st
Mem:   2065204k total,   270540k used,  1794664k free,    22012k buffers
Swap:  2050772k total,        0k used,  2050772k free,   164624k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 6665 root      20   0 83932 7744 5676 S   35  0.4   1:01.88 mediasrv
 6811 vdr       20   0  190m  15m  10m S   16  0.8   0:29.22 vdrdevel


Kann man irgendwie tracen was der VDR an den mediasrv Prozess sendet um umzuschalten?
mediasrv im Vordergrund zu starten, hat nicht mehr Ouput gebracht.

Vielen Dank schon mal vorab für ihre Hilfe!

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Oktober 20, 2010, 07:54:19 Nachmittag

Setting Frequency: 602000000

dies wird eigentlich nur angegeben wenn eine Applikation diesen Sender konfiguriert. Läuft denn zufälligerweise ein EPG Plugin? Wenn ja dies bitte ausschalten.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 21, 2010, 02:50:15 Nachmittag

"Setting Frequency" erscheint ebenfalls, wenn VDR selbst den Kanal wechselt um z.B. eine Aufnahme zu starten.

Trotzdem habe ich das EPG Search Plugin (vdrdevel-plugin-epgsearch 0.9.25~beta16-3) deinstalliert und erneut getestet.

root@vdr:~ # /etc/init.d/vdrdevel start
Starting Linux Video Disk Recorder: vdrdevel
Searching for plugins (VDR 1.7.16/1.7.16) (cache miss): markad xineliboutput tvtv live streamdev-server.


Danach habe ich folgenden Test durchgeführt:
1) ZDF-Mittagsmagazin auf ARD/Das Erste (594MHz) aufnehmen
2) Timer stoppen
3) ZDF-Mittagsmagazin auf ZDF (610MHz) aufnehmen


1) Aufnahmetimer (Beginn: sofort) für ZDF-Mittagsmagazin auf Sender ARD/DAS ERSTE hinzugefügt:

/var/log/syslog | grep vdrdevel:

Code: [Auswählen]

Oct 21 13:30:47 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') added
Oct 21 13:30:47 vdr vdrdevel: [16716] switching device 2 to channel 1
Oct 21 13:30:47 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') start
Oct 21 13:30:47 vdr vdrdevel: [16716] Title: 'ZDF-Mittagsmagazin' Subtitle: 'Gut informiert zur Mittagszeit - Moderation: Norbert Lehmann'
Oct 21 13:30:47 vdr vdrdevel: [16716] executing '/usr/lib/vdrdevel/vdrdevel-recordingaction before "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec"'
Oct 21 13:30:47 vdr vdrdevel: [19067] TS buffer on device 2 thread ended (pid=16716, tid=19067)
Oct 21 13:30:48 vdr vdrdevel: [19066] buffer stats: 122388 (5%) used
Oct 21 13:30:48 vdr vdrdevel: [19066] receiver on device 2 thread ended (pid=16716, tid=19066)
Oct 21 13:30:48 vdr recordingaction: executing /usr/share/vdrdevel/recording-hooks/R90.custom before recording /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec as shell script
Oct 21 13:30:48 vdr vdrdevel: [16716] record /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec
Oct 21 13:30:48 vdr vdrdevel: [16716] creating directory /var/lib/video.00/ZDF-Mittagsmagazin
Oct 21 13:30:48 vdr vdrdevel: [16716] creating directory /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec
Oct 21 13:30:48 vdr vdrdevel: [16716] recording to '/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec/00001.ts'
Oct 21 13:30:48 vdr vdrdevel: Started recording: ZDF-Mittagsmagazin_2010-10-21_12.55
Oct 21 13:30:48 vdr vdrdevel: [19225] recording thread started (pid=16716, tid=19225)
Oct 21 13:30:48 vdr vdrdevel: [16716] markad: executing "/usr/bin"/markad  -G  -l "/var/lib/markad" --online=2 before "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec"
Oct 21 13:30:48 vdr vdrdevel: [19226] receiver on device 2 thread started (pid=16716, tid=19226)
Oct 21 13:30:48 vdr vdrdevel: [19228] TS buffer on device 2 thread started (pid=16716, tid=19228)
Oct 21 13:30:50 vdr vdrdevel: [16716] closing SVDRP connection
Oct 21 13:30:50 vdr vdrdevel: [16716] switching to channel 5
Oct 21 13:30:50 vdr vdrdevel: [16716] info: Channel not available!
Oct 21 13:30:50 vdr vdrdevel: [16716] connect from 127.0.0.1, port 36155 - accepted
Oct 21 13:30:50 vdr vdrdevel: [16716] closing SVDRP connection
Oct 21 13:30:52 vdr vdrdevel: [16716] switching to channel 1
Oct 21 13:30:52 vdr vdrdevel: [16716] max. latency time 5 seconds
Oct 21 13:30:52 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') set to event Thu 21.10.2010 13:00-14:00 (VPS: 21.10 13:00) 'ZDF-Mittagsmagazin'
Oct 21 13:30:52 vdr vdrdevel: [19226] [xine..put] Detected video size 720x576

/var/log/mediasrv.log:

Code: [Auswählen]

2010-10-21 13:30:47 [666] Channel found (618000000)
2010-10-21 13:30:47 [666] =============
2010-10-21 13:30:47 [666] Symbol rate: 6899877
2010-10-21 13:30:47 [666] Constellation: QAM64
2010-10-21 13:30:47 [666] Mirroring: Normal
2010-10-21 13:30:48 [666] Channel found (618000000)
2010-10-21 13:30:48 [666] =============
2010-10-21 13:30:48 [666] Symbol rate: 6899875
2010-10-21 13:30:48 [666] Constellation: QAM64
2010-10-21 13:30:48 [666] Mirroring: Normal
2010-10-21 13:30:48 [666] Setting Frequency: 594000000 <---- VDR schaltet ERFOLGREICH auf Freq. von ZDF um
2010-10-21 13:30:48 [666] Setting Symbolrate: 6900000
2010-10-21 13:30:48 [666] Setting Modulation: 3
2010-10-21 13:30:48 [666] Channel found (594000000)
2010-10-21 13:30:48 [666] =============
2010-10-21 13:30:48 [666] Symbol rate: 6899861
2010-10-21 13:30:48 [666] Constellation: QAM64
2010-10-21 13:30:48 [666] Mirroring: Normal
2010-10-21 13:30:48 [666] Channel found (594000000)
2010-10-21 13:30:48 [666] =============
2010-10-21 13:30:48 [666] Symbol rate: 6899862
2010-10-21 13:30:48 [666] Constellation: QAM64
2010-10-21 13:30:48 [666] Mirroring: Normal
2010-10-21 13:30:49 [666] Channel found (594000000)
2010-10-21 13:30:49 [666] =============
2010-10-21 13:30:49 [666] Symbol rate: 6899862
2010-10-21 13:30:49 [666] Constellation: QAM64
2010-10-21 13:30:49 [666] Mirroring: Normal
2010-10-21 13:30:50 [666] Channel found (594000000)
2010-10-21 13:30:50 [666] =============
2010-10-21 13:30:50 [666] Symbol rate: 6899860
2010-10-21 13:30:50 [666] Constellation: QAM64
2010-10-21 13:30:50 [666] Mirroring: Normal
2010-10-21 13:30:52 [666] Channel found (594000000)
2010-10-21 13:30:52 [666] =============
2010-10-21 13:30:52 [666] Symbol rate: 6899867
2010-10-21 13:30:52 [666] Constellation: QAM64
2010-10-21 13:30:52 [666] Mirroring: Normal
2010-10-21 13:30:52 [666] Channel found (594000000)
2010-10-21 13:30:52 [666] =============
2010-10-21 13:30:52 [666] Symbol rate: 6899863
2010-10-21 13:30:52 [666] Constellation: QAM64
2010-10-21 13:30:52 [666] Mirroring: Normal

2) Aufnahmetimer ZDF-Mittagsmagazin gelöscht:

/var/log/syslog | grep vdrdevel:

Code: [Auswählen]

Oct 21 13:32:21 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') modified (inactive)
Oct 21 13:32:21 vdr vdrdevel: [19225] recording thread ended (pid=16716, tid=19225)
Oct 21 13:32:21 vdr vdrdevel: [16716] buffer stats: 172772 (3%) used
Oct 21 13:32:21 vdr vdrdevel: [16716] timer 1 (1 1255-1410 'ZDF-Mittagsmagazin') stop
Oct 21 13:32:21 vdr vdrdevel: [16716] executing '/usr/lib/vdrdevel/vdrdevel-recordingaction after "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec"'
Oct 21 13:32:21 vdr recordingaction: executing /usr/share/vdrdevel/recording-hooks/R90.custom after recording /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.1-0.rec as shell script
Oct 21 13:32:21 vdr vdrdevel: Finished recording: ZDF-Mittagsmagazin_2010-10-21_12.55
Oct 21 13:32:22 vdr vdrdevel: [16716] deleting timer 1 (1 1255-1410 'ZDF-Mittagsmagazin')

/var/log/mediasrv.log:

Code: [Auswählen]

2010-10-21 13:32:21 [666] Channel found (594000000)
2010-10-21 13:32:21 [666] =============
2010-10-21 13:32:21 [666] Symbol rate: 6899867
2010-10-21 13:32:21 [666] Constellation: QAM64
2010-10-21 13:32:21 [666] Mirroring: Normal
2010-10-21 13:32:23 [666] Channel found (594000000)
2010-10-21 13:32:23 [666] =============
2010-10-21 13:32:23 [666] Symbol rate: 6899866
2010-10-21 13:32:23 [666] Constellation: QAM64
2010-10-21 13:32:23 [666] Mirroring: Normal
2010-10-21 13:32:24 [666] Channel found (594000000)

3) Aufnahmetimer ZDF-Mittagsmagazin auf Sender ZDF hinzugefügt:

/var/log/syslog | grep vdrdevel:

Code: [Auswählen]

Oct 21 13:33:40 vdr vdrdevel: [16716] timer 1 (2 1255-1410 'ZDF-Mittagsmagazin') added
Oct 21 13:33:40 vdr vdrdevel: [16716] switching device 2 to channel 2
Oct 21 13:33:40 vdr vdrdevel: [19431] TS buffer on device 2 thread ended (pid=16716, tid=19431)
Oct 21 13:33:40 vdr vdrdevel: [19430] buffer stats: 122012 (5%) used
Oct 21 13:33:40 vdr vdrdevel: [16716] timer 1 (2 1255-1410 'ZDF-Mittagsmagazin') start
Oct 21 13:33:40 vdr vdrdevel: [16716] Title: 'ZDF-Mittagsmagazin' Subtitle: 'mit heute-Nachrichten'
Oct 21 13:33:40 vdr vdrdevel: [16716] executing '/usr/lib/vdrdevel/vdrdevel-recordingaction before "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec"'
Oct 21 13:33:40 vdr vdrdevel: [19430] receiver on device 2 thread ended (pid=16716, tid=19430)
Oct 21 13:33:45 vdr recordingaction: executing /usr/share/vdrdevel/recording-hooks/R90.custom before recording /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec as shell script
Oct 21 13:33:45 vdr vdrdevel: [16716] record /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec
Oct 21 13:33:45 vdr vdrdevel: [16716] creating directory /var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec
Oct 21 13:33:45 vdr vdrdevel: [16716] recording to '/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec/00001.ts'
Oct 21 13:33:45 vdr vdrdevel: Started recording: ZDF-Mittagsmagazin_2010-10-21_12.55
Oct 21 13:33:45 vdr vdrdevel: [19490] recording thread started (pid=16716, tid=19490)
Oct 21 13:33:45 vdr vdrdevel: [19491] receiver on device 2 thread started (pid=16716, tid=19491)
Oct 21 13:33:45 vdr vdrdevel: [16716] markad: executing "/usr/bin"/markad  -G  -l "/var/lib/markad" --online=2 before "/var/lib/video.00/ZDF-Mittagsmagazin/2010-10-21.12.55.2-0.rec"
Oct 21 13:33:45 vdr vdrdevel: [19493] TS buffer on device 2 thread started (pid=16716, tid=19493)
Oct 21 13:34:16 vdr vdrdevel: [19490] ERROR: video data stream broken
Oct 21 13:34:16 vdr vdrdevel: [19490] initiating emergency exit
Oct 21 13:34:47 vdr vdrdevel: [19490] ERROR: video data stream broken
Oct 21 13:34:47 vdr vdrdevel: [19490] initiating emergency exit
Oct 21 13:35:18 vdr vdrdevel: [19490] ERROR: video data stream broken
Oct 21 13:35:18 vdr vdrdevel: [19490] initiating emergency exit
Oct 21 13:35:40 vdr vdrdevel: [16716] PANIC: watchdog timer expired - exiting!
Oct 21 13:35:40 vdr runvdrdevel: restarting VDR
Oct 21 13:35:58 vdr vdrdevel: [20022] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 21 13:35:58 vdr vdrdevel: [20022] VDR version 1.7.16 started
Oct 21 13:35:58 vdr vdrdevel: [20022] switched to user 'vdr'
Oct 21 13:35:58 vdr vdrdevel: [20022] codeset is 'UTF-8' - known
Oct 21 13:35:58 vdr vdrdevel: [20022] found 0 locales in /usr/share/locale
Oct 21 13:35:58 vdr vdrdevel: [20022] no locale for language code 'deu,ger'
[...]
Oct 21 13:35:58 vdr vdrdevel: [20022] no locale for language code 'ara'
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-markad.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-xineliboutput.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] [xine..put] Listening on address '127.0.0.1' port 37890
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-tvtv.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-live.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] loading plugin: /usr/lib/vdrdevel/plugins/libvdrdevel-streamdev-server.so.1.7.16
Oct 21 13:35:58 vdr vdrdevel: [20022] loading /var/lib/vdrdevel/setup.conf

/var/log/mediasrv.log:

Code: [Auswählen]

2010-10-21 13:33:40 [666] Channel found (594000000)
2010-10-21 13:33:40 [666] =============
2010-10-21 13:33:40 [666] Symbol rate: 6899864
2010-10-21 13:33:40 [666] Constellation: QAM64
2010-10-21 13:33:40 [666] Mirroring: Normal
2010-10-21 13:33:40 [666] Channel found (594000000)
2010-10-21 13:33:40 [666] =============
2010-10-21 13:33:40 [666] Symbol rate: 6899858
2010-10-21 13:33:40 [666] Constellation: QAM64
2010-10-21 13:33:40 [666] Mirroring: Normal
2010-10-21 13:35:40 [19957] RC: IR Event /dev/input/event5
2010-10-21 13:35:40 [19957] RC: Restarting LIRC
2010-10-21 13:35:55 [666] Enabling standby
2010-10-21 13:35:58 [666] SETTING DVB-C
2010-10-21 13:35:58 [666] reinitializing previous digital TV parameters
2010-10-21 13:35:58 [666] Setting Frequency: 594000000
2010-10-21 13:35:58 [666] Setting Symbolrate: 6900000
2010-10-21 13:35:58 [666] Setting Modulation: 3
2010-10-21 13:35:59 [666] Channel found (594000000)
2010-10-21 13:35:59 [666] =============
2010-10-21 13:35:59 [666] Symbol rate: 6899868
2010-10-21 13:35:59 [666] Constellation: QAM64
2010-10-21 13:35:59 [666] Mirroring: Normal
2010-10-21 13:35:59 [666] Channel found (594000000)
2010-10-21 13:35:59 [666] =============
2010-10-21 13:35:59 [666] Symbol rate: 6899861
2010-10-21 13:35:59 [666] Constellation: QAM64
2010-10-21 13:35:59 [666] Mirroring: Normal
2010-10-21 13:35:59 [666] Setting Frequency: 618000000
2010-10-21 13:35:59 [666] Setting Symbolrate: 6900000
2010-10-21 13:35:59 [666] Setting Modulation: 3
2010-10-21 13:36:00 [666] Channel found (618000000)
2010-10-21 13:36:00 [666] =============
2010-10-21 13:36:00 [666] Symbol rate: 6899877
2010-10-21 13:36:00 [666] Constellation: QAM64
2010-10-21 13:36:00 [666] Mirroring: Normal
2010-10-21 13:36:00 [666] Channel found (618000000)
2010-10-21 13:36:00 [666] =============
2010-10-21 13:36:00 [666] Symbol rate: 6899878
2010-10-21 13:36:00 [666] Constellation: QAM64
2010-10-21 13:36:00 [666] Mirroring: Normal
2010-10-21 13:36:00 [666] Channel found (618000000)
2010-10-21 13:36:00 [666] =============
2010-10-21 13:36:00 [666] Symbol rate: 6899881
2010-10-21 13:36:00 [666] Constellation: QAM64
2010-10-21 13:36:00 [666] Mirroring: Normal
2010-10-21 13:36:00 [666] Setting Frequency: 610000000
2010-10-21 13:36:00 [666] Setting Symbolrate: 6900000
2010-10-21 13:36:00 [666] Setting Modulation: 3
2010-10-21 13:36:01 [666] Channel found (610000000)
2010-10-21 13:36:01 [666] =============
2010-10-21 13:36:01 [666] Symbol rate: 6899877
2010-10-21 13:36:01 [666] Constellation: QAM64
2010-10-21 13:36:01 [666] Mirroring: Normal
--------------------- HIER BRICHT DAS LOG AB -------------


Darüberhinaus ist mir aufgefallen, dass nach jedem Start des Systems diese zeilen im /var/log/messages erscheinen:

Code: [Auswählen]

Oct 21 11:44:36 vdr kernel: [   29.312180] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input5
[...]
Oct 21 11:47:35 vdr udevd[330]: worker [459] unexpectedly returned with status 0x0100
Oct 21 11:47:35 vdr udevd[330]: worker [459] failed while handling '/devices/virtual/input/input5'


Mir scheint, dass entweder der VDR einfach nicht die Frequenz sauber wechseln kann oder der Stick den Frequenzwechsel des VDRs nicht richtig interpretieren kann.

Mit einem uralten DIBCOM 3000 DVB-T Stick klappte dies die letzten 3 Monate reibungslos und sehr zuverlässig.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Oktober 21, 2010, 06:44:30 Nachmittag

Zitat

Oct 21 11:44:36 vdr kernel: [   29.312180] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input5
[...]
Oct 21 11:47:35 vdr udevd[330]: worker [459] unexpectedly returned with status 0x0100
Oct 21 11:47:35 vdr udevd[330]: worker [459] failed while handling '/devices/virtual/input/input5'

worker [459] hat anscheinend Probleme mit etwas, ob dies mit der Fernbedienung zu tun hat ist eine andere Frage. Man müsste nachsehen was Return oder Status code 0x0100 für Worker bedeutet.

Das andere Problem haben Sie ja wie telefonisch besprochen hoffentlich soweit selber gelöst :-)

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 24, 2010, 05:17:53 Nachmittag

Leider konnte ich das Problem nicht ganz beheben.
Bei meinem selbst aufgesetzten System mit Debian Squeeze und aktuellen e-tobi VDR Paketen 1.7.16 hatte ich es nach removen von xinelibout so hinbekommen, dass ich über das WebFrontend "VDRadmin-am" im Browser die Kanäle (mit Frequenzwechsel) umschalten konnte. Umschalten ging in 9 von 10 Versuchen problemlos, ganz selten hat VDR dabei gehakt und nach dem watchdog timeout eine panic angezeigt und sich selbst restartet. Danach gings wieder.
Über VDRadmin-am eine Aufnahme zu aktivieren ging in 8 von 10 Versuchen schief:
- über VDRadmin-am eine Aufnahme auf dem aktuellen Kanal zu aktivieren ---> problemlos
- über VDRadmin-am eine Aufnahme auf einem anderen Kanal MIT Frequenzwechsel zu aktivieren ---> 2 von 10 Versuchen problemlos
Aber bei den restlichen 8 von 10 Versuchen gabs folgende Probleme:

- VDR (user.log/syslog) wechselt den channel
- mediasrv.log zeigt an, dass ein neuer channel gewählt werden soll
---> keine weiteren logeinträge mehr im mediasrv.log  - es sieht nach einem Hänger im mediasrv aus!
- VDR watchdog timer läuft ins timeout (zwischendurch meldungen, dass 8 sec. keine stream vom stick gekommen ist)
- VDR meldet panic und restartet sich.
- nach dem restart des VDR sieht man neue, laufende logeinträge im mediasrv.log - der hänger scheint aufgelöst
- meist ist dann auch der neue channel eingestellt und VDR kann aufnehmen.

Es kommt aber auch öfters vor, dass VDR sich nicht sauber restarten kann und ports noch in use sind (z.B. 2001, 3000, usw.).

Fazit:
Mit VDR 1.7.16 ist kein robustes umschalten der Frequenzen möglich.

Um auszuschliessen, dass ich einen Fehler bei der Konfiguration meines Systems gemacht habe, habe ich am WE folgendes getestet:

2. Versuch:
Eine komplette Neuinstallation des Systems mit yaVDR_0.3.0a.iso (ebenfalls VDR 1.7.16)
Nach der Installation:
- Über die yaVDR-Admin Weboberfläche das VDR-Frontend auf "headless" setzen
- Der Beschreibung von http://www.yavdr.org/blog/blog-post/2010/10/05/sundtek/ folgend:
   sudo apt-get install yavdr-hardware-sundtek
- Über die yaVDR-Admin Weboberfläche den Sundtek Stick auf DVB-C einstellen

yavdr-hardware-sundtek enthält höchstwahrscheinlich den aktuellen development-driver, da das build-date dem des dev-drivers entspricht:
:~$ /opt/bin/mediasrv --build
Build date: Oct 13 2010

Hier zeigen sich dieselben Probleme wie in meiner vorherigen Installtion unter Debian (gleiche Beschreibung wie oben!)

Die Problembeschreibung stimmt exakt mit der von "sundown" aus diesem Thread überein:
http://support.sundtek.com/index.php/topic,370.msg2007.html#msg2007

Ich glaube es wäre einen Versuch wert, bei euch eine yaVDR Installation mit dem Stick zu testen um der Ursache näher zu kommen.
Ich kann aber auch gerne nochmal Remote-Zugriff auf mein System geben.


P.S.: Wenn nach dem VDR restart meldungen über "ports in use" kommen, sieht man mittels "ps", dass die ursprüngliche PID des VDR hängengeblieben ist und die neue Instanz des VDR ebenfalls läuft. Mit mediaclient --lc sieht man ebenfalls, dass die hängengebliebene Instanz des VDR und die neue auf den Stick zugreifen.
Beheben lässt sich das
a) mit einem "kill -9" auf die alte VDR PID (einfacher kill genügt nicht --> folglich muss irgendwas im kernel mode hängen!)
b) oder mit einem mediaclient --dc <alte_VDR_PID> Nach dem --dc verschwindet auch die alte VDR PID!

Vlt. wäre das ein Ansatz um weiter zu debuggen?

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Oktober 24, 2010, 11:31:19 Nachmittag

Zuerst bitte einmal den aktuellen Development Treiber testen wir haben innerhalb der letzten Woche die NULL Paket Filter im Entwicklungstreiber ausgeschalten, einige Dekoder koennen damit nicht umgehen.

yaVDR werden wir uns in den naechsten Tagen ansehen.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 25, 2010, 02:24:06 Nachmittag

Danke für den Tipp!

Ich habe den aktuellen dev-driver heruntergeladen und installiert:

Code: [Auswählen]

root@vdr:~/sundtek_driver# ls -la sundtek_installer_development.sh
-rw-r--r-- 1 root root 10623589 2010-10-24 23:27 sundtek_installer_development.sh
root@vdr:~/sundtek_driver# /opt/bin/mediasrv --build
Build date: Oct 24 2010
root@vdr:~/sundtek_driver# /opt/bin/mediaclient --build
Build date: Oct 24 2010

Danach habe ich erneut getestet:
1) über vdr-live Webfrontend die Channels umschalten (inkl. Frequenzwechsel)
  --> funktioniert einwandfrei
  --> im fortlaufenden /var/log/mediasrv.log sieht man das Setzen der neuen Frequenz

2) über vdr-live Webfrontend Aufnahmen einstellen
    --> funktioniert nicht
    --> /var/log/mediasrv.log aktualisiert sich nicht mehr (keine neuen logeinträge)
    --> neue Frequenz wird nicht aktiviert

Also das gleiche Fehlerbild wie bisher auch.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Oktober 26, 2010, 08:54:59 Nachmittag

Das Problem mit den Aufnahmen konnte soweit im ISO Modus nicht nachvollzogen werden (Bulk wird aber noch getestet).
Bulk hat eine relativ hohe Voraussetzung an den USB Controller Treiber eventuell gibt es hier noch Probleme.

Wir werden den Treiber in den kommenden Tagen aktualisieren um ihn auch auf ISO umstellen zu koennen.

Zitat

sudo lsusb -d eb1a:51b2 -v | grep 'Transfer Type'

darf nur Isochronous/Interrupt anzeigen.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Oktober 27, 2010, 12:58:25 Vormittag

Mit den aktuellen Sticks konnte das Problem soweit weder im Bulk noch im Iso Modus nachvollzogen werden.

yaVDR hatte jedoch anscheinend mit dem urspruenglichen ausgelieferten Treiber ein paar Probleme, bei uns hatte der in VDR integrierte Treiber ueberhaupt nicht funktioniert.


Es waere wohl besser das ganze per SSH auf Ihrem Rechner zu ueberpruefen.
Die derzeitige Vermutung bleibt soweit das irgendetwas anderes bei Ihnen umschaltet und dadurch dem Rekorder die Daten entzieht.

Verwendeter Treiber (development) bei unseren Tests:

Zitat

$ /opt/bin/mediaclient --build
Build date: Oct 26 2010
$ /opt/bin/mediasrv --build
Build date: Oct 26 2010

Sogar mehrere Aufnahmen funktionieren soweit einwandfrei (Bulk Modus):
(http://www.sundtek.de/images/vdr_record_small.jpg) (http://www.sundtek.de/images/vdr_record.jpg)

Wie man sieht werden hier 3 Aufnahmen gleichzeitig gemacht

Was jetzt noch fehlt, sind die Tests mit den Engineering Samples.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 27, 2010, 12:40:22 Nachmittag

Hallo,
ich habe das Engineering Sample unter yaVDR 0.3.0a nochmal mit dem aktuelleren dev-driver getestet, es hat aber nichts geholfen.

Code: [Auswählen]

root@vdr:~/sundtek_driver# /opt/bin/mediaclient --build
Build date: Oct 26 2010
root@vdr:~/sundtek_driver# /opt/bin/mediasrv --build
Build date: Oct 26 2010
root@vdr:~/sundtek_driver# /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [ Sundtek MediaTV Pro]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [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
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp1

root@vdr:~/sundtek_driver# /opt/bin/mediaclient -D DVBC
Using device: /dev/dvb/adapter0/frontend0
Setting Frontend Properties to: DVBC
Done.

Wie bisher auch:
Manuelles Umschalten über das VDR-live Webfrontend funktioniert. Eine Aufnahme einstellen allerdings nicht.

Test-Szenario:
1) VDR steht auf Channel 3 (kabel eins, Freq. 618 MHz)
2) Aufnahme auf Channel 1 (ARD, Freq. 594 MHz) einstellen
Währenddessen ist im mediasrv.log folgendes zu sehen:

Code: [Auswählen]

2010-10-27 11:55:41 [6014] Channel found (610000000)
2010-10-27 11:55:41 [6014] =============
2010-10-27 11:55:41 [6014] Symbol rate: 6899908
2010-10-27 11:55:41 [6014] Constellation: QAM64
2010-10-27 11:55:41 [6014] Mirroring: Normal
2010-10-27 11:55:41 [6014] Setting Frequency: 618000000 <----- letztes Umschalten auf Channel 3 (kabel eins)
2010-10-27 11:55:41 [6014] Setting Symbolrate: 6900000
2010-10-27 11:55:41 [6014] Setting Modulation: 3
2010-10-27 11:55:42 [6014] Channel found (618000000)
2010-10-27 11:55:42 [6014] =============
2010-10-27 11:55:42 [6014] Symbol rate: 6899903
2010-10-27 11:55:42 [6014] Constellation: QAM64
2010-10-27 11:55:42 [6014] Mirroring: Normal
2010-10-27 11:55:42 [6014] Channel found (618000000)
2010-10-27 11:55:42 [6014] =============
2010-10-27 11:55:42 [6014] Symbol rate: 6899908
2010-10-27 11:55:42 [6014] Constellation: QAM64
2010-10-27 11:55:42 [6014] Mirroring: Normal
2010-10-27 11:55:43 [6014] Channel found (618000000)
2010-10-27 11:55:43 [6014] =============
2010-10-27 11:55:43 [6014] Symbol rate: 6899909
2010-10-27 11:55:43 [6014] Constellation: QAM64
2010-10-27 11:55:43 [6014] Mirroring: Normal
2010-10-27 11:55:44 [6014] Channel found (618000000)
2010-10-27 11:55:44 [6014] =============
2010-10-27 11:55:44 [6014] Symbol rate: 6899908
2010-10-27 11:55:44 [6014] Constellation: QAM64
2010-10-27 11:55:44 [6014] Mirroring: Normal
2010-10-27 11:55:45 [6014] Channel found (618000000)
2010-10-27 11:55:45 [6014] =============
2010-10-27 11:55:45 [6014] Symbol rate: 6899902
2010-10-27 11:55:45 [6014] Constellation: QAM64
2010-10-27 11:55:45 [6014] Mirroring: Normal
2010-10-27 11:55:47 [6014] Channel found (618000000)
2010-10-27 11:55:47 [6014] =============
2010-10-27 11:55:47 [6014] Symbol rate: 6899904
2010-10-27 11:55:47 [6014] Constellation: QAM64
2010-10-27 11:55:47 [6014] Mirroring: Normal
2010-10-27 11:55:48 [6014] Channel found (618000000)
2010-10-27 11:55:48 [6014] =============
2010-10-27 11:55:48 [6014] Symbol rate: 6899900
2010-10-27 11:55:48 [6014] Constellation: QAM64
2010-10-27 11:55:48 [6014] Mirroring: Normal
2010-10-27 11:55:49 [6014] Channel found (618000000)
2010-10-27 11:55:49 [6014] =============
2010-10-27 11:55:49 [6014] Symbol rate: 6899905
2010-10-27 11:55:49 [6014] Constellation: QAM64
2010-10-27 11:55:49 [6014] Mirroring: Normal
2010-10-27 11:55:50 [6014] Channel found (618000000)
2010-10-27 11:55:50 [6014] =============
2010-10-27 11:55:50 [6014] Symbol rate: 6899905
2010-10-27 11:55:50 [6014] Constellation: QAM64
2010-10-27 11:55:50 [6014] Mirroring: Normal
2010-10-27 11:55:51 [6014] Channel found (618000000)
2010-10-27 11:55:51 [6014] =============
2010-10-27 11:55:51 [6014] Symbol rate: 6899906
2010-10-27 11:55:51 [6014] Constellation: QAM64
2010-10-27 11:55:51 [6014] Mirroring: Normal           <--- eigentlich sollte nun für die Aufnahme auf Channel 1 (ARD) umgeschaltet werden. Stattdessen hängt das Logging
-------keine weiteren Logeinträge, bis VDR watchdog timeout und panic meldet um sich danach zu restarten --------

Die auf den Stick zugreifenden Processes während des Hängers im mediasrv.log:

Code: [Auswählen]

root@vdr:~/sundtek_driver# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  6107 ... vdr
/dev/dvb/adapter0/dvr0:
  No client connected
/dev/dvb/adapter0/demux0:
  No client connected
/dev/video0:
  No client connected
/dev/vbi0:
  No client connected
/dev/radio0:
  No client connected
/dev/rds0:
  No client connected
/dev/mediainput0:
  No client connected
/dev/dsp1:
  No client connected

PID 6107 ist VDR. Auffällig ist allerdings, dass keine PIDs auf
/dev/dvb/adapter0/dvr0 und
/dev/dvb/adapter0/demux0
zugreifen...

Vor und nach dem Hänger im mediasrv.log zeigt VDR im /var/log/user.log folgendes:

Code: [Auswählen]

Oct 27 11:55:50 vdr vdr: [6107] switching device 1 to channel 1   <--- Umschalten für die neu eingestellte Aufnahme auuf Channel 1 (ARD)
Oct 27 11:55:50 vdr vdr: [6190] TS buffer on device 1 thread ended (pid=6107, tid=6190)
Oct 27 11:55:50 vdr vdr: [6189] buffer stats: 94000 (4%) used
Oct 27 11:55:50 vdr vdr: [6189] receiver on device 1 thread ended (pid=6107, tid=6189)
Oct 27 11:55:50 vdr vdr: [6107] timer 15 (1 1028-1210 'Pfarrer Braun: Grimms Mördchen') start
Oct 27 11:55:50 vdr vdr: [6107] Title: 'Pfarrer Braun: Grimms Mördchen' Subtitle: 'Spielfilm Deutschland 2010'
Oct 27 11:55:50 vdr vdr: [6107] executing '/usr/lib/vdr/vdr-recordingaction before "/srv/vdr/video.00/Pfarrer_Braun:_Grimms_Mördchen/2010-10-27.10.28.1-0.rec"'   <---- ab hier tritt der Hänger im mediasrv.log auf
Oct 27 11:57:50 vdr vdr: [6107] PANIC: watchdog timer expired - exiting!     <--- 2min. später schlägt der watchdog timeout zu und VDR restartet
Oct 27 11:57:50 vdr vdr: [6234] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 27 11:57:51 vdr vdr: [6223] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 27 11:57:51 vdr vdr: [6223] VDR version 1.7.16 started

lsusb -d eb1a:51b2 -v | grep 'Transfer Type'
zeigt bei mir auch noch "Bulk":

Code: [Auswählen]

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

Die vollständige Ausgabe von lsusb -d eb1a:51b2 -v habe ich angehangen.

Kann dies zu den Problemen führen?

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 27, 2010, 12:42:50 Nachmittag

Anhängen der vollständigen lsusb Ausgabe funktionierte nicht ("Zugriff auf den UploadPfad nicht möglich"),  daher als Posting:

Code: [Auswählen]

root@vdr:~/sundtek_driver# lsusb -d eb1a:51b2 -v

Bus 001 Device 002: ID eb1a:51b2 eMPIA Technology, Inc.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0xeb1a eMPIA Technology, Inc.
  idProduct          0x51b2
  bcdDevice            1.00
  iManufacturer           3 Sundtek
  iProduct                1 CDEF1234
  iSerial                 2 123456789ABCA
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength          361
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       2
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0ad0  2x 720 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       3
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0c00  2x 1024 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       4
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x1300  3x 768 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       5
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x1380  3x 896 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       6
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x13c0  3x 960 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       7
      bNumEndpoints           5
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol    255
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              11
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x1400  3x 1024 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x00c4  1x 196 bytes
        bInterval               4
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x03ac  1x 940 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x8a  EP 10 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0000
  (Bus Powered)


Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 27, 2010, 03:36:33 Nachmittag

Zur Info:
Bisher hatte ich das Engineering Sample nur im DVB-C Modus getestet. Eben habe ich an einer DVB-T Antenne im DVB-T Modus getestet. Im DVB-T Modus tritt das gleiche Problem auf:
Umschalten über VDR-live funktioniert, Aufnahmen über VDR-live einstellen funktioniert nicht.
Die Logeinträge bzw. Hänger im mediasrv.log sehen analog zu denen bei DVB-C aus.

Jetzt warte ich erst mal die angekündigten Tests mit dem Engineering Sample bei euch ab....


Zum Verständnis für die Mitleser dieses Threads:
Die hier beschriebenen Probleme haben nichts mit den aktuellen Sticks von Sundtek zu tun. Ich teste gerade mit Sundtek zusammen ein Engineering Sample, welches in meinem lokalen DVB-C Netz erstmalig die TV-Sender auslesen kann. Dieses Netz hier ist allerdings nicht 100% DVB-C-Spezifikationskonform.
 
 

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: Sundtek am Oktober 28, 2010, 07:12:33 Vormittag

Nach noch etwas genauerer Ueberpruefung haben wir festgestellt dass das auch mit den derzeitigen Geraeten Probleme bereitet hat.

Dies sollte nun mit dem aktuellen Entwicklungstreiber auch nicht mehr auftreten.

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 28, 2010, 10:06:39 Vormittag

Hallo,
danke für's Debuggen und die latest changes am dev-driver!
Ich hab's mit

Code: [Auswählen]

root@vdr:~/sundtek_driver# /opt/bin/mediaclient --build
Build date: Oct 28 2010
root@vdr:~/sundtek_driver# /opt/bin/mediasrv --build
Build date: Oct 28 2010
getestet und mehrere Aufnahmen hintereinander eingestellt, gelöscht, wieder neue auf anderen Frequenzen eingestellt.

Das Umschalten der Frequenzen für die Aufnahmen und anschliessende Auslesen des TS scheint zuverlässig zu funktionieren!!! *FREUDE*

Genauere Tests (auch mit DVB-T) werde ich heute noch durchführen, aber ich bin überzeugt, dass ich nur noch positive Rückmeldungen geben kann!

Titel: [Gelöst:] Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: 106060 am Oktober 29, 2010, 10:54:04 Vormittag

Guten morgen!

Nachdem yaVDR 0.3.0a mit dem Engineering Sample einwandfrei läuft, habe ich mittlerweile mein bisheriges Debian Squeeze VDR System wieder aus dem Backup eingespielt und damit weiter getestet:
VDR 1.7.16 unter Debian Squeeze (latest kernel) kann ebenfalls die Channels zuverlässig umschalten und zuverlässig mehrere Aufnahmen hintereinander auf unterschiedlichen Frequenzen machen.
Der DVB-T Modus funktioniert nun ebenfalls einwandfrei.

Summary:
- VDR 1.7.16 unter yaVDR 0.3.0a und Debian Squeeze
- Sonderfall: lokales DVB-C Kabelnetz mit DVB-S auf DVB-C Kopfstation von AstroKom (nicht DVB-C-spezifikationskonformer Datenstrom)
- Engineering Sample für DVB-C, DVB-T, Analog-TV, FM-Radio, RDS, Remote-Control
- sundtek_installer_development.sh (build: 28.10.2010)
--> DVB-T und DVB-C funktionieren einwandfrei out-of-the-box nach Installation des o.a. Installers!


100%iger Erfolg in Bild und Ton! :-)

Nochmal einen riesiges Dankeschön an das Sundtek-Team, insbesondere an Hr. Rechberger für seine Ausdauer, die vielen gemeinsamen Stunden des Analysierens, die Bereitstellung eines Technikerteams vom Hersteller aus dem Nachbarland für die Messungen hier im lokalen Kabelnetz, für die Entwicklung und Bereitstellung des Engineering Samples, das immer prompt erfolgte Feedback zum aktuellen Status und die vielen persönlichen Telefonate!
Solch einen genialen Support habe ich noch nie erlebt - Bravo!
Ich bin beeindruckt von Sundtek und kann die Produkte nur jedem empfehlen!

So, das Lob musste einfach mal sein!

Titel: Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
Beitrag von: sundown am Oktober 29, 2010, 12:09:48 Nachmittag

So, hab es endlich geschaft das ganze mal zu provoziern.

Habe mit epgseach zwei zeitgleiche Aufnahmen auf RTL2 und VOX programmiert (selber Transponder). VDR fährt hoch, schaltet auf Pro7 (anderer Transponder) weil es der letzte Kanal ist vor dem ausschalten.
Jetzt müsste er eigentlich sofort auf RTL2 oder VOX schalten um aufzunehmen, macht er aber nicht.

Im Anhang:
- Syslog(zu groß zum Posten und Anhang geht nicht (findet UploadPfad nicht)
- mediasrv.log
- pipelog.log

http://rapidshare.com/files/427760118/logs.zip (http://rapidshare.com/files/427760118/logs.zip)

Für Pipecount habe ich mir ein upstart-script geschrieben:

pipecountlog.conf

Code: [Auswählen]

start on started vdr
stop on stopping vdr
nice -10

respawn

script
  sh /usr/local/bin/pipecountlog
end script

pipecountlog

Code: [Auswählen]

#!/bin/bash
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 |/opt/bin/mediaclient --pipecount=5 2&>> /video/tmp/pipelog.log

Der Watchdog startet den VDR dann neu bis der Timer nicht mehr aktiv ist, er sich also wieder den Kanal "selber aussuchen darf".

Vielleicht hängt es auch am VDR oder an einem Plugin aber ich kann das Problem halt noch nicht eingrenzen.

Edit: Ich werde versuchen das ganze mal noch weiter auszutesten mit mehr Vorlauf vor der Aufnahme.