Fernbedienung - USB X10 mit Kerneltreibern
(→VDR anpassen) |
Hulk (Diskussion | Beiträge) K |
||
| Zeile 93: | Zeile 93: | ||
| − | Das | + | Das [[Remote-plugin]] des VDR kann nun /dev/input/tmx10 nutzen. |
| − | In der Datei plugin.remote.conf fehlt nun noch folgende Zeile: | + | In der Datei plugin.remote.conf fehlt nun noch folgende Zeile (Debianbasierte Systeme) : |
-i /dev/input/tmx10 | -i /dev/input/tmx10 | ||
| − | Alternativ kann man in der runvdr dem | + | Alternativ kann man in der runvdr dem [[Remote-plugin]] mitteilen, welches Inputdevice zu verwenden ist: |
-P 'remote -i /dev/input/tmx10' | -P 'remote -i /dev/input/tmx10' | ||
| Zeile 128: | Zeile 128: | ||
Das ist der Treiberoutput beim doppelten drücken einer Taste. Man erkennt den Offset 0x63 + 0x80 = 0xe3, 0x1e + 0x80 = 0x9e | Das ist der Treiberoutput beim doppelten drücken einer Taste. Man erkennt den Offset 0x63 + 0x80 = 0xe3, 0x1e + 0x80 = 0x9e | ||
| − | Wie gesagt für eine andere Taste sieht das natürlich | + | Wie gesagt für eine andere Taste sieht das natürlich anders aus aber man hat immer den Unterschied von 0x80. |
Der Patch bietet eine Lösung für dieses Problem indem man das Modul mit der option '''keychange=1''' lädt. '''Diese Option ist neu und wird mit dem Patch eingespielt''' | Der Patch bietet eine Lösung für dieses Problem indem man das Modul mit der option '''keychange=1''' lädt. '''Diese Option ist neu und wird mit dem Patch eingespielt''' | ||
| Zeile 144: | Zeile 144: | ||
Fertig :) | Fertig :) | ||
| − | {{Box Datei | Beispiel remote.conf (remote-plugin, /dev/input/event7) | | + | {{Box Datei | Beispiel [[Struktur|$VDRCONFIG]]/[[remote.conf]] (remote-plugin, /dev/input/event7) | |
<pre> | <pre> | ||
remote-event7.Up 0000000100010067 | remote-event7.Up 0000000100010067 | ||
Aktuelle Version vom 9. Juli 2013, 16:59 Uhr
Die Nutzung dieser Fernbedienung unter Verwendung von lirc erwies sich als schwierig.
Konfiguration Medion USB X10 mit LIRC
Es kam öfters dazu, dass der VDR nicht mehr auf Eingabe durch die Fernbedienung reagierte.Leider ließ es sich jedoch nicht eindeutig isolieren, ob es direkt am lirc lag, oder der VDR nicht gut genug mit lirc zusammenarbeiten konnte.
Aus diesem Grunde suchte ich nach einer anderen Möglichkeit meine Fernbedienung nutzen zu können. Mein VDR Rechner läuft mit einem 2.6 Kernel. Dieser bietet bereits Support für diese Fernbedienung mit dem Kernel Module ati_remote an. Leider sind jedoch nicht alle Tasten der Fernbedienung nutzbar, da im Sourcecode des Treibers nicht alle Tasten eingetragen sind. Dieses Problem lässt sich jedoch lösen.
Inhaltsverzeichnis |
[Bearbeiten] Variante 1 Kernelmodul patchen
Damit alle Tasten funktionieren muss man das Kernelmodul patchen.
Download hier:
Den Patch einfach im Sourceverzeichnis des Kernels /usr/src/linux-2.6.XX/ mit dem Befehl
patch -p1 < ati_remote.c_all_keys_and_keychange.patch
einspielen.
[Bearbeiten] Variante 2 Kernelmodul ersetzen
Nicht mein präferierter Weg aber der vorherige Autor hatte ursprünglich diesen Weg beschrieben
Das Originalmodul befindet sich im Verzeichnis
/usr/src/linux-2.6.XX/drivers/input/misc
Man sichert dies zuerst durch:
cp /usr/src/linux-2.6.XX/drivers/input/misc/ati_remote.c /usr/src/linux-2.6.XX/drivers/input/misc/ati_remote.c.bak
Als nächstes ersetzt man die Originaldatei mit der vorgepatchten ati_remote.c.
Download hier:
[Bearbeiten] Kernel
Als nächstes sollte man sich das Verzeichnis /usr/src/linux-2.6.XX/drivers/input/misc genauer anschauen:
ls -lh /usr/src/linux-2.6.XX/drivers/input/misc
Sind hier schon die Dateien
.ati_remote.ko.cmd .ati_remote.mod.o.cmd .ati_remote.o.cmd
vorhanden, so bedeutet dies, dass das Modul (mit dem "alten" Sourcecode) bereits übersetzt wurde.
Man kann dies auch an den Timestamps der Dateien erkennen.
Um später beim Compilieren zu Erreichen, dass das Modul erneut übersetzt wird, sollte man die
"neuen" Dateien weglöschen. Die Auswahl, welche Dateien zu löschen sind, trifft man anhand des
Timestamps und der Endung der Datei.
Gelöscht werden können die Dateienn:
ati_remote.ko ati_remote.o ati_remote.mod.o ati_remote.mod.c ...
Also alle dateien mit ati_remote ausser ati_remote.c
Nun sollte das Verzeichniss präpariert sein.
Nun wechselt man ins Verzeichniss des Kernels mittels
cd /usr/src/linux/ und starten make menuconfig
Man aktiviert hier den Support für die Fernbedienung, indem man ein Modul bauen lässt.
Zu finden unter:
Device Drivers ---> Input device support ---> Miscellaneous devices ---> <M> ATI / X10 USB RF remote control
Nachdem man mittels Exit wieder in der Shell ist, nun das Compilieren anstossen mittels:
make
Wenn dies erledigt ist, müssen die Module installiert werden mittels:
make modules_install
Jetzt sollte das Modul installiert sein.
Man testet dies durch modprobe ati_remote
[Bearbeiten] VDR anpassen
Mich hat immer gestört, dass bei USB Geräten nicht sicher davon ausgegangen werden konnte, dass der VDR
das richtige Inputdevice anspricht, nachdem man ein anderes USB Gerät an oder abgesteckt hat.
Beim nächsten Neustart konnte man nicht sicher sein, dass die Fernbedienung immer noch z.B. /dev/input/event4 ist.
Eine leichte Modifikation des Skriptes runvdr hilft mir bei diesem Problem:
Folgenden 3zeiler in die runvdr mit einfügen (am Besten eine Zeile vor while (true) do)
ln -sf $(for x in `ls /dev/input/event*` ; do if [ -n "$(udevinfo -a -p `udevinfo -q path -n $x` | grep 'X10 Wireless Technology')" ] ; then echo $x; fi ; done) /dev/input/tmx10
alternativ bietet sich folgende udev regel an
/etc/udev/rules.d/40-x10.rules
KERNEL=="event?", ATTRS{name}=="X10 WTI RF receiver", SYMLINK="input/tmx10"
Das Remote-plugin des VDR kann nun /dev/input/tmx10 nutzen.
In der Datei plugin.remote.conf fehlt nun noch folgende Zeile (Debianbasierte Systeme) :
-i /dev/input/tmx10
Alternativ kann man in der runvdr dem Remote-plugin mitteilen, welches Inputdevice zu verwenden ist:
-P 'remote -i /dev/input/tmx10'
Durch den 3zeiler wurde ein Symlink von /dev/input/tmx10 auf das korrekte Inputdevice gelegt.
Wenn man die Fernbedienung neu anlernen möchte (man hat ja nun die Farbtasten), den VDR stoppen, die remote.conf löschen und danach den VDR neu starten.
[Bearbeiten] Problem: Tasten müssen immer zweimal gedrückt werden
Wenn man beim Anlernen der Tasten im VDR jede Taste immer zweimal drücken muss und in den /var/log/messages folgendes Erscheint:
... ati_remote 3-4.4.3:1.0: channel 0x07; data 63,1e; index 44; keycode 352 ati_remote 3-4.4.3:1.0: channel 0x07; data 63,1e; index 44; keycode 352 ati_remote 3-4.4.3:1.0: channel 0x07; data 63,1e; index 44; keycode 352 ati_remote 3-4.4.3:1.0: channel 0x07; data 63,1e; index 44; keycode 352 ati_remote 3-4.4.3:1.0: channel 0x07; data 63,1e; index 44; keycode 352 ati_remote 3-4.4.3:1.0: Unknown input from channel 0x07: data e3,9e ati_remote 3-4.4.3:1.0: Unknown input from channel 0x07: data e3,9e ati_remote 3-4.4.3:1.0: Unknown input from channel 0x07: data e3,9e ati_remote 3-4.4.3:1.0: Unknown input from channel 0x07: data e3,9e ati_remote 3-4.4.3:1.0: Unknown input from channel 0x07: data e3,9e ...
hat man aller Wahrscheinlichkeit nach eine Fernbedienung mit Wechselcode. (Die Zeilen mit keycode erhält man wenn man das Modul mit debug=1 lädt)
Das ist der Treiberoutput beim doppelten drücken einer Taste. Man erkennt den Offset 0x63 + 0x80 = 0xe3, 0x1e + 0x80 = 0x9e
Wie gesagt für eine andere Taste sieht das natürlich anders aus aber man hat immer den Unterschied von 0x80.
Der Patch bietet eine Lösung für dieses Problem indem man das Modul mit der option keychange=1 lädt. Diese Option ist neu und wird mit dem Patch eingespielt
also erstmal Modul entladen:
rmmod ati-remote
und mit Optienen neu laden:
modprobe ati-remote keychange=1
...testen... Funktioniert? Gut :)
und damit das beim Neustart des Systems nicht alles verloren geht einfach
echo 'options ati_remote keychange=1' > /etc/modprobe.d/ati-remote
Fertig :)
remote-event7.Up 0000000100010067 remote-event7.Down 000000010001006C remote-event7.Menu 0000000100010020 remote-event7.Ok 0000000100010160 remote-event7.Back 0000000100010084 remote-event7.Left 0000000100010069 remote-event7.Right 000000010001006A remote-event7.Red 00000001000100C8 remote-event7.Green 00000001000100C9 remote-event7.Yellow 00000001000100CA remote-event7.Blue 00000001000100CB remote-event7.0 000000010001000B remote-event7.1 0000000100010002 remote-event7.2 0000000100010003 remote-event7.3 0000000100010004 remote-event7.4 0000000100010005 remote-event7.5 0000000100010007 remote-event7.6 0000000100010008 remote-event7.7 0000000100010031 remote-event7.8 0000000100010009 remote-event7.9 000000010001000A remote-event7.Info 000000010001006B remote-event7.Play 00000001000100CF remote-event7.Pause 0000000100010077 remote-event7.Stop 0000000100010080 remote-event7.Record 00000001000100A7 remote-event7.FastFwd 000000010001009F remote-event7.FastRew 00000001000100A8 remote-event7.Next 0000000100010021 remote-event7.Prev 0000000100010012 remote-event7.Power 0000000100010074 remote-event7.Channel+ 0000000100010192 remote-event7.Channel- 0000000100010193 remote-event7.Volume+ 0000000100010072 remote-event7.Volume- 0000000100010073 remote-event7.Mute 000000010001001E remote-event7.Schedule 0000000100010098 remote-event7.Channels 0000000100010096 remote-event7.Timers 0000000100010185 remote-event7.Recordings 0000000100010060 remote-event7.Setup 000000010001009C remote-event7.Commands 0000000100010166
