com1 für lirc nicht verfügbar

Hallo

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

lallo

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

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.

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

/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

/etc/serial.conf

/dev/ttyS0 uart none

/etc/lirc/hardware.conf

# /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=""

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

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

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)

[   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

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.

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 ?

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

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

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.