Fernbedienung - USB X10 mit Kerneltreibern
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 |
Variante 1 Kernelmodul patchen
Damit alle Tasten funktionieren muss man das Kernelmodul patchen.
Was es mit einem Patch auf sich hat kann man hier nachlesen: [1]
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.
Variante 2 Kernelmodul ersetzen
Nicht mein präferierter Weg aber der vorherige Autor hatte ursprünglich diesen Weg beschrieben
Das Originalmodul befindet sich im Verzeichniss
/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 ersetzen wir die Originaldatei der vorgepatchten ati_remote.c.
Download hier:
Kernel
Als nächstes sollte man sich das Verzeichniss /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 Dateien mit den Endungen:
rm *.cmd *.ko *.o
Nun sollte das Verzeichniss präpariert sein.
Nun wechseln wir ins Verzeichniss des Kernels mittels
cd /usr/src/linux/ und starten make menuconfig
Wir aktivieren hier den Support für die Fernbedienung, indem wir ein Modul bauen lassen.
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.
Wir testen dies durch modprobe ati_remote
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
Das remote Plugin des VDR nutzt nun /dev/input/tmx10
-P 'remote -i /dev/input/tmx10'
gestartet.
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.
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.
Lösen lässt sich dass indem man das Modul mit der option keychange=1 lädt
also erstmal Modul entladen:
rmmod ati-remote
und mit Optienen neu laden:
modprobe ati-remote keychange=1
und damit das beim Neustart des Systems nicht alles verloren geht einfach
echo 'options ati_remote keychange=1' > /etc/modprobe.d/ati-remote
Fertig :)
