yaUsbIR V3 LIRC USB IR Empfänger/Sender/Einschalter

Zitat von jobe2k

Ist der yaUsbIR Patch schon in der Lirc Version von yaVDR 0.5 drinnen?

In yaVDR 0.5 ist aktuell ein für die Version 1 des yaUsbIr (yaUsbIr LIRC-fähiger USB IR Empfänger/Sender mit Einschalter) gepatchtes Lirc-Paket enthalten. Der yaUsbIr V2 und V3 funktioniert damit auch.
Ich muss mal sehen ob ich es mit dem neueren Patch auch noch unter Ubuntu hinbekomme, der hat aufgrund eines etwas engen Timings mit meinem yaUsbIr V1 Probleme gemacht, die sich aber zumindest unter Arch Linux durch eine kleine Anpassung lösen ließen.

- Mit der harmony_kls_vdr rufe ich das OSD von meinem 2ten VDR auf (NUR ZUM TESTEN!!). Der Atric flackert nicht, - was aber sonst tut, wenn er einen korrekten Code empfängt.

- Ja, ich habe einen Sony Brava KDL-40EX725 und die LED flackert auch bei irsend.

- ja, die die Sendediode ist in der Nähe des IR-Empfängers des TV.

- Ja, lirc-0.9.0 ist mit Orginal lirc-0.9.0_ya_usbirv2 gepatcht.

- Libusb ist Version 1.09 git

vdr01 ~ # qlist -Iv libusb
dev-libs/libusb-1.0.9999
dev-libs/libusb-compat-0.1.4
virtual/libusb-0
virtual/libusb-1
vdr01 ~ #

Moin

mit Lirc, irsend usw. von yaVDR

irsend -d /var/run/lirc/lircd.$(cat /var/run/lirc/lircd.pid) SEND_ONCE yaUsbIR_control C_IR 8 0 C_END

schalte bei mir die rote Lampe ab.

irsend -d /var/run/lirc/lircd.$(cat /var/run/lirc/lircd.pid) SEND_ONCE SamsungTV Power

schalte bei mir über den IR das Fernsehen ein.

Meine Probleme sind durch "-d /var/run/lirc/lircd.$(cat /var/run/lirc/lircd.pid)" erledigt.

Zitat von Saman

[...] Meine Probleme sind durch "-d /var/run/lirc/lircd.$(cat /var/run/lirc/lircd.pid)" erledigt.

Eine "/var/run/lirc/lircd.<PID>" gibt es bei mir nicht.

vdr01 ~ # ll /var/run/lirc
total 12
drwxr-xr-x  2 root root 4096 Jan 10 17:31 .
drwxr-xr-x 29 root root 4096 Jan 10 17:31 ..
srw-rw-rw-  1 root root    0 Jan 10 17:31 lircd
-rw-r--r--  1 root root    5 Jan 10 17:31 lircd.pid
vdr01 ~ #

Zitat von 3PO

Eine "/var/run/lirc/lircd.<PID>" gibt es bei mir nicht.

Wenn man kein yaVDR hat, muss man halt umdenken, wenn man was von einem yaVDR-User liest - gemeint ist einfach nur der normale Lirc-Sockel, der bei dir /var/run/lirc/lircd entsprechen dürfte (der gehört bei yaVDR Eventlircd).

Das ist mir schon klar, funktionieren tut es aber trotzdem nicht....

So langsam werde ich mich wohl an den Gedanken gewöhnen müssen, dass die beiden ya_usbir, die ich gekauft habe, ein Fehlkauf war!

Zitat

Was sagt denn "mode2"? Da sollten ja erstmal reinkommende ir Signale zu sehen sein

Empfangen funktioniert ja, nur irsend geht nicht.

Jup, hatte ich denn auch nacher gesehen.

Mal ganz am Anfang gefragt... sicher das die Sendediode richtig gepolt ist? Sendet die überhaupt irgendwas (wenn deine Digitalkamera IR sieht mal damit schauen)?

Evtl. schaft der Artic das mehrmals vermurkste Timing deiner RC-5 lircd.conf nicht? Evtl. mal die Orgnialtimings einseten?

cu

Zitat von Keine_Ahnung

Jup, hatte ich denn auch nacher gesehen.

Mal ganz am Anfang gefragt... sicher das die Sendediode richtig gepolt ist? Sendet die überhaupt irgendwas (wenn deine Digitalkamera IR sieht mal damit schauen)?

cu

Hast Du den Thread nicht gelesen???

Doch, aber teilweise wieder vergessen Und teilweise geht es auch etwas durcheinader.

Also sie sendet, aber der Artic reagiert nicht. Da würde ich als erstet mal die lircd.conf korregieren so das korrekte RC-5 timings gesendet werden. http://www.sbprojects.com/knowledge/ir/rc5.php
Ferner die Wiederholung abschalten, einmal senden genügt.

cu

Es lässt doch noch nicht mal die rote LED abschalten.
Und bevor das nicht geht, brauche ich erst garnicht weiter zu suchen.

Mich würde jetzt mal interessieren was andere (bei denen es funktioniert) hier im Log haben
----
lircd: yaUsbIr: i= 0, data=0x00007611 (0x817e)
lircd: yaUsbIr: entering send()
lircd: yaUsbIr: i= 0, data=0x00007568 (0x817c)
lircd: yaUsbIr: entering send()
lircd: yaUsbIr: i= 0, data=0x00007500 (0x817b)
lircd: yaUsbIr: entering send()
lircd: yaUsbIr: i= 0, data=0x000075dd (0x817d)
----

Das dürfte die letzte Fehlermöglichkeit (abgesehen vom Hardwaredefekt) sein. data ist korrekt (also bis zum eigentlichen senden im Treiber geht alles glatt), aber evtl. ist das ja nen 32/64 Bit Plattform Ding und die wilde Bitschieberei dort im Treiber geht schief?
Weil die Daten in Klammern scheinen mir etwas unplausibel.

cu

Bei mir kommt nach lircd-Neustart "nur" folgendes:

lircd-0.9.0[973]: removed client
lircd-0.9.0[973]: caught signal
lircd-0.9.0[3858]: lircd(ya_usbir) ready, using /var/run/lirc/lircd.3858
lircd-0.9.0[3858]: accepted new client on /var/run/lirc/lircd.3858
lircd-0.9.0[3858]: yaUsbIr: Initializing yaUsbIr
lircd-0.9.0[3863]: yaUsbIr: device: vid=10C4, pic=876C, with 1 interface
lircd-0.9.0[3863]: Manufacturer: UG Development Lab
Product: yaUsbIR V3:IR transceiver with power switch
hid interface (generic)

lircd-0.9.0[3858]: accepted new client on /var/run/lirc/lircd.3858
lircd-0.9.0[3858]: removed client

lircd-0.9.0[3858]: accepted new client on /var/run/lirc/lircd.3858
lircd-0.9.0[3858]: removed client

Der zweite & dritte Absatz ist jeweils das Log bei Senden eines Befehls mit irsend, hier LED an und ausgeschalten.

Nach dem ich ich mich nun 4 Wochen rumgeärgert habe, lege ich das mal als "Griff ins Klo" ab!

Am Meisten ärgert mich ja, dass ich gleich 2 Stück geordert habe, die nun nutzlos hier rumliegen.

Wobei das schon seltsam ist, yaUSBir bekommt die richtigen Daten aber er reagiert nicht? Gleich 2 kaputt aber alle anderen funktionieren...?

Evtl. noch mal ne Debugausgabe in den Treiber bringen die die RAW Daten zeigt die die Hardware wirklich bekommt?

cu

Zitat von Keine_Ahnung

[...] Evtl. noch mal ne Debugausgabe in den Treiber bringen die die RAW Daten zeigt die die Hardware wirklich bekommt?

Und wer sollte das einbauen, - ich kann es nicht?

Zitat von 3PO

Und wer sollte das einbauen,

uwe67!? Ping?

Jetzt sind wir schon so weit, jetzt nochmal schnell überprüfen ob am Ende der Kette auch wirklich die korrekten Bytes zur Hardware gehen muss dann ja wohl sein.
txbuf (was angezeigt wird) ist ja nicht gleich ya_usbir_txbuf (was am Ende zur Hardware geht).

cu