Autor Thema: Kein DVB-C tuning möglich (DVB-T funktioniert)  (Gelesen 28027 mal)

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #15 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:
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)
Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #16 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.
Failure is a good thing! I'll fix it

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #17 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!
Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #18 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.

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":
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!

« Letzte Änderung: Oktober 20, 2010, 05:53:19 Nachmittag von 106060 »
Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #19 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.
Failure is a good thing! I'll fix it

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #20 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:
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:
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:
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:
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:
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:
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:
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.
Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #21 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 :-)
Failure is a good thing! I'll fix it

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #22 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?
« Letzte Änderung: Oktober 24, 2010, 05:28:17 Nachmittag von 106060 »
Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #23 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.
Failure is a good thing! I'll fix it

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #24 am: Oktober 25, 2010, 02:24:06 Nachmittag »
Danke für den Tipp!

Ich habe den aktuellen dev-driver heruntergeladen und installiert:
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.

Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #25 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.
« Letzte Änderung: Oktober 26, 2010, 09:00:43 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #26 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):


Wie man sieht werden hier 3 Aufnahmen gleichzeitig gemacht

Was jetzt noch fehlt, sind die Tests mit den Engineering Samples.
« Letzte Änderung: Oktober 27, 2010, 02:25:44 Vormittag von Sundtek »
Failure is a good thing! I'll fix it

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #27 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.

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:
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:
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:
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":
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?
Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #28 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:

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)
Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)

106060

  • Newbie
  • *
  • Beiträge: 39
    • Profil anzeigen
Re:Kein DVB-C tuning möglich (DVB-T funktioniert)
« Antwort #29 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.
 
 
Fanless Mini-ITX Commell LV-67D, Intel Atom N270, 2GB RAM
Debian Squeeze 32bit, Kernel 2.6.32, vdrdevel-1.7.16

1 x DVB-C (Sundtek Engineering Sample), 1x DVB-T (DiBcom 3000-MC/P), 1x DVB-T (Sundtek MediaTV Pro)