(vdr4)Arch - serial_ir ersetzt lirc_serial Modul mit Kernel >= 4.10

Sieht so aus als würde der Serielle Empfänger jetzt wie ein normaler rc-core Empfänger arbeiten. mode2-Ausgaben sieht man damit vermutlich nur, wenn man das Protokoll von Hand auf "LIRC" setzt - was liefert denn

ir-keytable

aus dem Paket v4l-utils, wenn du es mit root-Rechten aufrufst?

Zitat von cooljay032

Funzt das überhaupt so mit serial_ir, bzw. was muss ich denn konfigtechnisch ändern damit mein alter Empfänger wieder mitspielt?

Geht bei mir problemlos mit yavdr-0.6 und kernel-4.4.0!
Da wurde nämlich beim neuen open source TBS-Treiber, welche kompatibel mit den neuesten Kernel gemacht wurde, auch das alte "lirc_serial" durch "serial_ir" ersetzt!
Damit das läuft musste ich nur 2 Dateien editieren:

1. /etc/lirc/hardwar.conf
Hier muss man nur das "lirc_serial" durch "serial_ir" ersetzen, das ganze sieht dann so aus:

#Chosen Remote Control
REMOTE="Home-brew (16x50 UART compatible serial port)"
#REMOTE_MODULES="lirc_dev lirc_serial"
REMOTE_MODULES="lirc_dev serial_ir"
REMOTE_DRIVER=""
REMOTE_DEVICE="/dev/lirc0"
REMOTE_LIRCD_CONF=""
REMOTE_LIRCD_ARGS=""
...

2. Und dann braucht man noch eine neue Konfigurationsdatei für der seriellen Port z. B als /etc/modprobe.d/serial_ir.conf mit folgendem Inhalt für den seriellen Port COM1

# COM1 equivalent: /dev/ttyS0
options serial_ir irq=4 io=0x3f8

Dann noch ein reboot und alles müsste laufen!
Man braucht sonst weiter nichts ändern, die "lircd.conf" bleibt so wie sie ist!

Paul

Mit dem kleinen Unterschied, dass die neue Lirc-Version, die unter Arch Linux in den Paketquellen ist, anders konfiguriert wird - das müsste vermutlich in die /etc/lirc/lirc_options.conf: https://bbs.archlinux.org/viewtopic.php?pid=1672646#p1672646

Zitat von seahawk1986

Mit dem kleinen Unterschied, dass die neue Lirc-Version, die unter Arch Linux in den Paketquellen ist, anders konfiguriert wird ...

Okay, das wusste ich jetzt so nicht, da ich das ja unter Ubuntu/yavdr gemacht habe.
Der Wechsel von "lirc_serial" zu "serial_ir" dürfte aber vermutlich auch bei Arch-Linux ähnlich unproblematisch sein.

Zumindestens wisst Ihr jetzt, dass es bei Ubuntu sehr einfach ist!

Paul

Hier noch ein Hinweis:
serial_ir aus dem Kernel 4.10 hat noch diverse Fehler (z.B. werden Tastendrücke falsch wiederholt, speziell wenn man den rc5 Decoder aus dem Kernel benutzt).
Entweder auf 4.11 warten oder media_build benutzen.

Bei xenial gab es jetzt auch ein update auf 4.10, aber dank der Anleitung von Paulaner läuft lirc wieder.
Wie aber Dr.Nop schon erwähnt hat gibt es Probleme mit wiederholten Tastendrücken. Drückt man z.B. eine Teste zu schnell hintereinander werden die Tastendrücke garnicht interpretiert.

Moin,

mit Ubuntu 18.04 beisse ich mir im Moment noch die Zähne aus.

Das sieht soweit ganz gut aus:

[  715.696863] serial_ir serial_ir.0: auto-detected active low receiver
[  715.706154] lirc_dev: IR Remote Control driver registered, major 240
[  715.710794] IR LIRC bridge handler initialized
[  715.744854] Registered IR keymap rc-rc6-mce
[  715.750690] IR RC6 protocol handler initialized
[  715.776991] rc rc0: Serial IR type home-brew as /devices/platform/serial_ir.0/rc/rc0
[  715.777130] input: Serial IR type home-brew as /devices/platform/serial_ir.0/rc/rc0/input16
[  715.777559] lirc lirc0: lirc_dev: driver ir-lirc-codec (serial_ir) registered at minor = 0

Ich sehe bei jedem Tastendruck die grüne LED vom atric-Einschalter blinken. Es passiert aber nichts. Auch irrecord erkennt keinen Tastendruck. Was mich stutzig macht ist der Hinweis "IR RC6 protocol handler initialized". Ich meine, dass meine FB nur RC5 kann. Laut ir-keytable kann der Lirc-Receiver zwar RC5, aber es sit anscheinend nur das Protokoll RC6 aktiviert.

martin@ubuntuvdr1:/tmp$ sudo ir-keytable
/sys/class/rc/rc0/ gefunden (/dev/input/event15) mit:
Name: Serial IR type home-brew
Treiber: serial_ir, Tabelle: rc-rc6-mce
Lirc Gerät: /dev/lirc0
unterstützte Protokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp
Aktivierte Protokolle: lirc rc-6
bus: 25, Anbieter/Produkt: 0001:0001, Version: 0x0100
Wiederholungsverzögerung = 500 ms, Wiederholungsperiode = 125 ms

Kann das eine Erklärung sein, warum der IR-Receiver nichts empfängt? Wie kann ich das Protokoll wechseln?

Hi,

Was ein Zufall, aber ich habe heute Mal als reminder für mich Mal ne Zusammenfassung geschrieben. Alles quick n dirty! Also 100000 Rechtschreibfehler und co aber vllt hilft es dir weiter:

https://www.minidvblinux.de/wiki/mld/tutor…enungen54serial

Gruß

MarMic

wow, danke!

Warum wird das im Laufe der Jahre nur immer alles komplizierter statt einfacher?

Hihi das Frage ich mich auch immer... Wenn du noch was rausfindest sag bescheid damit wir es bei uns verbessern können

Gruß

MarMic

Hat aber auch Vorteile, so laufen zB die IR-Empfänger der meisten TV-Karten 'out of the box'.

Und wenn man es umbedingt möchte, funktioniert es mit Lircd ja auch noch auf die alte Methode.

Zitat von Saman

Und wenn man es umbedingt möchte, funktioniert es mit Lircd ja auch noch auf die alte Methode.

aber wie?

@dr seltsam:

Wie in meinem Wiki Eintrag...

Modeset dann

modprobe dann

lirc starten (device sollte als lirc-com1 oder sowas existieren)

Schau Mal ins GIT - rc-core - bei uns.

FYI. So nutze ich das bei mld immer noch ... Das mit ir-keytable sind Versuche für eine schlimmere Zukunft

Gruß

MarMic

Zitat von Dr. Seltsam

Warum wird das im Laufe der Jahre nur immer alles komplizierter statt einfacher?

Wenn der Kernel-Treiber das gleiche Interface wie die übrigen rc-core Empfänger bietet, vereinfacht das die Sache eigentlich - wenn man die Sendefunktionalität nicht braucht, müsste man dann eigentlich mit drei Zeilen in den Konfigurationsdateien für modprobe, setserial und der rc_maps.conf (und ggf. noch einer angepasste Keymap, die dann aber für alle rc-core Empfänger, die das Protokoll unterstützten, funktionieren würde) auskommen.

Ich blicke hier trotzdem nicht durch...

Meine Fernbedienung ist eine programmierbare Fernbedienung, wo ich unter der für den VDR vorgesehenen Gerätetaste die Codes eines Aiwa-Videorekorders programmiert habe. Dazu habe ich bereits eine passende lircd.conf.

Nachdem ich nun in der /etc/lirc/lircmd.conf den Eintrag

driver = devinput

auf

driver = default

geändert habe, läuft die Fernbedienung über /dev/lirc0 und lircd statt /dev/input/event15. Das funktioniert also.

Was müsste ich denn tun, um auf lircd verzichten zu können? Wie kann ich dem Treiber beibringen, dass er mit Protokoll rc-5 statt rc-6 arbeiten soll? Gibt es eine Möglichkeit, die lircd.conf in eine keymap umzuwandeln?

ich habe jetzt lirc komplett deinstalliert, weil es nach jedem Neustart nicht mehr funktionierte und ich einfach nicht heraus bekam, wo es hakte. Es gibt also weder eine /etc/lirc noch lircd . Stattdessen will ich es nun mal auf die neue, angeblich einfachere Art versuchen.

Erstes Problem war, dass der Eintrag "setserial /dev/ttyS0 uart none" in /var/lib/setserial/autoserial.conf anscheinend beim Laden von serial-ir unberücksichtigt bleibt, nachdem dieses Modul nun über einen Eintrag in /etc/modules geladen wird. Erst nachdem ich eine /etc/modprobe.d/serial-ir.conf mit dem Inhalt

install serial_ir setserial /dev/ttyS0 uart none; modprobe --ignore-install serial_ir

angelegt hatte, funktionierte es.

Ich habe bereits eine keymap angelegt. Das ging mit der Anleitung von MarMic auch ganz gut. Ich musste mich dazu allerdings von dem bisher genutzen Code eines Aiwa-VCRs trennen, da dessen Codes von keinem Protokoll erkannt wurden.

Das Laden der keymap mit Vorgabe des richtigen Protokolls übernimmt im Moment noch der Eintrag

ir-keytable -s rc0 -c -p rc-6 -w /etc/rc_keymaps/Ru880_Kabel_004

in /etc/rc.local

Die Syntax von /etc/rc_maps.cfg (driver - table - file) verstehe ich nämlich noch nicht so ganz. Im Kopf der standardmäßig bereits vorhandenen Datei steht

Zitat

table - RC keymap table, provided via uevent - use * for any table

Was ist die "RC keymap table"? Und wie gebe ich das Protokoll vor?

Ist /etc/rc_maps.cfg das Ubuntu-Equivalent zu /etc/rc_maps.conf?

ir-keytable sagt nun:

/sys/class/rc/rc0/ gefunden (/dev/input/event14) mit:
Name: Serial IR type home-brew
Treiber: serial_ir, Tabelle: rc-rc6-mce
Lirc Gerät: /dev/lirc0
unterstützte Protokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp
Aktivierte Protokolle: lirc rc-6
bus: 25, Anbieter/Produkt: 0001:0001, Version: 0x0100
Wiederholungsverzögerung = 500 ms, Wiederholungsperiode = 125 ms

Im syslog steht

Apr 26 13:56:43 ubuntuvdr1 kernel: [ 3641.918418] serial_ir serial_ir.0: auto-detected active low receiver
Apr 26 13:56:43 ubuntuvdr1 kernel: [ 3641.927287] lirc_dev: IR Remote Control driver registered, major 240
Apr 26 13:56:43 ubuntuvdr1 kernel: [ 3641.994552] rc rc0: Serial IR type home-brew as /devices/platform/serial_ir.0/rc/rc0
Apr 26 13:56:43 ubuntuvdr1 kernel: [ 3641.994690] input: Serial IR type home-brew as /devices/platform/serial_ir.0/rc/rc0/input14
Apr 26 13:56:43 ubuntuvdr1 kernel: [ 3641.995267] lirc lirc0: lirc_dev: driver ir-lirc-codec (serial_ir) registered at minor = 0

Wie schaffe ich es nun, dass vdr auf diese Fernbedienung hört? Wenn ich vdr mit der lirc-Option starte, hagelt es Fehlermeldungen

ERROR (lirc.c,43): /var/run/lirc/lircd: Datei oder Verzeichnis nicht gefunden

Brauche ich jetzt das remote-Plugin? Oder eventlirc? Oder das inputdev-Plugin?

mühsam nährt sich das Eichhörnchen...

Ich habe es jetzt mit inputlirc versucht. Das lief auch schon mal. Nun kriege ich aber nur noch

Apr 27 14:57:55 ubuntuvdr1 inputlircd[1600]: /dev/input/event12 100013
Apr 27 14:57:55 ubuntuvdr1 inputlircd[1600]: Unable to bind AF_UNIX socket to /var/run/lirc/lircd: No such file or directory
Apr 27 14:57:55 ubuntuvdr1 systemd[1]: inputlirc.service: Main process exited, code=exited, status=71/n/a
Apr 27 14:57:55 ubuntuvdr1 systemd[1]: inputlirc.service: Failed with result 'exit-code'.

/etc/default/inputlirc:

# Options to be passed to inputlirc.
#EVENTS="/dev/input/event12"
EVENTS="/dev/input/by-path/platform-serial_ir.0-event-ir"
OPTIONS="-d /var/run/lirc/lircd -g -m 0"

Das device ist richtig.

Nach meinem Verständnis sollte der Socket /var/run/lirc/lircd doch gerade von inputlirc angelegt werden - wieso kommt da eine Fehlermeldung, dass es den nicht gibt? Wer sonst sollte das Socket anlegen?

Mit dem remote-Plugin geht es. Gibt es aber wirklich keine einfachere Alternative? Ich glaube, die Unterstützung von anderen Kernel-Inputdevices als Keyboards sollte auf die To-Do-Liste für vdr 2.5

ich führe weiter Selbstgespräche...

Leider musste ich feststellen, dass die Fernbedienung ohne lirc und nur über den Kernel erheblich träger läuft. Ich habe bereits mit delay und repeat-Werten gespielt, aber flüssiges Scrollen durch die Menüs ist damit nicht möglich. Die gleiche FB über lircd läuft super flott.

So sieht meine lirc_options.conf in Ubuntu 18.04 aus:

[lircd]
nodaemon        = False
driver          = default
device          = /dev/lirc0
output          = /var/run/lirc/lircd
pidfile         = /var/run/lirc/lircd.pid
plugindir       = /usr/lib/x86_64-linux-gnu/lirc/plugins
permission      = 666
allow-simulate  = No
repeat-max      = 600
#effective-user =
#listen         = [address:]port
#connect        = host[:port]
#loglevel       = 6
#release        = true
#release_suffix = _EVUP
#logfile        = ...
#driver-options = ...

[lircmd]
uinput          = False
nodaemon        = True

inputlirc ist deinstalliert, und ganz wichtig ist die Deaktivierung von lircd-uinput im Abschnitt [lircmd]. Den Abschnitt

[modinit] habe ich noch auskommentiert, da ich serial-ir über einen Eintrag in /etc/modules in Verbindung mit einer Konfigurationsdatei in /etc/modprobe.d starte.

Nun gibt es aber ein unerwartetes Problem, da sich in meiner 15jährigen vdr-Laufbahn bisher nicht hatte:

Direkt nach dem Start funktionieren einige Tasten nicht richtig. Ich weiss nicht mal, ob es die Tasten sind oder vdr. Immerhin spielt es dabei keine Rolle, ob ich die FB oder die Tastatur zur Steuerung benutze. Folgendes Phänomen: Beim Umschalten wird die Kanalanzeige nicht eingeblendet. Drücke ich kurz auf die ok-Taste, blitzt die Kanalanzeige für einen Sekundenbruchteil auf. Die Zifferntasten funktionieren auch nicht. Man sieht auch hier ganz kurz eine OSD-Einblendung, aber der vdr reagiert nicht auf die Taste bzw. schaltet das Programm nicht um. Andere Tasten bzw. Funktionen funktionieren einwandfrei. Welches OSD ich verwende, spielt keine Rolle. Wenn ich vdr ohne die --lirc-Option starte und nur über die Tastatur steuere, ist es das gleiche. Aber: nach ein paar Minuten gibt sich das von selbst. Mir fällt auf, dass die load am Anfang auch sehr hoch ist (über 1) und danach auf 0,03 fällt.
im Log ist nichts zu sehen. vdr loggt überhaupt nichts beim Drücken der nicht reagierenden Tasten.