[hajo]

Hallo,

ich bin seit kurzem auf MLD 4.0.1 umgestiegen und muss sagen, dass ich total begeistert bin. Fast alles funktioniert auf Anhieb und ohne großen Konfigurationsaufwand.

Nur meinen atric IR-WakeupUSB bringe ich nicht zum Laufen. Unter einer aktuellen Ubuntu-LiveDistro wird das Device erkannt und ist ansprechbar:

[    2.719030] usb 3-4: new full-speed USB device number 3 using ohci_hcd
[    2.940519] usb 3-4: New USB device found, idVendor=04d8, idProduct=f844
[    2.940522] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    2.940524] usb 3-4: Product: Atric IR-Wakeup USB     
[    2.940526] usb 3-4: Manufacturer: Atric Development GbR

Im MLD Logfile wird hingegen nur folgendes ausgegeben:

(MLD) user.info kernel: usb 3-4: new full-speed USB device number 3 using ohci-pci

MLD 4.0.1 bringt bereits eine udev Regel (91-atric.ir-wakeup-usb.rules) für das Device mit, trotzdem wird es nicht erkannt. Fehlt hier evtl. das Kernelmodul cdc_acm (wird zumindest unter Setup - Modules nicht gelistet)? Als Lirc modul wird wohl irman benötigt, wenn ich mich nicht irre, welches aber nicht unterstützt wird.

Habe ich bei der Konfiguration etwas übersehen oder wird das Device noch nicht unterstützt?


mfg
hajo

[clausmuus]

Hi,

der cdc_acm Treiber ist Teil des usb Paketes.
An dieser Stelle müssen wir noch ein wenig aufräumen. Ich vermute das wir das usb Paket komplett entsorgen und die enthaltenen Treiber sinnvoller zuordnen können. Da muss ich aber erst noch mal in Ruhe drüber nachdenken.

Claus

[clausmuus]

Das neue lirc Paket enthält nun auch den irman Treiber. Der kann im Webinterface ausgewählt werden.

Claus

[hajo]

Hallo,

wow, das geht ja rasant, danke!

Habe mittlerweile das Device auch ansprechen können. Allerdings habe ich noch Probleme, den VDR mit meiner Harmony 650 zu bedienen (lircd.conf und remote.conf sollten stimmen), die Eingaben werden nicht erkannt, auch irw gibt keine Rückmeldung.

Als Lirc modul ist irman ausgewählt. Nach dem Systemstart  gibt ps|grep lirc folgendes aus:

VDR> ps|grep lirc
  616 root     19464 S    eventlircd -f
 1255 root     1566m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root -l 1 --lirc -Psofthddevice -f -Pconflictcheckonly  -Pdbus2vdr  -Pduplicates  -Pdvd  -Pepg2vdr  -Pepgsearchon
 9138 root     32072 S    lircd -P /var/run/lirc.pid --output=/var/run/lirc/lircd-irman --uinput -H irman

Stoppe ich eventlircd und lirc, kann ich danach mit folgendem Aufruf meine Fernbedienung wie gewohnt nutzen:

lircd -d /dev/irman -H irman

Mittlerweile habe ich auch alle erdenklichen Konfigurationen durchgetestet, alles ohne Erfolg....
Wahrscheinlich sehe ich den Wald vor lauter Bäumen nicht mehr, evtl. Lirc call arguments? Vielleicht hat ja jemand noch den entscheidenden Tip für mich?

hajo

[clausmuus]

Hi,

ist das "-d /dev/irman" erforderlich? Gibt es ein /dev/lirc bzw. /dev/lirc0?

Claus

[hajo]

Hallo,

/dev/lirc bzw. /dev/lirc0 gibt es nicht:

ls -l /dev/lir*
lrwxrwxrwx    1 root     root            19 Aug 29 10:42 /dev/lircd -> /var/run/lirc/lircd

ls -l /dev/irman
lrwxrwxrwx    1 root     root             7 Aug 29 10:39 /dev/irman -> ttyACM0

Ohne "-d /dev/irman" funktioniert es nicht.
Habe mir momentan mit einer dirty Lösung beholfen, indem ich an geeigneter Stelle im lirc-Startscript folgende Befehle eingetragen habe:

killall eventlircd
killall lircd
lircd -d /dev/irman $args

Damit funktioniert es, ist aber sicherlich nicht im Sinne des Erfinders....

hajo

[clausmuus]

Hi,

magst DU mal bitte testen ob es hilft, wenn Du in der /lib/udev/rules.d/91-atric.ir-wakeup-usb.rules am Ende der Zeile aus dem "irman" ein "lirc" machst. Das ist zwar noch nicht der Weßheits letzter Schluss, aber sollte eigentlich schon mal helfen. Interessant wäre auch zu wissen, ob es auch hilft, wenn Du aus dem "irman" ein "lirc0" machst.

Claus

[hajo]

Hallo,

es wird zwar /dev/lirc oder /dev/lirc0 erzeugt, aber leider beides ohne Auswirkung, irw empfängt auch nichts.
Ist denn das Paket lircd2uinput zwingend notwendig? Ob mit oder ohne, es ändert sich allerdings nichts.

Bei meinem Workaround muss im übrigen vor dem killall zwingend einmal eventlircd gestartet sein, sonst klappt diese Variante auch nicht.

hajo
 

[clausmuus]

Hi,

damit es zusammen mit eventlircd funktionieren kann, muss lircd mit der Option "--uinput" aufgerufen werden.
Durch die Änderung der udev Regel sollte erst einmal nur die Opton -d /dev/irman hinfällig werden. Damit der Rest funktioniert muss weiterhin im Webif "irman" ausgewählt sein.

Mit lircd2uinput kann die Option --uinput entfallen. lircd2uinput muss allerdings mit den richtigen Parametern gestartet werden. Und auch lircd muss in dem Fall zusätzliche Optionen bekommen. Das tool ist nur nötig, falls es bei verwendung von --uinput zu Tastenprellen kommt. Das passiert allerdings alles automatisch, wenn im Webif "irman" ausgewählt wurde.

Claus

[hajo]

Hallo,

ich habe meine Konfiguration wieder auf den Ursprungszustand zurückgesetzt. Danach habe ich eine weitere Regel in /lib/udev/rules.d/98-lircd.rules hinzugefügt:

KERNEL=="ttyACM[0-9]*", SUBSYSTEM=="tty",  SUBSYSTEMS=="usb", GOTO="begin"

und unter dem Label "begin-usb" einen Eintrag für den IR-WakeupUSB:
ENV{ID_VENDOR_ID}=="04d8", ENV{ID_MODEL_ID}=="f844", \
  ENV{lircd_driver}="irman", \
  ENV{lircd_conf}="/etc/lircd.conf"

Mit dieser Modifikation funktioniert das Device mit der Fernbedienung, ps|grep lirc gibt folgendes aus:

  443 root     32072 S    /usr/sbin/lircd --driver=irman --device=/dev/ttyACM0 --uinput --output=/var/run/lirc/lircd-ttyACM0 --pidfile=/var/run/lirc/lircd-ttyACM0.pid /etc/lircd.conf
  659 root     19464 S    eventlircd -f
 1302 root     1578m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root -l 1 --lirc -Psofthddevice -f -Pconflictcheckonly  -Pdbus2vdr  -Pduplicates  -Pdvd  -Pepg2vdr  -Pepgsearchonly

Im Webif ist es nicht notwendig das Lirc modul "irman" auszuwählen, es kommt sonst zu einem zweiten lircd Start
( lircd -P /var/run/lirc.pid --output=/var/run/lirc/lircd-irman --uinput -H irman).

Für mich sieht es so aus, als wenn der Parameter --device in diesem Fall zwingend notwendig ist.

hajo

[clausmuus]

Hi,

ja, so dürfte die endgültige Lösung aussehen die ich angestrebt habe. Einziges Bedenken das ich habe ist, dass ich nicht weiß ob's noch andere Hardware gibt, die sich unter dieser USB ID meldet. Schließlich wird ja ein USB-Serial konverter verwendet, wenn ich das richtig verstanden habe. Hat der atric eine eigene USB ID, oder ist anzunehmen, das noch andere (eventuell standalone) USB-Serial Konverter existieren, welche die selbe USB ID haben?

Claus

[hajo]

Hallo,

die Frage kann ich leider nicht mit absoluter Sicherheit beantworten. Ich gehe aber davon aus, dass das Device eindeutig durch Vendor und Product ID definiert ist.
Das USB ID Repository (http://www.linux-usb.org/usb-ids.html) listet unter der Vendor-ID 04d8 Microchip Technology, Inc. Ich gehe mal davon aus, dass von dieser Fa. ein Chip verbaut wurde.

hajo

[clausmuus]

Hi,

ich hab die Regel nun mit aufgenommen. Sollte es damit Probleme mit anderer Hardware geben, muss die aber eventuell wieder entfernt werden.

Claus