IR FB im YAVDR einbinden für dummies.

fobbel · 1. Mai 2010

Moin Forum,

ich bin Linux laie und brauche Hilfe. gibt es irgendwo eine Anleitung, wie man eine FB in den YAVDR einbindet?

Ich habe schon viel gesucht, aber nichts passendes gefunden, Ubunto geht da ja scheinbar etwas anders mit um?

folgende Fehlermeldung im Log:

May 1 14:34:00 YaVDR kernel: [ 12.559039] lirc_serial: or compile the serial port driver as module and
May 1 14:34:00 YaVDR kernel: [ 12.559040] lirc_serial: make sure this module is loaded first

das hab ich hier im Forum schon öfter gelesen, ich kanns händisch eingeben, aber wie krieg ich das in die entsprechende conf eingetragen, damit ich es nicht händisch eingeben muss. Davon mal abgesehen hilft mir die Eingabe auch nicht weiter.

wenn ich über den web client einen Treiber und Comport wähle, startet NICHT die Abfrage, warum auch immer?
Ich wähle Home-brew (16x50 UART compatible serial port) an Com 1

Im Bios stimmt der IRQ und die Adresse, allerdings habe ich im Asus Bios 3 Einstellmöglichkeiten für den Comport: "normal" "IRDA" und "ASK IR"

Gruß Fobbel

steffen_b · 1. Mai 2010

Normal sollte passen. Die Konfiguration für serial hat leider noch ein Problem dem wir grade erst auf die Schliche gekommen sind. Es müsste reichen eine Datei /etc/serial.conf anzulegen mit entsprechenden Inhalt, nach erneutem reboot müsste es dann eigentlich gehen ohne den Befehl abzusetzen.

Wenn das dann geht musst du bei seriellen empfängern ersteinmal eine lircd.conf haben. Entweder mit irrecord eine aufnehmen oder du hast schon eine

fobbel · 1. Mai 2010

ok, ich habe eine Datei serial.conf in /etc angelegt in der:
"setserial /dev/ttyS0 uart none"
steht.
Hat nach dem reboot aber keinen Unterschied gemacht, schau:
May 1 15:14:29 YaVDR kernel: [ 12.743237] lirc_serial: or compile the serial port driver as module and
May 1 15:14:29 YaVDR kernel: [ 12.743239] lirc_serial: make sure this module is loaded first

dann hab ich folgendes probiert:
root@YaVDR:/home/fobbel# setserial /dev/ttyS0 uart none
root@YaVDR:/home/fobbel# irrecord test.conf

irrecord - application for recording IR-codes for usage with lirc

irrecord: could not get file information for /dev/lirc irrecord: default_init(): No such file or directory
irrecord: could not init hardware (lircd running ? --> close it, check permissions)
root@YaVDR:/home/fobbel# stop lircd stop: Unknown job: lircd

hmmm?

in der user.log hab ich noch folgendes gefunden:

May 1 15:14:35 YaVDR vdr: [1926] ERROR: /dev/lircd: No such file or directory
May 1 15:14:35 YaVDR vdr: [1926] ERROR: remote control XineRemote not ready!
May 1 15:14:35 YaVDR vdr: [1926] ERROR: remote control LIRC not ready!

steffen_b · 1. Mai 2010

Ganz ruhing mit den jungen Pferden.

Mach mal bitte zuerst ein:
process-template /etc/serial.conf

Das erstellt das File mit dem richtigen Syntax - die passende Line musst du dann das Kommentarzeichen wegnehmen wenns nicht schon passend erstellt wurde.

Vorübergehend bis zum nächsten Boot ist

setserial /dev/ttyS0 uart none

dann goldrichtig. Danach irrecord , auch schon sehr gut, ABER du musst ihm das richtige Device mitgeben. /etc/lirc0 dürfte das sein und die Option dafür ist -d

fobbel · 1. Mai 2010

gesagt, getan:

root@YaVDR:/home/fobbel# irrecord -d /etc/lirc0 test.conf

irrecord - application for recording IR-codes for usage with lirc

irrecord: could not get file information for /etc/lirc0
irrecord: default_init(): No such file or directory
irrecord: could not init hardware (lircd running ? --> close it, check permissions)

Fehlermeldungen bleiben fast gleich . . .

fobbel · 1. Mai 2010

nach dem reboot gibts neues aus der log:

May 1 17:39:00 YaVDR kernel: [ 12.700227] lirc_serial: auto-detected active low receiver
May 1 17:39:00 YaVDR kernel: [ 12.700232] lirc_dev: lirc_register_driver: sample_rate: 0
May 1 17:39:00 YaVDR kernel: [ 12.700284] lirc_serial $Revision: 5.104 $ registered
May 1 17:39:00 YaVDR kernel: [ 13.217964] RPC: Registered udp transport module.
May 1 17:39:00 YaVDR kernel: [ 13.217968] RPC: Registered tcp transport module.
May 1 17:39:00 YaVDR kernel: [ 13.450389] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
May 1 17:39:01 YaVDR kernel: [ 13.754567] svc: failed to register lockdv1 RPC service (errno 97).
May 1 17:39:01 YaVDR kernel: [ 13.755212] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
May 1 17:39:01 YaVDR kernel: [ 13.765485] NFSD: starting 90-second grace period
May 1 17:39:08 YaVDR kernel: [ 20.673582] lirc_serial: ignoring spike: 1 1 4bdc4b1c 4bdc4b1a 35de7 d896d
May 1 17:39:12 YaVDR kernel: [ 25.020813] lirc_serial: ignoring spike: 1 1 4bdc4b20 4bdc4b1a 8aa46 d896d

diese spike Meldungen setzen sich im 10 sekunden takt fort . . . . wähhhh

irrecord liefert nach wie vor die selben Fehlermeldungen.

Args!!!

fobbel · 1. Mai 2010

und hier noch was aus der syslog:

May 1 19:34:23 YaVDR vdr: [2633] ERROR: remote control XineRemote not ready!
May 1 19:34:23 YaVDR vdr: [2633] remote control LIRC - learning keys
May 1 19:34:23 YaVDR vdr: [2645] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): No such file or directory
May 1 19:34:23 YaVDR vdr: [2633] ERROR: no OSD provider available - using dummy OSD!
May 1 19:34:25 YaVDR lircd-0.8.6[1365]: accepted new client on /var/run/lirc/lircd
May 1 19:34:25 YaVDR lircd-0.8.6[1365]: removed client

Ich hab keine Ahnung, wie ich vorgehen soll. Ich würde am liebsten damit anfangen den Comport zu überprüfen, aber wie?

sollte ich aufgrund der vielen Fehlermeldungen lirc mal neu instalieren? habe hier was gefunden:

[EMAIL=http://wiki.ubuntuusers.de/Lirc]http://wiki.ubuntuusers.de/Lirc[/EMAIL]

steffen_b · 1. Mai 2010

Das irrecord nicht ging, liegt wahrscheinlich daran das lirc garnicht geladen war, das sollte jetzt nachdem reboot ja besser sein. Also grundsätzlich wirds jetzt erfolgreich geladen.

Bloss nicht ohne Plan jetzt an der Software rumpanschen.

Ein guter Lösungsansatz wenn man die Fehlermeldung schon hat, ist hinzugehen und Google oder die Suche zu benutzen !

http://vdrportal.de/board/thre…?postid=807176#post807176

Zu den anderen Meldungen: Klar kann vdr oder irgendwas nicht deine FB benutzen wenn du sie nicht zu Ende konfiguriert hast. Besonders bei LIRC ists wichtig nicht vom hundertsten ins Tausendste zu kommen.

Ich würde vorschlagen es erst mit irrecord zu probieren, wenn du diese Spike Meldungen weg hast.

fobbel · 3. Mai 2010

hey Steffen,

danke für den Link, es hat in sofern geholfen, das die "spike" Fehlermeldungen nicht mehr kommen, leider kommt jetzt (nach Neuinstallation) folgendes:
May 3 15:50:07 YaVDR vdr: [1859] ERROR: /dev/lircd: No such file or directory
May 3 15:50:07 YaVDR vdr: [1859] ERROR: remote control XineRemote not ready!
May 3 15:50:07 YaVDR vdr: [1859] ERROR: remote control LIRC not ready!

im dev fehlt auch die lircd!!!!

wenn ich jetzt:
den vdr stoppe
setserial /dev/ttyS0 uart none eingebe

ist in dev das lircd vorhanden, also das "Gerät" geladen, richtig?

nun mit

irrecord -n --disable-namespace -d /dev/lirc0 test.conf

eine conf datei erstellen. Juhu, klappt!!!

als nächstes muss ich wohl die serial.conf erstellen, damit das device mitgeladen wird . . . Jo, haut hin, auch wenn in der serial.conf nur

/dev/ttySX uart none ohne setserial steht . . . . muss das so?

mein log sieht jetzt so aus:

May 3 16:36:54 YaVDR kernel: [ 17.612259] lirc_serial: auto-detected active low receiver
May 3 16:36:54 YaVDR kernel: [ 17.612264] lirc_dev: lirc_register_driver: sample_rate: 0
May 3 16:36:54 YaVDR kernel: [ 17.612319] lirc_serial $Revision: 5.104 $ registered
May 3 16:36:54 YaVDR vdr: [1933] starting plugin: conflictcheckonly May 3 16:36:54 YaVDR vdr: [1933] starting plugin: iptv
May 3 16:36:54 YaVDR vdr: [1933] starting plugin: femon May 3 16:36:54 YaVDR vdr: [1933] starting plugin: menuorg
May 3 16:36:54 YaVDR vdr: [1933] starting plugin: xine May 3 16:36:54 YaVDR vdr: [1933] starting plugin: epgsearch
May 3 16:36:54 YaVDR vdr: [1933] loading /var/lib/vdr/plugins/epgsearch/epgsearchcats.conf
May 3 16:36:54 YaVDR vdr: [1933] loading /var/lib/vdr/plugins/epgsearch/epgsearchmenu.conf
May 3 16:36:54 YaVDR vdr: [1956] EPGSearch: conflictcheck thread started (pid=1933, tid=1956)
May 3 16:36:54 YaVDR vdr: [1933] ERROR: /dev/lircd: No such file or directory
May 3 16:36:54 YaVDR vdr: [1933] ERROR: remote control XineRemote not ready!
May 3 16:36:54 YaVDR vdr: [1933] ERROR: remote control LIRC not ready!
May 3 16:36:54 YaVDR vdr: [1933] switching to channel 15

ich habe die entsprechende remote.conf schon hochgeladen, funzt noch nicht, aber ich kann irrecord starten und es werden kommandos erkannt, scheinbar auch die richtigen (mit remote.conf verglichen)

ich glaub viel fehlt nicht mehr . . . . . . bitte gebt mir noch den letzten Hinweis . . . .

Gruß Fobbel

fobbel · 3. Mai 2010

Jetzt bin ich verwirrt,

nach anlegen der serial.conf ist nach dem Neustart in dev die lircd vorhanden. Beim nächsten Neustart ist die serial.conf aber verchwunden und kein device vorhanden . . . häh?

steffen_b · 3. Mai 2010

Ich schau heute abend mal.

steffen_b · 4. Mai 2010

Hi - sorry für die Verspätung.

Ich denke wir haben den Fehler jetzt identifziert.

Am besten wäre es wenn du in /usr/share/yavdr/events/actions/change-lirc-hardware folgendes

Bash

#!/bin/bash


process-template /etc/lirc/hardware.conf
process-template /etc/modprobe.d/lirc-serial.conf
process-template /etc/serial.conf


LIRCD_CONF="$(dbget system.lirchw.lircd_conf)"
if [ -n "$LIRCD_CONF" ]; then
  if [ ! -e /etc/lirc/lircd.conf -o -L /etc/lirc/lircd.conf ]; then
    if [ -e /usr/share/lirc/remotes/$LIRCD_CONF ]; then
      ln -sf /usr/share/lirc/remotes/$LIRCD_CONF /etc/lirc/lircd.conf
    elif [ -e /usr/share/lirc/extras/more_remotes/$LIRCD_CONF ]; then
      ln -sf /usr/share/lirc/extras/more_remotes/$LIRCD_CONF /etc/lirc/lircd.conf
    fi
  fi
else
  if [ -L /etc/lirc/lircd.conf ]; then
     rm -f /etc/lirc/lircd.conf
  fi
     rm -f /etc/modprobe.d/lirc-blacklist.conf
     rm -f /etc/modprobe.d/lirc-serial.conf
     rm -f /etc/serial.conf
fi
....

Alles anzeigen

nach

Bash

#!/bin/bash


process-template /etc/lirc/hardware.conf
process-template /etc/modprobe.d/lirc-serial.conf
process-template /etc/serial.conf


LIRCD_CONF="$(dbget system.lirchw.lircd_conf)"
if [ -n "$LIRCD_CONF" ]; then
  if [ ! -e /etc/lirc/lircd.conf -o -L /etc/lirc/lircd.conf ]; then
    if [ -e /usr/share/lirc/remotes/$LIRCD_CONF ]; then
      ln -sf /usr/share/lirc/remotes/$LIRCD_CONF /etc/lirc/lircd.conf
    elif [ -e /usr/share/lirc/extras/more_remotes/$LIRCD_CONF ]; then
      ln -sf /usr/share/lirc/extras/more_remotes/$LIRCD_CONF /etc/lirc/lircd.conf
    fi
  fi
fi
....

Alles anzeigen

ändern könntest, dann dürfte das entfernen nicht mehr auftreten. Auch müsste danach die Konfiguration Im Web funktionieren.

fobbel · 5. Mai 2010

Neuigkeiten:

Das hat insoweit funktioniert, das die remote.conf nun nicht mehr gelöscht wird. Ich habe also nach neustart das dev lircd !!!

die web konfiguration fuktioniert insoweit, das der ausgewählte Treiber nach update in der hardware.conf wiederzufinden ist, das war aber vorher auch ok, was nicht funktioniert ist der neustart des VDRs und die automatische Tastenabfrage. Der VDR startet neu, hat 10s kein signal und ist dann eben wieder an.

Jetzt habe ich noch festgestellt, das die remote.conf wohl auch nicht hinhaut. zumindest wird das in der user.log angezeigt.

Ich probiere weiter . . . .

steffen_b · 5. Mai 2010

Also Stand was jetzt gehen sollte aus dem Webfrontend:

- Erstellung der hardware.conf
- Erstellung der /etc/serial.conf
- Erstellung der /etc/modprobe.d/lirc-serial.conf

Was generell nicht geht bei serial (weil man ja nicht weiss welche FB da ist) ist die lircd.conf

Weitere Schritte:
- irrecord bzw deine bereits mit irrecord erstellte Konfiguration muss nach /etc/lirc/lircd.conf
- danach stop lirc und start lirc
- Zum Testen irw starten und irgendwelche Knöpfe drücken die du angelernt hast
- kommen Ausgaben von irw ? Dann stop vdr und nachfolgend start vdr
- Nun müsste eigentlich der Anlerndialog kommen, es sei denn du hast nun schon Einträge in der remote.conf für LIRC, wenn du anlernen möchtest, alle Einträge für LIRC (und nur das!) entfernen und vdr neu starten (stop vdr , start vdr)

Ich bin froh das wir nun endlich gefunden haben woher die Probleme kommen. Ist halt äusserst schwierig ohne die Hardware zu testen.

IR FB im YAVDR einbinden für dummies.

Jetzt mitmachen!

Teilen