lirc mit Silverstone ML02MX

katerasrael · 25. März 2009

weiss ich nicht, ob du da daneben bist - probiers aus, bei mir funktionierts wunderbar.

Gruß,
Andreas

MichaelB · 25. März 2009

Hallo batesman,

soll heissen jetzt geht eigentlich alles? Das ist ja schon mal fein.

Das x-fache senden des gleichen (bzw. eigentlich leicht variierender) Codes durch das Pad ist völlig richtig, das muss so sein. Der alte pad2keys-patch und eine neue Funktionalität in der CVS-Version sorgen nur dafür das die Codes schön und ordentlich generiert werden, damit der cursor nicht hüpft...

Der Compiler-Fehler ist übrigens wirklich fasziniernd - die aktuelle Version von lirc_imon.c ist die 1.58, die hat hier überhaupt nur 1674 Zeilen, wie kommst du dann in Zeile 1793 an einen Fehler? Was hast du da ausgecheckt? Oder hast du die versucht zu patchen? Na egal...

Grüsse aus Pb.

batesman · 26. März 2009

Hallo Michael,

im Moment bin ich auf der Arbeit. Das mit der Länge von lirc_imon.c ist schon witzig.
Ich hab mir das gar nicht weiter angeschaut. Aber das werd ich heut Abend nochmal testen.
CVS hab ich eigentlich wie im Wiki beschrieben ausgecheckt. Aber wie gesagt, das werd ich mir nochmal ansehen.
Wobei, es funktionieren jetzt alle Code's. Besser nicht drann rumspielen

Spass beiseite. Hast du das mit deinem Pad in X integriert (also mit lircmd). Falls ja, kannst du mir da eine Config zukommen lassen.

Ideal wäre ja die Lösung mit der Mouse/Keyboard Taste das PAd so umzuschalten, das man einerseits den Cursor damit bewegen kann und andererseits in Menü's (z.B. Vdr, MMS usw.) "langsam" durch die Felder zappen kann.

Oder meinst du das klappt auch so ?

Ich meine VDR ist klasse, aber bei gewissen Sachen halt auch nicht ganz Stand der Dinge (zumindest Optisch). Daher will ich das ganze dann auch noch in MMS oder XBMC integrieren.
Daher wäre eine Umschaltung zwischen Mauscursor und einfach nur BefehlHoch oder Runter schon ganz gut.

MichaelB · 26. März 2009

Hi batesman,

du willst ja Sachen....
Ich selbst betreibe den VDR pur und brauch keinen Maus-Ersatz. Im ersten imon-pad patch für die alten (nicht-hid) imon-devices war das drin, aber, um mich mal selbst zu zitieren "The mouse device was completely useless for me and created only unnecessary kernel dependencies, so I've removed the mouse input device support". Den könnte man wieder einbauen, allerdings gäbe es dann noch mehr Probleme mit den verschiedenen Devices. Für die imon hid-devices muss man den kernel erst davon überzeugen, dass sie keine hid-devices sind, nur um dann hid im lirc-Treiber zu emulieren? Nenene, klingt nicht sinnvoll. lircmd ist 'ne krücke, das könnte das Pad mit nativem Support viel besser. Wenn du ganz wagemutig bist, kannst du ja mal versuchen, die alten Patches von SiliconFiend wieder zu beleben... http://venky.ws/forums/viewtopic.php?f=2&t=60&start=90&st=0&sk=t&sd=a

Grüsse aus Pb.

batesman · 26. März 2009

Hi Michael,

dann bin ich wohl auf ner alten Seite gelandet (warn Debian LircHowto).
Das mit der Pad-Steuerung unter X ist jetzt auch nicht soooo wichtig.
Man hat ja schlieslich noch ne drahtlose Taststur mit Trackball

Um nochmal auf die Frage mit den tausend Keycodes zu kommen.
Ich hab noch kein VDR draufgespielt weil ich erst die HW komplett am Start haben will.
Wenn ich das Pad in eine Richtung bewege (nur kurz) hab ich ja so ca. 10 Keyevents ausgelöst. Führt das bei dir nicht dazu das man unkontroliert durch die Menu's "fliegt" oder kann man da einen Timeout einstellen ?

Grüsse aus KO

MichaelB · 26. März 2009

Hi batesman,

paste mal eine kurze, aber zusammenhängende code-sequenz mit der konfig, die du jetzt hast, dann kann ich dir vermutlich sagen, was passieren wird und ob du noch einen patch brauchst...

Grüsse aus Pb.

batesman · 26. März 2009

Hi Michael,

also zum Compilierfehler...
Das lirc_imon.c das dabei war hat auch die Version1.58 aber 1802 Zeilen.
Ich hab gerade ein "cvs update" durchgeführt und es waren immer noch 1802 Zeilen.
Nur so als Denkaufgabe

Zu den Keycodes.

Via mode2 :
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100007f00000000
code: 0x0100007f00000000
code: 0x0100007f00000000
code: 0x0100007f00000000
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100008000000000

Via irw:
01007f0000000000 00 Down lirc0.conf
01007f0000000000 01 Down lirc0.conf
01007f0000000000 02 Down lirc0.conf
0100800000000000 00 Up lirc0.conf
0100800000000000 01 Up lirc0.conf
0100800000000000 02 Up lirc0.conf
0100007f00000000 00 Right lirc0.conf
0100007f00000000 01 Right lirc0.conf
0100007f00000000 02 Right lirc0.conf
0100007f00000000 03 Right lirc0.conf
0100008000000000 00 Left lirc0.conf
0100008000000000 01 Left lirc0.conf
0100008000000000 02 Left lirc0.conf

Wie man sieht ist es kaum möglich weniger als 3 Events zu erzeugen. ToggleBits werden bei dem Pad ja keine erzeugt.
Zusätzlich ist das Ding so empfindlich, das es schon sendet wenn man es nur seitl. anschaut. Aber gut, das ist wohl ein HW Problem. Da wüsste ich nicht wie man das weg bekommt ohne die FB zu öffnen.

So sieht die entsprechende begin remote

name lirc0.conf
bits 32
eps 30
aeps 100

one 0 0
zero 0 0
post_data_bits 32
post_data 0x0
gap 195996
toggle_bit_mask 0x0000000000

begin codes
SelectSpace 0x0200002C
MouseMenu 0x02000065
Enter 0x02000028
LeftMenu 0x02800000
Backspace 0x0200002A
Escape 0x02000029
1 0x0200001E
2 0x0200001F
3 0x02000020
4 0x02000021
5 0x02000022
6 0x02000023
7 0x02000024
8 0x02000025
9 0x02000026
Star 0x02200025
0 0x02000027
Hash 0x02200020
MouseRightClick 0x01020000
MouseLeftClick 0x01010000
Up 0x01008000
Down 0x01007F00
Left 0x01000080
Right 0x0100007F

end codes

end remote
Config aus:

MichaelB · 26. März 2009

Zitat

Original von batesman
also zum Compilierfehler...
Das lirc_imon.c das dabei war hat auch die Version1.58 aber 1802 Zeilen.
Ich hab gerade ein "cvs update" durchgeführt und es waren immer noch 1802 Zeilen.
Nur so als Denkaufgabe

Denken ist blöd, wir schauen einfach im repository nach...

http://lirc.cvs.sourceforge.ne…n/lirc_imon.c?view=markup
...
1669 module_init(imon_init);
1670 module_exit(imon_exit);
1671
1672 #if !defined(KERNEL_2_5)
1673 EXPORT_NO_SYMBOLS;
1674 #endif

Hm?

Zitat

Original von batesman
Zu den Keycodes.

Via mode2 :
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100007f00000000
code: 0x0100007f00000000
code: 0x0100007f00000000
code: 0x0100007f00000000
code: 0x0100008000000000
code: 0x0100008000000000
code: 0x0100008000000000

Wie man sieht ist es kaum möglich weniger als 3 Events zu erzeugen. ToggleBits werden bei dem Pad ja keine erzeugt.
Zusätzlich ist das Ding so empfindlich, das es schon sendet wenn man es nur seitl. anschaut. Aber gut, das ist wohl ein HW Problem. Da wüsste ich nicht wie man das weg bekommt ohne die FB zu öffnen.

Alles anzeigen

Perfekt, alles super, genau so muss das aktuell aussehen. Das Problem mit der Empfindlichkeit löst eine neue Funktion im CVS-Treiber sehr elegant, damit beschleunigt der Cursor sogar, je länger man drückt...ich würde sagen, entweder den Fehler mit dem cvs-checkout suchen oder abwarten bis die 0.8.5pre2 oder final da ist und du bist fertig!

Grüsse aus Pb.

batesman · 26. März 2009

OK, du hast gewonnen.
Ich verstehs (mal wieder) nicht. Nach dem checkout gestern und dem update heute war die Datei 1802 Zeilen lang. Gerade habe ich zur Sicherheit das Gesamte Verzeichniss gelöscht und neu ausgecheckt.
Siehe da, die Datei (mit der selben Versionsnummer) hat nun 1674 Zeilen.
Meine Freundin ist Informatikerin und hat eben mitgeschaut. Also "eigentlich" kann der Fehler nicht zwischen Rückenlehne und Tastatur sein

Egal.
Mit der CVS Version (die liess sich jetzt auch bauen) klappt das Steuerkreuz doch wesentlich besser.

Danke nochmals. Nun werd ich mich ins Abenteuer lcdproc stürzen.

To be continued . .. . . . .

Grüsse aus KO

batesman · 22. April 2009

Hallo zusammen,

da ich mit dem ganzen ja noch nicht durch bin will ich den Thread wiederbeleben.
Mangels Zeit bin ich jetzt erst wieder dazu gekommen an meiner Kiste weiter zu basteln.
Also letzter stand ist :
LCD+FB scheinen prinzipiell zu funtkionieren. Allerdings habe ich derzeit 2 Probleme.
1. Wie ich wieter oben im Thread befürchtet habe prellen die Tasten. Es scheinen auch alle betroffen zu sein. Über irw ist aber alles i.O.
2. Manche Tasten wie "Mute" oder "Menu" funktionieren nicht, wobei ich mir nicht sicher bin, ob dies nicht mit dem "prellen" zusammen hängt.
Für neue Diagnosetipps bin ich dankbar.

batesman · 23. April 2009

Ok ...

Vieleicht bewegt dieser Hinweis jemanden zur Antwort.

Da bei mir das ganze als Server-Client Lösung läuft habe ich mal folgendes ausprobiert.
Clientseitig den Vdr mit Streamdev-client und dann lokal mit vdr-sxfe aufgerufen bringt genau das gestern beschriebene Problem (Tasten doppelt).
Wenn ich aber mit vdr-sxfe das Serverfrontend aufrufe funktioniert die Tastatur einwandfrei.
Hat dazu jemand eine Idee ?

iNOB · 23. April 2009

Deswegen vermeide ich in Zukunft die Kombination Display+IR-Empfänger in einem Gerät. Ich bin da auch ein Leidtragender. Das Tastenprellen kommt daher, dass der Treiber das Drücken als auch das Loslassen der Tasten als "Tastendruck" interpretiert.
Mit RAW-Code in der lircd.conf hab ich weder die Originale noch eine anlernbare FB gescheit zum Laufen gebracht. Versuch mal die lircd.conf neu zu erstellen mit irrecord. Bei mir hat das auch zu besseren Ergebnissen geführt, wenn auch nicht zu vergleichbaren mit RC5-Gerätschaften.

Gruß
iNOB

batesman · 23. April 2009

Hallo INOB,

nach meinem Verständniss sind die per irw ausgegebenen Tasten ja schon "interpretiert", oder ?
Wie schon gesagt über irw ist alles i.O.
Ich vermute du beziehst dich auf die fehlenden Angaben zum togglen in der .conf
Mit aufrufen des Serverfrontend läuft es j auch. Ich kann es nicht erklären, aber ich denke eher das es mit dem VDR -Zusammenspiel zu tun hat. Vielleicht werden die Codes da irgendwie doppelt ausgewertet.
Naja, keine Ahnung.

Grüße aus KO

lirc mit Silverstone ML02MX

Jetzt mitmachen!

Teilen