Sundtek Support Forum

Hallo,

nach dem letzten Treiberupdate habe ich mit meinem Stick am Raspberry Pi2 unter Openelec 6 kein Bild mehr. Als Backend nutze ich VDR als Client das VDR VNSI Plugin. Der Client gibt permanent "Channel no data" aus.

Die LED am Stick leuchtet konstant grün.

mediaclient -e gibt folgendes aus:

 device 0: [Sundtek SkyTV Ultimate 5]  DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 1-1.2.1.4
  [SERIAL]:
     ID: U151006045505
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     LNBVOLTAGE: ENABLED
     LNBSUPPLY: ACADAPTER
     LNBSTATUS: OK
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0

Das Signal sieht gut aus und wenn ich einen Senderwechsel durchführe sehe ich danach auch die unterschiedliche Frequenz:

SIGNAL: [.............................    ] ( 89%)  BER:      0 FREQ: 12422000   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_3_4 MOD: QPSK VOLTAGE: H(18V) TONE: ON

Wechsel:

SIGNAL: [..............................   ] ( 90%)  BER:      0 FREQ: 10744000   Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18V) TONE: OFF

Dies ist die Ausgabe des mediasrv.log nach einem Neustart und einigen Senderwechseln:

2015-11-28 18:07:54 [428] Set Voltage Horizontal (18V)
2015-11-28 18:07:54 [428] Disabling High Tone (22khz)
2015-11-28 18:07:54 [428] Setting Frequency: 994000
2015-11-28 18:07:54 [428] Frequency: 994
2015-11-28 18:07:54 [428] Symbolrate: 22000
2015-11-28 18:07:54 [428] Enabling tuning delay
2015-11-28 18:08:15 [428] Set Voltage Horizontal (18V)
2015-11-28 18:08:15 [428] Disabling High Tone (22khz)
2015-11-28 18:08:15 [428] Setting Frequency: 1141000
2015-11-28 18:08:15 [428] Frequency: 1141
2015-11-28 18:08:15 [428] Symbolrate: 22000
2015-11-28 18:08:15 [428] Enabling tuning delay
2015-11-28 18:08:36 [428] Set Voltage Horizontal (18V)
2015-11-28 18:08:36 [428] Disabling High Tone (22khz)
2015-11-28 18:08:36 [428] Setting Frequency: 1302000
2015-11-28 18:08:36 [428] Frequency: 1302
2015-11-28 18:08:36 [428] Symbolrate: 22000
2015-11-28 18:08:36 [428] Enabling tuning delay
2015-11-28 18:08:57 [428] Set Voltage Horizontal (18V)

Der Stick scheint also irgendwie noch zu leben, deshalb hoffe ich darauf, dass ich kein Problem mit der Hardware habe.

Wenn ich einen (eigentlich ausgemusterten) Stick eines Mitbewerbers an den Raspberry hänge, funktioniert alles. Dementsprechend würde ich auch eine falsche Konfiguration am Backend oder Client ausschließen.

Bin für jede Hilfe dankbar!

floerke

Hallo,

ich bin heute morgen auf Openelec 6.0.0 stable umgestiegen, hat aber erstmal keine Verbesserung oder Verschlechterung gebracht.

Eine 5-minütige Aufnahme hat beim Abspielen keine erkennbaren Fehler gezeigt.

Während z. B. arte HD läuft zeigt "top" folgende Werte:

Mem: 562992K used, 192748K free, 10992K shrd, 43808K buff, 288216K cached
CPU:  2.3% usr  4.7% sys  0.0% nic 90.4% idle  0.0% io  0.0% irq  2.3% sir
Load average: 0.39 0.58 0.60 2/181 1446
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
  576   572 root     S     618m 83.5   0  2.3 /usr/lib/kodi/kodi.bin --stan
  455     1 root     S     353m 47.8   2  2.3 vdr.bin -g /tmp --no-kbd --lo
  429     1 root     S    82204 10.8   2  2.3 mediasrv --wait-for-devices -
 ....

Das sieht für mich auch unspektakulär aus, oder?
Der niedrigste IDLE-Wert lag bei ~85%, sonst immer um 90%.

Dies ist die Ausgabe des /var/log/mediasrv.log (bei loglevel=max).
Dies Ausgabe wiederholt sich jede Sekunde, solange ich auf dem betroffenen HD-Sender bin.

2015-11-02 17:57:11 [429] Warning all hardware pid filter are in use unabl$
2015-11-02 17:57:11 [429] Dump:
2015-11-02 17:57:11 [429] SLOT: 0 PID: 5111/13f7 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 1 PID: 5112/13f8 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 2 PID: 5113/13f9 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 3 PID: 5117/13fd ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 4 PID: 5116/13fc ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 5 PID: 18/0012 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 6 PID: 5115/13fb ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 7 PID: 20/0014 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 8 PID: 5118/13fe ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 9 PID: 0/0000 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 10 PID: 5119/13ff ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 11 PID: 17/0011 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 12 PID: 5114/13fa ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 13 PID: 16/0010 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 14 PID: 5110/13f6 ENABLED: 1
2015-11-02 17:57:11 [429] Switching to software pid filter...

Direkt zu Beginn (nach Wechsel auf den HD-Sender) erscheint außerdem noch mehrfach:

2015-11-02 17:56:28 [429] Transport error indicator is set, clearing buffe$

SD-Kanäle geben nur einige Informationen beim Senderwechsel im Log an, danach wird nichts mehr geloggt.

Ich versuche den Stick nachher noch direkt an den Raspberry zu stecken, aber vielleicht geben Euch die Logfiles ja bereits weitere Erkenntnisse.

Besten Dank soweit und viele Grüße

floerke

Hey,

danke für die schnelle Antwort. Ich hatte angenommen, dass ich den Powersave-Modus bereits abgestellt hatte (hatte ich vergessen zu erwähnen).
Ich habe aber übersehen, dass ich vom Scheduler "powersave" nur auf "ondemand" umgestellt hatte. Dies scheint nicht auszureichen.

Ein erneutes

echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

für alle Kerne hat nun das gewünschte Ergebnis gebracht. Der Scheduler "performance" ist aktiv, die betroffenen HD-Sender sind nun fehlerfrei.
Die BER-Anzeige zeigt nichts mehr an.

Danke für die Hilfe, wirklich eine super Unterstützung, zudem noch am Sonntag!

Viele Grüße

floerke