[Garry]

Hi
Mal eine Frage zwischendurch....was habt ihr als Lirc Treiber gewählt?

So langsam bekomme ich das vorgehen zusammen:

Wenn Du das hier in die config.txt vor der Installation einträgst

Code: [Select]

dtoverlay=gpio-ir,rc-map-name=rc-hauppauge musst Du keinen Treiber mehr separat auswählen.

Wenn das System läuft sorgst Du mit Eingabe von

Code: [Select]

ir-keytable -c -w /etc/rc_keymaps/rc-hauppaugedafür dass die keymap "rc-hauppauge" aus dem Pfad /etc/rc_keymaps/ verwendet wird.

Mit

Code: [Select]

ir-keytable -rbekommt man dann die aktuell gültige Tasten-Code-List angezeigt.

da sollte man dann die Zeile:

Code: [Select]

scancode 0x1e1f = KEY_ESC (0x01)finden.
Findet man dort dagegen etwas mit "0x1e1f = KEY_EXIT" hat man eine falsche Tabelle aktiv bzw. einen Fehler in der "rc-hauppauge" insofern man die Hauppauge A415 Fernbedienung verwendet(bei anderen muss man schauen was die Tasten senden).
Ob man zusätzlich noch die "rc-hauppauge"-keymap wie oben beschrieben wurde wirklich ausdünnen muss möchte ich nochmal testen. Dort kann man dann jedenfalls die Tastencodes bei Bedarf anpassen.

Damit man das Kommando

Code: [Select]

ir-keytable -c -w /etc/rc_keymaps/rc-hauppaugenicht nach jedem RPI-Neustart von Hand eingeben muss kann man in der /etc/rc_maps.cfg die Zeile

Code: [Select]

gpio_ir_recv            rc-hauppauge        /etc/rc_keymaps/rc-hauppaugeeingeben. (dort stand bei mir vorher

Code: [Select]

ir-kbd-i2c            rc-hauppauge        /etc/rc_keymaps/rc-hauppauge)
Nach einem neustart sollte die Hauppauge A415 dann sofort mit allen Tasten gehen. Ich hatte zwar noch Schwierigkeiten dass das System teilweise nicht stabil lief, aber ich nehme an dass ich da vorher zu viel verstellt hatte - muss man noch mal mit einer neuen Installation prüfen.

Ich habe das jetzt alles als Laie zusammengefasst wie ich es zum laufen gebracht haben(wenn ich nichts vergessen habe). Vielleicht kann da noch mal ein Profi drüberschauen und gegebenenfalls MLD so anpassen, dass man das direkt aus dem WEB-Interface so konfigurieren kann dass GPIO-IR mit der Hauppauge A415 ootb läuft.
P.S.: Bei der ganzen geschichte ist mir noch aufgefallen dass die Umschaltung von KODI zu VDR nicht ohne manuellen Eingriff klappt, ich musste regelmässig nach dem umschalten ein "restart vdr" ausführen damit vdr wieder lief.

[iNOB]

Welche Protokoll benutzt deine Fernbedienung? RC-5, RC-6... ?

[Garry]

RC5

Gruß
Garry

[Andy]

Okay, ich hatte vermutet das die Posts vom Anfang auch gelesen werden, sorry...;-)

Ich hatte mich in erster Linie an @Frounts gehalten...

Ich hab das für die Hauppauge-FB so gemacht:
Code: [Auswählen]
dtoverlay=gpio-ir
erweitert zu:
Code: [Auswählen]
dtoverlay=gpio-ir,rc-map-name=rc-hauppauge

Dann muss man die /etc/rc_maps.cfg anpassen
Code: [Auswählen]
#ir-kbd-i2c         rc-hauppauge         /etc/rc_keymaps/rc-hauppauge
gpio_ir_recv         rc-hauppauge         /etc/rc_keymaps/rc-hauppaug

und in der /etc/rc_keymaps/rc-hauppauge die Tastencodes gemäß VDR-vorgabe anpassen.

Jetzt läuft alles, wie gehabt. :-)

Dann habe ich noch die "/etc/rc_keymaps/rc-hauppauge" angepasst, also die 2 anderen innerhalb der Konfig gelöscht und den Treiber

Code: [Select]

rpi on GPIOper WebGui geladen.

Vorher konnte ich den Treiber

Code: [Select]

rpi on GPIONICHT laden, bzw. er stand nicht zur Auswahl!

P.S.: Bei der ganzen geschichte ist mir noch aufgefallen dass die Umschaltung von KODI zu VDR nicht ohne manuellen Eingriff klappt, ich musste regelmässig nach dem umschalten ein "restart vdr" ausführen damit vdr wieder lief.

Das konnte ich bei mir noch nicht beobachten...

[Garry]

Okay, ich hatte vermutet das die Posts vom Anfang auch gelesen werden, sorry...;-)

Naja, lesen schon - aber verstehen... Die Angaben sind dann doch sehr dünn wenn man unbedarft ist.
Über
https://www.yavdr.org/documentation/de/ch02s03.html (die Grafik hilft dabei sehr)
und weitere Artikel musste ich mir erstmal ein Bild über die Zusammenhänge machen

[iNOB]

Gelesen hab ich von Beginn an. Nur brachte mich das bei meinem Problem nicht weiter. Dann geht man halt auf die Suche nach Infos die es zu diesem Thema nicht unbedingt reichhaltig und vor allem in aktueller Form gibt. Hinzu kam noch, dass mein TSOP ne Macke hatte, was zu nicht nachvollziehbaren Fehlern führte.

Aber... ohne zusätzliche udev-Regel, zum Einschalten des Input-Devices, hat das bei mir weder auf dem RPI3b+ (TSOP) noch auf einem Intel x64 System (ATRIC) funktioniert. Auch dann nicht, wenn ich das nach den v.g. Anleitungen mache

Viel falsch machen kann man ja nicht... 

[Andy]

Hi
Sorry, sollte auch kein Vorwurf sein...nur eine Feststellung für mich, das ich meine Vorgehensweise beim nächsten mal ausführlicher beschreibe. 

[Garry]

Hi
Sorry, sollte auch kein Vorwurf sein...nur eine Feststellung für mich, das ich meine Vorgehensweise beim nächsten mal ausführlicher beschreibe. 

Hier noch mal die ausführliche Kurzform für die Neuinstallation :-)

- MLD 5.4 Image herunterladen
- Image auf SD-Karte als "Wiederherstellung laden (legt zwei Partitionen an)
- Mit Texteditor eine neue letzte Zeile in der Datei "config.txt"

Code: [Select]

dtoverlay=gpio-ir,rc-map-name=rc-hauppauge hinzufügen.
- SD-Karte auf Raspberry booten
- MLD über Webinterface installieren (In diesem Beispiel wurde VDR "Stream" und Kodi unter Verwendung eines Raspberry2 gewählt).
- in der  /etc/rc_maps.cfg die Zeile

Code: [Select]

ir-kbd-i2c            rc-hauppauge        /etc/rc_keymaps/rc-hauppaugesuchen und zu

Code: [Select]

gpio_ir_recv            rc-hauppauge        /etc/rc_keymaps/rc-hauppaugemodifizieren.

Das wars!
Nach einem Reboot hat die Hauppauge A415 mit allen Tasten funktioniert, ohne irgenwelche Key-Maps zu modifizieren oder im Webinterface auf die Fernbedienungseinstellungen zugreifen zu müssen!
Achtung! Herumspielen an der Fernbedienungskonfiguration im Web-Interface kann dazu führen dass in der config.txt der Fernbedienungseintrag verändert wird! In dem Fall muss man ihn dann wieder manuell die config.txt anpassen! 
Kernel war hierbei

Code: [Select]

4.16.18.199.96-200
Viel Spass beim ausprobieren :-)
Garry

[Garry]

P.S.: Bei der ganzen geschichte ist mir noch aufgefallen dass die Umschaltung von KODI zu VDR nicht ohne manuellen Eingriff klappt, ich musste regelmässig nach dem umschalten ein "restart vdr" ausführen damit vdr wieder lief.

Das konnte ich bei mir noch nicht beobachten...

Gerade noch mal getestet:
Effekt tritt dann auf wenn man KODI  als "Startprogramm" nach dem Reboot gewählt hat. Wählt man stattdessen "VDR" klappt das mit dem hin und her schalten problemlos.

Gruß
Garry

[Andy]

Okay... .....ich lass bei mir auch Kodi starten. Da habe ich nur beobachtet das ich für ~2 sec. den VDR sehe, dann schaltet er von alleine weiter zu Kodi.

[Garry]

Ja, bei mir auch dieses Verhalten beim hochfahren, das Problem tritt dann anschließend auf wenn man zu VDR wechseln möchte.

[clausmuus]

Das kurze einblenden des VDR lässt sich nicht verhindern. Das ist dem RPI VDR Frontend geschuldet. Das hat nicht die Möglichkeit das zu verhindern.

[Tommes]

Nur als kurze Info, ich mußte den PIN der Stromversorgung des TSOP4838 von 3.3v auf 5v umstecken, damit er funktioniert und Signale empfängt, laut Datenblatt arbeitet er auch mit 5v...
Genaue Infos folgen noch...

[clausmuus]

Das hängt davon ab, welchen Empfänger man verwendet. Einige brauchen 3.3V andere 5V. Es wäre in dem Zusammenhang also noch interessant welchen Empfänger Du verwendest.

[Pfeifenraucher]

Moin,

bin nach dem Update von 5.3 auf 5.4 so vorgegangen, wie beschrieben.

So langsam bekomme ich das vorgehen zusammen:
Wenn das System läuft sorgst Du mit Eingabe von

Code: [Select]

ir-keytable -c -w /etc/rc_keymaps/rc-hauppaugedafür dass die keymap "rc-hauppauge" aus dem Pfad /etc/rc_keymaps/ verwendet wird.

Hmm, mach ich und kann das auch bei gestoppten eventlircd testen - es erscheint dann tatsächlich eine Reaktion mit RC-5 - mit Ausnahme des VDR im weiteren Verlauf.

Mit

Code: [Select]

ir-keytable -rbekommt man dann die aktuell gültige Tasten-Code-List angezeigt.

Nach dem Booten erhalte ich dann bei dieser Ausgabe das Protokoll RC-6, womit auch klar ist, warum kein Programm reagiert.

cat /proc/bus/input/devices (show / hide)

Code: [Select]

mldrpi3b> cat /proc/bus/input/devices
I: Bus=0019 Vendor=0001 Product=0001 Version=0100
N: Name="gpio_ir_recv"
P: Phys=gpio_ir_recv/input0
S: Sysfs=/devices/platform/ir-receiver/rc/rc0/input0
U: Uniq=
H: Handlers=sysrq kbd mouse0 event0 rfkill
B: PROP=0
B: EV=100017
B: KEY=ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff f
fffffff ffffffff ffffffff ffffffff ffffffff fffffffe
B: REL=3
B: MSC=10

I: Bus=0019 Vendor=0001 Product=0001 Version=0100
N: Name="eventlircd"
P: Phys=/dev/input/event0
S: Sysfs=/devices/virtual/input/input1
U: Uniq=
H: Handlers=event1
B: PROP=0
B: EV=7
B: KEY=ff ffffffff 0 0 0 0 f 0 0 0 0 0 0 3fdff 7fff8fff ff03ff 0 0 0 0 0 0 0 0
B: REL=2

I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="lircd-uinput"
P: Phys=
S: Sysfs=/devices/virtual/input/input2
U: Uniq=
H: Handlers=sysrq kbd event2 rfkill
B: PROP=0
B: EV=100003
B: KEY=ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff f
fffffff ffffffff ffffffff ffffffff ffffffff fffffffe

Bei gestopptem eventlircd ergibt evtest: (show / hide)

Code: [Select]

Properties:
Testing ... (interrupt to exit)
Event: time 1556726238.663364, type 4 (EV_MSC), code 4 (MSC_SCAN), value b02
Event: time 1556726238.663364, -------------- SYN_REPORT ------------
Event: time 1556726238.773351, type 4 (EV_MSC), code 4 (MSC_SCAN), value b02
Event: time 1556726238.773351, -------------- SYN_REPORT ------------
Event: time 1556726238.893347, type 4 (EV_MSC), code 4 (MSC_SCAN), value b02
Event: time 1556726238.893347, -------------- SYN_REPORT ------------

Da reagiert also schon mal was.Nur, wie geht's jetzt weiter für meine FB? Meine Holde kann ich noch einige Tage hinhalten und auf die FB im WebIF verweisen - lästig isses halt schon.

VG
Erik