...mal wieder lirc ... schlechte/verzögerte Reaktion auf Fernbedienungssignale

Boss666 · 27. Dezember 2009

Hallo,

habe hier bei meinen Eltern ein System mit Debian Etch und e-tobi-VDR.

Der Kernel, lirc etc. sind selbst gebaut. Exakt die gleiche Hardware (PCChips + Geode + Atric Einschalter Rev. 4) und Software läuft bei mir daheim anstandslos bei meinem Test-VDR. Image von daheim habe ich hier bei meinen Eltern eingespielt.

Nun werden allerdings leider die Fernbedienungssignale nicht immer erkannt. Die VDR-Bedienung ist verzögert. Hin und wieder reagiert der VDR nur auf jedes zweite, dritte oder vierte Betätigen einer Taste. Dann schaltet der VDR bei einfacher Tastenbetätigung mal 2 Kanäle weiter usw.

Syslog meldet jetzt mal:

Code

Dec 27 16:46:02 vdr kernel: lirc_dev: IR Remote Control driver registered, major 61 
Dec 27 16:46:02 vdr kernel: lirc_serial: no version for "lirc_unregister_plugin" found: kernel tainted.
Dec 27 16:46:02 vdr kernel: lirc_serial: auto-detected active low receiver
Dec 27 16:46:02 vdr kernel: lirc_dev: lirc_register_plugin: sample_rate: 0
Dec 27 16:48:39 vdr vdr: [2989] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds
Dec 27 16:48:42 vdr vdr: [2989] reconnected to lircd
Dec 27 16:48:42 vdr kernel: lirc_serial: ignoring spike: 1 1 4b3781da 4b3781da 3ac29 3abf6

Habt Ihr ne Idee, wo ich den Hebel ansetzen könnte? Vorab schon mal vielen Dank!

Boss666 · 27. Dezember 2009

Mal noch nen paar zusätzliche Sachen, die hier immer so gefragt werden:

Code

vdr:~# ls /dev/lirc* -ld
crw-rw---- 1 root video 61, 0 2009-12-27 16:45 /dev/lirc0
srw-rw-rw- 1 root root      0 2009-12-27 16:48 /dev/lircd
vdr:~# lsmod
Module                  Size  Used by
powernow_k7            10800  0 
cdfs                   26792  0 
b2c2_flexcop_pci        9620  11 
b2c2_flexcop           29964  1 b2c2_flexcop_pci
cx24123                13576  1 b2c2_flexcop
cx24113                 7940  1 b2c2_flexcop
s5h1420                11268  1 b2c2_flexcop
stv0299                 9992  2 
ves1x93                 6276  0 
dvb_ttpci              95820  17 
dvb_core               79768  3 b2c2_flexcop,stv0299,dvb_ttpci
saa7146_vv             43392  1 dvb_ttpci
videodev               39712  1 saa7146_vv
v4l1_compat            12676  1 videodev
saa7146                17928  2 dvb_ttpci,saa7146_vv
videobuf_dma_sg        12804  1 saa7146_vv
videobuf_core          17412  2 saa7146_vv,videobuf_dma_sg
ttpci_eeprom            2560  1 dvb_ttpci
lirc_serial            13940  1 
lirc_dev               13364  1 lirc_serial
snd_cmipci             29792  0 
snd_pcm_oss            38816  0 
snd_mixer_oss          15360  1 snd_pcm_oss
snd_pcm                69000  2 snd_cmipci,snd_pcm_oss
snd_page_alloc         10376  1 snd_pcm
snd_opl3_lib            9728  1 snd_cmipci
snd_hwdep               8964  1 snd_opl3_lib
snd_mpu401_uart         7680  1 snd_cmipci
snd_seq_midi            8352  0 
snd_seq_midi_event      6912  1 snd_seq_midi
snd_seq                43088  2 snd_seq_midi,snd_seq_midi_event
snd_timer              19972  3 snd_pcm,snd_opl3_lib,snd_seq
snd_rawmidi            22176  2 snd_mpu401_uart,snd_seq_midi
snd_seq_device          8076  4 snd_opl3_lib,snd_seq_midi,snd_seq,snd_rawmidi
snd                    47204  11 snd_cmipci,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_opl3_lib,snd_hwdep,snd_mpu401_uart,snd_seq,snd_timer,snd_rawmidi,snd_seq_device
via_agp                10240  1 
agpgart                31056  1 via_agp
soundcore               7392  1 snd
vdr:~# cat /proc/interrupts 
           CPU0       
  0:    1489840    XT-PIC-XT        timer
  1:          8    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  4:       4190    XT-PIC-XT        lirc_serial
  5:     946611    XT-PIC-XT        saa7146 (0)
  8:          1    XT-PIC-XT        rtc
 10:          0    XT-PIC-XT        ehci_hcd:usb1, CMI8738-MC6
 11:     284247    XT-PIC-XT        Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver, eth0
 12:          3    XT-PIC-XT        i8042
 14:       5537    XT-PIC-XT        ide0
 15:         91    XT-PIC-XT        ide1
NMI:          0 
LOC:          0 
ERR:          0
MIS:          0

Alles anzeigen

Boss666 · 7. April 2010

Sodele,

ich wärme den Thread noch einmal auf, da ich gerade bei meinen Eltern zu Besuch bin und hier das Fernbedienungsproblem beheben wollte...

Ich habe erst einmal auf die aktuelle lirc-cvs gewechselt, brachte aber leider keine Verbesserung.

Bei ./setup.sh beim Bauen von lirc-cvs habe ich mich für den hiesigen Atric-Einschalter an diese Empfehlungen gehalten. Meine setup.config sah dabei so aus:

Code

vdr:/usr/local/src/lirc# cat ./.setup.config 
LIRC_DRIVER=serial
LIRC_PORT=0x3f8
LIRC_IRQ=4
LIRC_MAJOR=61
IRTTY=none
DRIVER_PARAM_TYPE=com
DRIVER_PARAMETER=com1
SOFT_CARRIER=off
TRANSMITTER=off
IGOR=off
TIMER=65536
X11_WINDOWS=off
DEBUG=off
NO_DAEMONIZE=off
NO_LONG_CODES=off
USE_SYSLOG=off
DYNCODES=off

Alles anzeigen

Im Syslog kommt zu lirc jetzt folgende Meldung:

Code

vdr:~# grep lirc /var/log/syslog 
Apr  7 19:43:28 vdr kernel: lirc_dev: IR Remote Control driver registered, major 61 
Apr  7 19:43:28 vdr kernel: lirc_serial: auto-detected active low receiver
Apr  7 19:43:28 vdr kernel: lirc_dev: lirc_register_driver: sample_rate: 0
Apr  7 19:43:28 vdr kernel: lirc_serial $Revision: 5.105 $ registered
Apr  7 19:43:43 vdr kernel: lirc_serial: ignoring spike: 1 1 4bbcc44f 4bbcc44f e84cf e84a4

Nach dem "ignoring spike" habe ich dann etwas gesucht. Bin aber nicht wirklich schlauer geworden.

Diese Empfehlung hatte ich ja beachtet (siehe obige setup.config). Was ist mit dem hier gemeint? Kernel neu kompilieren? In welchem Bereich finde ich da die Option?

Merci für Eure Hilfe!

Dieter · 7. April 2010

Hallo,
unter anderem:
RC5 Signale haben längere Bitzeiten als andere Protokolle. Das hat bei meinem System mit ViA Chipsatz sehr viel gebracht. Es ist trotzdem noch ein IRQ-Latenzproblem mit diesem Chip (8236 ??). Der Neuere (8256 ?) hat diese Problem nicht.
Man bemerkt es vor allem wenn die Festplatte viel zu tun hat.

Dann war da noch ein Problem mit VDR-Admin. Ich nehme schon lange Life, das hat mir auch viel besser gefallen.

Boss666 · 8. April 2010

Hallo,

Du hast schon recht, dass der VIA-Chipsatz alles andere als unproblematisch ist. Hier musste ich auch bei der HDD auf UDMA66 via hdparm drosseln, damit im syslog keine Fehlermeldungen mehr aufgetaucht sind.

Ist allerdings komisch, dass bei meinem Test-VDR daheim mit exakt der gleichen Hardware alles funktioniert. Spiele ich das Image dann hier ein, gibts die Schwierigkeiten mit dem FB-Signal. Hinzu kommt, dass die FB hier früher mal tadellos funktioniert hatte und erst irgendwann einmal - nachdem ich ein Image mitgebracht hatte mit schon eingespielten Upgrades - dieses FB-Lagging begann...

Spricht also irgendwie doch vieles dafür, dass man da vielleicht noch irgendwas an der Softwareschraube drehen könnte? Wo wir dann wieder bei dem oben von mir verlinkten Hinweis auf irgendwelche config-Parameter fürs Bauen eines Kernels wären...

NemoN · 8. April 2010

1) Zufällig einen Philips LCD als Ausgabegerät?
2) Der IR-Sensor mancher Atric Einschalter Rev. 4 ist evtl. überempfindlich bzw "erfindet" IR Signale. Es gibt da einen Thread im Atric Forum. Mit einem Tiefpass-Filter bekommt man das wohl in den Griff.

BJ1 · 8. April 2010

Du schreibst nichts zur Hardware (Board). Sofern deines C1E unterstützt und dieses eingeschalten ist (z.B. Asus Boards), wirkt das Abschalten von C1E im BIOS Wunder!

BJ1

Boss666 · 8. April 2010

Hallo,

danke für Eure Rückmeldungen! Ich "arbeite" die mal einzeln durch:

Zitat

Original von NemoN
1) Zufällig einen Philips LCD als Ausgabegerät?

Ja, so ein Philips-42"-LCD-TV ist hier bei meinen Eltern im Einsatz .... warum?

Zitat

2) Der IR-Sensor mancher Atric Einschalter Rev. 4 ist evtl. überempfindlich bzw "erfindet" IR Signale. Es gibt da einen Thread im Atric Forum. Mit einem Tiefpass-Filter bekommt man das wohl in den Griff.

Das hatte ich schon ausgeschlossen ;). Hatte hier testweise schon einen Einschalter Rev. 5 eingebaut, die ganze Verkabelung von/zu dem Einschalter mit Alufolie umwickelt, die Verkablung ausgetauscht, ein anderes Kabel mit neuer Empfängerdiode angeschlossen. Insgesamt keinerlei Besserung .

Zitat

Original von BJ1
Du schreibst nichts zur Hardware (Board). Sofern deines C1E unterstützt und dieses eingeschalten ist (z.B. Asus Boards), wirkt das Abschalten von C1E im BIOS Wunder!

Öhm ... mein erster Beitrag in diesem Thread ... Mainboard PCChips + AMD Geode ... Da gabs imho noch kein C1E und im Bios ist das auch nicht aktivierbar. Irgendwo bei meiner Suche hatte ich das hier glaub auch schon mal gelesen...

sparkie · 8. April 2010

Zitat

Originally posted by Boss666

Ja, so ein Philips-42"-LCD-TV ist hier bei meinen Eltern im Einsatz .... warum?

LCD-TV wirft LIRC aus der Bahn

NemoN · 8. April 2010

Zitat

Originally posted by Boss666

Ja, so ein Philips-42"-LCD-TV ist hier bei meinen Eltern im Einsatz .... warum?

hab auch einen Philips 42" Der macht ein IR-Feuerwerk (siehe Link von sparkie) welches das komplette Zimmer abdeckts, so ziemlich egal wo du den IR-Empfänger plazierst.

Kannst ja mal testen:
1) nachdem das LCD ca. 10 Minuten an ist wird es besser (aber auch keine Dauerlösung)
2) deaktiviere mal die dynamische Hintergrund Beleuchtung
3) wenn das nicht hilft setz den Bild Kontrast mal auf 70-80 (ist komisch, hat bei mir aber geholfen)
4) guck mal ob es mit einem weißen Blatt vor dem IR Empfänger besser wird

Boss666 · 8. April 2010

Hallo,

so alles neu kompiliert (Kernel, LIRC, DVB-Module, CDFS) und beim Kernel

Code

CONFIG_HZ_1000=y
CONFIG_PREEMPT=y

reingenommen. Keine Besserung! Es ist zum Haare raufen.

Fernseher habe ich geschaut mit einem Fotoapparat, ob da irgendwas rumblinkt, was IR-Signale sendet. Da war nix. Fernseher dennoch vom Strom abgehängt. FB-Signale werden trotzdem noch verzögert oder nur zum Teil angenommen (ich kann das trotz ausgeschaltetetem TV beim VDR vorn am GLCD sehen, ob der umschaltet oder das Menü aufruft).

Syslog meldet nach wie vor:

Code

vdr:~# grep lirc /var/log/syslog 
Apr  8 15:13:46 vdr kernel: lirc_dev: IR Remote Control driver registered, major 61 
Apr  8 15:13:46 vdr kernel: lirc_serial: auto-detected active low receiver
Apr  8 15:13:46 vdr kernel: lirc_dev: lirc_register_driver: sample_rate: 0
Apr  8 15:13:46 vdr kernel: lirc_serial $Revision: 5.105 $ registered
Apr  8 15:14:01 vdr kernel: lirc_serial: ignoring spike: 1 1 4bbdd699 4bbdd699 d34d1 d34a9

dmesg hänge ich mal als Anhang dran. IRQs schauen wie folgt aus:

Code

vdr:~# cat /proc/interrupts 
           CPU0       
  0:     245141    XT-PIC-XT        timer
  1:          8    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  4:       3634    XT-PIC-XT        lirc_serial
  5:     125373    XT-PIC-XT        saa7146 (0)
  8:          1    XT-PIC-XT        rtc
 10:          0    XT-PIC-XT        ehci_hcd:usb1, CMI8738-MC6
 11:      17329    XT-PIC-XT        Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver, eth0
 12:          3    XT-PIC-XT        i8042
 14:       5350    XT-PIC-XT        ide0
 15:         90    XT-PIC-XT        ide1
NMI:          0 
LOC:          0 
ERR:          0
MIS:          0
vdr:~# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP]
00:08.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
00:09.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 02)
00:0a.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
00:0b.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)

Alles anzeigen

Bin langsam mit meinem Latein am Ende ... hat noch jemand eine Idee oder kann da anhand der IRQ-Belegung irgendwas rauslesen?

inaktiv · 8. April 2010

Hallo,

wenn du exakt die selbe Hardware / Software hast, dann tausche doch mal die Empfangskarte und den Empfaenger mit deren deiner Eltern, so kannst du Software, bzw. Hardware ausschliessen.

Gruesse
Q

Boss666 · 8. April 2010

Hallo,

ist natürlich ne Idee. Lässt sich im Moment gerade nur schlecht umsetzen, da ich etwa 500km entfernt von meinen Eltern wohne...

...mal wieder lirc ... schlechte/verzögerte Reaktion auf Fernbedienungssignale

Jetzt mitmachen!

Teilen