[franky]

Hallo,
ich habe mir den neuen Dual-USB Receiver vom Sundtek angeschafft, bekomme damit aber einfach kein TV-Bild.
Ich habe mich übers Wochende schon intensiv mit dem Problem beschäftigt.

Ich wollte den Dual-Receiver eigentlich bei meinen MiniPCs (wie Asus-PN40 und Nuc-8i3) alterantiv zu SatIP verwenden.
Auf diesen Systemen mit installierter MLD 5.5 habe ich Sundtek zuerst getestet und dazu dvb-sundtek installiert.
Mit angeschlossenem Sundtek und installiertem Treiber sowie deaktiviertem SatIP aber leider kein TV-Bild.
Im VDR-Menü werden jedoch 2 Tuner und davon einer mit grünen Balken angezeigt.

Im Internet hatte ich gelesen, dass die neuen Sundtek Receiver (auch der Ultimate VIII) evtl. Probleme mit USB 3.0 haben.
Daher habe ich den Receiver auch auf meinem Intel i3-System mit MLD 5.4 testing und eingebauter CineS2 getestet.
Dazu CineS2 ausgebaut und den Receiver an einem der 4 "echten" USB 2.0 Ports angeschlossen und dvb-sundtek Paket installiert.
Nach einem Reboot auch wieder kein TV-Bild im VDR-Menü aber wieder zwei Tuner, davon einer als DVB-S2 mit grünen Balken.
Danach habe ich auf diesem System sowohl die 5.4 testing als auch die 5.5 mit den aktuellen Net-Inst Images neu installiert.
Der Dual-Tuner wird nicht automatisch erkannt und nach dem nachinstallieren der Sundtek-Treiber wieder kein TV-Bild.
Gleicher Zustand, wie bei den bereits vorher installierten MLD-Systemen.

Ich habe mir dann mal bei per SSH mit mediaclient einige Infos abgefragt.
Mit mediaclient -e sieht man, dass der Treiber den SkyTV Dual erkannt hat:

Code: [Select]

**** List of Media Hardware Devices ****
device 0: [             Dual S2]  DVB-S/S2, REMOTE-CONTROL, DVB-S/S2
  [INFO]:
     STATUS: STANDBY
  [BUS]:
     ID: 1-8
  [SERIAL]:
     ID: U201009191038
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     LNBVOLTAGE: ENABLED
     LNBSUPPLY: USBPOWER
     LNBSTATUS: OK
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [DVB-S/S2]:
     FESTATUS: STANDBY
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0   
Ausgabe von mediaclient  --frontendinfo=/dev/dvb/adapter0/frontend0

Code: [Select]

LinuxDVB API v5.10
Devicename: Sundtek DVB-S/S2 (VIII)
Current Mode: DVB-S/S2
Supported Delivery Systems:
  SYS_DVBS2
  SYS_DVBS
Mit mediaclient --lc sieht man, dass der VDR darauf zugreift.

Code: [Select]

**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  2097 ... vdr
/dev/dvb/adapter0/dvr0:
  2097 ... vdr
/dev/dvb/adapter0/demux0:
  2097 ... vdr (13ed)
  2097 ... vdr (13ee)
  2097 ... vdr (13ef)
  2097 ... vdr (13f2)
  2097 ... vdr (13f1)
  2097 ... vdr (13f0)
  2097 ... vdr (0012)
  2097 ... vdr (0014)
  2097 ... vdr (0000)
  2097 ... vdr (0011)
  2097 ... vdr (0010)
/dev/mediainput0:
  No client connected
/dev/dvb/adapter1/frontend0:
  2097 ... vdr
/dev/dvb/adapter1/dvr0:
  No client connected
/dev/dvb/adapter1/demux0:
  2097 ... vdr (0012)
  2097 ... vdr (0014)
  2097 ... vdr (0000)
  2097 ... vdr (0011)
  2097 ... vdr (0010)
Aber mit mediaclient --tsscan=/dev/dvb/adapter0/frontend0 sieht man, dass eigentlich beim VDR keine Video-Daten ankommen können.

Code: [Select]

media scan tp: 0
Timed out after 1 seconds
Total found: 0 PMTs (incl. unknown 0x0000)
Scan finished after 0 packets (0 bytes)
Hier noch ein Auszug aus einem Massages-Log von heute, wo man sieht, dass der VDR die beiden Frontends erkennt und verwendet:

Code: [Select]

Dec  7 12:44:51 MLD user.info kernel: [    1.858259] usb 1-8: new high-speed USB device number 3 using xhci_hcd
Dec  7 12:44:51 MLD user.info kernel: [    1.985827] usb 1-8: New USB device found, idVendor=2659, idProduct=1802, bcdDevice= 0.00
Dec  7 12:44:51 MLD user.info kernel: [    1.985831] usb 1-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec  7 12:44:51 MLD user.info kernel: [    1.985833] usb 1-8: Product: Dual S2
Dec  7 12:44:51 MLD user.info kernel: [    1.985836] usb 1-8: Manufacturer: Sundtek
Dec  7 12:44:51 MLD user.info kernel: [    1.985838] usb 1-8: SerialNumber: U201009191038
...
Dec  7 12:45:24 MLD user.debug vdr: [2097] detected /dev/dvb/adapter1/frontend0
Dec  7 12:45:24 MLD user.debug vdr: [2097] detected /dev/dvb/adapter0/frontend0
Dec  7 12:45:24 MLD user.debug vdr: [2098] video directory scanner thread ended (pid=2097, tid=2098)
Dec  7 12:45:24 MLD user.debug vdr: [2097] probing /dev/dvb/adapter0/frontend0
Dec  7 12:45:24 MLD user.debug vdr: [2097] creating cDvbDevice
Dec  7 12:45:24 MLD user.debug vdr: [2097] new device number 1 (card index 1)
Dec  7 12:45:24 MLD user.info vdr: [2097] DVB API version is 0x050A (VDR was built with 0x050A)
Dec  7 12:45:24 MLD user.info vdr: [2097] frontend 0/0 provides DVB-S2,DVB-S with QPSK ("Sundtek DVB-S/S2 (VIII)")
Dec  7 12:45:24 MLD user.debug vdr: [2100] frontend 0/0 tuner thread started (pid=2097, tid=2100, prio=high)
Dec  7 12:45:24 MLD user.debug vdr: [2100] cTimeMs: using monotonic clock (resolution is 1 ns)
Dec  7 12:45:24 MLD user.debug vdr: [2097] cTimeMs: using monotonic clock (resolution is 1 ns)
Dec  7 12:45:24 MLD user.debug vdr: [2101] device 1 section handler thread started (pid=2097, tid=2101, prio=low)
Dec  7 12:45:24 MLD user.debug vdr: [2097] probing /dev/dvb/adapter1/frontend0
Dec  7 12:45:24 MLD user.debug vdr: [2097] creating cDvbDevice
Dec  7 12:45:24 MLD user.debug vdr: [2097] new device number 2 (card index 2)
Dec  7 12:45:24 MLD user.info vdr: [2097] frontend 1/0 provides DVB-S2,DVB-S with QPSK ("Sundtek DVB-S/S2 (VIII)")
Dec  7 12:45:24 MLD user.debug vdr: [2102] frontend 1/0 tuner thread started (pid=2097, tid=2102, prio=high)
Dec  7 12:45:24 MLD user.info vdr: [2097] found 2 DVB devices
Daraufhin habe ich aus meinen DVB-Karten Fundus einen alten Sundtek SkyTV UltimateII ausgebuddelt.
Diesen habe ich zuerst mal auf dem Intel CoreI-System mit der installierten 5.4 testing ausprobiert.
Und mit diesem alten Sundtek-Stick hatte ich sofort ein TV-Bild.
Bei einer erneuten Neuinstallation auf USB-Stick wurde der auch von dvb-autodetect erkannt und nach abschlossener Installation hatte ich sofort ein TV-Bild.

Mit mediaclient --tsscan=/dev/dvb/adapter0/frontend0 sieht man, dass mit dem UltimateII beim VDR (Das Erste HD eingestellt) Video-Daten (hier ARD-HD-Transponder) ankommen.

Code: [Select]

media scan tp: 0
** NO GROUP GIVEN **
** NO GROUP GIVEN **
** NO GROUP GIVEN **
** NO GROUP GIVEN **
PMT PID: 0x13ec
  Program Number: 0x283d
  TransportstreamID: 1019
  Encrypted: No
  Service type: 19
  Service running: Yes
  Provider Name: ARD
  Service Name: Das Erste HD
    --> 0x0492 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
    --> 0x0498 (ISO/IEC 13818-6 type C)
    --> 0x087b (ISO/IEC 13818-6 type B)
    --> 0x13ed (27)
    --> 0x13ee (ISO/IEC 11172 Audio)
    --> 0x13ef (ISO/IEC 11172 Audio)
    --> 0x13f0 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x13f1 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x13f2 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x13f4 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x1434 (ISO/IEC 13818-6 type B)
PMT PID: 0x13f6
  Program Number: 0x283e
  TransportstreamID: 1019
  Encrypted: No
  Service type: 19
  Service running: Yes
  Provider Name: ARD
  Service Name: arte HD
    --> 0x04f6 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
    --> 0x04fc (ISO/IEC 13818-6 type C)
    --> 0x13f7 (27)
    --> 0x13f8 (ISO/IEC 11172 Audio)
    --> 0x13f9 (ISO/IEC 11172 Audio)
    --> 0x13fa (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x13fb (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x13fc (ISO/IEC 11172 Audio)
    --> 0x13fd (ISO/IEC 11172 Audio)
    --> 0x13fe (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x13ff (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
PMT PID: 0x1400
  Program Number: 0x283f
  TransportstreamID: 1019
  Encrypted: No
  Service type: 19
  Service running: Yes
  Provider Name: ARD
  Service Name: SWR BW HD
    --> 0x055a (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
    --> 0x087b (ISO/IEC 13818-6 type B)
    --> 0x09ac (ISO/IEC 13818-6 type C)
    --> 0x1401 (27)
    --> 0x1402 (ISO/IEC 11172 Audio)
    --> 0x1403 (ISO/IEC 11172 Audio)
    --> 0x1404 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x1405 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x1406 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x1436 (ISO/IEC 13818-6 type B)
PMT PID: 0x140a
  Program Number: 0x2840
  TransportstreamID: 1019
  Encrypted: No
  Service type: 19
  Service running: Yes
  Provider Name: ARD
  Service Name: SWR RP HD
    --> 0x055b (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
    --> 0x087b (ISO/IEC 13818-6 type B)
    --> 0x09ac (ISO/IEC 13818-6 type C)
    --> 0x1401 (27)
    --> 0x1402 (ISO/IEC 11172 Audio)
    --> 0x1403 (ISO/IEC 11172 Audio)
    --> 0x1406 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x140e (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x140f (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x1438 (ISO/IEC 13818-6 type B)
Total found: 4 PMTs (incl. unknown 0x0000)
Scan finished after 15 packets (2820 bytes)

Da ich bei beiden Sundtek-Receivern ansonsten die geleiche HW verwende, sollte es an der Sat-Anlage bzw. dem Antennenkabel nicht liegen, dass mit dem SkyTV-Dual beim VDR keine Video-Daten ankommen.
Und auch der in MLD verwendete Sundtek-Treiber funktioniert auf jeden Fall mit den älteren Sundtek Stick.

Eigentlich sollte der Treiber in der aktuellen MLD 5.4 testing und MLD 5.5 unstable so aktuell sein, dass auch die neuesten Sundtek-Receiver damit funktionieren.

Ich hätte zwar noch ein paar Ideen, komme an diesem Punkt nicht mehr weiter, da ich unsicher bin, wie ich das bei MLD am Besten umsetzte.
An den Konfigurations-Datein von MLD (z.B. /etc/sundtek.conf) hab ich daher bewusst nichts verändert.
Auch tiefergehende Kommandos von mediaclient um z.B. PID-Filter, Transmisson-Mode und DVB API Options (--setver=5.0) zu verwenden, habe ich mir bewusst verkniffen.

Evtl. hat ja jemand im Forum eine Idee, wie ich SkyTV-Dual doch zum Laufen bringen könnte.
Mittlerweile vermute ich aber, wenn es nicht am Treiber liegt, einen HW-Defekt bei der SkyTV-Dual.

[rfehr]

Hi franky,

der Stick scheint immer im 'standby' zu sein.

device 0: [             Dual S2]  DVB-S/S2, REMOTE-CONTROL, DVB-S/S2
  [INFO]:
     STATUS: STANDBY

probiere mal ob folgendes geht

Code: [Select]

wget http://sundtek.de/media/sundtek_netinst.sh
chmod 777 sundtek_netinst.sh
./sundtek_netinst.sh
Gruß,
  Roland

[franky]

Hi Roland,

dass der Status im Gegensatz zum UltimateII-Stick auf Standby steht ist mir auch schon aufgefallen.
Es leuchtet auch keine LED (obwohl offensichtlich vorhanden), wie beim UltimateII.

Die Idee den Treiber neu zu Installieren hatte ich auch schon.
Habe mich aber nicht getraut, da ja bei der Installation über das Sundtek-Script die Treiber unter /opt bzw. /opt/bin abgelegt werden.
Das dvb-sundtek Paket installiert die Treiber aber unter /usr/bin und nur für mediasrv gibt es einen Symlink in /opt/bin.

Ich habe den Treiber (per Snapshot kann ich ja zurrück) jetzt doch mal manuell mit sundtek_netinst.sh neu installiert.
Und der Treiber wird, wie vermutet, unter /opt/bin installiert, wobei natürlich der mediasrv Symlink gelöscht wird.
Am Ende der Installation, kommt auch die Meldung, dass der Treiber gestartet wurde.
Ich habe mal ohne Reboot nur den VDR neu gestartet, was leider keine Besserung gebracht hat.
Kein TV-Bild und Tuner laut mediaclient immer noch im Standby.

Da jetzt ja immer noch mediasrv und mediaclient aus dem dvb-sundtek Paket unter /usr/bin vorhanden sind, weis ich nicht, welcher Treiber nach einem Reboot verwendet wird, bzw. ob es eine Vermischung gibt.

Der Test scheint aber doch zu belegen, dass es kein Treiber-Problem ist und auch eine Neuinstallation des aktuellsten Sundtek-Treibers das Problem nicht beheben kann.

[rfehr]

Hi franky,

Deinstalliere erstmal den treiber, und dann per script neu, und danach ein reboot,
schlechter werden kann es ja nicht

Und per Snapshot kommst du ja immer wieder zurück.

Gruß,
  Roland

[franky]

Hi Roland,
werde ich später mal versuchen, aber ich werde momentan zum Abendessen gerufen. 
Du hast ja recht, schlimmer kann's nicht werden, und Claus sei Dank gibt es bei MLD die Snapshots.
Gruß
Klaus

[franky]

Hi Roland,
das bringt leider nichts.

Ich bin erst mal wieder per snapshot zurrück auf den Zustand nur mit dvb-sundtek Paket.
Habe dann dvb-sundtek per WebIF deinstalliert.
Danach waren auch alle Spuren des Sundtek-Treibers verschwunden.

Anschließend den Sundtek-Treiber mit dem Sundtek-Script installiert und Reboot.
Der Sundtek-Treiber wird leider nicht geladen.
Im VDR wird kein Empfänger angezeigt und auch /opt/bin/mediaclient -e findet kein Device.

Leider scheitert auch der Versuch medisrv und mediaclient erneut manuell neu zu starten.

[franky]

Hi Roland,
ich habe mir jetzt einen neuen Stick mit aktuellem MLD 5.5 NetInstall Image erstellt.
Damit MLD auf dem Stick mit Option VDR-SHD-DVB installiert.
Wie schon vorher wird die SkyTV-Dual nicht erkannt und kein dvb-sundtep Paket installiert.
Ich habe dann auch dvb-autodetect deinstalliert und nach Reboot den Sundtek-Treiber manuell per sundtek_netinst.sh neu installiert.
Nach Restart von VDR waren die Empfänger des SkyTV-Dual im VDR-Menü sichtbar, aber kein TV-Bild.
Auch der mediaclient hat den SkyTV-Dual angezeigt aber wieder im Standby.

Danach Reboot und jetzt wurde der Treiber auch beim Neustart geladen.
Vermutlich wurde das beim Test vorher von dvb-autodetect verhindert.

Leider aber auch nach dem Reboot kein TV-Bild.
Gleicher Zustand, wie mit dem dvb-sundtek Paket. Schade 

Aber einen Versuch war es wert.
Am dvb-sundtek Treiber-Paket scheint es also wirklich nicht liegen.

[franky]

Ich habe mit dem gestern per Sundtek-Script neu installierten Treiber noch einen ChannelScan durchgeführt.
Hier ein Auszug von den w_scan Meldungen:

Code: [Select]

Using SATELLITE frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.10
frontend 'Sundtek DVB-S/S2 (VIII)' supports
INVERSION_AUTO
DVB-S
DVB-S2
FREQ (0.93GHz ... 2.17GHz)
SRATE (1.000MSym/s ... 45.000MSym/s)
using LNB "UNIVERSAL"
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
trying 'S2 f = 10729 kHz V SR = 22000  2/3 0,35  8PSK  (0:0:0)'
(time: 00:00.191)         signal ok:    S2 f = 10729 kHz V SR = 22000  2/3 0,35  8PSK  (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (S2 f = 10729 kHz V SR = 22000  2/3 0,35  8PSK  (0:0:0))
.....
trying 'S2 f = 12725 kHz H SR = 30000 AUTO 0,AUTO  8PSK  (0:0:0)'
(time: 07:31.305)         signal ok:    S2 f = 12725 kHz H SR = 30000 AUTO 0,AUTO  8PSK  (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (S2 f = 12725 kHz H SR = 30000 AUTO 0,AUTO  8PSK  (0:0:0))
trying 'S  f = 12729 kHz V SR = 22000  5/6 0,35  QPSK  (0:0:0)'
(time: 07:36.291)         signal ok:    S  f = 12729 kHz V SR = 22000  5/6 0,35  QPSK  (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (S  f = 12729 kHz V SR = 22000  5/6 0,35  QPSK  (0:0:0))

ERROR: Sorry - i couldn't get any working frequency/transponder
 Nothing to scan!!
W_scan kann zwar die Transponder tunen und meldet auch "signal OK", bekommt dann aber keine auswertbaren Daten.

Ich habe dann auserdem noch per /opt/bin/mediaclient --installstreamer den Sundtek eigenen Streamingserver installiert, den VDR deinstalliert und zur Konfiguration des Streamingservers Chrome installiert.
Ein ChannelScan im SetupMenü des  WebIF findet jedoch auch keinen einzigen Sender.

Anscheinend hat der SkyTV Dual wirklich einen HW-Defekt. 

[sundtek]

Wir werden den Tuner überprüfen, die Tuner werden bevor sie rausgeschickt bei uns überprüft.

Das mit dem Standby wird in der nächsten Treiber Version nachgebessert.
Soweit ich gesehen habe ist das FPGA Image nicht auf dem Chip (oder der FPGA nicht erreichbar).
Der Tuner muss tatsächlich bei uns überprüft werden, einzige Lösung in dem Fall ein Austausch des Tuners.
Der "alte" Tuner kann bei uns sicherlich wieder repariert werden.

[franky]

@ sundtek
Nochmals Danke für die schnelle Reaktion auf mein Supportticket.
Ich bin froh, dass Sie das Problem auch so schnell per SSH eingrenzen konnten.
Jetzt kann ich beruhigt ins Bett und freue mich auf das Ersatzgerät.

[clausmuus]

@sundtek,

ich bin immer wieder erfreut zu sehen wie schnell Sie helfen. Es ist auch schön zu hören, dass das Gerät nach Möglichkeit repariert wird und nicht einfach auf dem Müll landet

[franky]

Hi Claus,

dem kann ich nur zustimmen.
Ich hatte bei meinen bisherigen Sundtek-Produkten (DVB-C und S/S2) nie Support benötigt und war vergangene Nacht sehr positiv über die extrem schnelle Reaktion zu doch sehr später Stunde extrem positiv überrascht.
Da hätte ich es mir sparen können, so viel Zeit zu investieren, um selbst eine Lösung zu finden.
Aber irgendwie habe ich immer den (evtl. falschen) Ehrgeiz selbst und wenn mir das nicht gelingt, mit Hilfe dieses super Forums, eine Lösung für meine VDR-Probleme zu finden.

Nach der Analyse durch Sundtek scheint ja bei meinem "defekten" Tuner ein programierbarer Baustein (FPGA)  vergessen zu haben, für was er eigentlich programmiert wurde.
Da schauen die Chancen sehr gut aus, den Tuner rentabel und ohne große Lötarbeiten (was meist nicht rentabel ist) zu reparieren.
Ich bin auch ein großer Befürworter fürs Reparieren anstatt Wegwerfen.

Ein Ersatz-Tuner ist ürigens auch schon auf dem Weg zu mir.

[franky]

Heute ist der Ersatztuner aus Österreich angekommen.

Der funktioniert jetzt einwandfrei! 
Jetzt leuchten auch zwei blaue LEDs, wenn die Tuner aktiv sind.
Super Empfang und schnelle Umschaltzeiten.
Deutlich besser, als bei meinen alten Sundtek Single-Tunern (Ultimate II).

@ sundtek
Nochmals vielen Dank für die schnelle, unbürokratische und professionelle Hilfe.

[sundtek]

Hab den anderen Tuner zwar jetzt noch nicht gesehen, schätze aber dass die Stromversorgung zum FPGA unterbrochen ist. Wahrscheinlich ist da ein Missgeschick beim Zusammenbauen passiert (die Tuner werden vor der Endmontage komplett getestet).

Sollte es irgendwelche Probleme oder Unklarheiten geben einfach melden.