XBMC reagiert nicht auf Fernbedienung; irw geht

Hallo an alle XBMCNerds,

da es das erste mal ist dass ich eine LIRC installation zum laufen bringen will tappe ich im Dunkeln wo ich anfangen soll zu suchen.

Ich verwende XBMCbuntu 14.04, welches ich "damals" als Beta installiert habe und halte es per Apt-get aktuell. Derzeitig ist Gotham 13.2 Beta drauf. Dazu habe ich ein YaUsbIr V2
http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/113471-yausbir-v2-lirc-usb-ir-empfänger-sender-einschalter/
Das für dies Hardware gepachte LIRC habe ich übersetzt uns starte es derzeitig noch händisch per (alles als Root)

mkdir /var/run/lirc
lircd --driver=ya_usbir lircd.conf

IRW ohne angabe von Parametern gib mir dann auch die korrekten Tasten aus.

Meine Bitte: Könnte jemand der sich mit den diversen Tastenmappingdateien auskennt drauf schauen ob ich da irgenwo falsch abgebogen bin.

lircd.conf
[expander]

begin remote


  name  sundtek
  bits       	16
  flags SPACE_ENC
  eps        	30
  aeps      	100


  header   	9020  4470
  one       	594  1648
  zero      	594   533
  ptrail    	602
  repeat   	9022  2216
  pre_data_bits   16
  pre_data   	0x61D6
  gap      	39483
  repeat_gap   425971
  toggle_bit_mask 0x0


  	begin codes
      	KEY_0                	0x28D7
      	KEY_1                	0x00FF
      	KEY_2                	0x807F
      	KEY_3                	0x40BF
      	KEY_4                	0xC03F
      	KEY_5                	0x20DF
      	KEY_6                	0xA05F
      	KEY_7                	0x609F
      	KEY_8                	0xE01F
      	KEY_9                	0x10EF
      	KEY_POWER            	0x6897
      	KEY_UP               	0x04FB
      	KEY_DOWN             	0x847B
      	KEY_LEFT             	0x42BD
      	KEY_RIGHT            	0xC23D
      	KEY_OK               	0xD02F
      	KEY_CHANNELUP        	0x8877
      	KEY_CHANNELDOWN      	0xD827
      	KEY_VOLUMEUP         	0x48B7
      	KEY_VOLUMEDOWN       	0x12ED
      	KEY_MUTE             	0x22DD
      	KEY_BACK             	0x30CF
      	KEY_RED              	0x50AF
      	KEY_GREEN            	0x08F7
      	KEY_YELLOW           	0xC837
      	KEY_BLUE             	0x708F
      	KEY_PLAY             	0x827D
      	KEY_STOP             	0x02FD
      	KEY_PAUSE            	0x9867
      	KEY_REWIND           	0x38C7
      	KEY_FASTFORWARD      	0x7887
  	end codes


end remote

[/expander]
Lircmap.xml
[expander]
liegt in /home/erdbaer/.xbmc/userdata

<lircmap>
	<remote device="sundtek">
    	<!-- no Display -->
    	<power>KEY_POWER</power>
    	<back>KEY_BACK</back>
    	<red>KEY_RED</red>
    	<green>KEY_GREEN</green>
    	<yellow>KEY_YELLOW</yellow>
    	<blue>KEY_BLUE</blue>
    	<left>KEY_LEFT</left>
    	<right>KEY_RIGHT</right>
    	<up>KEY_UP</up>
    	<down>KEY_DOWN</down>
    	<select>KEY_OK</select>
    	<volumeplus>KEY_VOLUMEUP</volumeplus>
    	<volumeminus>KEY_VOLUMDOWN</volumeminus>
    	<pageplus>KEY_CHANNELUP</pageplus>
    	<pageminus>KEY_CHANNELDOWN</pageminus>
    	<mute>KEY_MUTE</mute>
    	<play>KEY_PLAY</play>
    	<pause>KEY_PAUSE</pause>
    	<stop>KEY_STOP</stop>
    	<forward>KEY_FORWARD</forward>
    	<reverse>KEY_REWIND</reverse>
    	<record>KEY_RECORD</record>
    	<one>KEY_1</one>
    	<two>KEY_2</two>
    	<three>KEY_3</three>
    	<four>KEY_4</four>
    	<five>KEY_5</five>
    	<six>KEY_6</six>
    	<seven>KEY_7</seven>
    	<eight>KEY_8</eight>
    	<nine>KEY_9</nine>
    	<zero>KEY_0</zero>
	</remote>
</lircmap>

[/expander]
noBS.xml (Keymap)
[expander]
liegt in/home/erdbaer/.xbmc/userdata/keymaps
Im Anhang wegen zu lang[/expander]

Könnte es damit zusammenhängen dass ich LIRC erst nach dem Start von XBMC starte?
Dass ich diverse Versuche mit dem Ubuntu standard LIRC, inputlirc und eventlirc auf dem System hinter mir hab?
Dass der Pfad in den ich den Empfänger "mounte" verkehrt ist?
Hängt das problem Eurer Meinung nach eher an XBMC oder LIRC? (Ich weiß; im Zweifelsfall ist immer LIRC schuld )

Schönen dank im Voraus und Grüße vom Erdbaer;

Achaja... der gute Don

Danke für die Antwort.

1. Ich gelobe hoch und heilig dass ich zunächst immer erstmal ins Log schaue. Da steht ja KLARTEXT . Ich hatte eigenlich mit irgenwelchen Kryptischen Speicheradressen gerechnet.
2. Zum Problem

21:38:27 T:139799660107712	INFO: LIRC Initialize: using: /dev/lircd
21:38:27 T:139799660107712   DEBUG: Failed to connect to LIRC. Retry in 20s.

Ich frag erstmal Tante Google dazu. Ich meld mich wenn ich weitergekommen bin oder gar am Ziel sein sollte. Meine Vermutung ist dass das gepachte Lirc des Empfängers irgenwas anders mach als in Ubuntu vorgesehen.
Ich hab nämlich gar keine Device Node (oder wie auch immer sich die Einträge unter /dev schimpfen) für den Lirc Daemon.

Also danke nochmal...

@topic
Die Gerätedatei gibt es tatsächlich unter "/var/run/lirc".
Heute hab ich noch zeit und werd mal versuchen das per Symlink hinzubiegen, oder den Mountpunkt für die Gerätedatei in der hardware.conf anzupassen. Ich denk das müsst in der einstellbar sein.

Hi webstar,

der für Ubuntu vermeintlich komische Aufruf für Lirc folgt aus der Tatsache dass mein Empfänger (YaUSBir) eine Privatentwicklung eines engagierten VDR Portal Users ist, der einen angepassten Lirc Quelltext zu verfügung stellt. Es gibt zwar ein fertiges LIRC Ubuntu Paket welches den Treiber schon eingebaut hat, allerdings ist das dafür gedacht in die Distri "YaVDR" integriert zu werden. So ein Ubuntu Paket installiert halt nicht nur die Ausführbaren Dateien sondern auch evntuelle Start und Stopskripte, hat vorkonfigurierte Config Dateien, etc., die ich bei meiner "zu Fuß" installation selber erstellen muss. Ich hab bewusst den Weg über den klassischen LircD(aemon) gewählt da ich so auch Anleitungen für andere Distris teilweise nutzen kann, und auch wieder was über das Betriebssystem lerne.

Sodala, das war jetzt die geringfügig ausführlichere Variante von : "Danke für die Antwort webstar, trifft aber nicht ganz mein Problem" .

Ich denk Du verwechselst "irw" mit "mode2". irw ist um zu schauen ob der LircD die Signale richtig interpretiert und greift wie alle anderen Applikationen auch auf eben diesen LircD zu. Mode2 gibt es um zu schauen ob überhaupt irgendwas ankommt und greift direkt auf die Hardware bzw. den Treiber zu, und muss desshalb bei gestopptem LircD gestartet werden.

Lösung

Symbolischer Link

sudo ln -s /var/run/lirc/lircd /dev/lircd

scheint ab lirc 8.x gändert worden zu sein