[P3f]

Hi,

also ich habe einen MCE Remote Empfänger und sobald dieser aktiv ist, kann ich durch Auswahl der Keymap "hauppauge_a415" meine Hauppauge A415 Fernbedienung nutzen und wenn ich meine MCE Fernbedienung nutzen will, dann lade ich die Keymap "rc6-mce".

Das Ziel, das die Fernbedienungen automatisch implementiert sind finde ich sehr gut. Ich war/bin immer gewohnt, das man die Fernbedienung auswählen muß.
Daher hatte ich auch diesen Ansatz hier vorgenommen.

Das MCE Remote Modul wird ohne Probleme gefunden, seit ich deine Anpassungen von Seite 1 in rc.function übernahm. Das sollte auf jeden Fall schon mal hochgeladen wird.

Desweiteren würde ich das /etc/vdr/remote.conf.lirc auch korrektieren. Soll das schon gemacht werden, dann würden eventlircd und remote-autodetect nicht geupdatet werden.

Ok?

Gruß,

Pit

[wino]

Hi,

also ich habe einen MCE Remote Empfänger und sobald dieser aktiv ist, kann ich durch Auswahl der Keymap "hauppauge_a415" meine Hauppauge A415 Fernbedienung nutzen und wenn ich meine MCE Fernbedienung nutzen will, dann lade ich die Keymap "rc6-mce".

Das ist schon mal gut. Stimmen denn Deine Keymaps Keys mit denen der remote.conf überein? Haben sie die gleichen KEY Bezeichnungen?

Das MCE Remote Modul wird ohne Probleme gefunden, seit ich deine Anpassungen von Seite 1 in rc.function übernahm. Das sollte auf jeden Fall schon mal hochgeladen wird.

Ich habe den Teil für die rc.functions noch nicht hochgeladen weil dieser von /etc/lirc/lircd.conf und /etc/lirc/hardware.conf ausgeht. Diese Dateien gibt es nicht so bei MLD. Ich kann das auch einbauen und es müsste später gegebenenfalls angepasst werden.

Desweiteren würde ich das /etc/vdr/remote.conf.lirc auch korrektieren. Soll das schon gemacht werden, dann würden eventlircd und remote-autodetect nicht geupdatet werden.

Ok?

Gruß,

Pit

Schreib bitte mal genau was Du an der remote.conf ändern möchtest. Da habe ich im Moment keine Vorstellung und was hat das mit eventlircd zu tun?

MfG
wino

[P3f]

Hi Wino,

ich nur in dem INITRAMFS-Addon die Anpassungen für template/etc/init.d/rc.functions erweitert, also das was Du eingetragen hast. Aber da sind doch auch keine lircd.conf bzw. hardware.conf ausgewertet? Oder bin ich blind?

Ein paar wenige Tasten haben in dem vdr-Addon unter /template/etc/vdr/remote.conf.lirc eine nicht standardmäßige Bezeichnung:
(hier mal als diff...)

root@KP-Pit12:~/build/MLD_svn/vdr/template/etc/vdr# diff remote.conf.lirc remote.conf.lirc_p3f
5c5
< LIRC.Back             KEY_BACK
---
> LIRC.Back             KEY_ESC
30c30
< LIRC.Prev             KEY_PREVIOUS
---
> LIRC.Prev             KEY_BACK
38c38
< LIRC.Audio            KEY_LANGUAGE
---
> LIRC.Audio            KEY_MODE
41a42
> LIRC.Commands         KEY_FAVORITES

Wenn Du magst, kann ich die Datei template/etc/vdr/remote.conf.lirc auch bereitstellen.

Gruß,

Pit

[wino]

Hallo Pit,

Jetzt weiß ich was Du meinst. Warum soll LIRC.Back - KEY_ESC und nicht KEY_BACK heißen? Doch nicht etwa weil es bei yaVDR so ist?

LIRC.Prev = KEY_PREVIUS, so heißt die Taste.

Die einzige Taste die fehlt ist LIRC.Commant und die kannst Du hochladen. Für die anderen Tasten gibt es keinen Grund sie umzubenennen. Da musst Du Deine Kemaps danach ausrichten.

Von Standard kann keine Rede sein. Die Taste KEY_ESC gibt es nicht in den Keymaps die unter dvb/src/dvb/linux/drivers/media/rc/keymaps liegen. Das sind die Quelldateien die später von dem Kernel mit den dementsprechenden rc-core Modulen geladen werden.

Lass bitte die KEY Tasten, bis auf die eine Ergänzung, wie sie sind.

EDIT: Die Variablen, die in der rc.functions für lirc ausgewertet werden, stehen in den beiden genanten Dateien.

MfG
wino

[P3f]

Hi,

Ok, habe verstanden. Ich dachte wir müssen noch einen Standard definieren. Aber scheinbar gibt es den schon. Gut das wir das vorher geklärt haben?

Naja, die LIRC.Commands ist nun auch nicht so wichtig..

Eine frage habe aber auch noch. Ich habe mir mal ein USB-IR-modul gekauft und das will einfach nicht gefunden werden. Ist ein solches Link

Meinst Du würde eine udev-rule helfen? Wenn ja, wie soll so etwas aufgebaut werden?

Gruß,
Pit

[wino]

Eine frage habe aber auch noch. Ich habe mir mal ein USB-IR-modul gekauft und das will einfach nicht gefunden werden. Ist ein solches Link

Meinst Du würde eine udev-rule helfen? Wenn ja, wie soll so etwas aufgebaut werden?

Gruß,
Pit

Kannst auch noch mehrere stellen. Installiere bitte usbutils. Dann bitte lsusb -v > lsusb.txt ausführen und hier anhängen. Mit Hilfe dieser Datei sollten die Hardware-Daten ersichtlich werden. Die gewonnenen Daten werden dann, wenn noch nicht vorhanden, in die 98-eventlircd.rules eingetragen.

MfG
wino

[P3f]

Hi,

ich habe das Addon usbuils installiert und nun mal verschiedene IR-Empfänger angeschlossen. Insgesamt habe 3 verschiedene Receiver heute morgen angeschlossen, und nur bei einem wurde ein neues event erzeugt. Leider wird bei meinem Wunsch IR-Empfänger kein Eintrag per lsusb -v erzeugt, einzig ein Eintrag im /var/log/message kommt.
 

Sep 30 08:28:36 (none) user.info kernel: usb 5-1: new low-speed USB device number 2 using uhci_hcd
Sep 30 08:28:37 (none) user.err kernel: usb 5-1: device descriptor read/64, error -71
Sep 30 08:28:37 (none) user.err kernel: usb 5-1: device descriptor read/64, error -71
Sep 30 08:28:37 (none) user.info kernel: usb 5-1: new low-speed USB device number 3 using uhci_hcd
Sep 30 08:28:37 (none) user.err kernel: usb 5-1: device descriptor read/64, error -71
Sep 30 08:28:37 (none) user.err kernel: usb 5-1: device descriptor read/64, error -71
Sep 30 08:28:37 (none) user.info kernel: usb 5-1: new low-speed USB device number 4 using uhci_hcd
Sep 30 08:28:38 (none) user.err kernel: usb 5-1: device not accepting address 4, error -71
Sep 30 08:28:38 (none) user.info kernel: usb 5-1: new low-speed USB device number 5 using uhci_hcd
Sep 30 08:28:38 (none) user.err kernel: usb 5-1: device not accepting address 5, error -71
Sep 30 08:28:38 (none) user.err kernel: hub 5-0:1.0: unable to enumerate USB device on port 1

==> Scheinbar wird es also nicht erkannt. Ist es defekt?

Bei den anderen beiden konnte ich lsusb.txt erzeugen. Wie gesagt, bei einem wurde auch erfolgreich das eventX erzeugt !

# dieser Empfaenger wird nicht erkannt.
Bus 004 Device 002: ID 6253:0100
Bus 004 Device 003: ID 19c2:6a11
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0001
Bus 003 Device 001: ID 1d6b:0001
Bus 004 Device 001: ID 1d6b:0001
Bus 005 Device 001: ID 1d6b:0001
Bus 006 Device 001: ID 1d6b:0002
Bus 007 Device 001: ID 1d6b:0003
# weiterer USB-Empfaenger, der wird allerdings gefunden...
Bus 004 Device 005: ID 0609:031d
Bus 004 Device 003: ID 19c2:6a11
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0001
Bus 003 Device 001: ID 1d6b:0001
Bus 004 Device 001: ID 1d6b:0001
Bus 005 Device 001: ID 1d6b:0001
Bus 006 Device 001: ID 1d6b:0002
Bus 007 Device 001: ID 1d6b:0003

Eigentlich dachte ich, das mit lsusb -v mehr Informationen angezeigt werden.... Das Device 19c2:6a11 ist mein TargaVFD, was auch korrekt funktioniert.

Danke,

Pit

[wino]

Da wurde lsusb mit der der Busybox verknüft nicht durch das aus usbutils überschrieben. Genau diese Möglichkeit habe ich abgefragt und mir wurde gesagt das es immer ohne weiteres Zutun überschrieben werden würde.

Sehe bitte unter /usr/bin nach, ob dort ein lsusb Link auf //bin/busybox vorhanden ist, wenn ja, diesen löschen und usbutils neu installieren. Danach nochmal die Ausgabe lsusb -v in eine Datei umleiten.  

MfG
wino

[MarMic]

Wenn der Pfad 1:1 ist dann wird auch durch ein späteres addon über laden. Wenn natürlich einmal bin und einmal usr/bin das gleiche existiert gehts nicht. Dann muss noch neun symlink drüber gelegt werden

[wino]

Wenn der Pfad 1:1 ist dann wird auch durch ein späteres addon über laden. Wenn natürlich einmal bin und einmal usr/bin das gleiche existiert gehts nicht. Dann muss noch neun symlink drüber gelegt werden

Ich dachte Du wusstest das ein Symlink für lsusb existiert. Demnach müsste in der INSTALL der Link gelöscht und neu angelegt werden.

EDIT: Habe schnell mal in das usbutils Addon geguckt. Das soll der Link in /usr/bin durch lsusb überschrieben werden. Das geht demnach auch nicht?

MfG
wino

[MarMic]

Ich glaub wir reden aneinander vorbei wenn ich naher nen PC in die Finger bekomme schau ichs mir an

[wino]

Ich glaub wir reden aneinander vorbei wenn ich naher nen PC in die Finger bekomme schau ichs mir an

Ok.

Etwas OT. Wenn Du schon mal hier bist habe ich noch ein Anliegen. Bei Perl werden die zwei Pakete für HandBrake unter Precise nicht installiert. Das liegt sicherlich an dem Eintrag in dem Makefile.

deps = $(if $(findstring oneiric,$(SYSTEM)),libhttp-date-perl liburi-perl libproc-daemon-perl liblogfile-rotate-perl,)

Muss der so sein? Wenn ja, sollte oneiric durch precise ersetzt werden.

MfG
wino
 

[P3f]

So, um wieder zum Problem zurück zu kommen.... :-)

Also es gibt (gab) wirklich unter /usr/bin/ den Link des lsusb auf /bin/busybox. Habe ihn gelöscht und danach das Addon usbutils neu installiert.

Leider findet er nun garnicht mehr den Befehl "lsusb"

Code: [Select]

MLD> apm i usbutils -a
apm: No online connection or timeout to: http://www.minidvblinux.de/addons.php?version=3.0.2&class=devel&user=root
get addon: usbutils
Connecting to www.minidvblinux.de (78.47.111.107:80)
MLD-3.0.2_usbutils-0 100% |*******************************|   236k  0:00:00 ETA
install addon: usbutils
MLD> lsusb
-sh: lsusb: not found
MLD> ls -l /usr/bin/lsusb
ls: /usr/bin/lsusb: No such file or directory

Ich werde nun mal neu installieren, und dann erst den Link vom lsusb löschen. Danach erst das erste Mal die Installation vom usbutils-Addon vornehmen. Mal schauen, ob es dann funktioniert.

Gruß,

Pit

[P3f]

Nun habe ich die MLD-3.0.2 mal wieder neu installiert, geht ja wirklich schnell....

aber das Problem ist dasselbe, nach dem Installieren vom usbutil-Addon wird kein lsusb angeboten. Ich glaube es gibt ein Problem, das in das Addon nicht das "lsusb" selber genommen wird nur der Link, das hatten wir schon mal woanders. Oder, Claus?

Ich habe nun das Programm "lsusb" selber auf die MLD kopiert, danach konnte auch wie gewünscht die Ausgabedatei erzeugt werden. (siehe Anhang, wo nur noch der nicht funktionierende Receiver aufgeführt ist).

Bei meinem 2.nicht funktionierenden Receiver gibt es leider nur einen Eintrag ins "var/log/messages"

Sep 30 12:17:24 (none) user.info kernel: usb 4-1: new low-speed USB device number 4 using uhci_hcd
Sep 30 12:17:25 (none) user.err kernel: usb 4-1: device descriptor read/64, error -71
Sep 30 12:17:25 (none) user.err kernel: usb 4-1: device descriptor read/64, error -71
Sep 30 12:17:25 (none) user.info kernel: usb 4-1: new low-speed USB device number 5 using uhci_hcd
Sep 30 12:17:25 (none) user.err kernel: usb 4-1: device descriptor read/64, error -71
Sep 30 12:17:25 (none) user.err kernel: usb 4-1: device descriptor read/64, error -71
Sep 30 12:17:26 (none) user.info kernel: usb 4-1: new low-speed USB device number 6 using uhci_hcd
Sep 30 12:17:26 (none) user.err kernel: usb 4-1: device not accepting address 6, error -71
Sep 30 12:17:26 (none) user.info kernel: usb 4-1: new low-speed USB device number 7 using uhci_hcd
Sep 30 12:17:26 (none) user.err kernel: usb 4-1: device not accepting address 7, error -71
Sep 30 12:17:26 (none) user.err kernel: hub 4-0:1.0: unable to enumerate USB device on port 1

Habt ihr dazu eine Idee?

Gruß,

Pit

[wino]

Sep 30 12:17:24 (none) user.info kernel: usb 4-1: new low-speed USB device number 4 using uhci_hcd
Sep 30 12:17:25 (none) user.err kernel: usb 4-1: device descriptor read/64, error -71
Sep 30 12:17:25 (none) user.err kernel: usb 4-1: device descriptor read/64, error -71
Sep 30 12:17:25 (none) user.info kernel: usb 4-1: new low-speed USB device number 5 using uhci_hcd
Sep 30 12:17:25 (none) user.err kernel: usb 4-1: device descriptor read/64, error -71
Sep 30 12:17:25 (none) user.err kernel: usb 4-1: device descriptor read/64, error -71
Sep 30 12:17:26 (none) user.info kernel: usb 4-1: new low-speed USB device number 6 using uhci_hcd
Sep 30 12:17:26 (none) user.err kernel: usb 4-1: device not accepting address 6, error -71
Sep 30 12:17:26 (none) user.info kernel: usb 4-1: new low-speed USB device number 7 using uhci_hcd
Sep 30 12:17:26 (none) user.err kernel: usb 4-1: device not accepting address 7, error -71
Sep 30 12:17:26 (none) user.err kernel: hub 4-0:1.0: unable to enumerate USB device on port 1

Habt ihr dazu eine Idee?

Gruß,

Pit

Bin kein Spezialist aber nach den Fehlermeldungen zu urteilen ist der Empfänger defekt.