Intel CIR Port - Erfahrungen?

keine Ahnung ob du die Meldung ignorieren kannst. da es bei dir kein device gibt geh ich mal nicht davon aus.
jedenfalls kommt bei mir nicht der Fehler: rc_core: exports duplicate symbol ir_raw_handler_unregister (owned by ir_core)
IR-Bezogene Melungen aus dmesg sind:

[    8.422157] <30>udev[395]: starting version 167
[    8.492930] IR NEC protocol handler initialized
[    8.503693] IR RC5(x) protocol handler initialized
[    8.510410] IR RC6 protocol handler initialized
[    8.515910] IR JVC protocol handler initialized
[    8.516036] lp: driver loaded but no devices found
[    8.519814] IR Sony protocol handler initialized
[    8.529661] lirc_dev: IR Remote Control driver registered, major 61 
[    8.532283] ir_lirc_codec: Unknown symbol lirc_dev_fop_poll (err 0)
[    8.532426] ir_lirc_codec: Unknown symbol lirc_dev_fop_open (err 0)
[    8.532489] ir_lirc_codec: disagrees about version of symbol lirc_get_pdata
[    8.532490] ir_lirc_codec: Unknown symbol lirc_get_pdata (err -22)
[    8.532568] ir_lirc_codec: Unknown symbol lirc_dev_fop_close (err 0)
[    8.532656] ir_lirc_codec: Unknown symbol lirc_dev_fop_read (err 0)
[    8.532710] ir_lirc_codec: disagrees about version of symbol lirc_register_driver
[    8.532711] ir_lirc_codec: Unknown symbol lirc_register_driver (err -22)
[    8.532840] ir_lirc_codec: Unknown symbol lirc_dev_fop_ioctl (err 0)
[    8.542618] Registered IR keymap rc-rc6-mce
[    8.542742] input: Nuvoton w836x7hg Infrared Remote Transceiver as /devices/virtual/rc/rc0/input6
[    8.542806] rc0: Nuvoton w836x7hg Infrared Remote Transceiver as /devices/virtual/rc/rc0
[    8.582633] nuvoton_cir: driver has been successfully loaded

in Zeile 19,20 sieht man ja, dass ein Device erstellt wurde.

ein "lsinput" ergibt dann folgenden Eintrag:

/dev/input/event6
   bustype : BUS_HOST
   vendor  : 0x1050
   product : 0xb4
   version : 115
   name    : "Nuvoton w836x7hg Infrared Remote"
   bits ev : EV_SYN EV_KEY EV_MSC EV_REP

Wie oben ja schon geschrieben werden die module nuvoton_cir, rc_core (ir_sony_decoder,rc_rc6_mce,ir_jvc_decoder,ir_rc6_decoder,ir_rc5_decoder,nuvoton_cir,ir_nec_decoder) geladen.

Zitat von aero

mit yavdr läuft es sogar OOTB. mit plain Ubuntu musste ich noch ein bisschen rum konfigurieren damit die tasten gehen, aber der Treiber wird geladen.

Mit Ubuntu von der Live CD wird der Nuvoton Treiber geladen, das Device ist da und es sieht genau wie von dir oben beschrieben. Meine Yavdr Installation (0.4.pre) scheint das jedoch nicht (mehr) zu können. Möglicherweise liegt es an einem DKMS Paket, (s2-liplianin-dkms aus dem yavdr PPA ) das ich nachträglich installiert habe wegen der Tevii Karte. Könnte mir vorstellen, dass das Nuvoton Modul dabei raus geflogen ist. Kann man irgendwie überprüfen?

Gibt es eine Möglichkeit diesen CIR Port auch mit yavdr 0.3 zum laufen zu bekommen ?

Habe gestern Abend die Schaltung mit TSOP gelötet und mal etwas mit Win7 getestet, funktioniert prima.
Bauteile auf TSOP Seite und im Gegensatz zu der Abbildung im avs Forum hat der TSOP 31238 die beiden
nebeneinander liegenden Pins vertauscht.

An die Harmony 300 kann ich mich auch gewöhnen

Munter bleiben, Rossi

Zitat von vdr_rossi

Habe gestern Abend die Schaltung mit TSOP gelötet und mal etwas mit Win7 getestet, funktioniert prima.

Das freut mich schon mal zu hören.

Zitat von vdr_rossi

und im Gegensatz zu der Abbildung im avs Forum hat der TSOP 31238 die beiden
nebeneinander liegenden Pins vertauscht.

Ich hoffe, dass Du das vorher schon bemerkt hattest...

Moin,
es ist wie ich vermute habe: das s2-liplianin DKMS lädt ersetzt ir-core und weiss-der-teufel-noch-was. Ich habe das DKMS deinstalliert und anschliessend wird der CIR sauber erkannt. Nur geht jetzt die TV Karte nicht mehr. Super!

Nun habe ich das S2-liplianin von Hand erstellt nach dem Kochbuch in http://www.linuxtv.org/wiki/index.php/TeVii_S480. Das Resultat ist erst recht verheerend. Jetzt gehen weder Karte noch CIR. S2-liplianin ist mit dem IR Paket im Kernel 2.38 nicht kompatibel.

Bleibt wohl nur ein Kernel Upgrade übrig. Die Karte soll ja mit einem neueren Kernel OOTB laufen.

hi kh1309,

wenn du mal in den bugtracker von yavdr schaust, dann steht da glaube ich genau dein drin. also nicht verzagen und warten bis die stable draußen ist.
Immerhin ist es ja keine sable Version und kann somit Fehler enthalten und sollte ja auch nicht produktiv genutzt werden.

Kurzer auszug aus dem thread 'yavdr-0-4-pre2 wann?

Zitat von steffen_b

Nochmal eine kurze Liste :
...
https://bugs.yavdr.com/issues/488 (Fernbedienungen kaputt durch Treiber dkms)
https://bugs.yavdr.com/issues/490 (s2-liplianin - Tevii 480)
...

das s2-liplianin-dkms sollte inzwischen gefixt sein. v4l-dvb-dkms müsste auch gehen. Natürlich funktionieren Handkompilierte Treiber nicht besser als ein dkms auf der selben Basis. Unser Paket basiert momentan auf dem s2-liplianin-next hg repo weil das einigermassen auf 2.6.38 angepasst ist. Ansonsten gibt es IMHO auch keinen Treiber mehr im s2-liplianin welcher nicht auch im v4l-dvb-dkms enthalten ist.

Hi Areo,

danke für den Hinweis mit dem Bugtracker aus yavdr. Den hatte ich nicht auf'm Radar. Sonst hätte ich vielleicht schneller gemerkt, woran es liegt.
Inzwischen habe ich versuchsweise einen aktuellen Ubuntu mainline Kernel (3.1.0rc4) installiert. Geht ja ganz fix. Die Tevii Karte und der CIR werden anscheinend einwandfrei erkannt. Jedenfalls gibt es keine Fehlermeldungen mehr.

Dafür geht sonst nicht mehr viel. Insbesondere macht die GPU Probleme.

Im Moment habe ich so meine Zweifel, ob sich der ganze Aufwand überhaupt lohnt. Nur für die paar HD Sender ....

Zitat von seahawk1986

...lässt sich in der Tastenbelegung via ir-keytable (und den entsprechenden Konfig-Dateien) konfigurieren

Mahlzeit,

kleines Update von mir. Habe auf meiner aktuellen Hardware yavdr 0.4 installiert, stimmt läuft ootb
CIR Empfänger nach Vorbild des avs Forums mit drei Bauteilen und eine Harmony 300 FB mit MCE Profil.

Die Tastenbelegung gefällt mich nach ersten Test aber nicht. Muss heute Abend weiteres Feintuning
machen. Wo finde ich die ir-keytable Config Dateien ? Das müsste ja ähnlich wie bei einer lirc Konfiguration laufen...

Schaue mir das heute Abend mal an. Achja, ab und zu hat er geisterhaft ok gedrückt und den Balken bei der Wiedergabe eingeblendet...
Und die Menü Taste fehlt mir auch.

Würde es gerne auf dem vdr ändern - nicht in der Harmony.

Munter bleiben, Rossi

Ich würde nicht an den RC Tabellen rumspielen.

VDR kannst in /etc/vdr/remote.conf anpassen oder irgentwelchen Templates.

Den Rest habe ich über /etc/inputlircd.rc vom inputlircd gemacht.

KEY_EXIT = Quit

Um exit für vdr-sxfe zuhaben.

Johns

Zitat von johns

Ich würde nicht an den RC Tabellen rumspielen.
VDR kannst in /etc/vdr/remote.conf anpassen oder irgentwelchen Templates.

Nein, besser nicht. Die remote.conf sollte bei yaVDR nicht angefasst werden. Selbst wenn, es wäre nur die halbe Arbeit, weil dann die Belegung für XBMC ja noch falsch wäre. Allenfalls die *.evmap-Datei wäre anzupassen. Welche das ist, kann ich so aus dem Kopf nicht sagen. Hängt davon ab wie der Empfänger erkannt wird.

Wenn es sich um ein generellen Fehler im Mapping dieser Datei handelt, dann würden wir natürlich gerne davon wissen. Wenn es aber nur darum geht eine Fehlbelegung der Harmony nicht korrigieren zu wollen, dann natürlich eher nicht.

Gerald

Zitat von kh1309

Hi Areo,

danke für den Hinweis mit dem Bugtracker aus yavdr. Den hatte ich nicht auf'm Radar. Sonst hätte ich vielleicht schneller gemerkt, woran es liegt.
Inzwischen habe ich versuchsweise einen aktuellen Ubuntu mainline Kernel (3.1.0rc4) installiert. Geht ja ganz fix. Die Tevii Karte und der CIR werden anscheinend einwandfrei erkannt. Jedenfalls gibt es keine Fehlermeldungen mehr.

Dafür geht sonst nicht mehr viel. Insbesondere macht die GPU Probleme.

Im Moment habe ich so meine Zweifel, ob sich der ganze Aufwand überhaupt lohnt. Nur für die paar HD Sender ....

Alles anzeigen

1. warum den rc4? der ist noch mehr beta als der 3.0.4
2. mag der yavdr den 3.x Kernel nicht. Bzw ich habe zu wenig Zeit um meine Unfähigkeit die Ursache zu finden zu kompensieren ;(. Mehr als den 3.0.4 im Recovermodus zu laden hat bei mir auch nicht funktioniert. Aber ich hatte da wenigsten den VDR mit Bild und Ton.
3. Der Mehrwert liegt nicht alleine in der HD Unterstützung. Betrachte alleine mal die Zappingszeiten und auch die Stabilität ist besser geworden, sind halt etlliche Bugfixe eingeflossen. Von den restlichen neuen Features ganz zu schweigen...

Kleiner Erfahrungsbericht: auf meinem Intel DH67CL funktioniert das mit dem CIR eigentlich recht gut. Ich habe den CIR Empfänger aus USA/ebay gekauft.

* Wakeup funktioniert, auch wenn kein CIR in /proc/acpi/wakup vorhanden ist (kernel 2.6.39 bpo, squeeze). Die Taste ist die Harmony "Power On/Off Toggle"
* Einige Tasten vom Harmony MCE Profil passten gar nicht oder sind seltsam, das war etwas fricklig, auch mit ir-keytable und dessen MCE Profil musste ich noch Tasten nachdefinieren
(ich hab keine MCE Fernbedienung, daher "nur" mit Harmony getestet)

Wie ist das bei euch, die Lautstärke ist deutlich unhandlicher und langsamer zu erhöhen/senken, als z.B. bei mir mit dem IR-Empfänger der S2-6400 und dem remote plugin. Kann man da noch nachjustieren oder liegt das generell an lirc?

-=FuF=-

Hi,

musste gestern zusätzlich feststellen das mein Intel DH67BL mit Bios 128 sehr buggy läuft
Ist ein Angewohnheit vor mir nach dem Auspacken erstmal aktuelles Bios rauf...
Das 128 wurde mitlerweile von den Intel Servern entfernt und ich habe ein downgrade auf 125 gemacht.

Weiter bin ich gestern nicht gekommen.

fuf
Kannst Du die nachdefinierten Tasten hier dokumentieren ?

Munter bleiben, Rossi

Zitat von vdr_rossi

fuf
Kannst Du die nachdefinierten Tasten hier dokumentieren ?

hmm, adhoc habe ich folgende Änderungen gemacht:

für ir-keytables:

metropolis:/etc/rc_keymaps # diff /etc/rc_keymaps/rc6_mce /lib/udev/rc_keymaps/rc6_mce
14c14
< 0x800f040c KEY_POWER
---
> 0x800f040c KEY_SLEEP
42,51d41
< #0x800f0428 KEY_T01
< 0x800f0429 KEY_WAKEUP
< 0x800f042a KEY_SLEEP

ich hatte ursprünglich versucht, einen fehlenden Bereich um 0x800f0428 mit Testtasten KEY_T01 ... zu füllen, aber das geht wohl nicht so einfach, weil diese Tasten irgendwo im Kernel definiert sein müssen.

Für lirc hatte ich die /usr/share/lirc/remotes/devinput/lircd.conf.devinput angepasst:

metropolis:/etc/lirc # diff lircd.conf /usr/share/lirc/remotes/devinput/lircd.conf.devinput
345,359d344
<
<           KEY_NUMERIC_0            0x0200
<           KEY_NUMERIC_1            0x0201
<           KEY_NUMERIC_2            0x0202
<           KEY_NUMERIC_3            0x0203
<           KEY_NUMERIC_4            0x0204
<           KEY_NUMERIC_5            0x0205
<           KEY_NUMERIC_6            0x0206
<           KEY_NUMERIC_7            0x0207
<           KEY_NUMERIC_8            0x0208
<           KEY_NUMERIC_9            0x0209
<           KEY_NUMERIC_STAR         0x020a
<           KEY_NUMERIC_POUND        0x020b

Es kann gut sein, dass noch einige Tasten im Harmony Profil "verbogen" sind, mir fällt dazu auf jeden Fall "Previous Channel" ein, dafür gibt's bei der MCE keinen Code (bzw. der Harmony Code funktioniert nicht) und ich habe irgendwas anderes genommen. Tastencodes scheinen genug da zu sein. Kann auch gut sein, dass ich für lirc eine falsche Vorlage genommen habe, hatte nicht wirklich viel gelesen vorher. Und ich habe immer nur kurze Phasen, an denen ich am VDR spielen kann, der läuft halt produktiv Was mir noch aufgefallen war und warum ich CIR mit MCE Profil noch nicht aktiv benutze ist, dass die Empfangs-LED meiner Samsung Glotze blinkt, wenn ich mit MCE Code den VDR steuere. Finde ich noch ein bisschen abtörnend.

-=FuF=-

Zitat von vdr_rossi

musste gestern zusätzlich feststellen das mein Intel DH67BL mit Bios 128 sehr buggy läuft
[..]
Das 128 wurde mitlerweile von den Intel Servern entfernt und ich habe ein downgrade auf 125 gemacht.

was meinst Du mit buggy? Ich bin recht zufrieden mit dem Board (eben noch geguckt, habe die 125 drauf)?

Zitat von fuf

was meinst Du mit buggy? Ich bin recht zufrieden mit dem Board (eben noch geguckt, habe die 125 drauf)?

z.B.
WOL funktioniert nicht, ACPI Wake geht nicht, Tastatur mal ja mal nein...

Bin dann zurück auf 125, damit bin ich jetzt wieder zufrieden mit dem Board.

Hoffe das ich am Wochenende endlich mal etwas Zeit und Muße finde das nötige Finetuning mit der Harmony 300 (MCE Profil) zuende zu bringen.
Die Menü Taste fehlt mir z.B. noch...

Achja, danke fürs dokumentieren.

Munter bleiben, Rossi

Zitat von vdr_rossi

Die Menü Taste fehlt mir z.B. noch...

jo, eine von den fremdverwendeten. Am Passendsten erschien mir die "Start Mediacenter" Taste

Nabend,

habe ja wie bereits geschrieben die Selbstbauvariante aus dem AVS Forum (aus 3 Bauteilen) zusammengelötet. Die Bauteile sind auf Seite des TSOP verlötet.
Grundsätzlich funktioniert die Harmony FB mit dem MCE Profil.

Leider schaltet er häufig ohne Grund (fast von Geisterhand) um, mal in kurzen oder mal in langen Zeitabständen

maltejahn, schrieb was von 100nF zur Glättung... wo muss der verlötet bzw. zwischen geschaltet werden ?

Hat jemand ähnliches Verhalten mit sporadischem umschalten beobachtet ?

Munter bleiben, Rossi