Hi,
Ich habe von Fb keine Ahnung, aber dein letzter Punkt wird nichts bringen, der Modulname ist ja "serial_Unterstrich_ir".
Mfg Stefan
Hi,
Ich habe von Fb keine Ahnung, aber dein letzter Punkt wird nichts bringen, der Modulname ist ja "serial_Unterstrich_ir".
Mfg Stefan
Moin,
ich wollte ja blos mitteilen, das es so nicht funktioniert.
Wobei ich sagen muss, mit chiccos erster Lösung hatte ich keine "Ausssetzer" mehr.
Grüsse
ich habe mal eben seahawks Variante eingespielt. Allerdings weis ich jetzt nicht ob das hier korrekt ist.
Die geschweiften Klammern und Variablennamen müssen da noch raus (das sind die Platzhalter für die Werte im Template) - für ttyS0 würde das so aussehen:
Die /etc/modules-load.d/serial_ir.conf gab es nicht
Im Zweifelsfall einfach anlegen - aber Hauptsache, das Modul wird geladen.
options serial_ir irq={{ serial_ir_data[serial_ir_device].4 }} io={{ serial_ir_data[serial_ir_device].0x3F8 }}
install serial_ir setserial /dev/{{ serial_ir_device }} uart none; /sbin/modprobe --ignore-install serial_ir
Servus,
genau so steht es seit der Installation von easyvdr in der /etc/serial.conf
und dies steht genau so in der serial-ir.conf
options serial_ir irq=4 io=0x3f8
install serial_ir setserial /dev/ttyS0 uart none; /sbin/modprobe --ignore-install serial_ir
Die letzte Zeile wurde ja von chicco schon genannt bzw. ist ja schon bekannt
Ich habe jetzt das /etc/modules-load.d/serial_ir.conf weggelassen und den Eintrag aus modules.conf entfernt. Da ja laut lsmod vorher schon serial_ir geladen wurde.
Danach habe ich noch die serial-ir.conf umbenannt in serial_ir.conf
Jetzt funktioniert die Bedienung wieder. Im Prinzip habe ich jetzt nur die eine Datei umbenannt.
Grüsse
Ok, wenn es damit sporadisch noch ein Nichtfunktionieren bei der Reihenfolge gibt, dann könnte man noch versuchen den Start lircd zu verzögern, bis das Kernel Input Device da ist.
Ok, wenn es damit sporadisch noch ein Nichtfunktionieren bei der Reihenfolge gibt, dann könnte man noch versuchen den Start lircd zu verzögern, bis das Kernel Input Device da ist.
Das wäre dann wohl mein Part
Hi chicco und xxx3xxx
Mich würde mal interessieren, ob der lircd.service einen Fehler bringt, wenn der vdr mal nicht bedienbar ist. Davon brauche ich dann die Ausgabe:
Zitatsystemctl status lircd.service
Im Endeffekt re-starten wir den lircd.service lircd.socket Service schon recht spät im Systemstart, aber ich will da ohnehin noch was anpassen.
Gruß Aaron
Hallo zusammen,
also ich habe seit meinem letzten Beitrag nur eine Änderung gemacht:
/etc/modules-load.d/serial_ir.conf angelegt, Inhalt ist nur eine Zeile "serial_ir"
FB funzt seitdem immer, keine Aussetzer.
@gb
zum testen habe ich die Datei wieder umbenannt und habe den Eintrag aus #1 aus der /etc/modprobe.d/serial_ir.conf wieder raus genommen
-> reboot -> FB funzt
-> reboot -> FB funzt nicht
Das zeigt mal wieder schön wie willkürlich es sich verhält.
Im syslog wieder die gleiche Meldung wie in #1 beschrieben.
Hier die Ausgabe:
easyvdr@easyVDR:~$ systemctl status lircd.service
● lircd.service - Flexible IR remote input/output application support
Loaded: loaded (/lib/systemd/system/lircd.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2021-01-18 17:58:20 CET; 2min 36s ago
TriggeredBy: ● lircd.socket
Docs: man:lircd(8)
http://lirc.org/html/configure.html
Main PID: 1469 (lircd)
Tasks: 2 (limit: 4579)
Memory: 768.0K
CGroup: /system.slice/lircd.service
└─1469 /usr/sbin/lircd --nodaemon
Alles anzeigen
Nochmal rebootet, FB funzt nicht, gleiche Meldung im syslog, gleiche Ausgabe bzgl. lircd
-> Dateien wieder hergestellt, reboot, FB funzt
-> noch paar mal reboot, FB funzt immer
Gruß
chicco
Hi chicco
Schade, dann kann man am lircd.service erstmal nix nützliches auslesen.
/etc/modules-load.d/serial_ir.conf angelegt, Inhalt ist nur eine Zeile "serial_ir"
FB funzt seitdem immer, keine Aussetzer.
Und ich dachte, das wäre das gleiche wie:
Das wird eigentlich in die lirc_options.conf geschrieben.
Wie schon geschrieben, ich muss mal mit dem serial ir Empfänger von Emma53 ( Helmut ) spielen.
Gruß Aaron
Der Zeitpunkt zu dem der Treiber geladen wird, ist dabei ein anderer - wenn lircd das erst macht, wenn es startet, könnte es sein, dass es nicht lange genug darauf wartet, dass der Geräteknoten auch tatsächlich verfügbar wird.
Das kann ich nicht beurteilen, dafür sind meine Linux-Kenntnisse nicht tiefgehend genug.
In meiner lirc_options.conf steht es ein bisschen anders:
Hi Thomas
Vllt bring es noch etwas wenn Du unter /etc/vdr/easyvdr in der easyvdr-systemstart.conf
die wartezeit bis die Remote läuft höher setzt.
Siehe die Zeile:
#Warten bis die FB läuft
WAIT_FOR_REMOTE=2 -->höher setzt.
Mfg Helmut
Genau, so wird dann aus unserer Variable $REMOTE_MODULES dort hinterlegt.
Der Zeitpunkt zu dem der Treiber geladen wird, ist dabei ein anderer - wenn lircd das erst macht, wenn es startet, könnte es sein, dass es nicht lange genug darauf wartet, dass der Geräteknoten auch tatsächlich verfügbar wird.
Aha ok, muss das mal sacken lassen
Gruß Aaron
Hi Thomas
Nenn mich doch lieber chicco. Thomas nennen mich eigentlich nur meine Eltern.
Vllt bring es noch etwas wenn Du unter /etc/vdr/easyvdr in der easyvdr-systemstart.conf
die wartezeit bis die Remote läuft höher setzt.
Siehe die Zeile:
#Warten bis die FB läuft
WAIT_FOR_REMOTE=2 -->höher setzt.
Ja, kann man testen.
In der gleichen Datei gibts auch noch ein
DELAY_LIRCD_START=2
Vielleicht besser das hochsetzen? So in Bezug auf seahawk's Kommentar...
Servus,
das mit
WAIT For Remote
Delay lircd start
hatte ich ja schon damals probiert, vor ca. 2 Monaten. Also bei mir hat der PC schon länger gestartet, aber geändert hatte das nix am Problem.
Vielleicht ist es bei chicco anders.
Grüsse
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!