IRMP-STM32-Empfänger auf MLD

jrie · Feb 13th 2018

Ich hab mal versucht, meinen IRMP-STM32-Empfänger auf MLD 5.4 (MLD-5.4_netinstall_2018.02.11-178.22+1699_amd64.iso) zum Laufen zu bekommen.

Mit der /etc/init.d/irmplircd hat das nicht geklappt.

Als workaround habe ich folgende rule benutzt:

Code

cat 80-irmp.rules
KERNEL=="hidraw*", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4444", SYMLINK+="irmp_stm32" RUN+="/usr/bin/irmplircd -t /etc/irmplircd.map -d /var/run/lirc/lircd-irmp /dev/irmp_stm32" RUN+="/usr/bin/lircd2uinput -s /var/run/lirc/lircd-irmp" MODE="666"

Mit einer passenden irmplircd.map funktioniert das.

Hat einer das schon mal eleganter geschafft?

obelix · Feb 14th 2018

Ich schließe mich jrie an. Hatte zwecks meinem aktuellen Problem mit dem Thema unter easyVDR mal mit MLD ein paar Tests machen wollen und auch an der /etc/init.d/irmplircd Implementierung gescheitert.

jrie Cooler Notbehelf.

jrie · Feb 14th 2018

Ich könnte auch versuchen, die /etc/init.d/irmplircd komplett neu aufzubauen. Aber dann gehen vermutlich ein paar andere Sachen nicht mehr, die da eingebaut sind, sondern nur der IRMP-STM32-Empfänger.

Ich weiß nicht, wozu das mal so gemacht wurde.

Ich kenne mich mit init-system nicht so aus, eher mit systemd.

MarMic · Feb 14th 2018

Da ist Claus der Profi. Ich habe ihm einen Link auf den Thread zukommen lassen. Ansonsten kann man ihn heute Abend persönlich in unserem Videochat ausfragen und darüber diskutieren.

Gruß

MarMic

jrie · Feb 14th 2018

Danke.

obelix · Feb 14th 2018

jrie wrote:

Ich hab mal versucht, meinen IRMP-STM32-Empfänger auf MLD 5.4 (MLD-5.4_netinstall_2018.02.11-178.22+1699_amd64.iso) zum Laufen zu bekommen.

Mit der /etc/init.d/irmplircd hat das nicht geklappt.

Als workaround habe ich folgende rule benutzt:

Code

cat 80-irmp.rules

KERNEL=="hidraw*", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4444", SYMLINK+="irmp_stm32" RUN+="/usr/bin/irmplircd -t /etc/irmplircd.map -d /var/run/lirc/lircd-irmp /dev/irmp_stm32" RUN+="/usr/bin/lircd2uinput -s /var/run/lirc/lircd-irmp" MODE="666"

Mit einer passenden irmplircd.map funktioniert das.

Hat einer das schon mal eleganter geschafft?

Display More

Ich habe deine Lösung in einer Live Session umgesetzt. IRMP funktioniert bei mir tadellos unter MLD 5.3. Die Version 5.4 habe ich nicht geprüft.

Gruß

Obelix

clausmuus · Feb 15th 2018

Ich hab mir jetzt nicht die Mühe gemacht herauszusuchen wer das irmp init Script verunstaltet hat, aber der bisherige Zustand konnte beim besten Willen nicht funktionieren.

Ich hab das nun also einmal komplett überarbeitet und auch gleich noch das Setup um eine (optionale) Auswahl des Devices und eine Funktion zum bearbeiten der map Datei erweitert.

Das Update ist aber noch ungetestet. Rückmeldungen sind also erwünscht.

jrie · Feb 15th 2018

Zweiter Versuch:

Code

KERNEL=="hidraw*", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4444", SYMLINK+="irmp_stm32" MODE="666"

Shell-Script

#!/bin/sh
. /etc/init.d/rc.functions
NAME=${0##*/}
PID_FILE=/var/run/$NAME.pid
PID_FILE_UINPUT=/var/run/$NAME_uinput.pid
case "$1" in
start)
echo "Starting $NAME:"
if [ -e /etc/irmplircd.map ]; then
args="-t /etc/irmplircd.map"
fi
if [ -e /dev/irmp_stm32 ]; then
DEVICE="irmp_stm32"
fi
if [ -z "$DEVICE" ]; then
exit 1
fi
mkdir -p /var/run/lirc
start-stop-daemon -S -q -p $PID_FILE -m -b -x irmplircd -- $IRMPLIRCD_ARGS $args -f -d /var/run/lirc/lircd-irmp /dev/$DEVICE || failed
sleep 1
start-stop-daemon -S -q -p $PID_FILE_UINPUT -m -b -x lircd2uinput -- -s /var/run/lirc/lircd-irmp
check_status
;;
stop)
echo "Stopping $NAME:"
start-stop-daemon -K -q -R 1 -p $PID_FILE_UINPUT
start-stop-daemon -K -q -R 1 -p $PID_FILE
check_status
;;
restart)
$0 stop
$0 start
;;
init)
start=1
;;
*)
echo "Usage $0 {start | stop | restart}" >&2
exit 1
esac

Display More

Funktioniert bestens.

Gibt es statt "sleep 1" etwas, das nur so lange wie nötig wartet?

Ich benutze lieber den Symlink, da damit meine Konfigurationsprogramme ohne Device-Angabe funktionieren.

@clausmuus: Da haben wir uns überschnitten.

Ich schau mir deines mal an.

clausmuus · Feb 15th 2018

Ich habe Dein sleep 1 mit übernommen. Das sleep ist nicht weiter schädlich, da das init Script im Hintergrung ausgeführt wird. Das verzögert also nicht den Startvorgang. Falls Du befürchtungen hast, das eine Sekunde unter Umständen nicht reichen könnte, kann auch abgewartet werden bis das lirc Device vorhanden ist.

Du könntest mal mit grep HID_NAME /sys/class/hidraw/hidraw*/device/uevent nachschauen welchen Namen Dein Device hat, dann baue ich das gleich noch in der Erkennung im init Script mit ein.

jrie · Feb 15th 2018

"sleep 1" hat bei mir bisher gereicht.

Der Name ist "STMicroelectronics STM32 IRMP HID-Device".

Dann gibt es noch drei Konfigurations-Programme: stm32IRalarm, stm32IRconfig und stm32IRconfig_gui. Wenn du dafür auch ein Paket baust, freuen sich bestimmt einige Benutzer.

Der Symlink hat den Vorteil, dass stm32IRalarm und stm32IRconfig dann den Empfänger automatisch finden.

Einen Fehler habe ich, wenn ich IRMPLIRCD_ARGS="-r 300 -s 200" setze: Alle Tastendrücke werden als neu erkannt, auch wenn es Wiederholungen sind. Abhilfe schafft lircd2uinput mit

$LIRCD2UINPUT_ARGS zu starten, und LIRCD2UINPUT_ARGS="-t 400" in rc.config zu setzen.

Du könntest auch das neueste lircd2uinput nehmen, da ist der default Wert höher.

obelix · Feb 15th 2018

EDIT: Falsche Frage.....

clausmuus · Feb 15th 2018

Ich hab das init jetzt auf die udev Variante umgestellt, und hab die udev Regel hinzugefügt.

das lircd2uinput Update wird auch noch kommen, aber eher nicht in den nächsten Tagen.

jrie · Feb 16th 2018

Funktioniert (bis auf die Anmerkung unten in #10).

vdr_rossi · Aug 19th 2018

Habe eben einen solchen Empfänger unter MLD erfolgreich in Betrieb genommen

Quote

Du könntest mal mit grep HID_NAME /sys/class/hidraw/hidraw*/device/uevent nachschauen welchen Namen Dein Device hat, dann baue ich das gleich noch in der Erkennung im init Script mit ein.

Mir ist aufgefallen das im Webinterface immer noch ein manuelles konfigurieren des hidraw Devices nötig ist.

Ergebnis vom Befehl oben:

Code

/sys/class/hidraw/hidraw1/device/uevent:HID_NAME=STMicroelectronics STM32 IRMP HID-Device

Was mir jetzt noch fehlt ist per irmpexec einen Befehl auf Kommandozeile los zu werden.

Wo und wie muss die entsprechende Konfigurationsdatei liegen + Name bzw. aussehen?

Danke!

clausmuus · Aug 19th 2018

In der /etc/lircrc.conf kannst Du eintragen welche Befehle auf Tastendruck ausgeführt werden sollen. Das muss dann die Syntax für irexec sein.

Außerdem habe ich die Erkennung für das Device hinzugefügt.

vdr_rossi · Aug 19th 2018

Super, danke.

Ich habe lirc deinstalliert, lediglich mld-remote musste ich danach manuell wieder installieren.

Ok, irmplircd verwendet auch lircrc.conf...

Ich probiere.

clausmuus · Aug 19th 2018

Ach so, ich vergaß zu erwähnen, dass die heutige Änderung am irmplircd Paket erst einmal nur für den RPI verfügbar ist...

wayne · Nov 26th 2020

Sorry, das ich den alten Fred wieder aus der Grube holen muss...

Leider habe ich auch nix Ähnliches im mld-forum gefunden.

Was muss ich den nun tun, um den irmp-stm32 auf einem frisch installierten "mld 5.4 stable" ans Laufen zu bekommen?

Welche mld-Pakete muss ich installieren?

Code

MLD> grep HID_NAME /sys/class/hidraw/hidraw*/device/uevent
/sys/class/hidraw/hidraw1/device/uevent:HID_NAME=STMicroelectronics STM32 IRMP HID-Device

Habe schon alle möglichen Pakete/Kombinationen versucht:

irmplircd, lircd2uinput, lirc, ...

Danke und viele Grüße

wayne

clausmuus · Nov 26th 2020

Es sollte reichen irmplircd zu installieren und dann im Setup gegebenenfalls ein Device festzulegen und die irmp.map anzupassen.

wayne · Nov 27th 2020

Also....

Mit irmplircd wird automatisch lircd2uinput installiert.

Dann lässt sich unter Fernbedienung das IRMP Device hidraw1 auswählen.

Die irmplircd.map habe ich von meinem easyvdr (selbe HW, andere Platte) übernommen. --> geht das?

Testweise mal lirc installiert: Mit irw werden aber keine Tastendrücke empfangen.

Share