Fernbedienung geht nur sporadisch

Kann es eventuell sein, dass Du in deinem Rechner ein thermisches Problem hast? Die TV-Karten werde ja bekanntlich ziemlich warm... Tritt der Effekt auch direkt nach dem einschalten auf?
Du kannst auch einfach mal 'nen Lüfter auf das offene Gehäuse richten...

Oder eventuell gibt es einen Wackelkontakt vom Empfänger bis zur Karte (Klinkenstecker)?

Gut wäre es auch zu prüfen, ob unter /var/log/messages etwas protokolliert wird, wenn es von "geht" auf "geht nicht" umschlägt.

By the way: Mach Dir doch mal eine Signatur, damit wir alle sehen, was Du für ein System hast...

Hört sich stark nach nem Wackelkontakt an, wenn nicht am Kabel dann evtl. ne kalte Lötstelle o.ä. auf der Karte.
Wär evtl. sinnvoll mal ne andere Karte zu testen, z.B. vom Bekannten

Hallo,

ich habe das gleiche Proble. Kann den selber Effekt beschreiben.

Log-Datei mit

P: Phys=pci-0000:00:0c.0/ir0 (geht)
P: Phys=pci-0000:00:0c.1/ir0 (geht nicht)

Kann das an 2 Rechnern mit 2 unterschiedlichen Karten (gleichen Typs) berichten. Wer hat eine Idee, woran es liegen könnte?

Habe c't VDR 6.2 am laufen, Problem bestand auch schon bei 6.1.

Wenn 2 Karten drin sind kann es daran liegen das die Karten in unterschiedlicher reihenfolge initialisiert werden.

Sorry, meine Antwort war zweideutig. Ich habe nur jeweils eine Karte im Rechner, betreibe aber 2 Rechner und beide haben das Problem. In den Rechnern ist lediglich die TV-Karte und eine Grafikkarte in den PCI-Slots gesteckt.

Bin ein Stück weiter. Bei mir ändert sich auch die Device-Zuordnung in der Datei

proc/bus/input/devices

Dies ist die Ursache, dass der VDR keine Verbindung zur Fernbedienung hat. Aber warum ändert sich die Reihenfolge? Hardwareseitig hat sich nichts geändert?

Noch wichtiger, wie kann ich die Reihenfolge festlegen, so dass diese stabil ist und damit die Fernbedienung funktioniert?

proc/bus/input/devices im OK-Fall (75% der Starts):

I: Bus=0003 Vendor=05af Product=0522 Version=0101
N: Name="2.4G USB RF KeyBoard"
P: Phys=usb-0000:00:13.3-2/input0
S: Sysfs=/class/input/input2
H: Handlers=kbd event0
B: EV=120003
B: KEY=10000 7 ff800000 7ff febeffdf ffefffff ffffffff fffffffe
B: LED=1f

I: Bus=0003 Vendor=05af Product=0522 Version=0101
N: Name="2.4G USB RF KeyBoard"
P: Phys=usb-0000:00:13.3-2/input1
S: Sysfs=/class/input/input3
H: Handlers=kbd mouse0 event1 ts0
B: EV=100007
B: KEY=280 0 0 0 30000 4 20000 3878 d801d101 1e0040 0 0 0
B: REL=3

I: Bus=0010 Vendor=001f Product=0001 Version=0100
N: Name="PC Speaker"
P: Phys=isa0061/input0
S: Sysfs=/class/input/input4
H: Handlers=kbd event2
B: EV=40001
B: SND=6

I: Bus=0001 Vendor=0070 Product=9202 Version=0001
N: Name="cx88 IR (Hauppauge Nova-S-Plus "
P: Phys=pci-0000:02:07.0/ir0
S: Sysfs=/class/input/input5
H: Handlers=kbd event3
B: EV=100003
B: KEY=100fc312 214a802 0 0 0 0 18000 41a8 4801 9e1680 0 0 10000ffc

proc/bus/input/devices im Fehler-Fall (25% der Starts):

I: Bus=0003 Vendor=05af Product=0522 Version=0101
N: Name="2.4G USB RF KeyBoard"
P: Phys=usb-0000:00:13.3-2/input0
S: Sysfs=/class/input/input0
H: Handlers=kbd event0
B: EV=120003
B: KEY=10000 7 ff800000 7ff febeffdf ffefffff ffffffff fffffffe
B: LED=1f

I: Bus=0003 Vendor=05af Product=0522 Version=0101
N: Name="2.4G USB RF KeyBoard"
P: Phys=usb-0000:00:13.3-2/input1
S: Sysfs=/class/input/input1
H: Handlers=kbd mouse0 event1 ts0
B: EV=100007
B: KEY=280 0 0 0 30000 4 20000 3878 d801d101 1e0040 0 0 0
B: REL=3

I: Bus=0010 Vendor=001f Product=0001 Version=0100
N: Name="PC Speaker"
P: Phys=isa0061/input0
S: Sysfs=/class/input/input2
H: Handlers=kbd event2
B: EV=40001
B: SND=6

I: Bus=0001 Vendor=0070 Product=9202 Version=0001
N: Name="cx88 IR (Hauppauge Nova-S-Plus "
P: Phys=pci-0000:02:07.1/ir0
S: Sysfs=/class/input/input3
H: Handlers=kbd event3
B: EV=100003
B: KEY=100fc312 214a802 0 0 0 0 18000 41a8 4801 9e1680 0 0 10000ffc

Die hardware.conf-Datei referenziert allerdings event3 und das ist bei beiden Fällen geleich:

/etc/lirc/hardware.conf:

# /etc/lirc/hardware.conf
#
# Arguments which will be used when launching lircd
LIRCD_ARGS="-d /dev/input/event3"

#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

# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="dev/input"
# If DEVICE is set to /dev/lirc and devfs is in use /dev/lirc/0 will be
# automatically used instead
DEVICE="/dev/input/event3"
MODULES="lirc_dev lirc_serial"

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

Hallo Andreas, schau mal nach, was du für einen Kernel hast.

cat /proc/version

Es sieht bei mir so aus, dass sich mit dem Kernelupdate (um das Ruckeln während der Wiedergabe zu eliminieren) auch das Problem mit der Fernbedienung gelöst hat. Ich habe nun den Kernel 2.6.23.17 im Einsatz, der scheint stabil zu laufen. Damit geht jetzt auch das Autologin und der Autostart von XINE.

Ja, rate ich dir auf jeden Fall. Aber das Problem ist scheinbar doch noch nicht zu 100% gelöst. Eben tauchte er Fehler noch mal auf.Werde weiter and er Sache dranbleiben.

Hallo Andi, hallo an Alle,

mittlerweile läuft mein VDR reibungslos. Kann euch das Update empfehlen.

Habe Kernel 2.6.25.16 im Einsatz.