DM8000 und Sundtek MediaTV Home

[phiber]

Hallo zusammen,

bin seit ca. 6 Monate im Besitz eines Sundtek DVB-C/-T Sticks (MediaTV Home) und habe diesen bis heute nicht fehlerfrei an meiner DM8000 betreiben können.

Laut Syslog bekommt der Sundtek Stick andauernd eine neue Firmware (usb 1-2: device firmware changed), was dafür sorgt dass im Anschluss daran der komplette USB-Bus resettet wird:

Code: [Auswählen]

May  2 18:56:14 dm8000 user.warn kernel: [ 4956.333000] VTUNER0 ioctl
May  2 18:56:14 dm8000 user.warn kernel: [ 4956.334000] VTUNER0 ioctl
May  2 18:56:14 dm8000 user.warn kernel: [ 4956.334000] VTUNER0 ioctl
May  2 18:56:14 dm8000 user.info kernel: [ 4956.956000] usb 1-2: reset high speed USB device using brcm-ehci and address 76
May  2 18:56:15 dm8000 user.info kernel: [ 4957.072000] usb 1-2: device firmware changed
May  2 18:56:15 dm8000 user.info kernel: [ 4957.072000] usb 1-2: USB disconnect, address 76
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.notice kernel: [ 4957.085000] sde : READ CAPACITY failed.
May  2 18:56:15 dm8000 user.warn kernel: [ 4957.085000] sde : status=0, message=00, host=1, driver=00
May  2 18:56:15 dm8000 user.warn kernel: [ 4957.085000] sde : sense not available.
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.notice kernel: [ 4957.085000] sde: Write Protect is off
May  2 18:56:15 dm8000 user.debug kernel: [ 4957.085000] sde: Mode Sense: 00 00 00 00
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] sde: assuming drive cache: write through
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.notice kernel: [ 4957.085000] sde : READ CAPACITY failed.
May  2 18:56:15 dm8000 user.warn kernel: [ 4957.085000] sde : status=0, message=00, host=1, driver=00
May  2 18:56:15 dm8000 user.warn kernel: [ 4957.086000] sde : sense not available.
May  2 18:56:15 dm8000 user.err kernel: [ 4957.086000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.notice kernel: [ 4957.086000] sde: Write Protect is off
May  2 18:56:15 dm8000 user.debug kernel: [ 4957.086000] sde: Mode Sense: 00 00 00 00
May  2 18:56:15 dm8000 user.err kernel: [ 4957.086000] sde: assuming drive cache: write through
May  2 18:56:15 dm8000 user.info kernel: [ 4957.086000]  sde:<3>scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.086000] Buffer I/O error on device sde, logical block 0
May  2 18:56:15 dm8000 user.err kernel: [ 4957.089000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.089000] Buffer I/O error on device sde, logical block 0
May  2 18:56:15 dm8000 user.err kernel: [ 4957.090000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.090000] Buffer I/O error on device sde, logical block 0

Manchmal kommt auch noch eine Meldung, mit der ich allerdings nichts anfangen kann (usb 1-2: can't restore configuration #1 (error=-71)). Das Resultat ist jedoch das Gleiche - alle USB-Geräte werden neu erkannt:

Code: [Auswählen]

May  2 18:58:05 dm8000 user.warn kernel: [ 5067.656000] VTUNER0 ioctl
May  2 18:58:05 dm8000 user.warn kernel: [ 5067.656000] VTUNER0 ioctl
May  2 18:58:05 dm8000 user.warn kernel: [ 5067.657000] VTUNER0 ioctl
May  2 18:58:05 dm8000 user.info kernel: [ 5067.959000] usb 1-2: reset high speed USB device using brcm-ehci and address 81
May  2 18:58:06 dm8000 user.err kernel: [ 5068.074000] usb 1-2: can't restore configuration #1 (error=-71)
May  2 18:58:06 dm8000 user.info kernel: [ 5068.074000] usb 1-2: USB disconnect, address 81
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.notice kernel: [ 5068.081000] sde : READ CAPACITY failed.
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.081000] sde : status=0, message=00, host=1, driver=00
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.081000] sde : sense not available.
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.notice kernel: [ 5068.081000] sde: Write Protect is off
May  2 18:58:06 dm8000 user.debug kernel: [ 5068.081000] sde: Mode Sense: 00 00 00 00
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] sde: assuming drive cache: write through
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.notice kernel: [ 5068.081000] sde : READ CAPACITY failed.
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.081000] sde : status=0, message=00, host=1, driver=00
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.081000] sde : sense not available.
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.notice kernel: [ 5068.082000] sde: Write Protect is off
May  2 18:58:06 dm8000 user.debug kernel: [ 5068.082000] sde: Mode Sense: 00 00 00 00
May  2 18:58:06 dm8000 user.err kernel: [ 5068.082000] sde: assuming drive cache: write through
May  2 18:58:06 dm8000 user.info kernel: [ 5068.082000]  sde:<3>scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.082000] Buffer I/O error on device sde, logical block 0
May  2 18:58:06 dm8000 user.err kernel: [ 5068.084000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.084000] Buffer I/O error on device sde, logical block 0
May  2 18:58:06 dm8000 user.err kernel: [ 5068.084000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.084000] Buffer I/O error on device sde, logical block 0
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.084000]  unable to read partition table
May  2 18:58:06 dm8000 user.info kernel: [ 5068.183000] usb 1-2: new high speed USB device using brcm-ehci and address 82
May  2 18:58:06 dm8000 user.info kernel: [ 5068.300000] usb 1-2: configuration #1 chosen from 1 choice
May  2 18:58:06 dm8000 user.info kernel: [ 5068.301000] scsi75 : SCSI emulation for USB Mass Storage devices
May  2 18:58:06 dm8000 user.debug kernel: [ 5068.302000] usb-storage: device found at 82
May  2 18:58:06 dm8000 user.debug kernel: [ 5068.302000] usb-storage: waiting for device to settle before scanning
May  2 20:58:06 dm8000 daemon.notice automount[16102]: >> mount: mounting /dev/sde on /autofs/sde failed: No such file or directory
May  2 20:58:06 dm8000 daemon.err automount[16102]: mount(generic): failed to mount /dev/sde (type auto) on /autofs/sde
May  2 20:58:06 dm8000 daemon.err automount[16102]: failed to mount /autofs/sde

Hier noch einmal die Ausgabe von "lsusb":

Code: [Auswählen]

Bus 001 Device 002: ID 058f:6362 V550 Flash Card Reader/Writer
Bus 001 Device 001: ID eb1a:51b2 eMPIA Technology, Inc.
Bus 001 Device 001: ID 14cd:8123 Super Top SD MMC Reader
Bus 001 Device 001: ID 04cc:1520 Windows Powered Smartphone 2002 USB 2.0 Hub (Avocent KVM)
Bus 004 Device 000: ID 0000:0000 CD-R/RW Drive
Bus 003 Device 000: ID 0000:0000 CD-R/RW Drive
Bus 002 Device 000: ID 0000:0000 CD-R/RW Drive
Bus 001 Device 000: ID 0000:0000 CD-R/RW Drive

Ich habe schon unterschiedlichste Images probiert. Aktuell installiert ist das "OoZooN-Image-dm8000-3.2.2", womit es noch am besten funktioniert. Beim Gemini-Image bekomme ich alle Nase lang eine Meldung vom Gerätemanager, der eine neue SD- oder CF-Karte gefunden hat (wegen USB-Reset).

Meine Frage ist nun die folgende: Ist das Problem bereits bekannt? Liegt es am Sundtek Stick, am Image oder an meiner Dreambox? Mir scheint, als wäre ich der Einzige mit diesem Problem

Gerne gebe ich SSH-Zugriff auf meine Dreambox, falls dies helfen könnte. Falls zusätzliche Infos benötigt werden, bitte einfach kurz Bescheid geben.

Vielen Dank!

Liebe Grüße,
phiber

[Sundtek]

Da wird der Zugriff auch nichts helfen.

Bootest du via USB Stick?
Das sieht fast so aus als ob ein anderes USB Gerät Probleme bereitet.
Was steckt denn da sonst noch extern dran?

Ein USB Controller Reset ist das schlimmste was passieren kann, dann werden alle Geräte quasi neu angeschlossen. Das Problem sollte wohl an DMM gemeldet werden.

Versuche mal folgenden Befehl:

/opt/bin/mediaclient --dtvtransfermode=bulk -d /dev/dvb/adapter1/frontend0

Danach den DVB-C Stick neu anschließen, in dem Modus benötigt der Stick weniger Resourcen.
Der Treiber stellt ihn normalerweise automatisch um sobald man den Stick das erste mal anschließt, getestet wurde das mit so ziemlich allem außer der DM8000.

Auf jeden Fall solltest du den Fehler bei Dream einmal melden und eventuell sogar die Settopbox von Dream überprüfen lassen. Durch unsere DVB-C/T Sticks wird soetwas auf jeden Fall nicht verursacht.

USB Storage scheint bei dir das Problem zu verursachen (also ein USB Speicher Stick, oder eine USB Festplatte)

Wenn du ein USB HUB verwendest -- stecke den USB Stick direkt an die Dreambox.

[phiber]

Nein, ich boote ganz regulär aus dem Flash. Am USB-Bus ist nichts weiter als der Sundtek Stick angeschlossen. Der Stick hängt direkt am einem der hinteren USB-Anschlüsse ohne Hub o.Ä.

Ich habe bereits alle USB-Ports durchgetestet. Auch der Anschluss eines aktiven Hubs brachte keinerlei Besserung.

Hier noch die Ausgabe von lsusb:

Code: [Auswählen]

root@dm8000:~# /opt/bin/mediaclient --lsusb
/dev/bus/usb/002/001 [0000:0000]
/dev/bus/usb/001/018 [058f:6362]
/dev/bus/usb/001/001 [0000:0000]
/dev/bus/usb/001/004 [eb1a:51b2]
/dev/bus/usb/001/002 [04cc:1520]

Werde nun noch einmal mit dem Bulk-Modus testen und die Ergebnisse hier posten.

Ich werde nun einen Thread im DMM-Forum eröffnen. Wäre schön, wenn Ihr mich hierbei ein wenig unterstützen könntet.

[phiber]

Hier der Link zum Thread im DMM-Supportforum:
http://www.dream-multimedia-tv.de/board/index.php?page=Thread&threadID=16634

[Sundtek]

Der Sundtek Stick bekommt keine neue Firmware, das ist etwas anderes was mit einem anderen Gerät zusammenhängt.

Error 71 = Protocol Error, was soviel bedeuten könnte das etwas schlecht zusammengesteckt wurde oder keinen ordentlichen Kontakt hat, oder aber auch das ein USB Gerät defekt ist.

[phiber]

Ein Hardwaredefekt wäre übel. Ich werde auch nochmal ein anderes USB-Vebrindungskabel probieren. Aktuell nutze ich das mitgelieferte kurze USB-Kabel ...

Ihr seid Euch aber sicher, dass kein Hardwaredefekt beim Stick vorliegt? Ich würde sehr gern mal einen weiteren testen, habe aber leider lediglich einen zur Hand

Muss ich den Stick nachdem ich den Bulk-Modus aktiviert habe wirklich neu anschließen oder reicht auch ein Reboot? Bin gerade an der Arbeit würde das gern jetzt gleich testen, wo ich so hervoragenden Support bekomme

[Sundtek]

Der Stick sollte neu angeschlossen werden damit der Stick neu initialisiert wird (bei einem Reboot bleibt die Spannung meist am USB Bus und der Stick läuft einfach weiter ohne neu initialisiert zu werden), die DVB-C Sticks sind extrem robust wenn die einmal funktionieren dann gibt's kein Problem damit.

Was du machen könntest wäre den Stick auf einen anderen PC oder Embeddedgerät auslagern und dann via Netzwerk einbinden. Damit könntest du zumindestens das USB Problem für diesen Stick umgehen. Das eigentliche Problem bleibt dann aber immer noch bestehen...

[phiber]

Und das ist die Antwort vom Hersteller:

Code: [Auswählen]

Sehr geehrte(r) Herr ******,

dazu kann ich leider nichts sagen, da wir keinen Support zu diesen USB Tunern geben.

Das gilt für Fremdhardware als auch für jegliche Art von Fremsoftware.

Vielen Dank für Ihre Anfrage

Wie gehen wir weiter vor?

[phiber]

Habe irgendwo gelesen, dass die USB-Tuner mit der blauen LED ausgetauscht werden gegen neuere mit grüner LED.

Stimmt das? Ich habe hier einen Stick mit blauer LED.

Mir ist schleierhaft, warum der Tuner bei manchen DM8000-Besitzern ohne Probleme funktioniert und bei Anderen hingegen nicht.

So, schluss mit der Nerverei. Ich teste jetzt nochmal ausgiebig.

[Sundtek]

DVB-C Tuner haben blaue LEDs das ist normal! DVB-S/S2 Sticks haben grüne LEDs.

Bei dir tritt ein physikalisches Problem auf eventuell wirklich die Dreambox überprüfen lassen.

[phiber]

OK, Danke für die Info ..

Habe nun mal einiges probiert, leider ohne wirklichen Erfolg:

• Bulk-Transfermodus aktiviert, DVB-Stick neu angeschlossen
• Ungenutzen USB/eSATA-Adapter enfernt
• USB-Verbindungskabel vom DVB-Stick ausgetauscht
• BIOS-Einstellungen geprüft

Woran sehe ich, dass der Bulk-Modus aktiv ist?

Die CPU-Last ist kaum gesunken, nachdem ich den Bulk-Modus aktiviert htabe

Wenn ich Last auf der DM8000 produziere, kommt es vermehrt zu USB-Fehlern. Kann es vielleicht doch sein, dass es was mit dem Treiber zu tun hat?

Für die DM8000 scheint es ja kein kusbhelper Modul zu geben?!

Wie gut ist Euer Kontakt zu DMM? Ich komme da nicht wirklich weiter ...

[Sundtek]

In dem Fall ist die Box eventuell nicht in Ordnung.

Was für ein Stick ist das überhaupt? Ein Schwarzer oder ein Grauer?

Ein kompletter USB Reset dürfte auf jeden Fall nicht vorkommen.

[phiber]

Was für ein Stick ist das überhaupt? Ein Schwarzer oder ein Grauer?

Ein grauer. Brauchst Du evtl. die Seriennummer?
Ist das jetzt gut oder schlecht?

[Sundtek]

Nein, da wird deine Box dann wohl ein Problem haben. Gerade die Grauen brauchen noch etwas weniger Strom.

Sofern du einen externen Linux Rechner hast (oder Router mit USB) könntest du den Stick via Netzwerk einbinden und die USB Probleme übergehen.

[phiber]

Kurzer Zwischenstand:

Mit dem aktuellen OpenPli-Image (OpenPLi-2.1-beta-dm8000-20120504.nfi) funktioniert es tadellos, sofern ich auf SD-/CF-Karten oder USB-Sticks verzichte.

Bin gespannt was DMM sagt ...

Vielen Dank für diesen fabelhaften Support hier!