MS-Tech USB IR Receiver mc-380 crasht ab und an....

miki11 · 26. Mai 2015

Ich habe irgendwann mal yaVDR 0.5 installiert und das Modul unter
Erfahrungsbericht kurz: MS-Tech USB IR Receiver, FB , MC-1200 Rev. C/D, vielleicht auch MC-80

installiert.

Hier danke nochmal an DaKilla.

Seit irgendein Update habe ich das Problem, dass wenn ich die Farbtasten das erste mal nach dem Hochfahren nutze, VDR auf die Taste nicht reagiert und ab da auch keine weitere Fernbedienung Eingaben mehr annimmt. Ziehe ich den USB-Stecker vom Mainboard und steck ich ihn wieder an, ist alles wieder OK. Manchmal muss ich auch zweimal den Stecker ziehen, oder ein anderes USB-Port nehmen.

Habe ich das getan, gehen alle Tasten wieder, auch die Farbtasten und es kommt erst nach dem Neustart wieder zum crash, aber auch nicht immer.

Ich habe das Gehäuse MS-Tech MC-380 mit den gleichen Empfänger, wie das Modul es verlangt.

Ich habe mir die C Datei angeschaut, aber das ist so einfach aufgebaut, ich kann mir nicht vorstellen, dass es daran liegt. Vermute eher irgendwo ein Zusammenspiel Problem...

Hat jemand 'nen Tipp, wie ich das Problem lösen könnte?

ATD · 26. Mai 2015

Zitat von miki11

Hier danke nochmal an DaKilla.

Den gibt es nicht mehr, er heißt jetzt ATD.

Zitat von miki11

Hat jemand 'nen Tipp, wie ich das Problem lösen könnte?

Nein, nur ein Paar Anregungen:

- Wird der Empfänger erkannt? (cat /proc/bus/input/devices)
- Wird das Modul geladen? (dkms status)
- Steht etwas im Syslog, wenn es abfliegt?
- Ist der Receiver an USB 3.0/2.0 oder an USB 2.0/1.1 header angeschlossen? Letzteres favorisiert.

Albert

miki11 · 31. Mai 2015

Zitat von ATD

Den gibt es nicht mehr, er heißt jetzt ATD.

Das macht nichts. Ich nehme jede Hilfe

Zitat von ATD

Nein, nur ein Paar Anregungen:

- Wird der Empfänger erkannt? (cat /proc/bus/input/devices)
- Wird das Modul geladen? (dkms status)
- Steht etwas im Syslog, wenn es abfliegt?
- Ist der Receiver an USB 3.0/2.0 oder an USB 2.0/1.1 header angeschlossen? Letzteres favorisiert.

Albert

Alles anzeigen

- klar, wie gesagt, nach USB ziehen und wieder Verbinden läuft alles einwandfrei

Code

$ dkms status
hid-rcking, 0.0.1, 3.8.0-26-generic, x86_64: installed
hid-rcking, 0.0.1, 3.8.0-27-generic, x86_64: installed
hid-rcking, 0.0.1, 3.8.0-29-generic, x86_64: installed
hid-rcking, 0.0.1, 3.8.0-31-generic, x86_64: installed
hid-rcking, 0.0.1, 3.8.0-33-generic, x86_64: installed
hid-rcking, 0.0.1, 3.8.0-35-generic, x86_64: installed
hid-rcking, 0.0.1, 3.8.0-39-generic, x86_64: installed
hid-rcking, 0.0.1, 3.8.0-44-generic, x86_64: installed
nvidia-304, 304.125, 3.8.0-44-generic, x86_64: installed
nvidia-304-updates, 304.125, 3.8.0-44-generic, x86_64: installed
$ uname -a
Linux yavdr 3.8.0-44-generic #66~precise1-Ubuntu SMP Tue Jul 15 04:01:04 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Alles anzeigen

Code

May 30 22:00:22 yavdr vdr: video: 11:45:15.729  +27  371   0/\ms  62+2 v-buf
May 30 22:01:22 yavdr vdr: video: 11:46:15.729  +27  306   0/\ms  58+2 v-buf
May 30 22:02:22 yavdr vdr: video: 11:47:15.729  +27  434   0/\ms  63+2 v-buf
May 30 22:03:18 yavdr vdr: [1128] connect from 127.0.0.1, port 57108 - accepted
May 30 22:03:18 yavdr vdr: [1128] closing SVDRP connection
May 30 22:03:22 yavdr vdr: video: 11:48:15.729  +27  370   0/\ms  67+2 v-buf
May 30 22:04:22 yavdr vdr: video: 11:49:15.729  +27  242   0/\ms  58+2 v-buf
May 30 22:05:22 yavdr vdr: video: 11:50:15.729  +27  370   0/\ms  61+2 v-buf
May 30 22:05:48 yavdr kernel: [ 1664.498461] input: Mouse as /devices/pci0000:00/0000:00:12.0/usb3/3-3/3-3:1.0/input/input12
May 30 22:05:48 yavdr kernel: [ 1664.498639] rcking 0003:1D57:AC01.0001: input,hidraw0: USB HID v1.10 Keyboard [Mouse] on usb-0000:00:12.0-3/input0
May 30 22:05:48 yavdr kernel: [ 1664.499013] rcking 0003:1D57:AC01.0002: unknown main item tag 0x0
May 30 22:05:48 yavdr kernel: [ 1664.499045] rcking 0003:1D57:AC01.0002: unknown main item tag 0x0
May 30 22:05:48 yavdr kernel: [ 1664.499096] rcking 0003:1D57:AC01.0002: collection stack underflow
May 30 22:05:48 yavdr kernel: [ 1664.499124] rcking 0003:1D57:AC01.0002: item 0 0 0 12 parsing failed
May 30 22:05:48 yavdr kernel: [ 1664.499160] rcking: probe of 0003:1D57:AC01.0002 failed with error -22
May 30 22:05:48 yavdr vdr-frontend[2262]: added /dev/input/event2
May 30 22:06:22 yavdr vdr: video: 11:51:15.729  +27  402   0/\ms  61+2 v-buf
May 30 22:06:56 yavdr vdr: [1128] connect from 192.168.120.107, port 38709 - accepted
May 30 22:07:19 yavdr vdr: [1128] closing SVDRP connection
May 30 22:07:22 yavdr vdr: video: 11:52:15.729  +27  434   0/\ms  65+2 v-buf
May 30 22:07:44 yavdr vdr: [1128] connect from 192.168.120.107, port 41265 - accepted
May 30 22:07:50 yavdr vdr: [1128] switching to channel 19
May 30 22:07:50 yavdr vdr: [1128] [softhddev]SetPlayMode: 0
May 30 22:07:50 yavdr vdr: [1128] [softhddev]SetVideoDisplayFormat: 1
May 30 22:07:50 yavdr vdr: [1128] [softhddev]GetSpuDecoder:
May 30 22:07:50 yavdr vdr: [2337] osdteletext-receiver thread ended (pid=1128, tid=2337)
May 30 22:07:50 yavdr vdr: [1128] buffer stats: 0 (0%) used
May 30 22:07:50 yavdr vdr: [2338] ERROR (device.c,1862): Ungültiger Dateideskriptor
May 30 22:07:50 yavdr vdr: [2338] TS buffer on device 10 thread ended (pid=1128, tid=2338)
May 30 22:07:50 yavdr vdr: [2335] buffer stats: 299296 (14%) used
May 30 22:07:50 yavdr vdr: [2335] receiver on device 10 thread ended (pid=1128, tid=2335)
May 30 22:07:50 yavdr vdr: [1128] dynamite: no devices within 60 seconds for receiving startup channel 7, giving up
May 30 22:07:50 yavdr vdr: [3155] receiver on device 10 thread started (pid=1128, tid=3155, prio=high)
May 30 22:07:50 yavdr vdr: [2336] ttxtsubs player thread ended (pid=1128, tid=2336)
May 30 22:07:50 yavdr vdr: [1128] buffer stats: 0 (0%) used
May 30 22:07:50 yavdr vdr: [1128] ttxtsubs: teletext subtitles replayer started with initial page 000
May 30 22:07:50 yavdr vdr: [3156] TS buffer on device 10 thread started (pid=1128, tid=3156, prio=high)
May 30 22:07:50 yavdr vdr: [3157] ttxtsubs player thread started (pid=1128, tid=3157, prio=high)
May 30 22:07:50 yavdr vdr: [1128] creating directory /var/run/vdr/vtx/S19.2E-133-5-772
May 30 22:07:50 yavdr vdr: [3158] osdteletext-receiver thread started (pid=1128, tid=3158, prio=high)
May 30 22:07:50 yavdr vdr: [1128] [softhddev]SetPlayMode: 1
May 30 22:07:50 yavdr vdr: audio/alsa: using pass-through device 'default'
May 30 22:07:50 yavdr vdr: audio/alsa: start delay 1000ms
May 30 22:07:50 yavdr vdr: [softhddev] invalid PES video packet
May 30 22:07:50 yavdr vdr: [softhddev] 2 invalid PES video packet(s)
May 30 22:07:51 yavdr vdr: codec: buggy libav, use ffmpeg
May 30 22:07:51 yavdr vdr: audio/alsa: using device 'default'
May 30 22:07:51 yavdr vdr: audio/alsa: start delay 1000ms
May 30 22:07:53 yavdr vdr: video/vdpau: synced after 94 frames
May 30 22:08:00 yavdr vdr: [1205] EPGSearch: timer conflict check started
May 30 22:08:00 yavdr vdr: [1205] EPGSearch: timer conflict check finished

Alles anzeigen

- um 22:03 war es wieder soweit, danach habe ich das Modul entladen und neu geladen um 22:05, das hat nicht geholfen und ich zog wieder den USB Stecker. Erst dann war alles wieder OK. Soweit ich sehe, steht nur dazu was, dass ich das Modul geladen habe.
- hängt am USB 2.0 OnBoard. Ein Gigabyte Board F2A85X-D3H http://www.gigabyte.com/fileup…oduct/2/4384/6849_big.jpg unter den PCI Leisten. Hatte vorher ein ASUS Board installiert M4A785TD-V EVO, gleiches Problem

ATD · 31. Mai 2015

Zitat von miki11

um 22:03 war es wieder soweit

Verstehe ich das richtig, es passiert mitten im laufenden Betrieb (auch)?

Zitat von miki11

Hatte vorher ein ASUS Board installiert M4A785TD-V EVO, gleiches Problem

Hm, Hardware Fehler schließe eigentlich aus, aber wer weiß wenn es schon bei zwei Boards passiert. Was mir noch einfällt:

- BIOS Update auf dem Board.
- Alte Kernel und Kernel Header bereinigen/loswerden.

Ich habe auch einen Gigabyte Board im Einsatz (siehe Signatur). Darauf ist W7 installiert und ich benutze eine Logitech G3 Laser Maus. Diese geht mir ca. 2-mal im Monat "verloren" obwohl in Microsofts HCL für die G3 eine eindeutige Unterstutzung zugesichert wird. Ziehen und erneut stecken hilft. Damit kann ich leben. Einen BIOS Update gibt es für meinen Board leider nicht mehr, ich habe das letzte Beta darauf.

Albert

miki11 · 1. Juni 2015

Zitat von ATD

Verstehe ich das richtig, es passiert mitten im laufenden Betrieb (auch)?

nene, das passiert nur beim erste mal. D.h. wenn der Rechner hochgefahren ist, kann ich die Fernbedienung nutzen, alle Tasten, bis auf die Farbtasten. Wenn ich eine Farbtaste gedrückt habe, geht keine Taste mehr. Per vdradmin im Browser und Android-APP geht weiterhin alles.
Wenn ich den IR-Empfänger einmal (manchmal auch mehrmals nötig) vom USB trenne und wieder verbinde, kann ich alle Tasten einwandfrei nutzen. Das Problem tretet nicht mehr auf. Erst wenn ich den Rechner neustarte, kommt das Problem wieder.
Nur ist das lästig, da der Stecker nicht hinten am USB hängt, sondern OnBoard, also die Kiste muss auf...

Zitat von ATD

Hm, Hardware Fehler schließe eigentlich aus, aber wer weiß wenn es schon bei zwei Boards passiert. Was mir noch einfällt:

- BIOS Update auf dem Board.

Das schließe ich soweit auch aus, wie gesagt zwei Boards getestet. Was ich nicht ausschließe, ich habe noch nicht die Originale Fernbedienung getestet, ich arbeite mit Harmony 600. Oder das IR-Empfänger ist defekt.
Aber BIOS ist auch aktuell.

Zitat von ATD

- Alte Kernel und Kernel Header bereinigen/loswerden.

Ich habe auch einen Gigabyte Board im Einsatz (siehe Signatur). Darauf ist W7 installiert und ich benutze eine Logitech G3 Laser Maus. Diese geht mir ca. 2-mal im Monat "verloren" obwohl in Microsofts HCL für die G3 eine eindeutige Unterstutzung zugesichert wird. Ziehen und erneut stecken hilft. Damit kann ich leben. Einen BIOS Update gibt es für meinen Board leider nicht mehr, ich habe das letzte Beta darauf.

Ich werde die Tage mal auf eine separate Platte neuinstallieren, dann ist alles sauber. Mal sehen, wie sich das verhält.
Mit der Maus hatte ich an meinem Arbeitsrechner auch Probleme. http://www.func.net/en/products/ms-3-revision-2/ Version 1 hatte ich hier und da ist mittlerweile bekannt, dass die Mäuse Wackelkontakt haben. Jetzt habe ich eine andere Maus, und alles ist gut.
Firma Func habe ich dafür verflucht und deren Support hat auf meine Anfragen nur mit Standard Mails beantwortet. Dann kam Version 2 der Maus in die Läden und dort sind genau die Probleme behoben worden, die ich angemeckert habe. Wenn die glauben, ich gib nochmal Geld für Version 2 aus....
Jetzt bin ich noch auf der Suche nach eine Maus mit der gleiche Gehäuse, wo ich mein Kleinfinger ablegen kann, da ich sonnst schmerzen bekomme in der Handfläche. Ich arbeite viel an der PC, bin EDV-Techniker/Software Entwickler.
Leider finde ich nichts passendes.

Aber jetzt bin ich voll Off-Topic

MS-Tech USB IR Receiver mc-380 crasht ab und an....

Jetzt mitmachen!

Teilen

Tags