com1 für lirc nicht verfügbar

graf_99 · Mar 3rd 2010

Hallo,

lese hier schon ein paar Jahre mit und habe bisher für meine Probs. immer eine Lösung gefunden.
Diesmal klemmts aber herftiger. Beim starten von Lirc kommt "port 03f8 already in use", weil sich
anscheinend beim booten der Kernel mit seinem 8250 serial driver die serielle Schnittstelle
greift. Der Treiber ist aber nicht als Modul kompiliert, so dass man selbigen nicht blacklisten kann.
Gibt es eine Lösung ohne den Kernel neu kompilieren? Die Geschichten mit setserial ttyS..... habe
ich alle schon ohne Erfolg durch.
Danke schonmal.

Grüße

Jürgen

lallo72 · Mar 3rd 2010

Hallo

Ohne Kernelneubau gehts "nur" mit setserial. Was hat denn nicht funktioniert damit? Funzt hier bestens seit Jahren.

lallo

graf_99 · Mar 3rd 2010

....also folgende Aktionen habe ich bisher durchgeführt:

- setserial /dev/ttyS0 uart none
- dpkg-reconfigure lirc --> custome driver, custom transmitter, ttyS0

mit folgenden Ergebnis

root@yaVDR:~# dmesg |grep ttyS
[ 1.376042] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 1.376412] 00:01: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 12.040879] lirc_serial: use 'setserial /dev/ttySX uart none'

root@yaVDR:~# dmesg |grep lirc
[ 12.037625] lirc_dev: IR Remote Control driver registered, major 61
[ 12.040859] lirc_serial: port 03f8 already in use
[ 12.040879] lirc_serial: use 'setserial /dev/ttySX uart none'
[ 12.040884] lirc_serial: or compile the serial port driver as module and
[ 12.040888] lirc_serial: make sure this module is loaded first
[ 14.797121] lirc_serial: auto-detected active high receiver
[ 14.797134] lirc_dev: lirc_register_driver: sample_rate: 0
[ 14.797285] lirc_serial $Revision: 5.104 $ registered
[ 451.338316] lirc_dev: IR Remote Control driver registered, major 61
[ 452.244052] lirc_serial: auto-detected active high receiver
[ 452.244067] lirc_dev: lirc_register_driver: sample_rate: 0
[ 452.244248] lirc_serial $Revision: 5.104 $ registered

Grüße

Jürgen

master_red · Mar 3rd 2010

poste doch mal die ausgaben von:

dmesg|grep ttyS
setserial /dev/ttyS0
setserial /dev/ttyS1
setserial /dev/ttyS2
setserial /dev/ttyS3
cat /etc/modprobe.d/lirc-serial.conf
cat /etc/serial.conf

dann seh mer weiter, vllt ist dein com1 einfach nicht ttyS0

Angaben zum receiver und board wäre auch interessant.
Receiver: Dalls möglich vom geöffneten Receiver ein Bild machen

EDIT: Jetzt hab ich wohl gepennt, und du hast schon gepostet
Naja obiges wäre trotzdem interessant.

Ich sag jetzt mal entweder hat beim setserial aufruf was nicht geklappt, oder das lirc_serial modul war vorher schon geladen. Und hat sich somit selbst blockiert.

Das "active high" receiver deutet auf einen defekten receiver oder einen falschen typ hin, hier kannst du mal den igor-typ versuchen, der passt dann meistens, wenn der homebrew nicht passt.

gruß red

graf_99 · Mar 3rd 2010

...das Board ist ein IONITX-F und hat eine interne serielle Schnittstelle -->
[ 1.376042] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 1.376412] 00:01: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A

Ich habe hier in VDR extension Board, dass bisher in einem LinVDR getan hat.

Hier nochmal ein paar configs:
root@yaVDR:~# cat /etc/modprobe.d/lirc-serial.conf
#COM1 equivalent, /dev/ttyS0
options lirc_serial irq=4 io=0x3f8
#COM2 equivalent, /dev/ttyS1
#options lirc_serial irq=3 io=0x2f8

root@yaVDR:~# cat /etc/serial.conf
/dev/ttyS0 uart none

Grüße
Jürgen

graf_99 · Mar 3rd 2010

.....so, Kernel neu gebaut mit den serial Treiber als Modul und in die Blacklist genommen.
Lirc geht auf Anhieb!!!

Jürgen

steffen_b · Mar 4th 2010

Nur so als Kommentar - falls jemand ähnliche Probleme hat: Das geht auch ohne Kernelneubau.

Für serial LIRC gilt folgendes ...

Man muss kontrollieren:
/etc/modprobe.d/lirc-serial.conf (Dem Treiber sagen wo der Empfänger hängt)
/etc/serial.conf (setserial sagen das er den Port freigeben soll)
und natürlich hardware.conf (lirc daemon Konfiguration) und lircd.conf (die Fernbedienung)

Bitte nicht Webfrontend und dpkg-reconfigure verwenden, eins reicht durchaus, man sollte aber alle updates der yavdr-* Pakete eingespielt haben.

In seltenen Fällen gibt es auch das Problem, das nicht korrekt erkannt wird ob der Empfänger activ-high oder active-low ist, das kann man aber in der /etc/modprobe.d/lirc-serial.conf manuell anfügen falls benötigt, die typischen homebrew sind übrigens active-low.

graf_99 · Mar 4th 2010

steffen_b
Danke für die Tips.
Das VDR Extension Board(extb) wird als aktiv high erkannt und funtioniert seltsamerweise trotzdem.
Habe erstmal den Irdeo Treiber genommen, weiß aber nicht ob der Transmitter Funktion unterstützt.
Weiß jemand welcher Treiber das tut?
Kämpfe zur Zeit mit dem extb-poweroff.pl script, bzw. wie ich den in yaVDR einbinde?

Grüße

Jürgen

steffen_b · Mar 4th 2010

Die transmitter funktionalität ist nicht ins upstart skript portiert ..

graf_99 · Mar 4th 2010

Hallo Steffen,

was müsste denn da geändert werden? Weiß ja nicht wieviele extb Nutzer es noch gibt und ob
das mit hohem Aufwand für Euch verbunden ist. Nach meinem Verständniss geht es doch lediglich
darum mit irsend Daten an das extb zu schicken wenn z.B. ein Timer programmieret wurde.

Grüße

Jürgen

Multi · Mar 5th 2010

/etc/modprobe.d/lirc-serial.conf

Code

#COM1 equivalent, /dev/ttyS0
options lirc_serial irq=4 io=0x3f8
#COM2 equivalent, /dev/ttyS1
#options lirc_serial irq=3 io=0x2f8

/etc/serial.conf

Code

/dev/ttyS0 uart none

/etc/lirc/hardware.conf

Code

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


#Chosen IR Transmitter
TRANSMITTER="None"
TRANSMITTER_MODULES=""
TRANSMITTER_DRIVER=""
TRANSMITTER_DEVICE=""
TRANSMITTER_LIRCD_CONF=""
TRANSMITTER_LIRCD_ARGS=""


#Enable lircd
START_LIRCD="true"


#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD="false"


#Try to load appropriate kernel modules
LOAD_MODULES="true"


# Default configuration files for your hardware if any
LIRCMD_CONF=""


#Forcing noninteractive reconfiguration
#If lirc is to be reconfigured by an external application
#that doesn't have a debconf frontend available, the noninteractive
#frontend can be invoked and set to parse REMOTE and TRANSMITTER
#It will then populate all other variables without any user input
#If you would like to configure lirc via standard methods, be sure
#to leave this set to "false"
FORCE_NONINTERACTIVE_RECONFIGURATION="false"
START_LIRCMD=""

Display More

Code

multi@Multi-PC-192-168-178-20:~$ dmesg|grep ttyS
[    0.860048] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    0.860491] 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[   14.553782] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.061825] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.146420] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.198249] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.264167] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.347035] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.416219] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.476685] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.534424] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.588130] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.654318] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.711116] lirc_serial: use 'setserial /dev/ttySX uart none'
multi@Multi-PC-192-168-178-20:~$ setserial /dev/ttyS0
/dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
multi@Multi-PC-192-168-178-20:~$ setserial /dev/ttyS1
/dev/ttyS1, UART: unknown, Port: 0x02f8, IRQ: 3
multi@Multi-PC-192-168-178-20:~$ setserial /dev/ttyS2
/dev/ttyS2, UART: unknown, Port: 0x03e8, IRQ: 4
multi@Multi-PC-192-168-178-20:~$ setserial /dev/ttyS3
/dev/ttyS3, UART: unknown, Port: 0x02e8, IRQ: 3

Display More

Gestern nach der Installation habe ich Lirc irgendwie zum laufen gebracht, heute gehts nicht mehr?

Code

multi@Multi-PC-192-168-178-20:~$ sudo /bin/setserial /dev/ttyS0 uart none
[sudo] password for multi:
multi@Multi-PC-192-168-178-20:~$ /etc/init.d/lirc restart
 * Stopping remote control daemon(s): LIRC                                                                                           [fail]
 * Loading LIRC modules                                                                                                              [ OK ]
 * Unable to load LIRC kernel modules. Verify your
 * selected kernel modules in /etc/lirc/hardware.conf

Edit
Kernel(dmseg)

Code

[   15.061803] lirc_serial: port 03f8 already in use
[   15.061825] lirc_serial: use 'setserial /dev/ttySX uart none'
[   15.061827] lirc_serial: or compile the serial port driver as module and
[   15.061828] lirc_serial: make sure this module is loaded first

cybrid · Apr 12th 2010

ich habe genau das gleiche Problem.

active high kann man manuell so auf active low ändern (danke an steffen_b):

Quote

in der /etc/modprobe.d/lirc.conf sense=1 hinten anfügen.

Hat aber leider auch nicht geholfen.
Aber vielleicht hilft's ja irgendjemanden mal.

gruß
cybrid

PS: Wobei ich nicht weiss, ob es ein Tippfehler ist denn oben steht

Quote

/etc/modprobe.d/lirc-serial.conf

Geht aber auch nicht.

steffen_b · Apr 13th 2010

Siehe Post zum attric momentan.

Merke: Wir benutzen keine Scripts in /etc/init.d/ vdr startet mit upstart, demnach muss das auch für lirc gelten (/etc/init.d/lirc start ist doof!) stop lirc /start lirc ist das richtige. start setserial-minimal sollte den Port freigeben.

Ergo wenn alles richtig gemacht ist, sollte nach
start setserial-minimal
start lirc

die FB gehen. Für mich siehts so aus als wenn /etc/serial.conf nicht vorhanden/nicht korrekt befüllt ist/nicht beachtet wird. Gibt es was im Log wenn du 'start setserial-minimal' ausführst ?

Multi · Apr 13th 2010

Ich glaube bei mir hat es an Zugriffsrechten gelegen weiß es nicht mehr genau.

humaxmk1 · Jun 16th 2010

Erledigt...

Lösung ausführlich:
Das geht auch ohne Kernelneubau.

Für serial LIRC gilt folgendes ...

Man muss kontrollieren:

/etc/modprobe.d/lirc-serial.conf (Dem Treiber sagen wo der Empfänger hängt)
# Für com1
options lirc_serial irq=4 io=0x3f8 sense=1

/etc/serial.conf (setserial sagen das er den Port freigeben soll)

/dev/ttyS0 uart none port none irq 0

hivdr · Jul 2nd 2010

Also ich verzweifle hier mit meinem Atric V5 total!
Alle diese Threads durch, hilft alles nichts!!

Ich kann so oft mit setserial den Port freigeben und lirc_serial neu laden wie ich will und mit welchen Optionen in der modprobe auch immer, es tut sich nichts.

Automatisch erkennt er an com1 (ttyS0) einen active high. Mit sense=1 steht dann halt da "manually using active low", aber das ändert nichts.
(options lirc_serial irq=4 io=0x3f8 sense=1)

Ein cat /dev/lirc0 bleibt ohne jegliche Aktivität, obwohl die Atric-LED bei FB-Betätigung munter blinkt (und das Einschalten damit fkt auch).

Lustigerweise erkennt er an der ja wohl nicht vorhandenen com2 / ttyS1 (mit entsprechender Zeile in lirc-serial.conf) automatisch einen "active low" - auch damit natürlich kommt nix beim lirc0-device an.

Das Board ist Zotac ION F mit nur einem internen com Port:
kernel: [ 0.721865] serial8250:ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
kernel: [ 0.722326] 00:01: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
kernel: [ 10.405458] lirc_serial: use 'setserial /dev/ttySX uart none'

Die dritte Zeile kommt beim Booten, obwohl die /etc/serial.conf entsprechend gesetzt ist! Aber das sollte ja auch mit setserial im laufenden Betrieb auf der Kommandozeile wenigstens zum Testen funktionieren, oder?

Was ist da nur los..

Solange sich bei /dev/lirc0 nichts tut, brauche ich ja sicherlich keine weiteren Schritte zu machen. Aber bei yavdr 0.2 gibt es wohl kein "start lirc" mehr, sondern "start remoted"? Liefert bei mir "remoted stop/waiting" - sprich startet nicht.

com1 für lirc nicht verfügbar

Participate now!

Share