Thermaltake DH 102 und Frontpanel buttons

Ulrich Eckhardt · 8. Dezember 2012

Hi,

ich will die Fernsteuerung meines VDR von lirc auf die Kerneltreiber für imon und inputlircd umstellen. Bei lircd hatte alles funktioniert, mit den imon-Kerneltreibern ( Kernel 3.6.8 ) funktioniert bisher nur die Fernbedienung und der Drehknopf am Gehäuse, aber leider nicht die anderen Knöpfe, ev-test liefert da auch nur den Drehknopf:

Code

vdr:/usr/src/linux # evtest /dev/input/by-id/usb-15c2_0034-event-mouse 
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x15c2 product 0x34 version 0x14
Input device name: "iMON Panel, Knob and Mouse(15c2:0034)"
Supported events:
  Event type 0 (Sync)
  Event type 1 (Key)
    Event code 1 (Esc)
    Event code 28 (Enter)
    Event code 103 (Up)
    Event code 105 (Left)
    Event code 106 (Right)
    Event code 108 (Down)
    Event code 113 (Mute)
    Event code 114 (VolumeDown)
    Event code 115 (VolumeUp)
    Event code 128 (Stop)
    Event code 139 (Menu)
    Event code 164 (PlayPause)
    Event code 168 (Rewind)
    Event code 174 (Exit)
    Event code 208 (Fast Forward)
    Event code 212 (Camera)
    Event code 226 (Media)
    Event code 272 (LeftBtn)
    Event code 273 (RightBtn)
    Event code 353 (Select)
    Event code 377 (TV)
    Event code 389 (DVD)
    Event code 392 (Audio)
    Event code 393 (Video)
    Event code 407 (Next)
    Event code 412 (Previous)
  Event type 2 (Relative)
    Event code 0 (X)
    Event code 1 (Y)
    Event code 8 (Wheel)
  Event type 20 (Repeat)
Testing ... (interrupt to exit)
Event: time 1354988091.619376, type 1 (Key), code 115 (VolumeUp), value 1
Event: time 1354988091.619381, -------------- Report Sync ------------
Event: time 1354988091.619414, type 1 (Key), code 115 (VolumeUp), value 0
Event: time 1354988091.619415, -------------- Report Sync ------------
Event: time 1354988091.715445, type 1 (Key), code 115 (VolumeUp), value 1
Event: time 1354988091.715449, -------------- Report Sync ------------
Event: time 1354988091.715468, type 1 (Key), code 115 (VolumeUp), value 0
Event: time 1354988091.715470, -------------- Report Sync ------------

Alles anzeigen

Aber wenn ich z.B. den "MEDIAN" Knopf auf dem Frontpanel drücke scheint zumindest der Treiber die Eingaben zu verarbeiten:

Code

usbcore: deregistering interface driver imon
input: iMON Panel, Knob and Mouse(15c2:0034) as /devices/pci0000:00/0000:00:02.0/usb2/2-5/2-5:1.0/input/input9
Registered IR keymap rc-imon-pad
input: iMON Remote (15c2:0034) as /devices/pci0000:00/0000:00:02.0/usb2/2-5/2-5:1.0/rc/rc2/input10
rc2: iMON Remote (15c2:0034) as /devices/pci0000:00/0000:00:02.0/usb2/2-5/2-5:1.0/rc/rc2
imon 2-5:1.0: could not get a minor number for display
imon 2-5:1.0: iMON device (15c2:0034, intf0) on usb<2:3> initialized
input: iMON USB Touchscreen (15c2:0034) as /devices/pci0000:00/0000:00:02.0/usb2/2-5/2-5:1.0/input/input11
imon 2-5:1.1: iMON device (15c2:0034, intf1) on usb<2:3> initialized
usbcore: registered new interface driver imon
intf1 decoded packet: 00 00 00 0f 00 00 14 ee 
intf1 decoded packet: 00 00 00 0f 00 00 14 ee

Alles anzeigen

Ist das ein Treiberproblem oder habe ich da bei der Konfiguration noch was übersehen?

Ulrich Eckhardt · 9. Dezember 2012

Ich habe mich heute mal durch den Kernel gewühlt, die Codes für die Panel-Buttons sind da wohl hart codiert . Ich habe mal einen Patch angehängt, der die Knöpfe erst mal zum Funktionieren bringt. Unschön ist allerdings, das man die Zuordnung nicht mittels ir-keytables ändern kann. Zu dem Thema habe ich mal eine E-Mail an die lirc Mailing Liste geschickt.

447377 · 25. März 2013

Hallo Ulrich,
super, meine Gehäusetasten funktionieren. Vielen Dank!
Nur: Ich habe zwei Input-Events, einmal für "Remote" und einmal für "Panel". Wie schaffe ich, dass lirc beide Devices anspricht?
Ich habe übrigens auch Opensuse und ein DH 102.
Für eine kleine Gedankenstütze wäre ich sehr dankbar!
Grüße,
Stefan

TheChief · 25. März 2013

Inputlirc installieren und dann in /etc/default/inputlirc bei EVENTS beide Geräte eintragen und inputlirc neustarten. Ist halt die Frage, obs das da gibt.

Ulrich Eckhardt · 26. März 2013

Zitat von 447377

Nur: Ich habe zwei Input-Events, einmal für "Remote" und einmal für "Panel". Wie schaffe ich, dass lirc beide Devices anspricht?

Ich habe inputlirc verwendet. Allerdings muss man das unter Opensuse selber kompileren, ein Paket dafür habe ich nirgends gefunden.

3PO · 26. März 2013

An meinem DH 202 funktioniert das Frontpanel nach wie vor nicht.

Aber mittlerweile ist mit das zu dumm, ich hau den ganzen imon Dreck raus und mache das Ganze mit einem AVR und gut is.

447377 · 17. April 2013

Endlich kam ich dazu, danke für den Tipp mit inputlircd. Auf Suse kompiliert und: Es funktioniert. Nur: Nachdem ich eine Taste auf der Fernbedienung gedrückt habe, gehen dann die Gehäusetasten einige Zeit lang nicht mehr.

Ich starte das Ganze mit unten stehender Zeile - die Parameter deswegen, da ansonsten einige Tasten auf der FB und dem Gehäuse nicht funktionieren würden:
inputlircd -g -m 0 /dev/input/imonremote /dev/input/imoncase
Graphtft bekommt in seinen Plugin-Einstellungen das entsprechende Touch-Device zugewiesen.

Eine Datei /etc/default/inputlirc gibt's nicht und wird auch nicht beachtet.

Wie könnte das noch gelöst werden?

Danke,
Stefan

Ulrich Eckhardt · 14. März 2014

Zitat von 447377

Endlich kam ich dazu, danke für den Tipp mit inputlircd. Auf Suse kompiliert und: Es funktioniert. Nur: Nachdem ich eine Taste auf der Fernbedienung gedrückt habe, gehen dann die Gehäusetasten einige Zeit lang nicht mehr.

Dein Post hatte ich irgendwie leider nicht mehr gesehen. Ich hatte eigentlich das selbe Problem, dachte allerdings das wäre Timing-Abhängig und würde eventuell mit USB-PowerSaving zusammenhängen. Nachdem ich diese Woche dann dachte, das Problem hinge an der USB-Verbindung und deswegen meinen VDR auseinander gebaut habe , habe ich jetzt doch noch mal in den Treiber geschaut und bin dann fündig geworden. Ich hänge den aktualisierten Patch hier an.

3PO · 14. März 2014

Dank eines Users hier im Forum, der mir ein Kernelmodul für das FingerVU Display und die für die Fronttasten und die IMOB Fernbedienung für mein DH 202 geschieben hat, funktioniert es nun auch bei mir perfekt.

Code

[    3.474399] fingervu 1-1.4:1.0: fingervu_probe: found FingerVu device (15c2:30c0, ifnum=0, ep=81)
[    3.474406] fingervu 1-1.4:1.0: FingerVU device now attached
[    3.474411] fingervu 1-1.4:1.1: fingervu_probe: found FingerVu device (15c2:30c0, ifnum=1, ep=82)
[    3.474414] fingervu 1-1.4:1.1: FingerVU device now attached
[    3.474417] fingervu 1-1.4:1.2: fingervu_probe: found FingerVu device (15c2:30c0, ifnum=2, ep=83)
[    3.474452] input: SoundGraph Touchscreen (15c2:30c0) as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/input/input8
[    3.474524] input: SoundGraph Input (15c2:30c0) as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/input/input9
[    3.474551] fingervu 1-1.4:1.2: FingerVU device now attached
.....
[    3.651717] udlfb: DisplayLink FingerVU 700 - serial #FVO0700-1040275

447377 · 8. April 2014

Hallo Ulrich,

super, es geht - vielen Dank für Deinen neuen Patch!
Und vor allem muss die blaue Taste in lircd.conf nicht mehr manuell eingepflegt werden, es geht alles auf Anhieb.

Wie hast Du das Touch-Device eingebunden? Seitdem ein X-Server an meinem VDR läuft, habe ich den über xinput disabled. Er reagierte bei Berührung nur wie eine Maus, so dass Softhddevice zwischen Fullscreen und Fenster toggelte.

Nochmals danke und Gruß,
Stefan

Ulrich Eckhardt · 9. April 2014

Die Maus kannst du mittels der module option nomouse=1 abschalten. Dazu gibt es bei mir die Datei /etc/modprobe.d/51-imon.conf :

Code

# Options for imon 
options imon nomouse=1 
#options imon debug=1 nomouse=1 
# Debugging
#options rc_core debug=2

Ich habe den Patch mal auf der linux-media Mailing-Liste gepostet http://permalink.gmane.org/gma…nput-infrastructure/75815, in der Hoffnung, das der Patch mal irgendwann in den Kernel aufgenommen wird. Nur leider habe ich bisher noch kein Feedback bekommen.

Ulrich Eckhardt · 9. April 2014

Zitat von Ulrich Eckhardt

Die Maus kannst du mittels der module option nomouse=1

Noch mal ein Nachtrag, diese Option schaltet nur die Maussteuerung über die Fernbedienung aus. Auf dem Display vom DH102 läuft bei mir auch ein X-Server, allerdings läuft dort Graphtft. Mit dem funktioniert die Maussteuerung problemlos und es lassen sich z.B. auch die Buttons übers Display steuern.

Die Panelknöpfe und die Fernbedienung gehen über inputlircd:

Code

/usr/local/sbin/inputlircd -m1 -g /dev/input/by-id/usb-15c2_0034-event-if00 /dev/input/by-id/usb-15c2_0034-event-mouse

447377 · 12. April 2014

Hallo Ulrich,

danke für Deine beiden Einträge. Die nomouse-Option testete ich auch schon, jedoch reagiert dann das softhddevice-Fenster trotzdem auf jeden Touch auf dem Display (Wechsel zw. Fullscreen und Fenster). Ich nütze auch Graphtft und würde die Touchscreen-Bedienung wie noch zu Zeiten ohne X-Server gerne fortführen.
Welches Ausgabedevice für VDR hast Du?

Gruß,
Stefan

Ulrich Eckhardt · 19. April 2014

Ich nutze das xine Plugin. Für graphtft braucht es doch kein Plugin. Wie ist denn der X-Server konfiguriert? Bei mir sind der TV und das Display im Gehäuse zwei X-Displays, da über unterschiedliche Grafikkarten angesteuert.

447377 · 23. Mai 2014

Nach Deinem Beitrag habe ich etwas mit der X-Server-Konfig gespielt, daher die Dauer...
VDR geht bei mir über nvidia und graphtft über die Onboard-Intel, bisher per Framebuffer-Device, jetzt jeweils ein eigener X-Screen.

Graphtft nicht als Plugin? Bei mir schon und graphtft-fe in der Autostart-Datei, wenn über X-Server und nicht Frambuffer.

Aber egal was ich mache, ein Touch aufs Graphtft-Display wird als Mausklick interpretiert bzw. bewegt die Maus und Graphtft reagiert nicht, kann auch nicht kalibriert werden ;(. Und das unabhängig der nomouse-Option.

Bei Dir scheint das nicht so zu sein. Liegt das am Ausgabe-Device xine statt softhddevice? Oder an meiner xorg.conf?

/etc/X11/xorg.conf

Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 1024 0
Screen 1 "Screen1" 0 0
Option "Xinerama" "0"
EndSection

Section "Files"
EndSection

Section "ServerFlags"
Option "Xinerama" "0"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Samsung SMT24A550"
HorizSync 26.0 - 81.0
VertRefresh 24.0 - 75.0
Option "DPMS"
Option "BlankTime" "0"
Option "StandbyTime" "0"
Option "SuspendTime" "0"
Option "OffTime" "0"
EndSection

Section "Monitor"
Identifier "Monitor1"
VendorName "Thermaltake DH102"
ModelName "CRT-0"
HorizSync 28.0 - 55.0
VertRefresh 43.0 - 72.0
Option "DPMS"
Option "BlankTime" "0"
Option "StandbyTime" "0"
Option "SuspendTime" "0"
Option "OffTime" "0"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GT 630"
Option "NoLogo" "true"
EndSection

Section "Device"
Identifier "Device1"
Driver "intel"
BusID "PCI:0:2:0"
Option "AccelMethod" "uxa"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "Stereo" "0"
Option "metamodes" "1920x1080_60 +0+0"
Option "SLI" "Off"
Option "MultiGPU" "Off"
Option "BaseMosaic" "off"
SubSection "Display"
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier "Screen1"
Device "Device1"
Monitor "Monitor1"
Option "metamodes" "1024x768_60 +0+0"
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

Section "Extensions"
Option "Composite" "Disable"
EndSection

Ulrich Eckhardt · 26. Mai 2014

Zitat von 447377

Bei Dir scheint das nicht so zu sein. Liegt das am Ausgabe-Device xine statt softhddevice? Oder an meiner xorg.conf?

Den einzigen Unterschied sehe ich jetzt darin, daß das Thermaltake Display bei mir auf Screen 0 liegt. Bei älteren X-Servern gehen die Events von Input-Devices immer nach Screen 0.

Hier mal meine X-Server Config, eventuell hilft es ja die, wie bei mir die TV-Ausgabe auf Screen 1 zu legen.

Code

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    Screen      1  "TV" 0 0
    InputDevice    "Keyboard0"   "CoreKeyboard"
    InputDevice    "Mouse0"      "CorePointer"
    Option         "Xinerama" "0"
#    Option         "AutoAddDevices" "False"
EndSection


Section "Files"


EndSection


Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules""xorg"
Option "XkbModel""pc105"
Option "XkbLayout""de"
EndSection


Section "InputDevice"
    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection


Section "InputDevice"
    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection


Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "HAI SG7"
    HorizSync       31.0 - 60.0
    VertRefresh     60.0
    Option         "PreferredMode" "800x600"
    Option         "DPMS"
EndSection


Section "Monitor"
#    Option         "DPMS"
    Identifier     "TV"
    VendorName     "TV"
    ModelName      "CRT-1"
    HorizSync       30.0 - 50.0
    VertRefresh     60.0
    Option         "PreferredMode" "768x576"
EndSection


Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce 7025 / nForce 630a"
    BusID          "PCI:0:13:0"
EndSection


Section "Device"
    Identifier     "Device1"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce 9400 GT"
    BusID          "PCI:2:0:0"
EndSection


Section "Screen"
    Option         "AllowDDCCI" "on"
    Option       "NOLOGO" "on"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "Coolbits" "1"
    Option         "TwinView" "0"
    Option         "TwinViewXineramaInfoOrder" "CRT-0"
    SubSection     "Display"
        Depth       24
        Modes      "800x600" "768x576" "640x480"
    EndSubSection
EndSection


Section "Screen"
    Identifier     "TV"
    Device         "Device1"
    Monitor        "TV"
    DefaultDepth    24
    Option         "AllowDDCCI" "on"
    Option         "Coolbits" "1"
    Option         "TwinView" "0"
    Option         "metamodes" "nvidia-auto-select +0+0"
    Option         "TVOutFormat" "SVIDEO"
    Option         "TVStandard" "PAL-B"
    Option         "ConnectedMonitor" "TV"
    Option         "NOLOGO" "on"
#    Option         "TVOverscan" "0.1"
#    Option         "TVOverscan" "1.0"
    Option         "TVOverscan" "0.9"
    SubSection     "Display"
        Depth       24
#        Modes      "1280x1024" "1024x768" "800x600" "768x576" "640x480"
        Modes       "768x576" "640x480"
    EndSubSection
EndSection

Alles anzeigen

447377 · 31. Mai 2014

Nein, das macht leider keinen Unterschied, ob das GraphTFT-Display auf Screen 0 liegt.
Ich muss die Touch-Funktion im X-Server leider deaktivieren (mit dem Eintrag in Autostart: DISPLAY=:0.1 xinput disable 'iMON USB Touchscreen (15c2:0034)'), damit das Softhddevice-Fenster nicht von Fullscreen und einem Fenster hin und her springt. Damit geht dann die Touch-Funktion in GraphTFT auch nicht mehr.

Danke Ulrich für Deine Unterstützung! Mal eine andere xorg.xonf zu sehen, war für mich dennoch interessant!

Hat jemand GraphTFT mit Touch-Funktionalität und Softhddevice? Wie sieht die Lösung aus?

Gruß,
Stefan

TheChief · 1. Juni 2014

Vor langer Zeit hatte ich den Touch-Treiber vom xserver deaktiviert und den Touchtreiber von graphtft genutzt. Weiss aber nicht, ob das überhaupt noch drin ist und ich benutze den Touchscreen auch nicht wirklich. Die Kalibrierung will momentan auch nicht richtig. Als weiss momentan auch nicht so recht.

447377 · 11. Juni 2014

Wie habt Ihr eigentlich das Abschalten des GraphTFT-Displays gelöst (also während dem VDR-Betrieb)? Ich habe schon mehrere Versuche unternommen, doch leider schaltet er dann jedesmal beide Grafikkarten ab.

Mit der ff-Karte früher (kein X-Server, graphTFT per framebuffer-device) habe ich einfach vbetool dpms off gesetzt. Doch seit dem HD-Zeitalter mit einem X-Server werden dann beide Displays (graphtft + TV) abgeschaltet. Egal ob ich in xorg.conf beim TV DPMS deaktiviere.
Auch mit xrandr kam ich nicht weiter.
Mit svdrpsend plug graphtft VIEW Dia und einem schwarzen Bild klappt's zwar aus dem xterm heraus, aber aus dem VDR-Menü mit Hilfe eines Scripts geht's auch nicht.

Zur Erinnerung: graphTFT hängt bei mir an Intel-Onboard und der TV an Nvidia - xorg.conf siehe weiter oben.

Gruß,
Stefan

3PO · 11. Juni 2014

So:

Code

DISPLAY=:1 xset dpms force off

Thermaltake DH 102 und Frontpanel buttons

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema