[TimUx]

Hallo zusammen,
ich habe Probleme mit dem eventlircd.

Die Tage hat meine FB überhaupt nicht mehr funktioniert.
Da sah es so aus, als ob eventlircd die KEYs nicht zum VDR durchgereicht bzw. der VDR nichts damit anfangen konnte.
Im XBMC lief zu dem Zeitpunkt alles ohne Probleme.

Nachdem ich heute ein Update (inklusive eventlircd) eingespielt habe, gehen wieder einige der (standard) Tasten.
Die Spezialtasten, welche im evmap umgebogen werden, funktionieren allerdings nicht.
Das trifft jetzt auch auf das XBMC zu.

z.B. wird in der evmap der KEY_PAGEUP zum KEY_CHANNELUP umgebogen.
In der remote.conf ist der "LIRC.Channel+   KEY_CHANNELUP" eingetragen, funktioniert aber nicht.
Passe ich die remote.conf an "LIRC.Channel+   KEY_PAGEUP", geht der Button.

Die Richtige evmap wird laut eventlircd gezogen.

Code: [Select]

eventlircd --evmap=/etc/eventlircd.d --socket=/var/run/lirc/lircd -vvv -f
eventlircd[761]: /etc/eventlircd.d/03_04b4_0101.evmap: using 30 valid keyboard shortcut mappings
eventlircd[761]: input device /dev/input/event2: events of unsupported event type EV_MSC will be discarded
eventlircd[761]: input device /dev/input/event2: event code 0x04 of unsupported event type EV_MSC will be discarded
eventlircd[761]: input device /dev/input/event2: unsupported event code 0x03 of event type EV_LED will be discarded
eventlircd[761]: input device /dev/input/event2: unsupported event code 0x04 of event type EV_LED will be discarded
eventlircd[761]: input device /dev/input/event2: events of unsupported event type EV_REP will be discarded
eventlircd[761]: input device /dev/input/event2: grabbed
eventlircd[761]: /etc/eventlircd.d/03_04b4_0101.evmap: using 30 valid keyboard shortcut mappings
eventlircd[761]: input device /dev/input/event3: events of unsupported event type EV_MSC will be discarded
eventlircd[761]: input device /dev/input/event3: event code 0x04 of unsupported event type EV_MSC will be discarded
eventlircd[761]: input device /dev/input/event3: grabbed
eventlircd[761]: input device /dev/input/event3: created output event device

Hier die Input Devices

Code: [Select]

MLD> cat /proc/bus/input/devices
I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=PNP0C0C/button/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0
U: Uniq=
H: Handlers=kbd event0
B: PROP=0
B: EV=3
B: KEY=100000 0 0 0

I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=LNXPWRBN/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
U: Uniq=
H: Handlers=kbd event1
B: PROP=0
B: EV=3
B: KEY=100000 0 0 0

I: Bus=0003 Vendor=04b4 Product=0101 Version=0100
N: Name="Cypress Cypress USB Keyboard / PS2 Mouse"
P: Phys=usb-0000:00:02.0-7/input0
S: Sysfs=/devices/pci0000:00/0000:00:02.0/usb2/2-7/2-7:1.0/input/input3
U: Uniq=
H: Handlers=kbd event2
B: PROP=0
B: EV=120013
B: KEY=800000 0 e0b0ffdf 1cfffff ffffffff fffffffe
B: MSC=10
B: LED=1f

I: Bus=0003 Vendor=04b4 Product=0101 Version=0100
N: Name="Cypress Cypress USB Keyboard / PS2 Mouse"
P: Phys=usb-0000:00:02.0-7/input1
S: Sysfs=/devices/pci0000:00/0000:00:02.0/usb2/2-7/2-7:1.1/input/input4
U: Uniq=
H: Handlers=kbd mouse0 event3
B: PROP=0
B: EV=17
B: KEY=70000 0 2010000 3978 d840d000 1e0000 0 0 0
B: REL=103
B: MSC=10
Die tasten werden im evtest auch erkannt.

Code: [Select]

MLD> evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      Power Button
/dev/input/event1:      Power Button
/dev/input/event2:      Cypress Cypress USB Keyboard / PS2 Mouse
/dev/input/event3:      Cypress Cypress USB Keyboard / PS2 Mouse
Select the device event number [0-3]: 2
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x4b4 product 0x101 version 0x100
Input device name: "Cypress Cypress USB Keyboard / PS2 Mouse"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 1 (KEY_ESC)
    Event code 2 (KEY_1)
    Event code 3 (KEY_2)
    Event code 4 (KEY_3)
    Event code 5 (KEY_4)
    Event code 6 (KEY_5)
    Event code 7 (KEY_6)
    Event code 8 (KEY_7)
    Event code 9 (KEY_8)
    Event code 10 (KEY_9)
    Event code 11 (KEY_0)
    Event code 12 (KEY_MINUS)
    Event code 13 (KEY_EQUAL)
    Event code 14 (KEY_BACKSPACE)
    Event code 15 (KEY_TAB)
    Event code 16 (KEY_Q)
    Event code 17 (KEY_W)
    Event code 18 (KEY_E)
    Event code 19 (KEY_R)
    Event code 20 (KEY_T)
    Event code 21 (KEY_Y)
    Event code 22 (KEY_U)
    Event code 23 (KEY_I)
    Event code 24 (KEY_O)
    Event code 25 (KEY_P)
    Event code 26 (KEY_LEFTBRACE)
    Event code 27 (KEY_RIGHTBRACE)
    Event code 28 (KEY_ENTER)
    Event code 29 (KEY_LEFTCTRL)
    Event code 30 (KEY_A)
    Event code 31 (KEY_S)
    Event code 32 (KEY_D)
    Event code 33 (KEY_F)
    Event code 34 (KEY_G)
    Event code 35 (KEY_H)
    Event code 36 (KEY_J)
    Event code 37 (KEY_K)
    Event code 38 (KEY_L)
    Event code 39 (KEY_SEMICOLON)
    Event code 40 (KEY_APOSTROPHE)
    Event code 41 (KEY_GRAVE)
    Event code 42 (KEY_LEFTSHIFT)
    Event code 43 (KEY_BACKSLASH)
    Event code 44 (KEY_Z)
    Event code 45 (KEY_X)
    Event code 46 (KEY_C)
    Event code 47 (KEY_V)
    Event code 48 (KEY_B)
    Event code 49 (KEY_N)
    Event code 50 (KEY_M)
    Event code 51 (KEY_COMMA)
    Event code 52 (KEY_DOT)
    Event code 53 (KEY_SLASH)
    Event code 54 (KEY_RIGHTSHIFT)
    Event code 55 (KEY_KPASTERISK)
    Event code 56 (KEY_LEFTALT)
    Event code 57 (KEY_SPACE)
    Event code 58 (KEY_CAPSLOCK)
    Event code 59 (KEY_F1)
    Event code 60 (KEY_F2)
    Event code 61 (KEY_F3)
    Event code 62 (KEY_F4)
    Event code 63 (KEY_F5)
    Event code 64 (KEY_F6)
    Event code 65 (KEY_F7)
    Event code 66 (KEY_F8)
    Event code 67 (KEY_F9)
    Event code 68 (KEY_F10)
    Event code 69 (KEY_NUMLOCK)
    Event code 70 (KEY_SCROLLLOCK)
    Event code 71 (KEY_KP7)
    Event code 72 (KEY_KP8)
    Event code 73 (KEY_KP9)
    Event code 74 (KEY_KPMINUS)
    Event code 75 (KEY_KP4)
    Event code 76 (KEY_KP5)
    Event code 77 (KEY_KP6)
    Event code 78 (KEY_KPPLUS)
    Event code 79 (KEY_KP1)
    Event code 80 (KEY_KP2)
    Event code 81 (KEY_KP3)
    Event code 82 (KEY_KP0)
    Event code 83 (KEY_KPDOT)
    Event code 86 (KEY_102ND)
    Event code 87 (KEY_F11)
    Event code 88 (KEY_F12)
    Event code 96 (KEY_KPENTER)
    Event code 97 (KEY_RIGHTCTRL)
    Event code 98 (KEY_KPSLASH)
    Event code 99 (KEY_SYSRQ)
    Event code 100 (KEY_RIGHTALT)
    Event code 102 (KEY_HOME)
    Event code 103 (KEY_UP)
    Event code 104 (KEY_PAGEUP)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 107 (KEY_END)
    Event code 108 (KEY_DOWN)
    Event code 109 (KEY_PAGEDOWN)
    Event code 110 (KEY_INSERT)
    Event code 111 (KEY_DELETE)
    Event code 116 (KEY_POWER)
    Event code 117 (KEY_KPEQUAL)
    Event code 119 (KEY_PAUSE)
    Event code 125 (KEY_LEFTMETA)
    Event code 126 (KEY_RIGHTMETA)
    Event code 127 (KEY_COMPOSE)
    Event code 183 (KEY_F13)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
  Event type 17 (EV_LED)
    Event code 0 (LED_NUML)
    Event code 1 (LED_CAPSL)
    Event code 2 (LED_SCROLLL)
    Event code 3 (LED_COMPOSE)
    Event code 4 (LED_KANA)
  Event type 20 (EV_REP)
Properties:
Testing ... (interrupt to exit)
Event: time 1397897185.278180, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e
Event: time 1397897185.278180, type 1 (EV_KEY), code 56 (KEY_LEFTALT), value
Event: time 1397897185.278180, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e
Event: time 1397897185.278180, type 1 (EV_KEY), code 125 (KEY_LEFTMETA), valu
Event: time 1397897185.278180, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7002
Event: time 1397897185.278180, type 1 (EV_KEY), code 28 (KEY_ENTER), value 1
Event: time 1397897185.278180, -------------- SYN_REPORT ------------
Event: time 1397897185.438181, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e
Event: time 1397897185.438181, type 1 (EV_KEY), code 56 (KEY_LEFTALT), value
Event: time 1397897185.438181, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e
Event: time 1397897185.438181, type 1 (EV_KEY), code 125 (KEY_LEFTMETA), valu
Event: time 1397897185.438181, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7002
Event: time 1397897185.438181, type 1 (EV_KEY), code 28 (KEY_ENTER), value 0
Event: time 1397897185.438181, -------------- SYN_REPORT ------------
Hier die evmap, welche gezogen wird.

Code: [Select]

MLD> cat 03_04b4_0101.evmap
ctrl+shift+KEY_F   =KEY_FASTFORWARD
ctrl+shift+KEY_B   =KEY_REWIND
ctrl+KEY_F         =KEY_NEXT
ctrl+KEY_B         =KEY_ESC
ctrl+shift+KEY_P   =KEY_PLAY
ctrl+KEY_P         =KEY_PAUSE
ctrl+shift+KEY_S   =KEY_STOP
ctrl+KEY_R         =KEY_RECORD
ctrl+KEY_G         =KEY_EPG
KEY_F8             =KEY_MUTE
KEY_F9             =KEY_VOLUMEDOWN
KEY_F10            =KEY_VOLUMEUP
KEY_PAGEDOWN       =KEY_CHANNELDOWN
KEY_PAGEUP         =KEY_CHANNELUP
ctrl+KEY_M         =KEY_GREEN
ctrl+KEY_E         =KEY_RED
ctrl+KEY_I         =KEY_YELLOW
ctrl+shift+KEY_M   =KEY_PROG1
ctrl+KEY_A         =KEY_PROG2
ctrl+shift+KEY_A   =KEY_AUDIO
ctrl+KEY_T         =KEY_PVR
ctrl+shift+KEY_T   =KEY_BLUE
ctrl+KEY_O         =KEY_VIDEO
alt+meta+KEY_ENTER =KEY_MENU
KEY_ENTER          =KEY_OK
KEY_BACKSPACE      =KEY_BACK
ctrl+KEY_D         =KEY_INFO
shift+KEY_8        =KEY_PROG3
shift+KEY_3        =KEY_FN
KEY_POWER          =KEY_POWER2

Zum Schluss noch die remote.conf

Code: [Select]

MLD> cat /etc/vdr/remote.conf
LIRC.Up                 KEY_UP
LIRC.Down               KEY_DOWN
LIRC.Menu               KEY_MENU
LIRC.Ok                 KEY_OK
LIRC.Back               KEY_BACK
LIRC.Left               KEY_LEFT
LIRC.Right              KEY_RIGHT
LIRC.Red                KEY_RED
LIRC.Green              KEY_GREEN
LIRC.Yellow             KEY_YELLOW
LIRC.Blue               KEY_BLUE
LIRC.0                  KEY_0
LIRC.1                  KEY_1
LIRC.2                  KEY_2
LIRC.3                  KEY_3
LIRC.4                  KEY_4
LIRC.5                  KEY_5
LIRC.6                  KEY_6
LIRC.7                  KEY_7
LIRC.8                  KEY_8
LIRC.9                  KEY_9
LIRC.Info               KEY_INFO
LIRC.Play               KEY_PLAY
LIRC.Pause              KEY_PAUSE
LIRC.Stop               KEY_STOP
LIRC.Record             KEY_RECORD
LIRC.FastFwd            KEY_FASTFORWARD
LIRC.FastRew            KEY_REWIND
LIRC.Next               KEY_NEXT
LIRC.Prev               KEY_PREVIOUS
LIRC.Power              KEY_POWER2
#LIRC.Channel+           KEY_CHANNELUP
#LIRC.Channel+           KEY_PAGEUP
LIRC.Channel-           KEY_CHANNELDOWN
LIRC.PrevChannel        KEY_ESC
LIRC.Volume+            KEY_VOLUMEUP
LIRC.Volume-            KEY_VOLUMEDOWN
LIRC.Mute               KEY_MUTE
LIRC.Audio              KEY_MODE
LIRC.Subtitles          KEY_SUBTITLE
LIRC.Schedule           KEY_EPG
LIRC.Channels           KEY_CHANNEL
LIRC.Timers             KEY_TIME
LIRC.Recordings         KEY_PVR
LIRC.Setup              KEY_SETUP
LIRC.Commands           KEY_FAVORITES
LIRC.User0              KEY_TEXT
LIRC.User1              KEY_PROG1
LIRC.User2              KEY_PROG2
LIRC.User3              KEY_PROG3
LIRC.User4              KEY_PROG4
LIRC.User5              KEY_AUDIO
LIRC.User6              KEY_VIDEO
LIRC.User7              KEY_IMAGES

Jemand eine Idee?

Unter yaVDR funktioniert sie übrigens ohne Problem.

Gruß Timo

[TimUx]

Oh,
es wird noch besser. Bei dem Update war auch dvb dabei.

Nachdem ich den VDR rebootet habe, hatte ich keinen TV Empfang mehr.
opkg install dvb --force-reinstall und reboot hat geholfen.

Jedoch funktioniert jetzt mein FB im VDR nicht mehr, auch nicht die Standard Tasten, im XBMC läuft sie noch (Standard Tasten)
Laut evtest ist immer noch alles OK.

Gruß Timo

[TimUx]

Entwarnug!

Ich habe mal vom neusten ISO gebootet, da funktioniert alles wie gewohnt.

Anscheinend war mein System nach den ganzen Update Problem so durcheinander, dass nur eine Neuinstallation hilft.

Gruß Timo

PS: Frohe Oster! ;-)

[TimUx]

Hallo Zusammen,
hier passieren seltsame Dinge aller Aktxe-X 

Ich meine heute drei Mal meine VDR neu installiert.
An den unterschiedlichsten Stellen und nach den unterschiedlichsten Aktionen ging irgendwann meine FB nicht mehr.

Beim dritten Mal hatte ich schon gedacht, jetzt ist alles gut.
Alle Konfigs waren abgeschlossen, gefühlt habe ich 20 Reboots hinter mir.
Zum Testen hatte ich das femon Plugin installier und zum Schluss via WebInterface wieder deinstalliert, Rreboot, Zack FB geht wieder nicht.
Da dachte ich mir, was hat das femon mit dem eventlircd zu tun? 

Gut das ich mir ein paar Snaps erstellt habe.
Also bin ich ein Snap nach dem anderen (5 insgesamt)  durchgegangen und habe Restores durchgeführt.
Es war nichts zu machen, selbst ein Restore von Snaps hat nicht geholfen.

Also habe ich jetzt ein viertes Mal alles neu installiert, alle Konfigs angepasst, mehrmals reboot und warte darauf, dass meine FB wieder mal aus unerklärlichen Gründen nicht mehr läuft. 

Gruß Timo

[clausmuus]

Verstehe ich das richtig, die FB geht manchmal direkt nach dem Reboot nicht? Hilft dann manchmal ein erneuter Reboot?
Ich würde nämlich auf Timing Probleme tippen, das also die Reihenfolge in der die Init Scripts abgearbeitet wird nicht immer die Selbe ist. Die Scripte werden ja im gewissen Rahmen parallel abgearbeitet.
Du kannst die Parallele Abarbeitung per boot Parameter abschalten. Ein "nobg" im der Append Zeile deaktiviert die parallele Ausführung. Du kannst am Anfang des bootens wenn der Counter runterzählt ne beliebige Taste drücken und dann die TAB Taste drücken. nun kannst Du " nobg" eingeben und per ENTER booten.
Oder Du trägst das fest in der /boot/syslinux/extlinux.conf ein.

Claus

[TimUx]

Hi,
du hast es fast verstanden.

die FB geht nach einer Neuinstallation, wenn das System jungfräulich ist.
Wenn ich dann alle meine benötigten Pakete installiert habe, kommt irgendwann der Zeitpunkt, dass meine FB, aus unerklärlichen Gründen, nicht mehr funktioniert.
Machnmal, wenn irgendeine Aktion vorher war (Paket de/installiert, update, ...) manchmal aber auch, wenn ich überhaupt nichts am System geändert habe.

Es ist nicht so, dass Sie erst später funktioniert, sie funktioniert überhaupt nicht mehr.
Das scheint aber nur beim VDR zu sein, wenn ich ins XBMC gehe, ist alles gut.
Ich kann dann machen was ich will, Pakete deinstallieren, Snaps restoren, ...., hilft alles nicht.

Erst eine Neuinstallation verschafft Abhilfe.

Im Moment habe ich irgendwie avahi oder epgdaemon im Verdacht.
Ist aber nur ein gefühlt.
Ich habe gerade noch mal eine Neuinstallation gemacht und die beiden Pakete weg gelassen.

Gruß Timo

[TimUx]

Da wird doch der Hund in der Pfanne verrückt.

Ich habe jetzt via SSH nur einen Eintrag in der reccmd.conf.vdr hinzugefügt, eine Datei via SCP hochgeladen und schon geht meine FB nicht mehr.

Also habe ich den Eintrag wieder entfernt und die Datei gelöscht., ein Reboot durchgeführt und wieder nichts zu machen.
Mein FB reagiert nicht mehr.

Ich habe dann mal 10 Minuten gewartet, ob die FB vielleicht wirklich erst später reagiert.
Aber auch dies hat nichts geholfen.

Kurz nach dem Boot, sehen die Prozesse in etwa so aus.

Code: [Select]

  552 root      4380 S    syslogd -m 0
  812 root      4380 S    {runx} /bin/sh /usr/bin/runx
  853 root      2436 S    eventlircd --evmap=/etc/eventlircd.d --socket=/var/run/lirc/lircd
  860 root      4380 S    {startx} /bin/sh /usr/bin/startx
  916 root      3632 S    xinit /usr/bin/icewm-session-lite -- -ardelay 250 -arinterval 30 vt7
  918 root     73760 S <  {Xorg} X :0 -ardelay 250 -arinterval 30 vt7
  976 root      8040 S    /usr/bin/icewm-session-lite
  977 root     11148 S N  icewmbg-lite
  978 root     12792 S    icewm-lite
  979 root     12244 S    icewmtray-lite
 1007 root      4380 S    {poswindows} /bin/sh /usr/bin/poswindows
 1016 root      4948 S    monitor
 1017 root      4380 S    {poswindows} /bin/sh /usr/bin/poswindows
 1062 root      4380 S    {runvdr} /bin/sh /usr/bin/runvdr
 1236 root      608m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -L /usr/lib/vdr -c /etc/vdr -E /var/cache/vdr
 
Für mich sieht das soweit gut aus.

Beim evtest kommen nach wie vor auch die KEYs an, anscheinend werden sie aber nicht (mehr) zum VDR weiter gereicht und dies Plötzlich aus unerklärlichen Gründen nach einer beliebigen Aktion, die noch nicht einmal etwas mit mit LIRC usw. zu tun hat.
Im Moment habe ich irgendwie den VDR selbst in Verdacht.

Das sieht wohl wieder nach einer Neuinstallation aus.

Gruß Timo

[clausmuus]

Hi,

was für eine Fernbedienung verwendest Du?
Mit "irw" kannst Du checken ob die FB Events von eventlircd weitergereicht werden.
Hast Du schon getestet ob es hilft den VDR neu zu starten (runvdr -r)?
Hast Du getestet ob es hilft eventlircd und den VDR neu zu starten (/etc/init.d/eventlircd restart; runvdr -r)?

Wenn evtest weiterhin auf die Tastendrücke reagiert, muss es ja an eventlircd oder am vdr liegen.

Claus

[TimUx]

Hi,
mittlerweile habe ich so ziemlich alles durch gestartet, was es zum durchstarten gibt.

Beim irw kommt nichts an.

Interessant ist auch, dass ich mit einem irrecord -H devinput  -d /dev/input/event2 /tmp/test.cfg die Tasten lernen kann, wenn ich dann aber LIRC manuell starte mit lircd -H devinput -d /dev/input/event2 /tmp/testvfg ebenfalls nicht im irw ankommt.

Ich verwende den eingebauten USB IR von meinem HTPC Gehäuse (MS-TECH).

Code: [Select]

I: Bus=0003 Vendor=04b4 Product=0101 Version=0100
N: Name="Cypress Cypress USB Keyboard / PS2 Mouse"
P: Phys=usb-0000:00:02.0-7/input0
S: Sysfs=/devices/pci0000:00/0000:00:02.0/usb2/2-7/2-7:1.0/input/input3
U: Uniq=
H: Handlers=kbd event2
B: PROP=0
B: EV=120013
B: KEY=800000 0 e0b0ffdf 1cfffff ffffffff fffffffe
B: MSC=10
B: LED=1f
Wie gesagt, nach eine frischen Installation und auch unter yaVDR hatte ich nie Probleme.
Sobald ich nur eine Kleinigkeit via SSH mache, haut es mir die FB aus VDR Sicht weg, obwohl ich nichts an eventlircd, remote.conf oder ähnlichem ändere. Meist hat es überhaupt nichts damit zu tun.

Interessant ist auch, dass im XBMC alles funktioniert.
Sprich, ich switche vom VDR ins XBMC und die FB geht wie gewohnt.
Dabei habe ich keine Einstellungen geändert, eventlircd läuft ganz normal. Beende ich dann wieder XBMC und kehre zum VDR zurück, geht die FB nach wie vor nicht.
Es muss irgendwo am VDR hängen.

Gruß Timo

UPDATE 21.04. 16:07

Es gabe heute wohl ein paar Updates (kernel, eventlirc, lirc, mld-remote, ..)
Nachdem ich diese eingespielt habe, konnte ich sogar wieder events im irw sehen (KEY_OK devinput ...)
Allerdings reagiert der VDR immer noch nicht, also habe ich runvdr -r durchgeführt, immer noch keine Reaktion.
Zum Schluss habe ich den PC rebootet, was zur Folge hatte, dass jetzt auch im irw wieder nichts erkannt wird.
Beim XBMC läuft immer noch alles.

[clausmuus]

Hi,

ne, wenn irw auch nicht auf die FB reagiert, jedoch evtest die Tastendrücke ausgiebt, liegt's am eventlircd. Deshalb ja auch meinen Vorschlag eventlircd neu zu starten.
Xbmc greift ebenso wie eventlircd direkt auf die /dev/input/... devices zu. Deshalb funktioniert xbmc auch dann noch, wenn eventlircd abgeschmiert ist.
Du kannst eventlircd auch m Vordergrund starten und Dir dann ausführliche Logmeldungen anzeigen lassen. Dafür brauchst Du lediglich eventlircd zu stoppen und im Vordergrund neu zu starten:

Code: [Select]

killall eventlircd
eventlircd -f -vVielleicht ist dann ja zu erkennen wo's harkt.

Claus

[TimUx]

Hi Claus,
ich wollte auch gerade einen neuen Thread öffnen, damit wir den Standard Thread nicht voll müllen. ;-)

weder ein

Code: [Select]

eventlircd -f -v
noch ein

Code: [Select]

eventlircd --evmap=/etc/eventlircd.d --socket=/var/run/lirc/lircd -f -vvv
spucken irgendetwas aus.
Es wird keine Meldunge angezeigt, auch nicht, wenn ich Buttons aus der FB drücke.

Zuvor habe ich eventlircd natürlich beendet.

Liegt es vielleicht daran, dass Xorg und eventlircd sich um das Input Device streiten?
Xorg erkennt die Devices nämlich als KBD.

Code: [Select]

[    10.263] (II) Using input driver 'evdev' for 'Input-event2'
[    10.263] (**) Input-event2: always reports core events
[    10.263] (**) evdev: Input-event2: Device: "/dev/input/event2"
[    10.263] (--) evdev: Input-event2: Vendor 0x4b4 Product 0x101
[    10.263] (--) evdev: Input-event2: Found keys
[    10.263] (II) evdev: Input-event2: Configuring as keyboard
[    10.263] (II) XINPUT: Adding extended input device "Input-event2" (type: KEYBOARD, id 8)
[    10.263] (**) Option "xkb_rules" "evdev"
[    10.263] (**) Option "xkb_model" "evdev"
[    10.263] (**) Option "xkb_layout" "us"


Code: [Select]

[    10.268] (II) config/udev: Adding input device Cypress Cypress USB Keyboard / PS2 Mouse (/dev/input/event2)
[    10.268] (**) Cypress Cypress USB Keyboard / PS2 Mouse: Applying InputClass "evdev keyboard catchall"
[    10.268] (II) Using input driver 'evdev' for 'Cypress Cypress USB Keyboard / PS2 Mouse'
[    10.268] (**) Cypress Cypress USB Keyboard / PS2 Mouse: always reports core events
[    10.268] (**) evdev: Cypress Cypress USB Keyboard / PS2 Mouse: Device: "/dev/input/event2"
[    10.268] (WW) evdev: Cypress Cypress USB Keyboard / PS2 Mouse: device file is duplicate. Ignoring.
[    10.268] (EE) PreInit returned 8 for "Cypress Cypress USB Keyboard / PS2 Mouse"
[    10.268] (II) UnloadModule: "evdev"

Wenn eventlircd für XBMC nicht benötigt wird, könnte ich also mal testen, ob das Remote-Plugin funktioniert.
Was mich nur wundert, dass nach einer frischen Installation alles läuft.

Gruß Timo

[TimUx]

Hallo zusammen,
heute konnte ich folgendes Verhalten beobachten.

Ein opkg Upgrade hat heute ein update von eventlircd und lirc durchgeführt.
Direkt danach kamen Signale beim irw an.
Nach einem runvdr -r hat auch wieder der VDR auf die FB  reagiert.

Zum Schluß habe ich einen Reboot durchgeführt und die FB  reagiert wieder nicht.
Anscheinend kommen aber events im xorg an.
Das verstärkt bei mir den Verdacht, dass xorg sich vielleicht die input Devices schnappt und eventlircd dann nicht mehr ran kommt.
Kann man xorg irgendwie sagen, dass es sich keine input Devices schnappen soll/darf?

Gruß Timo

Update 23:09:
Mir ist noch aufgefallen, dass es direkt nach dem update ein zusätzliches /dev/input/event4 gab, welches als eventlircd angezeigt wurde.
Dieses ist nach dem Reboot wieder verschwunden.

[TimUx]

Hallo zusammen,
heute habe ich eine interessante Erkenntnis gewonnen.

Vermutlich liegt mein Problem irgendwie mit dem mld-remote Packet zusammen.

Wenn ich, nachdem der PC gebootet und der VDR gestartet ist, folgendes durchführe

Code: [Select]

opkg remove mld-remote
opkg install mld-remote
funktioniert sowohl via irw als auch im VDR meine FB und dies ohne den VDR oder eventlircd neu zu starten.

Ich habe also zum testen in das "/etc/init.d/eventlircd" nach dem start von eventlircd einen remove und einen install des mld-remote Packetes eingebaut.
Das funktioniert als Workarround sogar bestens.

Jetzt ist nur die Frage, was wird beim entfernen und wieder installieren des mld-remote Pakete durchgeführt, sodass meine FB danach funktioniert.

Hat jemand eine Idee?

Gruß Timo

[clausmuus]

Hi,

beim reinstall des mld-remote Paketes werden zum einen alle enthaltenen Dateien entfernt und wieder durch die Original Dateien ersetzt. Zum anderen wird aber auch udev neu gestartet, was wiederrum eventuell auch eventlircd Regeln ausführt.
Du kannst ja mal testen, ob es auch hilft, wenn Du "/etc/opkg.d/udev post" aufrufst, anstatt das Paket neu zu installieren. Das wird bei jedem Installieren von Paketen aufgerufen. Wenn das helfen sollte, teste mal bitte auch, welcher der vier Befehle aus dem Script den eventlircd reanimiert.

Claus

[TimUx]

Hi Claus,
das ist es:

Code: [Select]

udevadm trigger --action=add --type=devices
Wenn ich das nachträglich ausführe, rennt meine FB.

Ich habe ein kleines udev Start Skript mit der Regel after="eventlircd" erstellt, indem das udevadm Kommando von oben ausgeführt wird.
Das funktioniert als Workarround.

Gruß Timo