Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Thema gestartet von: logi85 am August 14, 2013, 12:58:03 Nachmittag
-
Hallo,
ich habe den folgenden Stick bei Amazon 2x gekauft ( http://www.amazon.de/gp/product/B005H73T4U/ref=oh_details_o05_s00_i00?ie=UTF8&psc=1 )
Jedoch nicht den auf dem Bild abgebildeten, sondern einen schwarzen erhalten.
Beide liefen bis vor einigen Wochen super. Ich nutze Ubuntu mit VDR (hier auch den Dynamite-Plugin).
An den Sticks habe ich an der einen Seite ein T-Stück, welches 1x direkt in den Stick landet und an der anderen Seite zum 2. Stick leitet. Hier habe ich ein ca 3m Kabel dran, hatte vorher ein 0,5m Kabel, das hatte jedoch nicht funktioniert (vermutlich Reflektionen?).
Wenn ich nun Sky-Sender schaue, funktioniert es über den einen Stick, über den anderen jedoch nicht. Erst hatte ich Software in verdacht, jedoch habe ich später über Dynamite beide Sticks einzeln angesprochen, das Antennenkabel entfernt (um herauszufinden, welches Device welches ist) und dann die Zuleitung einzeln an beide Sticks angeschlossen. Über den einen Stick kann ich Sky schauen, über den anderen nicht. Ich habe dann auch nochmal jeweils nur einen Stick per USB verbunden und ausprobiert - gleiches Ergebnis.
Sender wie RTL/Vox/Pro7/etc. kann ich über den "nicht-SKY"-Stick schauen.
Ich nutze DVB-C im Kabelnetz "Telekabel Bremen" in Bremen, welches über Eutelsat gespeist wird.
Die Frage ist nun, ob ich irgendwie herausfinden kann, wo es klemmt, evtl. eine neue Firmware benötigt wird (sofern überhaupt möglich) oder aber ein Hardware-Defekt vorliegt.
Der eine Stick ist vom 10. Mai, der 2. vom 24. Mai (2013). Beide werden durch den Dynamite-Plugin auch bei Nichtnutzung abgeschaltet, der HTPC läuft nicht im dauerbetrieb, ca 4-8h / Tag.
-
Wie sieht denn die Signalstaerke aus?
/opt/bi/mediaclient --readsignal=0 -d /ev/dvb/adapter0/frontend0
bzw.
/opt/bi/mediaclient --readsignal=0 -d /ev/dvb/adapter1/frontend0
Was fuer ein System ist das?
Hier habe ich ein ca 3m Kabel dran, hatte vorher ein 0,5m Kabel, das hatte jedoch nicht funktioniert (vermutlich Reflektionen?).
Schlechte Kabelqualitaet -> besorge dir einfach ein besser abgeschirmtes Kabel! Wir haben auch ein solches Kabel zum Testen in unserem Labor, wenn es schlecht geschirmt ist empfaengt man so ziemlich alles damit was man nicht empfangen soll, und die DVB-C Daten werden negativ beeinflusst.
-
Hallo,
werde gleich (10 nach ist die aktuelle Aufnahme vorbei) beide auf die gleiche Frequenz Tunen, und danach dann die Qualität posten.
Was fuer ein System ist das?
-> Hm, weiß nicht genau wie ich die Frage beantworten soll. Welche Angaben braucht ihr?
Könnte an dem Kabel liegen, tut aber nix zu meinem aktuellen Problem (da ich ja beide Sticks an dem gleichen, anderen Kabel, getestet habe).
-
Welche Angaben braucht ihr?
Es sollte halt kein Raspberry PI sein da dort z.b 2 Sticks sowieso nicht funktionieren, also wie sieht denn die CPU Auslastung z.B mit top aus? Welcher CPU Intel/ARM/MIPS, und ggf wie schnell?
-
Also ist ein AMD A6-3500, 1x readSignal erzeugt ca 3,7% CPU-Last.
-
Das sollte wohl in Ordnung sein, wie sind denn die Werte von readsignal?
-
Also,
ich habe nun einen Tuning-Test gemacht.
1. Beide Tuner auf 2 unterschiedliche Sky-Frequenzen getuned, danach readsignal.
2. Beide Tuner auf die gleiche Frequenz, danach auch readsignal.
3. TS-Scan auf beiden (Funktioniert nur auf einem?)
Da ich die Textdatei nicht anhängen konnte hier, habe ich diese bei pastebin gepasted: http://pastebin.com/jU7Y8hWu
Fehlermeldung "Es kann auf den UploadPfad der Dateianhänge nicht zugegriffen werden."
-
TSScan ist teil eines Streamingservers der später mal kommen wird (der Befehl funktioniert derzeit nur mit dem ersten Tuner).
Ein Tuner verweigert bei dir den Empfang von Sky? Auch wenn nur der eine angeschlossen ist? (das erste Post ist etwas verwirrend).
Laut den Signalstatistiken sehe ich hier eigentlich keine Probleme.
Da es sich jedoch um HD Sender handelt, bist du sicher das dieser auch via Hardware vom System dekodiert wird? Wie sieht denn die CPU Last aus wenn VDR gestartet ist und die jeweiligen Sender getuned sind?
-
Ok.
Ja, genau. Tuner a direkt am Kabel -> Sky (HD) Empfang ok. Tuner b direkt am Kabel -> kein Empfang.
Ja, decodiere per Hardware (Nvidia GT640).
Last ist so ca 30-40%. Im syslog finde ich vom VDR immer die Meldung dass kein Adapter den Channel provided. (wenn ich z.B. über Streamdev den einen Tuner schon auf einen Sky-Sender mit einer anderen Frequenz zwinge, so dass der 2. genutzt werden muss). Jedoch kann ich Pro7 etc. schauen.
Ich finde auch in den anderen Logs nix aussagekräftiges. Daher gehe ich inzwischen (gerade durch meine Versuche) davon aus, dass es am Stick liegen muss.
-
Wie äußert sich dass das du keinen Empfang hast? readsignal hat auf der Frequenz ja doch angezeigt das etwas empfangen wurde.
Du musst einmal herausfinden was hier überhaupt das Problem ist.
1. Welche Frequenz empfängst du nicht (es sollte im VDR stehen welcher Transponder gerade ausgewählt wurde).
2. Nimmt der VDR denn überhaupt beide Geräte an?
/opt/bin/mediaclient --lc # sollte anzeigen das VDR auf beide Geräte zugreift
3. Wenn etwas nicht empfangen wird dann sollte es mittels readsignal ersichtlich sein
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapterN/frontend0
hierbei sollte die MER >300 sein (30db).
Dieser Befehl kann ausgeführt werden während VDR läuft.
4. Teste es mit jeweils einem angeschlossenem Stick.
Wir werden den tsscan Parameter noch aktualisieren damit mehrere Frontends damit unterstützt werden.
-
Syslog:
Aug 13 23:15:44 mediacenter vdr: [2322] Streamdev: Accepted new client (HTTP) 192.168.33.65:61025
Aug 13 23:15:44 mediacenter vdr: [2322] streamdev: No device provides channel 13 (Nat Geo Wild HD) at priority 0
Aug 13 23:15:44 mediacenter vdr: [2322] streamdev-server: closing HTTP connection to 192.168.33.65:61025
VNSI-Server4-Log hab ich auf die schnelle nicht gefunden. Im xbmc nur "Channel XX could not be played"
-
Und was zeigt /opt/bin/mediaclient --lc an?
Das scheint mir eher ein VDR Konfigurationsproblem zu sein. VDR versucht normalerweise auf das Device zuzugreifen, was bei dir anscheinend nicht der Fall sein wird (zumindestens nicht für den ausgewählten Sender)
-
Hm, hier nochmal ein weiteres Pastebin.
http://pastebin.com/7AdLWSaT
P.S.: Ich habe die wo kein device connected ist rausgeschnitten..
-
Deaktiviere mal das dynamite Plugin. Es scheint immer eindeutiger ein Problem mit deiner VDR Konfiguration zu sein.
-
Gestern schon probiert, leider ohne Erfolg.
-
Hier nochmal aus dem syslog.. Hab auch wirblescan dekativiert gehabt in einem späteren Versuch.
Aug 13 23:18:23 mediacenter vdr: [24495] switched to user 'vdr'
Aug 13 23:18:23 mediacenter vdr: [24495] codeset is 'UTF-8' - known
Aug 13 23:18:23 mediacenter vdr: [24495] found 28 locales in /usr/share/locale
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-sc.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 13 23:18:23 mediacenter vdr: [24495] [general.debug] using new 1.7.11+ capture code
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver4.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-xvdr.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.2.0.0
-
Ich denke das sind verschlüsselte Sender, und da wird das Problem bei dir liegen.
Der Tuner hat kein Problem mit der Frequenz (das hattest du ja vorher auf der Konsole getestet).
Bei verschlüsselten Sendern können wir aber soweit auch (aus rechtlichen Gründen) keine Hilfestellung liefern
Ich würde dennoch versuchen einfach YaVDR zu installieren und dort alles zu testen. Du hast auf jeden Fall kein Empfangsproblem, der Tuner liefert ordentliche Daten laut Deiner Logfiles.
-
Hm ok verstehe ich.
Trozdem denke ich, dass wenn ich Stick a) reinstecke und es klappt, Stick b) reinstecke und es nicht klappt, keine Rückschlüsse auf die Software möglich sind.
Evtl. werde ich YaVDR mal probieren.
Dennoch Danke für die Infos.
-
Wir müssen nur sicherstellen das der Empfang über den Treiber funktioniert, der Rest liegt -immer- an anderer Stelle.
Laut deinen Logfile-Auszügen wurden die Transponder auf beiden Tunern erkannt ([LOCKED] bei der Signalüberprüfung). Zudem liegt die BER auch <10 was soviel wie einen akzeptablen Empfang bedeutet.
VDR liefert üblicherweise deutlich mehr Informationen sobald er auf ein Device zugreift und etwas nicht funktioniert, in Deinem Fall hat VDR das (insbesondere bei den verschlüsselten) nicht einmal versucht da die Konfiguration wohl nicht stimmt.
Wenn man ein Hardware Cam zwischenschalten würde, dann würde diese wohl von Tuner A benutzt werden und für Tuner B wäre nichts mehr verfügbar, es sei denn das CAM unterstützt es mehrere Sender gleichzeitig zu entschlüsseln oder es ist ein 2. HW Cam verfügbar.
-
So, yaVDR läuft nun. Konfiguration deutlich schneller als mit stock-Ubuntu. Danke für den Tip! Und mein Problem ist auch behoben, jetzt bin ich wieder 100% von Sundtek überzeugt ;-)
Thread kann also geschlossen/gelöscht werden.
-
Hallo,
ich hänge mich hier mal dran
ich habe auch ein Sundtek MediaTV Digital Home (DVB-C/T)- Silberner Stick
er steckt im Clarktech ET 9000 mit OpenPLi-3.0-beta-et9x00-20130511
bis gestern Abend hat er tadellos im Kabel TV funktioniert.
Seid heute ist die blaue LED im Stick nur beim Booten der Box an wenn der Spinner weg ist ist der Stick dunkel und die Meldung Tunen fehlgeschlagen.
Im Sundtek Center steht Stick nicht gefunden.
Signalstärke ist über 90 %
Treiber sind die neusten für den Stick.
Der 2 USB Port ergibt selbiges Problem.
Ist der Stick defekt ?
MfG
-
Der Stick scheint nicht oder nicht richtig installiert zu sein?
Fuer Windows:
http://sundtek.de/media/ssi.rar
Fuer MacOSX:
http://sundtek.de/media/ssi_mac.zip
Fuehre einmal die Installation aus, klappt es dann?
-
Hallo,
vielen dank für die schnelle Antwort.
Ich habe gerade im Sundtek Center gesehen dass der Stick nun erkannt wurde und seltsamer weise ohne jegliches zu tun auf DVB-T stand.
Alles funkt nun wieder.
noch fix eine Frage. Was ist der Unterschied zwischen dem silbernen und den schwarzen Stick und ist es normal dass der Stick immer recht warm wird .
ich bin trotzdem immer wieder begeistert von den Stick.
MfG Jens aus EF
-
Der silberne ist kleiner und verwendet einen älteren Tuner Chip, ansonsten ist alles gleich. Der schwarze wird wärmer (die Geräte liegen im Bereich der Spezifikation der Chipsätze).
-
ok danke
noch 3 Fragen zu den Einstellungen im Sundtek Center
was bedeuten die Einstellungen
Log Level
dmhwpidfilter
vTuner Beschleunigung für DM800
vielen Dank und ein schönes sonniges WE
-
* DM800HD Acceleration funktioniert nur auf der DM800HD (nicht SE)
Log Level -> ausschalten nur für Debugging ZWecke
HWPIDFilter -> Testen was besser funktioniert Ein/Aus (gibt verschiedene Meldungen) HWPidfilter eingeschalten verursacht weniger CPU Last.