Wenn das Teil schon etwas tut ohne das es angelernt ist, dann fängt wohl softhddevice einige Tasten auf und sendet diese an den VDR? Wenn dem so ist, dann wird das wohl mit allen Lösungen nichts genaues, denn die Tasten kommen dann ja immer doppelt an.
[VDR4Arch]Einrichtung der Fernbedienung Gehäuse MS-Tech 1200
-
-
Wenn dem so ist, dann wird das wohl mit allen Lösungen nichts genaues, denn die Tasten kommen dann ja immer doppelt an.
Sowohl eventlircd als auch das remote-Plugin öffnen das Event-Device eigentlich exklusiv zum Lesen, so dass der X-Server keine Events an softhddevice weiterleiten kann:
Code
Alles anzeigen// --------------------------------------------------------------------------- cRemoteDevInput::cRemoteDevInput(const char *name, int f, char *d) :cRemoteGeneric(name, f, d) // --------------------------------------------------------------------------- { testMode = false; Start(); // autorepeat #define BITS_PER_LONG (sizeof(unsigned long) * 8) unsigned long data[EV_MAX]; memset(data, 0, sizeof data); ioctl(f, EVIOCGBIT(0,EV_MAX), data); if ( data[EV_REP/BITS_PER_LONG] & (1 << EV_REP%BITS_PER_LONG) ) { // autorepeat driver dsyslog("%s: autorepeat supported", name); polldelay = 0; } else { // non-autorepeat drivers polldelay = repeatdelay = repeatfreq = repeattimeout = 0; } // grab device if possible (kernel 2.6) #ifndef EVIOCGRAB // required if an old /usr/include/linux/input.h is used with a new kernel :-( #define EVIOCGRAB _IOW('E', 0x90, int) /* Grab/Release device */ #endif data[0] = 1; if (ioctl(f, EVIOCGRAB, data) == 0) dsyslog("%s: exclusive access granted", name);
Wenn das remote-Plugin nicht greift könnte es eventuell daran liegen, dass das Plugin nicht richtig konfiguriert wurde oder das gewünschte Gerät zum Startzeitpunkt des VDR noch nicht funktionsfähig ist - und sowas kann das remote-Plugin selbst nicht kompensieren (ist bei Bluetooth-Fernbedienungen das gleiche Problem).
Was steht denn im Log für den VDR-Service? Meldet das remote-Plugin, dass es den richtigen Empfänger erfolgreich eingebunden hat?
-
Hallo,
leider habe ich in den letzten Tage keine Zeit für die weitere Analyse des Problem gehabt.
Seahawk - hier mal die Logausgabe - oder das was übrig ist:
[root@vdr-wz ~]# journalctl -u vdr -bl
No journal files were found.
Failed to parse relative boot ID number 'l'
[root@vdr-wz ~]# journalctl -u vdr
No journal files were found.
[root@vdr-wz ~]# cd /var/log/
[root@vdr-wz log]# ls
acpid.log btmp errors.log faillog kernel.log lircd old syslog.log wtmp Xorg.0.log.old
auth.log daemon.log everything.log journal lastlog messages.log pacman.log user.log Xorg.0.log
[root@vdr-wz log]#Bin aber jetzt trotzdem einen Schritt weiter gekommen. Bei meinen bisherigen Versuchen hatte ich
nie eine Ausgabe mit "irw"!
Das hat sich jetzt geändert:[bernd@vdr-wz ~]$ irw
160 0 KEY_OK devinput
160 0 KEY_OK devinput
7f 0 KEY_COMPOSE devinputDie KEY_OK kommen von der FB der Skystar USB HD, KEY_COMPOSE kommt von der FB des MS-Tech Gehäuses!
"irw" rufe ich als User "bernd" und nicht als "root" auf! Wie muss jetzt die "remote.conf" aussehen ?
Das müsste jetzt doch machbar sein
Habe jetzt nur "eventlircd" ohne lirc am laufen.
Auf jeden Fall will ich die nächste Zeit einen neuen Empfänger in das Gehäuse einbauen, da das Teil von MS-Tech
manchmal mit den Farbtasten nicht funktioniert und ich die Skystar FB nehmen muß. An der Skystar-FB fehlen wieder
die "Auf" und "Ab" Tasten usw... Ich könnte an der Logitech-FB die Farbtasten umprogrammieren, das ist aber nicht
Sinn der Sache.Vielleicht ein Tip von Euch - ohne Probleme unter YAVDR und VDR4Arch einsetztbar.
Aber jetzt erst mal oben weiter
Gruß bernd180356
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!