Sundtek Support Forum
Deutsch => {Single, Dual, Quad} Sundtek SkyTV Ultimate => Thema gestartet von: SHE am Dezember 02, 2015, 04:32:25 Nachmittag
-
Hallo zusammen,
ich habe vier Tuner an einem CubierBoard über das Netzwerk freigegeben. Am VDR-Server (MLD-based) habe ich diese eingebunden. Immer wieder habe ich Probleme wie:
Transfermode kann nicht gestartet werdenoder
das TV bleibt einfach schwarzNach vielen vielen Stunden des Suchens bin ich ratlos. Liegt es ggf an meiner Konfiguration?
Mein Setup:
SPAUN SMS 5808 NF mit einem Quad LNB und vier Leitungen aufs Dach(1x V/L,1x H/L, 1x V/H, 1x H/H
Von dort gehe ich direkt auf die Tuner, die über einen aktiven 7Port Anker USB Hub am CubieTruck angeschlossen sind.
Am CubieTruck sieht das dann wie folgt aus:
/opt/bin/mediaclient -e | grep device
device 0: [Sundtek SkyTV Ultimate V (2015)] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
device 1: [Sundtek SkyTV Ultimate V (2015)] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
device 2: [Sundtek SkyTV Ultimate IV] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
device 3: [Sundtek SkyTV Ultimate IV] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
und
/opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate V (2015)] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 2-1.2
[SERIAL]:
ID: U150619123031
[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
[ANALOG-TV]:
VIDEO0: /dev/video0
VBI0: /dev/vbi0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp0
device 1: [Sundtek SkyTV Ultimate V (2015)] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 2-1.4
[SERIAL]:
ID: U150619123059
[DVB-S/S2]:
FESTATUS: ACTIVE
LNBVOLTAGE: ENABLED
LNBSUPPLY: USBPOWER
LNBSTATUS: OK
FRONTEND: /dev/dvb/adapter1/frontend0
DVR: /dev/dvb/adapter1/dvr0
DMX: /dev/dvb/adapter1/demux0
[ANALOG-TV]:
VIDEO0: /dev/video1
VBI0: /dev/vbi1
[REMOTECONTROL]:
INPUT0: /dev/mediainput1
[OSS]:
OSS0: /dev/dsp1
device 2: [Sundtek SkyTV Ultimate IV] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 2-1.1.1
[SERIAL]:
ID: U141027172438
[DVB-S/S2]:
FESTATUS: ACTIVE
LNBVOLTAGE: ENABLED
LNBSUPPLY: USBPOWER
LNBSTATUS: OK
FRONTEND: /dev/dvb/adapter2/frontend0
DVR: /dev/dvb/adapter2/dvr0
DMX: /dev/dvb/adapter2/demux0
[ANALOG-TV]:
VIDEO0: /dev/video2
VBI0: /dev/vbi2
[REMOTECONTROL]:
INPUT0: /dev/mediainput2
[OSS]:
OSS0: /dev/dsp2
device 3: [Sundtek SkyTV Ultimate IV] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 2-1.1.3
[SERIAL]:
ID: U141027135234
[DVB-S/S2]:
FESTATUS: ACTIVE
LNBVOLTAGE: ENABLED
LNBSUPPLY: USBPOWER
LNBSTATUS: OK
FRONTEND: /dev/dvb/adapter3/frontend0
DVR: /dev/dvb/adapter3/dvr0
DMX: /dev/dvb/adapter3/demux0
[ANALOG-TV]:
VIDEO0: /dev/video3
VBI0: /dev/vbi3
[REMOTECONTROL]:
INPUT0: /dev/mediainput3
[OSS]:
OSS0: /dev/dsp3
und
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2015-12-02 15:17:40] 2058240 bytes | 2010.00 kb | 1.96 mb transferred
[2015-12-02 15:17:41] 2048000 bytes | 2000.00 kb | 1.95 mb transferred
[2015-12-02 15:17:42] 1976320 bytes | 1930.00 kb | 1.88 mb transferred
[2015-12-02 15:17:43] 2007040 bytes | 1960.00 kb | 1.91 mb transferred
[2015-12-02 15:17:44] 1822720 bytes | 1780.00 kb | 1.74 mb transferred
^C
/opt/bin/mediaclient --cat /dev/dvb/adapter1/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2015-12-02 15:17:52] 133120 bytes | 130.00 kb | 0.13 mb transferred
[2015-12-02 15:17:53] 133120 bytes | 130.00 kb | 0.13 mb transferred
[2015-12-02 15:17:54] 3389440 bytes | 3310.00 kb | 3.23 mb transferred
[2015-12-02 15:17:55] 2017280 bytes | 1970.00 kb | 1.92 mb transferred
[2015-12-02 15:17:56] 2211840 bytes | 2160.00 kb | 2.11 mb transferred
^C
/opt/bin/mediaclient --cat /dev/dvb/adapter2/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2015-12-02 15:18:03] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-02 15:18:04] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-02 15:18:06] Data recovery within: 2691 milliseconds
[2015-12-02 15:18:06] 10240 bytes | 10.00 kb | 0.01 mb transferred
[2015-12-02 15:18:07] 0 bytes | 0.00 kb | 0.00 mb transferred
^C
/opt/bin/mediaclient --cat /dev/dvb/adapter3/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2015-12-02 15:18:17] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-02 15:18:18] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-02 15:18:19] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-02 15:18:20] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-02 15:18:21] 0 bytes | 0.00 kb | 0.00 mb transferred
Am Server sieht das dann so aus:
/usr/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate V (2015) (x.y.z.z)] DVB-S/S2, NETWORK-DEVICE
[INFO]:
STATUS: STANDBY
[NETWORKPATH]:
PATH: x.y.z.z:0
[SERIAL]:
ID: U150619123031
[DVB-S/S2]:
FESTATUS: STANDBY
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
device 1: [Sundtek SkyTV Ultimate V (2015) (x.y.z.z)] DVB-S/S2, NETWORK-DEVICE
[INFO]:
STATUS: STANDBY
[NETWORKPATH]:
PATH: x.y.z.z:1
[SERIAL]:
ID: U150619123059
[DVB-S/S2]:
FESTATUS: STANDBY
FRONTEND: /dev/dvb/adapter1/frontend0
DVR: /dev/dvb/adapter1/dvr0
DMX: /dev/dvb/adapter1/demux0
device 2: [Sundtek SkyTV Ultimate IV (x.y.z.z)] DVB-S/S2, NETWORK-DEVICE
[INFO]:
STATUS: STANDBY
[NETWORKPATH]:
PATH: x.y.z.z:2
[SERIAL]:
ID: U141027172438
[DVB-S/S2]:
FESTATUS: STANDBY
FRONTEND: /dev/dvb/adapter2/frontend0
DVR: /dev/dvb/adapter2/dvr0
DMX: /dev/dvb/adapter2/demux0
device 3: [Sundtek SkyTV Ultimate IV (x.y.z.z)] DVB-S/S2, NETWORK-DEVICE
[INFO]:
STATUS: STANDBY
[NETWORKPATH]:
PATH: x.y.z.z:3
[SERIAL]:
ID: U141027135234
[DVB-S/S2]:
FESTATUS: STANDBY
FRONTEND: /dev/dvb/adapter3/frontend0
DVR: /dev/dvb/adapter3/dvr0
DMX: /dev/dvb/adapter3/demux0
/usr/bin/mediaclient --readsignal=2 -d /dev/dvb/adapter0/frontend0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [............................... ] ( 93%) BER: 0 FREQ: 12343000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: ON
SIGNAL: [............................... ] ( 93%) BER: 0 FREQ: 12343000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: ON
/usr/bin/mediaclient --readsignal=2 -d /dev/dvb/adapter1/frontend0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [............................... ] ( 93%) BER: 0 FREQ: 12692000 Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: ON
SIGNAL: [............................... ] ( 93%) BER: 0 FREQ: 12692000 Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: ON
/usr/bin/mediaclient --readsignal=2 -d /dev/dvb/adapter2/frontend0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [.............................. ] ( 91%) BER: 0 FREQ: 11638000 Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: ON
SIGNAL: [.............................. ] ( 91%) BER: 0 FREQ: 11638000 Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: ON
/usr/bin/mediaclient --readsignal=2 -d /dev/dvb/adapter3/frontend0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [.............................. ] ( 91%) BER: 47152 FREQ: 11667000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: ON
SIGNAL: [.............................. ] ( 91%) BER: 47152 FREQ: 11667000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: ON
Sieht für mich fast alles gut aus, außer die Übertragungsraten die ich mit
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000aufgenommen hatte.
Jemand eine gute Idee, ob ich irgenetwas verstellen kann? Nach unbestimmter Zeit < 8 Tage sind die Tuner am Server weg. Die Ethernet Verbindung vom Cubie zum Server ist 1GbE.
Ach ja, auch wichtig zu wissen:
CubieTruck="Kopfstation"
/opt/bin/mediaclient --build
Build date: 2015-10-10 16:24:11
Konfigurationsdatei:
cat /etc/sundtek.conf
# ----- GLOBAL SECTION -----
#Set loglevel for logging to /var/log/mediasrv.log
#loglevel=[off|max]
#default: min
#max .. little bit more debug
loglevel=off
#Enable listening on network
#enablenetwork=[on|off] #default: off
enablenetwork=on
#ir_disabled=[1 or 0] #0 .. enable remote control polling, the driver will permanently check for remote control keys
#1 .. disable remote control polling, might fix bugs with weak USB stacks on embedded boards
ir_disabled=1
use_hwpidfilter=on
MLD-Server
/usr/bin/mediaclient --build
Build date: 2015-10-10 16:24:11
-
Hi,
erst mal nimm nen aktuellen Treiber dafür, für den Rest kontaktiere uns eventuell via Skype (sundtek) oder Chat http://chat.sundtek.de
Wir haben den Treiber aktuell nach Erfahrungswerten konfiguriert was die Performance anbelangt, es gibt aber noch ein paar Einstellungen welche man manuell vornehmen kann.
Pipecount und 0 byte ist ziemlich relativ es kommt da dann auch drauf an welche Filter beim Tuner eingestellt wurden. Wir würden bezüglich Deiner Anwendung noch weitere Informationen benötigen.
z.B wie sieht's CPU bezogen aus, ist der Scheduler auf Ondemand eingestellt, etc. es geht schneller dies via Chat oder Skype zu klären.
4x USB Power .. du musst hier bedenken dass das Multiswitch dennoch etwas Strom frisst, da muss das Netzteil für den CubieTruck die Versorgung ordentlich gewährleisten.
Der Raspberry PI hat damals mit zu wenig Strom sogar das ganze USB Hub bis zu einem Neustart verloren. Aber wie erwähnt kläre das erst mal direkt via Chat ab.
-
Hi, coole Idee. Wann erreiche ich euch am Besten?
Danke
-
Morgen den ganzen Tag über bis in den Abend hinein im Chat.
-
Hallo, wäre jetzt bereit für einen Chat. Wie geht das, damit ich mich auf diesen Thread beziehen kann?
danke
-
Einfach schreiben und etwas abwarten bis sich jemand meldet (15-30 Minuten)
-
Hallo,
ich habe heute mal einiges umgebuat:
- USB Peitschen komplett entfernt
- einen Tuner direkt am Cubitruck angeschlossen, drei über den aktiven USB Hub.
- /etc/sundtek.conf hwpidfilter wieder auf off gestellt:
# ----- GLOBAL SECTION -----
#Set loglevel for logging to /var/log/mediasrv.log
#loglevel=[off|max]
#default: min
#max .. little bit more debug
loglevel=min
#Enable listening on network
#enablenetwork=[on|off] #default: off
enablenetwork=on
#ir_disabled=[1 or 0] #0 .. enable remote control polling, the driver will permanently check for remote control keys
#1 .. disable remote control polling, might fix bugs with weak USB stacks on embedded boards
ir_disabled=1
#use_hwpidfilter=[on|off] #For DVB-C, DVB-T, DVB-S/S2
#enable PID filter, please be careful with that, there are only 15 HW Pid filters available
#when more than 15 pids are set up the pid filter will be disabled automatically
use_hwpidfilter=off
Dazu eine weitere Frage:
Um den Transfermodus umzuschalten:
/opt/bin/mediaclient --transfermode=iso -d /dev/dvb/adapter0/frontend0
oder
/opt/bin/mediaclient --transfermode=bulk -d /dev/dvb/adapter0/frontend0
Wie kann der aktuelle Modus angezeigt werden?
Aktuell sind meine Umschaltzeiten gigantisch und das schwarze Bild zunächst auch weg. Mal sehen, was der Langzeittest bringt.
Danke
SHe
PS: Das mit dem Chat hat heute leider nicht funktioniert.
-
Na schau jetzt mal in den Chat.
Ich denke das erste Problem ist das du überhaupt einen "alten" Treiber verwendest.
Die Umschaltzeiten des Tuners liegen bei weit unter einer Sekunde eher so 0.3 Sek.
Wenn der CPU Scheduler auf ondemand steht kann es sein dass das System sehr langsam läuft und daher alles sehr träge ist. Für Multimedia sollte es während der Verwendung eher auf performance gesetzt sein.
-
Hallo zusammen,
habe jetzt mal total umgebaut:
- neues OS auf den CT=> "nacktes" Image ohne MySQL oder andere Apps
- alle USB-Peitschen eliminiert
- den Treiber auf die aktuelle Version gebracht
- alle Tuner auf "Bulk" umgestellt
- habe die channels.conf total reduziert auf FTA only
Nun habe ich schon mal kleine Unterschiede. Die Umschaltzeiten sind kleinergleich 1sec => cool
Nach ca einer Stunde geht die CPU last auf ca 45%
root@cubietruck:/sys/devices/system/cpu/cpufreq# cpufreq-info -p
1008000 1008000 performance
Und folgender Eintrag führt zu Artefakten:
/etc/sundtek.conf
use_hwpidfilter=on
Ich versuche mich nun mal im Caht. Vielleicht ist jetzt gerade jemand da :-)
Danke für Eure Unterstützung und Eure Geduld.
-
Scheint eher damit zu tun zu haben das der CPU Scheduler auf eine niedrige Frequenz umschaltet
Schau dir mal das an:
/opt/bin/mediaclient --cpucheck
-
Hallo liebes Sundtek Team,
ich bin langsam am Verzweifeln :-(
Mein Cubietruck verliert ständig seine Tuner. CPU Check bringt das:
Sundtek CPU Check
cpu0:
current scheduler: performance
available schedulers: interactive performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
cpu1:
current scheduler: performance
available schedulers: interactive performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
Bin nun auch schon auf dem aktuellen Treiber:
Build date: 2015-12-19 15:35:33
Dann habe ich regelmäßig diese Meldungen
USBDEVFS_CONTROL failedund dazu diesen Thread gefunden
http://www.vdr-portal.de/board18-vdr-hardware/board102-dvb-karten/124861-sundtek-skytv-ultimate-iv-am-cubietruck-bleibt-stehen/index2.html?s=8de86dcb00c2ed3f1b60609ef0de826840169d6c
der leider unbeantwortet ist.
Aktuell habe ich den Treiber mit
mediaserv -vgestartet, aber in der Shell zeigt sich gar kein Eintrag.
Was kann ich tun? Hat jemand 2x S2 Tuner Version IV und 2x Version V an einem Cubietruck am Laufen?
Folgende Änderungen habe ich heute gemacht:
- CT an eigenes Netzteil (5V, 2,4A) gehängt
- Jeden Tuner mit Sundtek Netzteil versehen
- einen Tuner direkt am USB Port angeschlossen
- drei Tuner über einen aktiven USB Hub an Port 2 des CT angeschlossen
- den Transfermode auf ISO umgestellt für jeden Tuner, da ich nicht weiß, wie man ihn a) abfragt und b) ob er gespeicher wird.
Ich bin für jede Hilfe Dankbar.
-
mir fällt gerade eine weitere Frage ein. Am Cubietruck habe ich eine
/etc/sundtek.confeingerichtet, die folgendermassen aussieht:
# ----- GLOBAL SECTION -----
#Set loglevel for logging to /var/log/mediasrv.log
#loglevel=[off|max]
#default: min
#max .. little bit more debug
loglevel=off
#Enable listening on network
#enablenetwork=[on|off] #default: off
enablenetwork=on
#ir_disabled=[1 or 0] #0 .. enable remote control polling, the driver will permanently check for remote control keys
#1 .. disable remote control polling, might fix bugs with weak USB stacks on embedded boards
ir_disabled=1
#use_hwpidfilter=[on|off] #For DVB-C, DVB-T, DVB-S/S2
#enable PID filter, please be careful with that, there are only 15 HW Pid filters available
#when more than 15 pids are set up the pid filter will be disabled automatically
use_hwpidfilter=off
Am Server, wo ich die Tuner einbinde, habe ich keinerlei Einstellungen außer "Mount" auf die IP. Muss da auch ein Konfig hinterlegt werden?
Danke
-
Was kann ich tun? Hat jemand 2x S2 Tuner Version IV und 2x Version V an einem Cubietruck am Laufen?
Versuche erst mal einen oder zwei Tuner an's laufen zu bringen.
Das Netzteil ist ausschließlich zur LNB Stromversorgung zuständig.
Die Tuner benötigen dann dennoch mindestens 250-300mA um die Chipsätze - das wären dann für 4 Tuner ca 1Ampere. Sind die Netzteile dafür jeweils ausgelegt?
Du kannst dich ja mal via Chat melden damit bei Dir jemand direkt drüberschaut.
http://chat.sundtek.de
Skype (sundtek)
-
Hallo zusammen,
ich habe sowohl am CT als auch am Server das System mit
.mediasrv -vgestartet.
Hier ein Ergebnis, was wohl auf das OS am CT zurück zuführen ist:
2015-12-27 00:29:36 [945] sending command failed with status ffffffff (Unknown error -1)
2015-12-27 00:29:36 [945] Shutting down IPTV
2015-12-27 00:29:36 [945] sending command failed with status ffffffff (Unknown error -1)
2015-12-27 00:29:36 [945] sending command failed with status ffffffff (Unknown error -1)
2015-12-27 00:29:36 [945] Abnormal deinitialization, device got disconnected or driver is shuttin
2015-12-27 00:29:36 [945] Enabling complete device standby
2015-12-27 00:29:36 [945] Set Voltage off
2015-12-27 00:29:36 [945] sending command failed with status ffffffff (Unknown error -1)
2015-12-27 00:29:36 [945] Transfer returned: -1 Cannot allocate memory
2015-12-27 00:29:36 [945] sending command failed with status ffffffff (Unknown error -1)
2015-12-27 00:29:36 [945] sending command failed with status ffffffff (Unknown error -1)
Gleichzeitig finde ich im mediaclient.log:
unable to connect to driver: 1426 Connection refused (111)
Ich schaue morgen mal nach einem geigneten Image.
-
Das fängt schon etwas früher an, der Cubietruck hat den Tuner disconnected. Nun müsste man schauen warum der Cubietruck das macht - zu wenig Strom ist meine Vermutung.
-
Hallo Sundtek-Team,
das mit dem Strom kann ich mir nicht so recht vorstellen. Mein Setup:
CT mit 5V, 2,4A Netzteil in Betrieb
CT USB Port 1 => 1x Tuner
CT USB Port 2 => 1x Aktiv 7Port USB Hub Anker
Anker Hub Port 1 => 1x Tuner
Anker Hub Port 4 => 1x Tuner
Anker Hub Port 7 => 1x Tuner
Habe heute den CT mal durch einen Banana PI ersetzt. Ich teste es heute mal weiter. Dazu aber eine weitere Frage:
Wie kann man die CPU permanent auf "Performance" einstellen.Mit
mediaclient --cpucheckzeigt er ja schön an, wie es geht, allerdings ist es nach dem Reboot wieder weg...
Danke
Stephan
-
Versuch es erst mal mit dem originalen Scheduler, es kommt auf die Kernel Unterstützung drauf an ob der Scheduler Probleme macht oder nicht (es ist ja nicht immer so).
du kannst das z.B in /etc/rc.local einfügen um es direkt nach dem Start auf performance zu stellen, aber wie erwähnt versuche zuerst ob der standard Scheduler läuft (ich würde bei Embedded Systemen sagen das es zu 80% funktioniert, 20% müssen auf performance umgeschalten werden).
-
Hallo zusammen,
immerhin hat das System nun ein paar Stunden durchgehalten. Heute morgen sieht es Serverseitig soweit gut aus, allerdings am TV
Transfermode kann nicht gestartet werden
Habe nun nochmal mit
mediasrv -vgestartet und sehe am Ende diese Meldung
MLD-SERVER> /usr/bin/mediasrv -v
2015-12-28 08:59:09 [31095] Alsa Blocking on (default)
2015-12-28 08:59:09 [31095] Starting up Multimedia Framework (Dec 19 2015 15:37:06)
2015-12-28 08:59:09 [31096] Starting service processor (PID 31096)
2015-12-28 08:59:09 [31095] API Version: 5.10
2015-12-28 08:59:09 [31095] Running on Linux (3.16.1.191)
2015-12-28 08:59:09 [31095] Detected: GenuineIntel
2015-12-28 08:59:09 [31095] This CPU supports: MMX, SSE, SSE2
2015-12-28 08:59:09 [31095] scanning devices
2015-12-28 08:59:09 [31095]
2015-12-28 08:59:09 [31095] Scanning for drivers
2015-12-28 08:59:09 [31095] found lib: libdrv_vivi.so
2015-12-28 08:59:09 [31095] found lib: libdrv_hikarisoft_isdb.so
2015-12-28 08:59:09 [31095] found lib: libdrv_ngTV.so
2015-12-28 08:59:09 [31095] found lib: libdrv_net.so
2015-12-28 08:59:09 [31095] found lib: libdrv_fm.so
2015-12-28 08:59:09 [31095] found lib: libdrv_tntdvb.so
2015-12-28 08:59:09 [31095] found lib: libdrv_em28xx.so
2015-12-28 08:59:09 [31095]
2015-12-28 08:59:09 [31095] Scanning for plugins
2015-12-28 08:59:09 [31095] found lib: libencoder_plugin.so
2015-12-28 08:59:09 [31095] MediaAVPlugin: MPEG Encoder
2015-12-28 08:59:09 [31095] Copyright: (C) Tpe 2011/2012
2015-12-28 08:59:09 [31095]
2015-12-28 08:59:09 [31095] Waiting until all network devices are initialized
2015-12-28 08:59:09 [31095] registering ID: 0
2015-12-28 08:59:09 [31095] NETDRV: TCP Address given (10.1.1.246:1)
2015-12-28 08:59:09 [31095] Serial: U141027135234
2015-12-28 08:59:09 [31095] NETDRV: remote device supports DVB-S/S2
2015-12-28 08:59:09 [31095] Allocation using pg for type 65678
2015-12-28 08:59:09 [31095]
2015-12-28 08:59:09 [31095] Sundtek MediaNET Driver loaded. This driver is licensed for non-commercial use
2015-12-28 08:59:09 [31095] with Sundtek MediaTV only
2015-12-28 08:59:09 [31095] Contact: kontakt@sundtek.de
2015-12-28 08:59:09 [31095]
2015-12-28 08:59:09 [31095] registering: adapter0/0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter0/frontend0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter0/demux0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter0/dvr0
2015-12-28 08:59:09 [31095] registering ID: 1
2015-12-28 08:59:09 [31095] NETDRV: TCP Address given (10.1.1.246:2)
2015-12-28 08:59:09 [31096] notify request: media device connected
2015-12-28 08:59:09 [31095] Serial: U141027172438
2015-12-28 08:59:09 [31095] NETDRV: remote device supports DVB-S/S2
2015-12-28 08:59:09 [31095] Allocation using pg for type 65678
2015-12-28 08:59:09 [31095]
2015-12-28 08:59:09 [31095] Sundtek MediaNET Driver loaded. This driver is licensed for non-commercial use
2015-12-28 08:59:09 [31095] with Sundtek MediaTV only
2015-12-28 08:59:09 [31095] Contact: kontakt@sundtek.de
2015-12-28 08:59:09 [31095]
Using device: /dev/dvb/adapter0/frontend0
2015-12-28 08:59:09 [31095] registering: adapter1/0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter1/frontend0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter1/demux0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter1/dvr0
2015-12-28 08:59:09 [31095] registering ID: 2
2015-12-28 08:59:09 [31095] NETDRV: TCP Address given (10.1.1.246:3)
2015-12-28 08:59:09 [31095] Serial: U150619123059
2015-12-28 08:59:09 [31095] NETDRV: remote device supports DVB-S/S2
2015-12-28 08:59:09 [31096] notify request: media device connected
2015-12-28 08:59:09 [31095] Allocation using pg for type 65678
2015-12-28 08:59:09 [31095]
2015-12-28 08:59:09 [31095] Sundtek MediaNET Driver loaded. This driver is licensed for non-commercial use
2015-12-28 08:59:09 [31095] with Sundtek MediaTV only
2015-12-28 08:59:09 [31095] Contact: kontakt@sundtek.de
2015-12-28 08:59:09 [31095]
Using device: /dev/dvb/adapter0/frontend0
2015-12-28 08:59:09 [31095] registering: adapter2/0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter2/frontend0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter2/demux0
2015-12-28 08:59:09 [31095] registered virtual: /dev/dvb/adapter2/dvr0
2015-12-28 08:59:09 [31095] Automounting devices done
2015-12-28 08:59:09 [31095] All network devices are initialized
2015-12-28 08:59:09 [31095] Starting up device manager
2015-12-28 08:59:09 [31096] notify request: media device connected
2015-12-28 08:59:09 [31095] scanning devices done
2015-12-28 08:59:09 [31095] attached devices:
2015-12-28 08:59:09 [31095] 0 .. Sundtek SkyTV Ultimate IV (10.1.1.246)
2015-12-28 08:59:09 [31095] 1 .. Sundtek SkyTV Ultimate IV (10.1.1.246)
2015-12-28 08:59:09 [31095] 2 .. Sundtek SkyTV Ultimate V (2015) (10.1.1.246)
2015-12-28 08:59:09 [31096] Autostarting scripts in /etc/sundtek/
2015-12-28 08:59:09 [31096] executed all available items
Using device: /dev/dvb/adapter0/frontend0
Setting Frontend Properties to: DVBT
Setting Frontend Properties to: DVBT
Failed.
Failed.
Setting Frontend Properties to: DVBT
Failed.
2015-12-28 08:59:23 [31095] Initial devicescan done, switching detection mode
Welche Properties werden denn hier gesetzt?
Und die weitere Frage, die ich noch gestllt hatte:
Muss die
/etc/sundtek.confIm Netzwerkbetrieb auf beiden Seiten eingestellt werden?
Ferner habe ich gleichzeitig diesen Eintrag in DMSG gefunden:
usbfs: USBDEVFS_CONTROL failed cmd mediasrv rqt 192 rq 9 len 4 ret -71Dies betrifft einen Tuner
[Sundtek SkyTV Ultimate V (2015)]Den habe ich nun am Server mal auskommentiert (nicht gemounted mit <IP>:<Device>)
Mal sehen was der Tag so bringt.
Danke
Stephan
-
Versuche die Hardware PID Filter in der Konfiguration einzuschalten.
/etc/sundtek.conf
use_hwpidfilter=on
Du kannst das auch alles einfach versuchen:
/opt/bin/mediaclient --testastra -d /dev/dvb/adapter0/frontend0
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
wenn du 4 Terminals aufmachst und adapterX verwendest kannst du überprüfen ob die USB Bandbreite von dem System ausreicht.
-
Hallo,
das hatte ich auch schon überlegt, dass ggf die USB Bandbreite nicht ausreicht.
Hier mal die Ergebnisse:
Tuner0:
root@bananapi:~# /opt/bin/mediaclient --testastra -d /dev/dvb/adapter0/frontend0Testing Astra 19.2 Frequencies
DVBS
LO Band / 18V:
Checking for lock:
. [LOCKED]
LO Band / 13V:
Checking for lock:
. [LOCKED]
HI Band / 18V:
Checking for lock:
. [LOCKED]
HI Band / 13V:
Checking for lock:
. [LOCKED]
DVB-S2 ZDF HD / 18V
Checking for lock:
. [LOCKED]
Tuner1:
root@bananapi:~# /opt/bin/mediaclient --testastra -d /dev/dvb/adapter1/frontend0
Testing Astra 19.2 Frequencies
DVBS
LO Band / 18V:
Checking for lock:
. [LOCKED]
LO Band / 13V:
Checking for lock:
. [LOCKED]
HI Band / 18V:
Checking for lock:
. [LOCKED]
HI Band / 13V:
Checking for lock:
. [LOCKED]
DVB-S2 ZDF HD / 18V
Checking for lock:
.. [LOCKED]
Tuner2:
root@bananapi:~# /opt/bin/mediaclient --testastra -d /dev/dvb/adapter2/frontend0
Testing Astra 19.2 Frequencies
DVBS
LO Band / 18V:
Checking for lock:
. [LOCKED]
LO Band / 13V:
Checking for lock:
. [LOCKED]
HI Band / 18V:
Checking for lock:
. [LOCKED]
HI Band / 13V:
Checking for lock:
. [LOCKED]
DVB-S2 ZDF HD / 18V
Checking for lock:
.. [LOCKED]
und Tuner3:
root@bananapi:~# /opt/bin/mediaclient --testastra -d /dev/dvb/adapter3/frontend0
Testing Astra 19.2 Frequencies
DVBS
LO Band / 18V:
Checking for lock:
. [LOCKED]
LO Band / 13V:
Checking for lock:
. [LOCKED]
HI Band / 18V:
Checking for lock:
. [LOCKED]
HI Band / 13V:
Checking for lock:
. [LOCKED]
DVB-S2 ZDF HD / 18V
Checking for lock:
.. [LOCKED]
Und dazu die Bandbreiten, wobei ich die Kommendos kenne, aber kein Gefühl habe, was an Datenmengen da erscheinen sollte:
Tuner0
root@bananapi:~# /opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2015-12-28 11:13:14] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:15] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:16] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:17] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:18] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:19] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:20] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:21] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:22] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:23] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:24] 0 bytes | 0.00 kb | 0.00 mb transferred
Tuner1
root@bananapi:~# /opt/bin/mediaclient --cat /dev/dvb/adapter1/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2015-12-28 11:13:17] 1310720 bytes | 1280.00 kb | 1.25 mb transferred
[2015-12-28 11:13:18] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:19] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:21] 798720 bytes | 780.00 kb | 0.76 mb transferred
[2015-12-28 11:13:22] 1751040 bytes | 1710.00 kb | 1.67 mb transferred
[2015-12-28 11:13:23] 1679360 bytes | 1640.00 kb | 1.60 mb transferred
[2015-12-28 11:13:24] 1710080 bytes | 1670.00 kb | 1.63 mb transferred
[2015-12-28 11:13:25] 1669120 bytes | 1630.00 kb | 1.59 mb transferred
[2015-12-28 11:13:26] 1751040 bytes | 1710.00 kb | 1.67 mb transferred
[2015-12-28 11:13:27] 1525760 bytes | 1490.00 kb | 1.46 mb transferred
Tuner2
root@bananapi:~# /opt/bin/mediaclient --cat /dev/dvb/adapter2/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2015-12-28 11:13:19] 286720 bytes | 280.00 kb | 0.27 mb transferred
[2015-12-28 11:13:21] 194560 bytes | 190.00 kb | 0.19 mb transferred
[2015-12-28 11:13:22] 0 bytes | 0.00 kb | 0.00 mb transferred
[2015-12-28 11:13:23] 122880 bytes | 120.00 kb | 0.12 mb transferred
[2015-12-28 11:13:24] 399360 bytes | 390.00 kb | 0.38 mb transferred
[2015-12-28 11:13:25] 512000 bytes | 500.00 kb | 0.49 mb transferred
[2015-12-28 11:13:26] 501760 bytes | 490.00 kb | 0.48 mb transferred
[2015-12-28 11:13:27] 532480 bytes | 520.00 kb | 0.51 mb transferred
[2015-12-28 11:13:28] 757760 bytes | 740.00 kb | 0.72 mb transferred
Tuner3
root@bananapi:~# /opt/bin/mediaclient --cat /dev/dvb/adapter3/dvr0 | /opt/bin/mediaclient --pipecount=1000
[2015-12-28 11:13:22] 143360 bytes | 140.00 kb | 0.14 mb transferred
[2015-12-28 11:13:23] 153600 bytes | 150.00 kb | 0.15 mb transferred
[2015-12-28 11:13:24] 153600 bytes | 150.00 kb | 0.15 mb transferred
[2015-12-28 11:13:25] 153600 bytes | 150.00 kb | 0.15 mb transferred
[2015-12-28 11:13:26] 163840 bytes | 160.00 kb | 0.16 mb transferred
[2015-12-28 11:13:27] 153600 bytes | 150.00 kb | 0.15 mb transferred
[2015-12-28 11:13:28] 163840 bytes | 160.00 kb | 0.16 mb transferred
[2015-12-28 11:13:29] 153600 bytes | 150.00 kb | 0.15 mb transferred
Hierbei ist Tuner0 gerade nicht im VDR eingebunden. HW Filter=On hatte bei mir zu Artefakten am TV geführt in meiner letzten Konfiguration, daher hatte ich es explizit auf Off geschaltet.
Wie ist denn der Transfermode (Bulk/ ISO) zu bewerten. Mit dem Start von mediasrv -v sehe ich, dass die Tuner im Bulk-Modus starten.
Gerne Skypen.
-
Bulk ist besser für mehrere Tuner (kommt aber auch etwas auf den USB Controller und die USB Controller Treiber Unterstützung an).
-
Hallo,
ich betreibe diesen USB Hub:
Anker® USB 3.0 7-Port Hub + 2 Ladeports - 5V 2.1A und 5V 1.5A, 12V 4A Power Adapter
Der sollte doch genügend Strom liefern, oder? An diesem Hub habe ich drei Tuner angeschlossen. den Vierten direkt an Port 2 des Einplatinencomputers.
Welche Hubs können empfohlen werden? Überlege gerade, ob bei diesem Problem der Einsatz von zwei Hubs besser ist.
Welcher Einplatinencomputer wäre evtl geeigneter? Odroid XU4, da er USB 3.0 Ports besitzt?
Aktuell habe ich nur zwei Tuner direkt am USB port ohne Hub angeschlossen. Der Datenduchsatz ist auch nicht so richtig gut:
[2015-12-28 19:46:31] 1034240 bytes | 1010.00 kb | 0.99 mb transferred
[2015-12-28 19:46:32] 1187840 bytes | 1160.00 kb | 1.13 mb transferred
[2015-12-28 19:46:33] 778240 bytes | 760.00 kb | 0.74 mb transferred
[2015-12-28 19:46:34] 757760 bytes | 740.00 kb | 0.72 mb transferred
[2015-12-28 19:46:35] 686080 bytes | 670.00 kb | 0.65 mb transferred
[2015-12-28 19:46:36] 839680 bytes | 820.00 kb | 0.80 mb transferred
[2015-12-28 19:46:37] 1064960 bytes | 1040.00 kb | 1.02 mb transferred
[2015-12-28 19:46:38] 942080 bytes | 920.00 kb | 0.90 mb transferred
[2015-12-28 19:46:39] 860160 bytes | 840.00 kb | 0.82 mb transferred
[2015-12-28 19:46:40] 942080 bytes | 920.00 kb | 0.90 mb
Habe im Übrigen den Verdacht, dass ich einen defekten Tuner habe. Wie könnte ich das genau prüfen?
-
Der Datendurchsatz ist in Ordnung, dort greift wohl VDR im Hintergrund darauf zu.
/opt/bin/mediaclient --lc zeigt an welche PIDs aktuell gefiltert werden.
/opt/bin/mediaclient --tsscan /dev/dvb/adapter0/dvr0 zeigt an welche Sender sich auf dem jeweiligen Transponder befinden.
(adapter0 ggf. mit dem jeweiligen Adapter ersetzen).
-
Hallo alle zusammen,
ich habe heute mal Änderungen vorgenommen:
- Cubie komplett neu aufgebaut.
- Cubie Boot mit einer SSD
- Zwei neue aktive USB Hubs (LogiLink UAO128 an jeden Port des Cubie
- dann am Cubie mit mediasrv -v gestaret
- dann am VDR mit mediasrv -v gestaret
- dann den VDR gestartet
- dann mit VLC einen Stream aufgemacht.
Ergebnis ist hier zu sehen:
2016-01-01 17:47:24 [2254] Setting Frequency: 1052000
2016-01-01 17:47:24 [2254] Frequency: 1052
2016-01-01 17:47:24 [2254] Symbolrate: 22000
2016-01-01 17:47:24 [2254] Setting Frequency: 993000
2016-01-01 17:47:24 [2254] Frequency: 993
2016-01-01 17:47:24 [2254] Symbolrate: 22000
2016-01-01 17:47:24 [2254] Enabling tuning delay
2016-01-01 17:47:24 [2254] Enabling tuning delay
2016-01-01 17:47:25 [2254] Starting up IPTV
2016-01-01 17:47:25 [2254] PID 44 is already present
2016-01-01 17:47:25 [2254] PID 44 is already set up
2016-01-01 17:47:25 [2254] PID Counter: 44, 1
2016-01-01 17:47:26 [2254] Starting up IPTV
2016-01-01 17:47:26 [2254] no way to allocate this
2016-01-01 17:47:26 [2254] Bandwidth class 0 does not seemto be supported, switching to index 1
2016-01-01 17:47:26 [2254] a newer kernel could gain a better performance
2016-01-01 17:47:26 [2254] no way to allocate this
2016-01-01 17:47:26 [2254] Bandwidth class 1 does not seem to be supported, switching to index 2
2016-01-01 17:47:26 [2254] a newer kernel could gain a better performance
2016-01-01 17:47:26 [2254] no way to allocate this
2016-01-01 17:47:26 [2254] Bandwidth class 3 does not seem to be supported, this system won't work with this driver, please contact the sundtek support
2016-01-01 17:47:26 [2254] Starting up IPTV
2016-01-01 17:47:26 [2254] send vendor cmd failed with status --1
2016-01-01 17:47:26 [2254] sending command failed with status ffffffff (Unknown error -1)
2016-01-01 17:47:26 [2254] Transfer returned: -1 Cannot allocate memory
2016-01-01 17:47:26 [2254] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
2016-01-01 17:47:26 [2254] Short Circuit or overcurrent detected,
2016-01-01 17:47:26 [2254] cutting LNB Power
2016-01-01 17:47:26 [2254] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
2016-01-01 17:47:26 [2254] send vendor cmd failed with status --1
2016-01-01 17:47:26 [2254] sending command failed with status ffffffff (Unknown error -1)
2016-01-01 17:47:26 [2254] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
2016-01-01 17:47:26 [2254] Short Circuit or overcurrent detected,
2016-01-01 17:47:26 [2254] cutting LNB Power
2016-01-01 17:47:26 [2254] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
2016-01-01 17:47:26 [2254] send vendor cmd failed with status --1
CPU steht auf Performance...
Tuner starten mit BULK
Ich bin wirklich ratlos und wünsche mir Hilfe :-)
-
Hallo zusammen,
ich habe heute einen weiteren Versuch gestartet. Nun habe ich zwei Einplatinencomputer mit je zwei Tunern ohne aktiven USB HUB dazuwischen. nun kann ich problemlos 3 Tuner nutzen. Das mit den USB Hubs scheint noch nicht das Gelbe vom Ei zu sein. Möglicherweise der Stromverbrauch, obwohl die Netzteile 2000mA liefern. Das sollte eigentlich für zwei Tuner ausreichend sein
Zum jetzigen Stand:
Ich habe das hier im output stehen:
device 1: [Sundtek SkyTV Ultimate IV] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 1-1.3
[DVB-S/S2]:
FESTATUS: ACTIVE
LNBVOLTAGE: ENABLED
LNBSUPPLY: USBPOWER
LNBSTATUS: SHORTCIRCUIT
FRONTEND: /dev/dvb/adapter1/frontend0
DVR: /dev/dvb/adapter1/dvr0
DMX: /dev/dvb/adapter1/demux0
[ANALOG-TV]:
VIDEO0: /dev/video1
VBI0: /dev/vbi1
[REMOTECONTROL]:
INPUT0: /dev/mediainput1
[OSS]:
OSS0: /dev/dsp1
Was bedeutet hierbei:
LNBSTATUS: SHORTCIRCUIT
Defektes Kabel?
Defekter MultiSwitch?
Defekter Tuner?
Passt zur Meldung von gestern.
Danke für Eure Hilfe
Stephan
-
Na das Hub muss den Strom auch weitergeben an den Port, je nach "USB-Sicherungschip" kann das bei 0.5 - X Ampere abgeschalten werden (kommt auf das Design des Systemboards an).
Die Apple Mac Systeme erlauben z.B ca. 1 Ampere.
Wir haben bei uns 2 aktive USB Hubs von D-Link welche extra Ports haben welche 1 Ampere an jeweils einem Port zulassen (um z.B Tablets schneller zu laden).
Wenn dort Kurzschluss steht heißt das lediglich das der LNB mehr Strom benötigt als der USB Bus hergibt (sofern kein Netzteil angeschlossen ist).
-
ich habe jetzt alle vier Tuner dran und funktionsfähig, allerdings mit jeweils eigenem RPI1. Scheint erstmal stabil zu laufen. Kannst Du mir den D-Link Typ zukommen lassen, gerne auch per private Nachricht
Danke
Stephan
-
Hallo zusammen,
es scheint sich ja alles um den Strombedarf der Tuner zu handeln, richtig?
Wird das Problem umgangen, wenn die Tuner am Stromadapter hängen? und
Wird dann vom USB-Port kein Strom gezogen?und
Wird USB dann "nur" für Daten benutzt?
Wäre es dann nicht schlau, das so zu machen, auch wenn ich dann viele Steckdosen benötige?
-
Hallo zusammen,
ich habe nun eine Lösung gefunden, mit der ich sehr gut leben kann. Ich nutze nun zwei RPI1 mit je zwei Tunern direkt am USB Port. Damit der Strom nicht einbricht, habe ich die USB Stromzufuhr auf dem RPI verändert und die beide USB Ports direkt mit der EIngangsspannung belegt. So funktioniert zwar kein HotPlog mehr, aber das stört mich nicht. SO läuft es nun seit fast einer WOche stabil.
Danke für eure Unterstützung.
Stephan
-
Hallo zusammen,
da es mir einfach keine Ruhe gelassen habe, habe ich mich nochmal hingesetzt und einiges ausprobiert:
- PC mit Dual 4 core CPU
- 8GB RAM
- jede Menge USB Slots
- USB Strom- und Spannungsmessgeräte
Diese Einstellungen habe ich bei den Tests in
/etc/sundtek.conf
hinterlegt:
# ----- GLOBAL SECTION -----
#Set loglevel for logging to /var/log/mediasrv.log
#loglevel=[off|max]
#default: min
#max .. little bit more debug
loglevel=min
#Enable listening on network
#enablenetwork=[on|off] #default: off
enablenetwork=on
#ir_disabled=[1 or 0] #0 .. enable remote control polling, the driver will permanently check for remote control keys
#1 .. disable remote control polling, might fix bugs with weak USB stacks on embedded boards
ir_disabled=1
#use_hwpidfilter=[on|off] #For DVB-C, DVB-T, DVB-S/S2
#enable PID filter, please be careful with that, there are only 15 HW Pid filters available
#when more than 15 pids are set up the pid filter will be disabled automatically
use_hwpidfilter=off
Meine Ergebisse:
- mit drei Tunern läuft alles absolut stabil
- kommt der vierte Tuner ins Spiel, gibt es Probleme
Folgendes konnte ich feststellen:
Diese Kommando funktioniert nur bei Adapter0
/opt/bin/mediaclient --tsscan /dev/dvb/adapter0/dvr0
Bei Adaptern >0 kommt immer
Wrong Device...
Dieses Kommando
/opt/bin/mediaclient --testastra -d /dev/dvb/adapter0/frontend0
sorgt dafür, dass mit diesem Kommando
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
die Tuner Daten liefern und von 0MB auf 5,xxMB springen. Sobald das System mehr wie drei Tuner hat, fängt das Problem an. Tuner vier liefert immer 0MB, egal was ich mache.
Dieser Tuner im Einzelbetrieb arbeitet einwandfrei, egal an welchem System. Absolut reproduzierbar (auch an meinem Cubietruck). Vielleicht mache ich ja noch irgendwelche Einstellungen falsch. Bei meinen Tests hat keine dritte Applikation (VDR, etc) drauf zugegriffen.
Liebes Sundtek Team, ist es möglich,
dass der Treiber aktuell nicht mehr wie drei Tuner supported?
dass aktuell nicht mit mehr als drei DVBS2 Tuner getestet wurde?
Danke für Eure Hilfe und Eure Unterstützung.
-
Der USB Bus des Cubitruck ist mit 4 Tunern dann ausgelastet.
Du kannst versuchen die PID Filter einzuschalten
/opt/bin/mediaclient -P on -d /dev/dvb/adapter0/frontend0
(für jeweils alle Frontends).
Dann funktioniert der Bandbreitentest aber nicht mehr da der Treiber dann explizite Sendereinstellungen benötigt (sprich nach -P on liefert der Adapter ohne weitere Einstellungen keine Daten mehr)
3x60mbit=180mbit total
4x60mbit wäre 240 mbit total
Mit Hardware PID Filter eingeschalten kann man die Auslastung drücken.
Ansonsten wirst dann wohl ein anderes System verwenden müssen um 4 Tuner gleichzeitig zu betreiben.
-
ich verstehe die Antwort nicht :-(
Wie steht dieser Befehl
/opt/bin/mediaclient -P on -d /dev/dvb/adapter0/frontend0
im Kontext zu diesem Eintrag
use_hwpidfilter=off
in der
/etc/sundtek.conf
Ferner habe ich schon alles mögliche probiert. Aktuell teste ich mit einem PC und auch an diesem funktioniert es mit vier Tunern einfach nicht bei mir, egal, ob die Tuner per USB oder per Sundtek-Netzteil mit Strom beliefert werden.
Was könnte ich falsch machen?
Danke
-
Versuche andere USB Ports am PC und mache die Tests erneut.
DVB-S/S2 benötigt eine gewisse Bandbreite, dein Rechner scheint diese an diesen Ports nicht bereitstellen zu können.
Viele PCs verwenden intern Hubs an USB 2.0 Ausgängen des Prozessors, sprich du hast wahrscheinlich die Geschwindigkeit eines echten USB 2.0 Ports geteilt durch 4 Ports an den Ausgängen.
use_hwpidfilter=off
mit dem Befehl schaltest du die Hardwarefilter aus.
use_hwpidfilter=on schaltet die Filter ein.
-
Hallo zusammen,
nochmal zwei Fragen, da ich es einfach nicht kapiere:
1. Hardware PI Filter
Gibt es hier zwei Möglichkeiten, diese ein- bzw auszuschalten?
1.a) /opt/bin/mediaclient -P on -d /dev/dvb/adapter0/frontend0
1.b) /etc/sundtek.conf => use_hwpidfilter=on
2. USB Bandbreite
Bislang kann ich mich nicht erinnern, wieviel Bandbreite denn ein Tuner braucht. In Atnwort 30 oben lese ich 60MBit/s mal vier = 240Mit/s. USB 2.0 macht doch eigentlich 480MBit/s. Da durch vier sind doch 120MBit/s, oder? Müsste doch eigentlich auch reichen und hätte sogar noch Puffer, oder habe ich einen Denkfehler?
-
Die Kalkulation ist richtig, aber es gibt noch Protokoll Overhead und gewisse Latenzen müssen eingehalten werden.
Versuche mal andere USB Ports mit einem Tuner, PC Systeme haben ja eigentlich mindestens 2 vollwertige USB Ports intern welche auf mehrere aufgesplittet werden.
Asix bietet z.B USB Port Chipsätze an mit 4 einzelnen Ports welche jeweils für sich 480 MBit unterstützen (also dort kannst du an jedem einzelnen Port bei dem System 3 Tuner anschließen = 12 Tuner.
Ein Produkt wäre z.B
http://www.amazon.de/StarTech-Com-PEXUSB400-4-Port-PCI-e-Schnittstelle/dp/B003TSTDIU/ref=sr_1_29?ie=UTF8&qid=1453110581&sr=8-29&keywords=4x+pcie+2.0
Da gibt's sicher noch andere Karten welche den gleichen Chipsatz verwenden.
Wichtig ist Asix oder Moschip 9990 Chipsatz (Moschip wurde von Asix übernommen).
Asix Controller sind qualitativ ziemlich hochwertig.
-
Hallo,
das mit der KArte prüfe ich mal. Habe aktuell 4 Tuner am Laufen, aber totale Artifakte im Bild und Audio kommt auhc schlecht rüber. Diese Einstellung
use_hwpidfilter=on
hat dazu geführt.
Wieviel Einfluss hat diese Einstellung auf die USB Bestückung?
-
Der Tuner filtert die Videodaten dann vor.
Nachteil:
- sobald ein Programm z.B einen EPG Scan macht kann es auf dem Tuner zu Störungen kommen da die alten Filter zuerst gelöscht werden und die neuen Filter dann initialisiert werden (da kann es dann vorkommen das Daten nur halb gefiltert werden - und diese halbe Filterung kann Bildstörungen verursachen). Wenn man einen Sender einstellt und aufnimmt ohne weitere Einstellungen vorzunehmen dann ist es kein Problem.
Vorteil:
- Die USB Bandbreite verringert sich.
Es ist eigentlich ziemlich egal welche USB Karte du nimmst, es kann auch eine günstige sein (aber kein USB 3.0!).
Du kannst ja die internen USB Ports und dann die zusätzlichen verwenden. Wichtig ist eher nur das Du die Kapazität des Rechners etwas erhöhst.
-
Ah, verstehe. Das macht Sinn. Da ich dieses Board
Asus AT3N7A-I
habe, kommt die Karte wohl für mich nicht in Frage, denn das Board hat meine ich nur einen PCI Slot, kein PCIe.Irgendwas ist ja immer, oder kann jemand bestätigen, dass das Board einen PCIe Slot hat.
Danke
-
So auf die Schnelle findet man jetzt eher nur NEC und VIA basierte USB PCI Karten, eine davon sollte ausreichen. Wie die unter Linux unterstützt werden (ob Plug and Play) kann ich leider nicht sagen. Aus Erfahrung sind die Moschip und Asix Karten eigentlich ganz gut.