Device 15c2:0035 und imontouch

Hallo zusammen,

ursprünglich hab hier mein Anliegen geschildert. Aber ich hab ja doch ein anderes Display wie in dem Gehäuse. Von daher wollt ich dann doch mal ein neues Thema eröffnen...
In dem oben erwähnten Thread erklärte rehar auch schritt-für-schritt, wie ich imontouch mit dem Device zum Fliegen bringe. Hat also mit der lirc-Version auf Anhieb geklappt. Mit mode2 erhalte ich dann auch Ausgaben. Allerdings wird bei einigen Tasten nix gemeldet (z.B. bei 2). Dazu sollte ich den lirc_imontouch im debug-modus starten. Allerdings bekomme ich keine Ausgabe mehr, wenn ich lirc_imontouch manuell neu starte. Erst wenn ich den Rechner neu starte, reagiert mode2 wieder (muss mode2 aber auch mit --raw starten, falls das wichtig ist). Nun bin ich verzweifelt auf der Suche, wo lirc_dev bei mir gestartet wird. Das "dumme": als System nutze ich für diesen Vdr das heino-image von easyvdr (also mit Kernel 2.6.28.1 und bitte nihct von meiner Sig irritieren lassen) und konnte leider noch in keinem Script entdekcen, wo lirc_dev gestartet wird. Auch unter /etc/modules oder so, konnt ich es nicht entdecken. Ich dachte, dass ich an der Stelle, wo lirc_dev beim Booten geladen wird, den Debug-Eintrag mit anfüge. Aber dafür müsst ich diese Stelle ja erst finden...

Erst mal noch ein Auszug vom syslog - daher denk ich halt, dass lirc_imontouch durch lirc_dev gestartet wird. Wenn ich manuell die Module lade, bekomme ich diese Ausgabe nicht.

Feb 18 10:05:18 (none) kernel: [    4.518561] usb 3-5: New USB device found, idVendor=15c2, idProduct=0035
Feb 18 10:05:18 (none) kernel: [    4.520408] usb 3-5: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Feb 18 10:05:18 (none) kernel: [    6.114289] lirc_dev: IR Remote Control driver registered, major 61
Feb 18 10:05:18 (none) kernel: [    6.148119] input: PC Speaker as /class/input/input3
Feb 18 10:05:18 (none) kernel: [    6.177530] Driver for Soundgraph iMON Touch LCD and Remote Control iMON PAD, v0.2.1<6>Rene Harder <rehar@saweb.de><6>imontouch_probe: found iIMON device, 0. interface<6>imontouch_probe: first usb interface not yet registered<6>lirc_dev: lirc_register_driver: sample_rate: 0
Feb 18 10:05:18 (none) kernel: [    6.177621] imontouch_probe: Registered imontouch driver(minor:0)<6>imontouch_probe: imontouch device connected, minor 0<6>input: iMON PAD IR Mouse 15c2:0035 as /class/input/input4

Vielen Dank und Gruß
Melanie

Sö... manuell starten geht nicht, aber nu wird lirc_imontouch immer im DebugModus gestartet. Im Anhang dann eine TXT-Datei mit der Ausgabe aus /var/log/messages der Tasten auf der FB, wo mode2 keine Ausgabe zeigt. Werden die Ausgaben der anderen Tasten auch gebraucht ?
übrigens hab ich auch ein paar Tasten, wo nicht mal unter /var/log/messages eine Ausgabe erzeugt wird (1,2,3, rot, grün). Sind die Tasten dann überhaupt zu belegen ?

Cu
Melanie

Zitat

Original von rehar
...

Also soweit wie ich das sehe werden alle Codes vom Treiber entsprechend gehaendelt und du muesstes eine Ausgabe mittels mode2 erhalten.

Bekommst du eine Ausgabe von den Pfeiltasten? Du kannst allerding mittels der Maus/Keyboard Taste zwischen Maus und Tastatur umschalten. Im Mausmodus wird das PAD direct als Kernel input device gemappt, du erhaelt dann also keine Ausgabe mittels lirc. Im Keyboardmodus werden dann spezielle Lirc codes generiert damit du sie als hoch/runter/rechts/links usw. nutzen kannst.

ah... ok, wenn ich mit Maus/Keyboard dann umschalte, erhalte ich auch mit mode2 dann bei den Tasten, die in der txt-Datei stehen, eine Ausgabe. Außer halt bei 1,2,3, rot und grün...

Zitat

Original von rehar
Im debug modus siehst du dann auch die folgende beim Umschalten die folgende Augabe

Code

..... lirc_imontouch: usb_rx_callback_intf1 tongle mouse 1

(ups, da sogar noch nen typo drin)

???muss ich das mit "typo" verstehen ???

Zitat

Original von rehar
Allerdings ist bei dir irgendwo der Wurm drin, die Tasten wo keine Codes kommen (1,2,3, rot, grün) da stimmt warscheinlich irgendetwas mit der Hardware nicht. Denn diese Codes werden direkt vom onboard decoder zu Treiber gesenden und muessten hier dann eine entsprechende Ausgabe erzeugen.
Ich vermute (mit hoher Warscheinlichkeit), das es an der FB liegt, denn der onboard decoder scheint ja zu funktionieren.

Und nu ? sollt ich denn mal mit dem Panel Windoof installieren und die beigelieferten Treiber ausprobieren ? Oder bringt das nicht viel ?
Oder kann ich auch eine programmierbare FB nehmen ?!

Zitat

Original von rehar
Wie schaut es mit dem Touchscreen aus, bekommst du dort entsprechende Codes mittels mode2? (grobes Raster 8x8 unterschiedliche Koordinaten)

Ausgaben gibt es, hab da mal drauf gepaddet:

easyVDR:~# mode2 --raw
code: 0x06000600000014ff
code: 0x06000600000014ff
code: 0x00000100000014ff
code: 0x00000100000014ff
code: 0x00000200000014ff
code: 0x00000200000014ff
code: 0x00000100000014ff
code: 0x00000100000014ff
code: 0x00000100000014ff
code: 0x00000100000014ff
code: 0x00000100000014ff
code: 0x00000200000014ff
code: 0x00000200000014ff
code: 0x05000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff
code: 0x06000200000014ff

Feb 18 16:44:29 (none) kernel: [17367.227046] lirc_imontouch usb_rx_callback_intf1 incomming packet: 2c 58 b8 15 f1 00 03 86
Feb 18 16:44:29 (none) kernel: [17367.251044] lirc_imontouch usb_rx_callback_intf1 incomming packet: 2e da b8 2f e1 00 03 86
Feb 18 16:44:29 (none) kernel: [17367.267044] lirc_imontouch usb_rx_callback_intf1 incomming packet: 30 04 b5 3d d5 00 03 86
Feb 18 16:44:29 (none) kernel: [17367.291041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 2f 25 b4 42 d3 00 03 86
Feb 18 16:44:29 (none) kernel: [17367.307041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 2f 2b b3 42 d2 00 03 86
Feb 18 16:44:29 (none) kernel: [17367.331045] lirc_imontouch usb_rx_callback_intf1 incomming packet: 31 bb b3 37 da 00 03 86
Feb 18 16:44:29 (none) kernel: [17367.347047] lirc_imontouch usb_rx_callback_intf1 incomming packet: 25 4b b3 22 e9 00 03 86
Feb 18 16:44:29 (none) kernel: [17367.371045] lirc_imontouch usb_rx_callback_intf1 incomming packet: 10 e2 a0 00 ff 00 03 86
Feb 18 16:44:49 (none) kernel: [17387.979046] lirc_imontouch usb_rx_callback_intf1 incomming packet: d6 37 cd 61 f6 00 03 86
Feb 18 16:44:50 (none) kernel: [17388.003042] lirc_imontouch usb_rx_callback_intf1 incomming packet: dd 98 d0 8e f2 00 03 86
Feb 18 16:44:50 (none) kernel: [17388.027041] lirc_imontouch usb_rx_callback_intf1 incomming packet: dd a0 cf a6 f0 00 03 86
Feb 18 16:44:50 (none) kernel: [17388.043042] lirc_imontouch usb_rx_callback_intf1 incomming packet: dd 0a ce ac ef 00 03 86
Feb 18 16:44:50 (none) kernel: [17388.067043] lirc_imontouch usb_rx_callback_intf1 incomming packet: dd 14 ce ac ef 00 03 86
Feb 18 16:44:50 (none) kernel: [17388.083042] lirc_imontouch usb_rx_callback_intf1 incomming packet: dd 7f ce a9 f0 00 03 86
Feb 18 16:44:50 (none) kernel: [17388.107041] lirc_imontouch usb_rx_callback_intf1 incomming packet: de 8a d1 9c f2 00 03 86
Feb 18 16:44:50 (none) kernel: [17388.123041] lirc_imontouch usb_rx_callback_intf1 incomming packet: de 97 cf 7f f4 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.523047] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 9a 3c 08 e1 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.539042] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 e8 3e 15 b7 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.563041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 18 93 40 19 ad 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.579041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 ae 40 19 aa 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.603041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 9d 3f 1a a8 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.619041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 69 3e 1a a6 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.643041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 76 3e 1a a5 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.667041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 82 3e 1a a5 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.683042] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 b8 3e 1a a7 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.707041] lirc_imontouch usb_rx_callback_intf1 incomming packet: 17 f6 40 19 ac 00 03 86
Feb 18 16:45:08 (none) kernel: [17406.723043] lirc_imontouch usb_rx_callback_intf1 incomming packet: 18 8b 41 15 b6 00 03 86
Feb 18 16:45:12 (none) kernel: [17410.899043] lirc_imontouch usb_rx_callback_intf1 incomming packet: bd 75 49 20 f2 00 03 86
Feb 18 16:45:12 (none) kernel: [17410.915044] lirc_imontouch usb_rx_callback_intf1 incomming packet: d5 95 4c 61 dd 00 03 86
Feb 18 16:45:12 (none) kernel: [17410.939041] lirc_imontouch usb_rx_callback_intf1 incomming packet: d6 fa 4d 76 d6 00 03 86
Feb 18 16:45:12 (none) kernel: [17410.955040] lirc_imontouch usb_rx_callback_intf1 incomming packet: d6 9c 4c 83 d2 00 03 86
Feb 18 16:45:12 (none) kernel: [17410.979041] lirc_imontouch usb_rx_callback_intf1 incomming packet: d7 2c 4a 88 d0 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.003040] lirc_imontouch usb_rx_callback_intf1 incomming packet: d7 32 49 8a cf 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.019042] lirc_imontouch usb_rx_callback_intf1 incomming packet: d7 58 47 8c ce 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.043040] lirc_imontouch usb_rx_callback_intf1 incomming packet: d7 b6 46 8d cd 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.059041] lirc_imontouch usb_rx_callback_intf1 incomming packet: d8 7f 44 8e cd 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.083042] lirc_imontouch usb_rx_callback_intf1 incomming packet: d9 1a 44 8f cc 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.107042] lirc_imontouch usb_rx_callback_intf1 incomming packet: d9 58 45 8e cd 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.123041] lirc_imontouch usb_rx_callback_intf1 incomming packet: d9 6d 47 8a cf 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.147041] lirc_imontouch usb_rx_callback_intf1 incomming packet: d9 9a 4b 7f d4 00 03 86
Feb 18 16:45:13 (none) kernel: [17411.163040] lirc_imontouch usb_rx_callback_intf1 incomming packet: da 74 4b 66 dc 00 03 86

Und über Frontpanel bekomme ich auch eine Ausgabe mit mode2.

Touch bräucht ich nicht mal... Aber 1, 2, 3, rot und grün... find ich schon wichtige Tasten... Haben wollen tun... Watt tu ich denn nu ?!

CU
Melanie

Hm... hab ja eigentlich mit so ner Antwort gerechnet... So ne FB hab ich leider nicht:( Kann das auch schlecht an ner Windows-Büchse anschließen, aber man hat ja noch ne Platte... Dann mach ich mal an ne Testwindoof-Install...

CU
Melanie

Morschen,

tja: unter Windows und der mitgelieferten Software funzt die FB: rot und grün geben Signale und werden richtig erkannt... Weiß gerad nicht, wie ich bei der Software die Zahlen testen könnte, aber da rot und grün gehen, geh ich mal davon aus, dass die Zahlen auch gehen würden... Somit doch n Treiberproblem ?!

CU
Melanie

Kein Plan, ob das was zu bedeuten hat.. Und es kann nun auch sein, dass ich völligen Schwachsinn rede (also dann bitte gekonnt ignorieren), aber ich schreib einfach mal, was ich denke:

Zunächst mal zum Gehäuse. Ich habe dieses
In dem Datenblatt wird von iMON PAD und auch von der Software iMEDIAN gesprochen. Wenn ich mir die Windoof-Treiber ansehe, sehe ich auch nur, wleche mit Namen "imon". Wenn ich mir nun die Namen und die Treibernamen aus lirc-0.8.5pre1 (nicht das von Rene) ansehe, sehe ich z.B.:

Soundgraph iMON MultiMedian IR/VFD (imon)
Soundgraph iMON PAD IR/VFD (imon_pad)

Da ich ja eigentlich nicht mal das Touchpad bräuchte, dachte ich, dass ich "nur" iMON PAD bräuchte. Ich hab das soweit verstanden, dass die Device IDs auch in der lirc_imon.c auftauchen und so zugeordnet werden. Mein Device (0035) taucht da ja gar nicht auf. Hab auch schon bei anderen Versionen veruscht, meine ID da einzutragen, aber bei den Versuchen bin ich leider kläglich gescheitert. Aber weder wenn ich iMON PAD noch iMON MultiMedian auswählte, klappte es. Es wurde dann kein /dev/lirc0 erstellt und wenn ich über usbfs das usb Device ansah, konnt ich auch sehen, dass das Device dem Treiber nicht zugeordnet wurde. (An der Auswahl für MultiMedian dahct ich, durch die Ähnlichkeit mit der WinSoftware iMEDIAN).
Erst mal eine generelle Frage: wird anhand der Auswahl (also ob nun iMON MultiMedian oder iMON PAD) nur ausgewählt, welche ID das Gerät hat ? Oder gibt es noch weitere Unterschiede im Treiber ?
Anhand der Namen, die über lirc ausgewählt werden, hätt ich eigentlich auch gedacht, dass es halt nen Treiber lirc_imon oder auch lirc_imon_pad geben müsste. Aber die Namensvergebung hat anscheinend ja nix damit zu tun...

Also meine Idee ging da hin, dass ich vielleicht dem Eintrag iMON PAD oder MultiMedian beibringen müsste, sich mit meinem Device zu vertragen (sofern es eben noch weitere Einstellungen außer der Device ID anhand des ausgewählten Eintrages gibt)?

Melanie

Guckuck... Ich vermute.. Da war ein Kabel lose... Ich kann mir das gerade echt nicht erklären....
Die Tasten gehen jetzt... Und ich hab das Viech noch mal neu gestartet und alles.... Aber als ich nun noch mal zu dem "eigentlichen" lirc-0.8.3pre1-imontouch" umswitchen wollte... ging auf mal meine fehlenden dusseligen Tasten...
Also ich vermute höchsten, dass ich durch das umstöpseln der Platten ein Kabel, was vielleicht lose war, wieder fest gemacht hab... Oder durch mein ewiges installieren, kam er durcheinander ?! Keine Ahnung... Nun ja...

Was mir nur gerad aufgefallen ist:ich hab gar kein lirc1 nur lirc0-Device... Unter /var/log/messages bekomme ich aber bei allen Tasten nun eine Ausgabe. Schlimm ?! Hab dich so verstanden, dass es zwei devices geben müsste...
Nun muss ich nun mal gucken, wie ich die Tasten am Frontpanel mit m vdr verheirate... Das weiß ich nämlich noch nicht;-)

CU
Melanie

Huhu,

ach sö ! Aber mit dem zweiten Patch hat das nicht geklappt, damit kam bei mode2 die Meldung, dass er auf das Device lirc0 nicht zugreifen kann. (war aber lirc0 angelegt)
Mit "deiner normalen" ging dann auch wieder mode2 etc.
Also für alleweiteren, die mal ein 0035-Device haben sollten: nehmt die lirc-Version die rehar hier gepostet hat und dann sollte das laufen.

CU
Kamikaze

Dann probier ich das Morgen noch mal. Aber erst mal mach ich ein Backup:D
Dann wollt ich auch noch mal "frisch" isntallieren und das dann mit deiner lirc-Version testen. Aber das mach ich wohl erst nächste Woche.

CU
Melanie

Der vdr brachte mir in vielen Punkten mehr problemchen als erwartet... Daher kontn ich noch ncihts testen von dem, was ich woltle. Falls ich aber noch eine lirc-Version oder so mit dem Gehäuse testen soll, bitte fragen - das Gehäuse hab ich wohl nur noch bis Mitte der Woche zur Verfügung.

Was ich aber eigentlich fragen wollte: es wird dann ja auch brav graphtft-fe gestartet, wo ich dann ja das Steuerkreuz von der "Maus" dann sehe. Touchpad will ich eigetnlich eh nicht nutzen. Ich würd aber vor allem gerne dieses Steuerkreuz ausblenden. Gehört das zu lirc ?! Kann ich ihm den Device klauen oder so, damti das Steuerkreuz nicht mehr angezeigt wird ? Oder zählt das zu x ? Muss ich das da irgendwie ausblenden ?

CU
Melanie