Sporadisches "USB disconnect" bei Analog-TV

[mv]

Hallo,

ich habe ein schwer reproduzierbares Problem, das aber doch alle paar Stunden bei Nutzung von Analog TV auftritt:

Der mplayer/mplayer2/mencoder bleibt "hängen" mit der Meldung

Code: [Auswählen]

v4l2: ioctl dequeue buffer failed: Success, idx = 0
v4l2: ioctl query buffer failed: Broken pipe, idx = 0Im mplayer werden dann die letzten beiden Bilder endlos wiederholt.

Neustart nach kurzer Pause funktioniert häufig, aber nicht immer: Manchmal kommen die selben Hänger nach 3-4 Sekunden nach Neustart wieder, manchmal auch sofort; falls ja, ist das minutenlang reproduzierbar, und selbst Neueinstecken des Sticks, ja sogar Abschalten des Stroms des Rechners ändert daran nichts. Merkwürdigerweise geht es nach etlichen Minuten dann meist aber doch wieder, und zwar für etliche Stunden zuverlässig, bis der Stick irgendwann wieder in diesen schlechten "Modus" fällt.

In den Logs sehe ich im günstigen Fall (falls es danach gleich wieder geht):

Code: [Auswählen]

[...] lange nichts [...]
12:24:09 18.05.14 [kernel] usb 3-7: USB disconnect, device number 9
12:24:10 18.05.14 [kernel] usb 3-7: new high-speed USB device number 10 using xhci_hcd
12:24:10 18.05.14 [mtp-probe] checking bus 3, device 10: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-7"_
12:24:10 18.05.14 [mtp-probe] bus: 3, device: 10 was not an MTP device_
12:24:11 18.05.14 [kernel] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input13
12:24:29 18.05.14 [kernel] usb 3-7: usbfs: process 1594 (mediasrv) did not claim interface 0 before useIm ungünstigen Fall sehe ich Kaskaden von solchen Meldungen:

Code: [Auswählen]

19:42:27 14.05.14 [kernel] usb 3-7: USB disconnect, device number 6
19:42:27 14.05.14 [kernel] usb 3-7: new high-speed USB device number 7 using xhci_hcd
19:42:27 14.05.14 [mtp-probe] checking bus 3, device 7: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-7"_
19:42:27 14.05.14 [mtp-probe] bus: 3, device: 7 was not an MTP device_
19:42:28 14.05.14 [kernel] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input11
19:42:47 14.05.14 [kernel] usb 3-7: usbfs: process 1643 (mediasrv) did not claim interface 0 before use
19:44:58 14.05.14 [kernel] usb 3-7: USB disconnect, device number 7
19:44:58 14.05.14 [kernel] usb 3-7: new high-speed USB device number 8 using xhci_hcd
19:44:59 14.05.14 [mtp-probe] checking bus 3, device 8: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-7"_
19:44:59 14.05.14 [mtp-probe] bus: 3, device: 8 was not an MTP device_
19:44:59 14.05.14 [kernel] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input12
19:45:18 14.05.14 [kernel] usb 3-7: usbfs: process 1643 (mediasrv) did not claim interface 0 before use
19:46:06 14.05.14 [kernel] usb 3-7: USB disconnect, device number 8
19:46:07 14.05.14 [kernel] usb 3-7: new high-speed USB device number 9 using xhci_hcd
19:46:07 14.05.14 [mtp-probe] checking bus 3, device 9: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-7"_
19:46:07 14.05.14 [mtp-probe] bus: 3, device: 9 was not an MTP device_Auffallend für mich ist in der "schlechten" Phase das systematische Durchlaufen der Device-Nummern.

mtp-probe scheint übrigens mit dem Problem nichts zu tun zu haben: Wenn der Stick seine schlechte "Phase" hatte, habe ich die entsprechende udev-Regel auch schon entfernt, ohne eine wesentliche Änderung zu erzielen.

Der Erstauslöser ist aus den Logs aber vermutlich nicht sichtbar, denn die "USB disconnect" Meldung sollte ja vermutlich nicht aus heiterem Himmel auftreten...

[Sundtek]

Ist das ein Notebook oder ein PC?

Wenn ein neu anschließen des USB Sticks nicht hilft dann ist der USB Stack defekt.

Da du anscheinend in unserer "Nähe" wohnst könntest du damit eventuell mal damit vorbeikommen.

Es sieht so aus als ob der Stick an einem USB 3.0 Port angeschlossen ist, falls möglich versuche einen USB 2.0er Port zu verwenden.
USB 3.0 kann bei einigen Systemen noch Probleme verursachen (Linux Kernel Bug)

[mv]

Vielen Dank!

Ist das ein Notebook oder ein PC?

PC. Mit ziemlich wenig Peripherie, so dass ich mir einen plötzlichen Spannungsabfall wegen Überlastung o.ä. schlecht vorstellen kann.

Da du anscheinend in unserer "Nähe" wohnst könntest du damit eventuell mal damit vorbeikommen.

Leider musste ich beruflich umziehen, so dass ich derzeit nur alle paar Wochen nach Berlin komme. Aber danke für das Angebot; wenn es weiter auftritt, schaue ich bei einem der nächsten Besuche mal vorbei.

Es sieht so aus als ob der Stick an einem USB 3.0 Port angeschlossen ist, falls möglich versuche einen USB 2.0er Port zu verwenden.

An den USB-2-Anschlüssen war der Stick zu Beginn nicht erkannt worden (eine Webcam an den selben Eingängen lief problemlos, aber Einstecken des Sticks gab keine Logmeldung, und auch lsusb zeigte nichts an). Auf USB-3 hingegen schien es "problemlos" zu funktionieren.

Auf die Antwort jetzt habe ich es nochmals an einem USB-2- Eingang versucht, und diesmal ging es auf Anhieb - inzwischen hat sich aber natürlich die Kernel-Version geändert; vielleicht war da der Kernel doch irgendwie buggy.

Jetzt werde ich es also erst einmal eine zeitlang mit dem USB 2 testen: vielleicht hat das ja schon das Problem gelöst.

[mv]

Inzwischen habe ich einen seltsamen Zusammenhang festgestellt:

Das Problem tritt (nahezu nachvollziehbar) immer dann auf, wenn ein größerer Verbraucher/Störquelle(?) (Microwelle, Elektro-Offen, Staubsauger, ...) in der Wohnung läuft, selbst wenn dieser über eine andere Sicherung geht. Nur ganz selten passiert es auch "einfach so".

Das Merkwürdige ist, dass wirklich immer nur die TV-Karte, und sonst am Rechner nichts - auch keine anderen USB-Geräte - betroffen sind. Mit Elektrotechnik kenne ich mich leider sehr schlecht aus.

Kann möglicherweise durch die Antennenbuchse eine "andere Erde" o.ä. vorliegen?

[Sundtek]

Wir haben vor einem guten 3/4 Jahr mit den Tunern die CE Überprüfung in Berlin durchgeführt (dort wurde unter anderem eine EMV - Elektromagnetische Verträglichkeit - Überprüfung durchgeführt), soweit lag alles im grünen Bereich. Wenn die Tuner einen ESD Schlag von mehreren tausend Volt abbekommen wird der Tuner und USB Port resettet.

Was wir hier soweit nachvollziehen konnten war das eines unserer Notebooks abstürzt sobald die Masse des DVD Players die Masse des Notebooks berührt. Der DVD Player hat unter anderem mehr als 100V (mit sehr geringer Energie, für den Menschen ungefährlich) auf dem Gehäuse (dies ist bei DVD Playern nicht unüblich).

AnalogTV TV benötigt eine besonders hohe Bandbreite (ca 170mbit), demnach kann es hier auch sehr einfach zu Problemen kommen wenn Störungen in das USB Signal einfließen.