ich führe weiter Selbstgespräche...
Du hast in jedem Fall interessierte Zuhörer 
Ich veruche auch gerade die FB meiner S952 zur Mitarbeit zu bewegen, und deine Selbstgespräche helfen da ungemein (auch wenn ich sie ja lieber ohne lirc betreiben würde - aber mal sehen)
Anscheinend liegt es daran, dass neben lircd auch lircd-uinput läuft. Wenn ich den kille, sind die Probleme weg. Ich dachte, ich hätte das Starten von lircd-uinput bereits durch die Einträge im Abschnitt [lircmd] unterbunden, aber anscheinend ist das dafür nicht zuständig. Ich hoffe, dass ein
sudo systemctl disable lircd-uinput.servicedas jetzt dauerhaft behebt.
Da hat sich offenbar allerlei bei lirc geändert. Was mir auch noch auffiel ist, dass irrecord trotz Aufruf über sudo nur noch dann funktioniert, wenn zusätzlich der Parameter
-k --keep-root Don't drop root privilegesgesetzt wird. Sonst startet irrecord zwar, reagiert aber auf keinen Tastendruck. Ein weiteres Problem mit irrecord ist, dass es bei mir ständig mit einem segfault abstürzt, wenn die Konfiguration abgespeichert werden soll. Man findet dann noch temoräre Dateien (irrecord-tmp-[xyz]) in denen hinter jedem Code ein zweiter Eintrag "0xFFFFFFFFFFFFFFFF" steht. Wenn man den manuell löscht, kann man mit der temporären Datei weiterarbeiten, sie muss dann mit der Option
-u --update Amend buttons to existing fileaufgerufen werden. Das ging früher glaube ich auch ohne, wenn man eine vorhandene conf vorgab um zusätzliche Tasten anzulernen. Ohne den -u Parameter fängt irrecord jetzt wieder ganz von vorne an.
Wenn du verhindern willst, dass ein Dienst gestartet werden kann, solltest du ihn maskieren statt ihn nur zu deaktivieren (das verhindert nur, dass er aufgrund der [Install] Section gestartet wird):sudo systemctl mask lircd-uinput.service
danke, hatte mich schon gewundert, warum der Dienst immer noch gestartet wurde
Hallo an alle,
inzwischen ist Dezember 2018, und ich krieg die Krise:
ich bin auf
Welcome to Ubuntu 18.04.1 LTS (GNU/Linux 4.15.0-43-generic x86_64)
mit dem yaVDR-ansible
und bekomme mein LIRC (IR Empfänger am COM Port) nicht ans laufen.
Meine /etc/lirc/lirc_options.conf sieht so aus:
# These are the default options to lircd, if installed as
# /etc/lirc/lirc_options.conf. See the lircd(8) and lircmd(8)
# manpages for info on the different options.
#
# Some tools including mode2 and irw uses values such as
# driver, device, plugindir and loglevel as fallback values
# in not defined elsewhere.
[lircd]
nodaemon = False
#driver = devinput
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
# [modinit]
# code = /usr/sbin/modprobe lirc_serial
# code1 = /usr/bin/setfacl -m g:lirc:rw /dev/uinput
# code2 = ...
# [lircd-uinput]
# add-release-events = False
# release-timeout = 200
# release-suffix = _EVUPOK, es gibt kein /dev/lirc0 bei mir, sollte das von lircd angelegt werden ?
die /etc/modprobe.d/serial_ir.conf ist so:
# COM1 equivalent: /dev/ttyS0
#options serial_ir irq=4 io=0x3f8
# COM2 equivalent: /dev/ttyS1
options serial_ir irq=3 io=0x2f8Bei meinem ersten vesuch auf dieser Hardware mit einer yaVDR 2.6 Distri hatte meine FB mit lirc auf COM2 noch funktioniert,
(da hatte ich nur andere Probleme nit dem DVB Treiber)
'serial_ir' schein geladen zu sein:
yavdr@yaVDR2:~$ lsmod | grep serial
serial_ir 20480 0
rc_core 36864 1 serial_ir
Der Startversuch von LIRC :
yavdr@yaVDR2:~$ sudo systemctl restart lircd
Job for lircd.service failed because the control process exited with error code.
See "systemctl status lircd.service" and "journalctl -xe" for details
yavdr@yaVDR2:~$ systemctl status lircd.service
● lircd.service - Flexible IR remote input/output application support
Loaded: loaded (/lib/systemd/system/lircd.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/lircd.service.d
└─lircd2uinput.conf
Active: failed (Result: exit-code) since Sat 2018-12-22 17:19:07 CET; 52s ago
Docs: man:lircd(8)
http://lirc.org/html/configure.html
Process: 2553 ExecStopPost=/usr/bin/lircd2uinput-remove /var/run/lirc/lircd0 (code=exited, status=1/FAILURE)
Process: 2538 ExecStartPost=/usr/bin/lircd2uinput-add /var/run/lirc/lircd0 (code=exited, status=1/FAILURE)
Process: 2537 ExecStart=/usr/sbin/lircd --nodaemon (code=killed, signal=TERM)
Main PID: 2537 (code=killed, signal=TERM)
Dez 22 17:19:07 yaVDR2 systemd[1]: Starting Flexible IR remote input/output application support...
Dez 22 17:19:07 yaVDR2 lircd-0.10.0[2537]: Info: lircd: Opening log, level: Info
Dez 22 17:19:07 yaVDR2 lircd-0.10.0[2537]: Notice: Version: lircd 0.10.0
Dez 22 17:19:07 yaVDR2 lircd-0.10.0[2537]: Notice: System info: Linux yaVDR2 4.15.0-43-generic #46-Ubuntu SMP Thu Dec 6 14:45:28 UTC
Dez 22 17:19:07 yaVDR2 lircd2uinput-add[2538]: Error org.freedesktop.systemd1.UnitMasked: Unit lircd2uinput.service is masked.
Dez 22 17:19:07 yaVDR2 systemd[1]: lircd.service: Control process exited, code=exited status=1
Dez 22 17:19:07 yaVDR2 lircd2uinput-remove[2553]: Error org.freedesktop.systemd1.UnitMasked: Unit lircd2uinput.service is masked.
Dez 22 17:19:07 yaVDR2 systemd[1]: lircd.service: Control process exited, code=exited status=1
Dez 22 17:19:07 yaVDR2 systemd[1]: lircd.service: Failed with result 'exit-code'.
Dez 22 17:19:07 yaVDR2 systemd[1]: Failed to start Flexible IR remote input/output application support.und
yavdr@yaVDR2:~$ journalctl -xe
Dez 22 17:17:05 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 211895
Dez 22 17:17:06 yaVDR2 sudo[2503]: yavdr : TTY=pts/1 ; PWD=/home/yavdr ; USER=root ; COMMAND=/sbin/modprobe serial_ir
Dez 22 17:17:06 yaVDR2 sudo[2503]: pam_unix(sudo:session): session opened for user root by yavdr(uid=0)
Dez 22 17:17:06 yaVDR2 sudo[2503]: pam_unix(sudo:session): session closed for user root
Dez 22 17:17:26 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 211934
Dez 22 17:17:47 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 1043 (MTV Music 24), tp 211973
Dez 22 17:18:08 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 212012
Dez 22 17:18:29 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 68 (SAT.1 HH/SH), tp 212051
Dez 22 17:18:50 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 212090
Dez 22 17:19:07 yaVDR2 sudo[2526]: yavdr : TTY=pts/1 ; PWD=/home/yavdr ; USER=root ; COMMAND=/bin/systemctl restart lircd
Dez 22 17:19:07 yaVDR2 sudo[2526]: pam_unix(sudo:session): session opened for user root by yavdr(uid=0)
Dez 22 17:19:07 yaVDR2 systemd[1]: Starting lircd(8) initialization helper tool...
-- Subject: Unit lircd-setup.service has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit lircd-setup.service has begun starting up.
Dez 22 17:19:07 yaVDR2 systemd[1]: Started lircd(8) initialization helper tool.
-- Subject: Unit lircd-setup.service has finished start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit lircd-setup.service has finished starting up.
--
-- The start-up result is RESULT.
Dez 22 17:19:07 yaVDR2 systemd[1]: Starting Flexible IR remote input/output application support...
-- Subject: Unit lircd.service has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit lircd.service has begun starting up.
Dez 22 17:19:07 yaVDR2 lircd-0.10.0[2537]: Info: lircd: Opening log, level: Info
Dez 22 17:19:07 yaVDR2 lircd-0.10.0[2537]: Notice: Version: lircd 0.10.0
Dez 22 17:19:07 yaVDR2 lircd-0.10.0[2537]: Notice: System info: Linux yaVDR2 4.15.0-43-generic #46-Ubuntu SMP Thu Dec 6 14:45:28 UTC
Dez 22 17:19:07 yaVDR2 dbus-daemon[871]: [system] Activating via systemd: service name='de.yavdr.lircd2uinput' unit='lircd2uinput.se
Dez 22 17:19:07 yaVDR2 dbus-daemon[871]: [system] Activation via systemd failed for unit 'lircd2uinput.service': Unit lircd2uinput.s
Dez 22 17:19:07 yaVDR2 lircd2uinput-add[2538]: Error org.freedesktop.systemd1.UnitMasked: Unit lircd2uinput.service is masked.
Dez 22 17:19:07 yaVDR2 systemd[1]: lircd.service: Control process exited, code=exited status=1
Dez 22 17:19:07 yaVDR2 dbus-daemon[871]: [system] Activating via systemd: service name='de.yavdr.lircd2uinput' unit='lircd2uinput.se
Dez 22 17:19:07 yaVDR2 dbus-daemon[871]: [system] Activation via systemd failed for unit 'lircd2uinput.service': Unit lircd2uinput.s
Dez 22 17:19:07 yaVDR2 lircd2uinput-remove[2553]: Error org.freedesktop.systemd1.UnitMasked: Unit lircd2uinput.service is masked.
Dez 22 17:19:07 yaVDR2 systemd[1]: lircd.service: Control process exited, code=exited status=1
Dez 22 17:19:07 yaVDR2 systemd[1]: lircd.service: Failed with result 'exit-code'.
Dez 22 17:19:07 yaVDR2 systemd[1]: Failed to start Flexible IR remote input/output application support.
-- Subject: Unit lircd.service has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit lircd.service has failed.
--
-- The result is RESULT.
Dez 22 17:19:07 yaVDR2 sudo[2526]: pam_unix(sudo:session): session closed for user root
Dez 22 17:19:11 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 212129
Dez 22 17:19:32 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 212168
Dez 22 17:19:53 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 212207
Dez 22 17:20:14 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 212246
Dez 22 17:20:35 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 212285
Dez 22 17:20:56 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 0 (), tp 212324
Dez 22 17:21:17 yaVDR2 vdr[1358]: [1389] frontend 1/0 timed out while tuning to channel 105 (PASS SERIES), tp 212363Erstaunlicherweise scheinen auch keine neuen Einräge in 'dmesg' aufzutauchen, wenn ich versuche, mit
sudo modprobe serial_ir
den Treiber zu laden ?
HILFE !
OK, es gibt kein /dev/lirc0 bei mir, sollte das von lircd angelegt werden ?
Das sollte nach meinem Verständnis vom Treiber angelegt werden, wenn das Protokoll auf LIRC gesetzt ist (ich habe den Rechner mit dem Atric V5 noch nicht auf yavdr-ansible umgestellt). Siehst du den Empfänger nach dem Laden von serial_ir in der Ausgabe von sudo ir-keytable gelistet?
Vermutlich musst du den UART-Treiber entladen, bevor du serial_ir laden kannst, also z.B:
sudo /usr/bin/setserial /dev/ttyS0 uart none
sudo /usr/bin/modprobe serial_ir
Hallo seahawk,
yavdr@yaVDR2:~$ sudo setserial /dev/ttyS0 uart none
yavdr@yaVDR2:~$ sudo setserial /dev/ttyS1 uart none
yavdr@yaVDR2:~$ sudo modprobe serial_ir
yavdr@yaVDR2:~$ sudo ir-keytable
Keine Geräte gefunden
Auch keine neuen Einträge in dmesg
ich müsste auf ttyS1 sein (obwohl das Board nut einen Pfostenstecker für COM hat), mein Versuch mit dem yaVDR 6.2 hat nur mit LIRC auf COM2 funktioniert.
Also ich mach in meinem runvdr script immer folgendes, bevor der VDR selber gestartet wird:
# run lirc-daemon
systemctl stop lircd; setserial /dev/ttyS1 uart none; setserial /dev/ttyS0 uart none; rmmod serial_ir; modprobe serial_irgruß
msv
Den Treiber zu entladen und dann neu zu laden ist eine gute Idee.
Ich meine das kann man auch von lircd selbst über die [modinit] Section in der lirc_options.conf ausführen lassen.
Hallo,
nur noch mal ein paar abschliessende Bemerkungen zu meinen Posts vom Dezember:
ich habe inzwischen auf Lirc verzichtet und nutze das 'serial_ir'. Mit Erfolg.
Das Problem war noch, in Bezug auf den Post #27 vom 22.12.2018, dass bei mir noch
'eventlircd' aktiv war, der sich die serielle Schnittstelle gekrallt hatte, nachdem ich dann
lircd und eventlircd entfernt hatte, hat auch das 'serial_ir' funktioniert.
Noch eine passende codetable für meine Fernbedienung erstellt und schon funktioniert's
und das läuft genauso gut wie lirc, was z.B. die Geschwindigkeit beim Scrollen in Menüs angeht?
Ja, das Scrollen ist kein Problem, es scheint mir sogar etwas schneller zu sein, auch bei z.B. Kanal hoch - runter darf man nur kurz die Taste drücken, sonst springt man gleich zwei Programme, aber ich denke, dass das wahrscheinlich an der FB selber liegt (Vivanco UR12BN), ich nehm ja mal an, dass die Wiederholrate von der FB selbst bestimmt wird.
Im vdr gibt es Einstellmöglichkeiten, mit der man zu schnelle Fernbedienungen bremsen kann.
Suche mal nach RcRepeatDelay und RcRepeatDelta.
Lars
Weiß jemand ob es für irexec eine alternative gibt wenn man auf lirc verzichten möchte?
Ich nutze es um diverse Befehle auszuführen und um mit Hilfe von xte die Eingabe der FB in Tastatureingaben "umzuwandeln". Das fand ich bisher sehr bequem.
Weiß jemand ob es für irexec eine alternative gibt wenn man auf lirc verzichten möchte?
Wenn man eine Fernbedienung nutzt, die ein vom Kernel unterstützes Protokoll nutzt, kann man statt über lircd über das Kernel Input Device gehen. Wenn man eine Keytable mit Tasten nutzt, die vom X-Server verarbeitet werden können (Key-Code < 255), hast du die Tastendrücke direkt als Tastatureingabe in Xorg.
Wenn man das nicht will kann man mit eventlircd das Input device exklusiv öffnen lassen und dann irexec an den Socket hängen.
ich hatte das damals ausprobiert, aber die FB war dadurch unglaublich zäh und langsam. vdr selbst kann ja auch nichts mit input devices anfangen. Man braucht entweder das remote-Plugin, oder muss doch wieder lirc mit devinput benutzen. So jedenfalls meine Erinnerung von den damaligen traumatischen Experimenten.
Dank Deiner "Selbstgespräche" habe ich den remote-Teil meines Xubuntu-Upgrades (14.04 auf 18.04) erstmal hinbekommen :-). Der Umstieg scheint wieder nervige Tage zu kosten, da es ja noch andere Änderungen zu beachten gilt (z.B. [offiziell] kein rc.local mehr). Die FB reagiert über events/inputlircd aber auch sehr träge. Ich werde es ebenfalls mal direkt mit lirc allein probieren.
Wenn dann scheint es am Zusammenspiel mit dem seriellen Empfänger zu liegen. Mein anderer VDR mit events/inputlircd und MCE-USB-FB macht keine Probleme...
Mein anderer VDR mit events/inputlircd und MCE-USB-FB macht keine Probleme...
was ist da für ein Empfänger verbaut?
Das träge Verhalten hatte ich mit atric.
ich hatte das damals ausprobiert, aber die FB war dadurch unglaublich zäh und langsam. vdr selbst kann ja auch nichts mit input devices anfangen. Man braucht entweder das remote-Plugin, oder muss doch wieder lirc mit devinput benutzen. So jedenfalls meine Erinnerung von den damaligen traumatischen Experimenten.
Kommt drauf an wie du ausgibst.
Eigentlich sollten die gängigen "X-Server-Basierten" Ausgabeplugins direkt mit einer Tastatur klarkommen.
was ist da für ein Empfänger verbaut?
Das träge Verhalten hatte ich mit atric.
Das ist ein eigener USB-Empfänger.
Zurück zum atric - gerade gestestet: mit lircd statt inputlirc ist es nicht so träge.
Wäre schön, wenn ich es einheitlich über inputlirc konfigurieren könnte - geht aber leider nicht. Alle atric-VDRs bleiben erstmal auf LIRC. Nun muss ich nur noch herausfinden, wie ich den KEY_SLEEP (über inputdev-event) abstellen kann. Denn ohne inputlirc wird der KEY an systemd weitergereicht und der VDR geht direkt in den Standby. Aber das ist ein anderer Thread.
Don’t have an account yet? Register yourself now and be a part of our community!
