Dann weisst du doch wo der Fehler liegt.
inputlircd muß vor anderen die die Inputdevices benutzen gestartet werden.
Ansonsten für softhddevice vdr --lirc, für xine frontend mit --lirc starten.
Johns
Dann weisst du doch wo der Fehler liegt.
inputlircd muß vor anderen die die Inputdevices benutzen gestartet werden.
Ansonsten für softhddevice vdr --lirc, für xine frontend mit --lirc starten.
Johns
Die FB Funktioniert nun mit allen Features, incl Wakeup:
Ich wollte nochmals zusammenfassen wie es letztendlich ausschaut (via inputlirc):
Eine Udev Regel in /lib/udev/rules.d/40-ir-keytable.rules anlegen
ACTION=="add", SUBSYSTEM=="rc", RUN+="/usr/bin/ir-keytable -D 500 -P 50 -a /etc/rc_maps.cfg -s $name"
lädt die keytable mit den Parametern (man muss da etwas testen was am besten läuft)
Und in /etc/udev/rules/10-local.rules
KERNEL=="event*",ATTRS{name}=="Nuvoton w836x7hg Infrared Remote Transceiver",SYMLINK+="input/irdevice"
(name ist evtl. anzupassen, also nachsehen wie das System die Hardware erkennt)
erzeugt einen Symlink auf das richtige Device.
Da bei meiner Suse in der Packetverwaltung kein inputlirc dabei war:
Dies installieren (THX an Keine_Ahnung)
http://ftp.de.debian.org/debian/pool/mai…_19.orig.tar.gz
Inputlirc sollte vor X11 gestartet werden (thx an johns)
Ich mache dies in der boot.local (wenn es bessere Optionen gibt, dann bitte sagen, ein Initscript wäre wohl eleganter)
irdevice ist der Symlink der die udev Rule angelegt hat und immer auf das richtige Device zeigt.
Die remote.conf des VDR anhand der Keytable anpassen.
Wenn man eine Harmony verwendet ist das Microsoft-Profil MCE-FB Modell 1039 das Richtige. Thx an seahawk1986.
Wer den IR Empfänger selbst baut, sollte den 100nF Kondensator parallel zum Elko nicht vegessen, sonst entwickelt der VDR ein "Eigenleben"
Evtl. ist dies für nicht Linux Profis (so wie ich) hilfreich.
Hi,
mich würde mal interessieren, wie bei euch die Reaktionsgeschwindigkeit im VDR-Menü ist. Bei mir leider unerträglich träge.
Wenn ich beispielsweise die Down-Taste gedrückt halte, hangelt er sich im Sekundentakt von einem Menüpunkt zum Nächsten.
Drücke ich für jeden Menüeintrag einzeln, dauert es ebenfalls etwa eine Sekunde, bevor sich der Balken zum nächsten Eintrag bewegt.
Mit den entsprechenden Parametern für ir-keytable habe ich schon rumgespielt, doch ohne nennenswerter Besserung.
Momentan sieht es so aus:
ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event3) with:
Driver nuvoton-cir, table rc-rc6-mce
Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Enabled protocols: RC-6
Repeat delay = 500 ms, repeat period = 125 ms
astra
Wie sieht denn deine Anbindung vom Kernel Event Device an den VDR aus? Haben die Tastendrücke, die mit "ir-keytable -t" angezeigt werden bereits diesen großen Abstand?
Zur ersten Frage bin ich etwas überfordert. In Gen2vdr hat Helau das wohl über Scripte umgesetzt um es in seinem Setup konfigurierbar zu machen.
Hierzu musste ich eine entsprechende config-Datei anlegen, die so aussieht:
# Options to pass to the lircd process
DEVICE_ID="^N.*Nuvoton w836x7hg "
DEVICE="$(grep "$DEVICE_ID" -A 5 /proc/bus/input/devices |grep "^H: Handlers.*kbd"|sed -e "s%.*event%/dev/input/event%" -e "s/ .*//" | tr "\n" " ")"
Mit ir-keytable -t oder irw läuft die Ausgabe auf der Konsole super flüssig- wie es halt im Optimalfall sein sollte.
mhm.
Ok, mit der Umsetzung in Gen2VDR bin ich nicht vertraut - oder geht das immer noch über dbus2vdr und einen eigenen Event-Mapper wie hier mal angefragt (das würde von den Zeiten her passen, falls da noch eine alte dbus2vdr-Version ausgeliefert wird, bei den neuen kommt man spielend auf Ausführungszeiten von <100 ms): svdrpsend oder dbus2vdr beschleunigen
Ganz praktisch würde ich das aber nicht über Lirc laufen lassen, sondern inputlircd oder eventlircd dafür verwenden - das funktioniert absolut flott.
ZitatWas sagen denn die Fachmänner - für die Intelboards lieber die fertige Lösung oder das 3 Teile Selbstbaukonzept ? Gibt letzteres irgendwelche Nachteile ? Funktioniert beim fertigen (CoHaus/Inteset) die Bestätigungs LED inzwischen ?
Fertige Asrock Smart Remote, wie hier vorgeschlagen Intel CIR Port - Erfahrungen?
Hier die Umsetzung des FrontUSB http://www.mce-community.de/fo…/page__st__25#entry360411, wenn man halt den externen Reciever haben will.
Ansonsten den Antec Veris wenn es intern sein soll http://geizhals.de/416600
Also bei mir am Intel DH67BL funktioniert die "3 Teile Lösung" hervoragend. Es gibt keine Probleme.
Dem kann ich mich nur anschließen.
Hat jemand noch
cir_datasheet.pdf (http://www.versatek.com/Spanis…Manuals/cir_datasheet.pdf)
?
Leider ist die Datei dort nicht mehr zu haben.
Gruß,
Lado
Was brauchst du denn genau?
CIR Belegung vom Intel? vom Asrock?
Was brauchst du denn genau?
CIR Belegung vom Intel? vom Asrock?
Ich suche den Schaltplan, wollte ich für mein ASRock zusammenbaun. Die von mit genannte Datei habe ich nun erhalten. Ist zwar für "intel", so wie ich aber verstanden habe, soll auch für ASRock CIR funktionieren.
Gruß,
Lado
Zumindest der Asrock Smart Remote funktioniert nach Umbelegung der PINs auch mit dem Intel CIR Port.
@DaKilla
Danke für den Hinweis.
Gruß,
Lado
hi
sry wenn ich son urthema wieder hervorhebe aber, ist denn mit diesem selbstbau ir empfänger s 3-5 möglich ?
will eine harmony300i mit betreiben
Ja, das geht, wenn du der Harmony das MCE-Profil verpasst - steht auch irgendwo auf den vorangegangenen Seiten dieses Threads.
MCE Keyboard, oder? Habe bei mir MCE PC genommen und damit gingen ein paar Tasten nicht.
Nein, Hersteller Microsoft, Profil MCE 1039.
alles klar danke
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!