[gelöst] Probleme mit remote und FB

Kann leider nicht helfen, habe aber das selbe Problem, eine Nexus und eine Budget DVB-T Karte (Avermedia). Seid Version 0.4 des Remote plugins gibt es immer dann Probleme wenn die Avermedia in der Ladereihenfolge vorher drankommt. Dann landet ihr IR Eingang auf Event4 so scheint es und "autodetect" in den Settings des Remote Plugins ist eindeutig nicht mehr wie früher in der Lage diese Fälle zu erkennen.

Eigentlich sollte man das durch zusätzliche UDEV Regeln in den Griff bekommen, ich hatte aber bislang keinen Erfolg.

Am Eingang der Avermedia geht übrigens die FB auch nicht, auch wenn man den Empfänger umstöpselt, keine Ahnung warum. Sonst hätte ich wenigstens in der Mehrzahl der Fälle einen Erfolg, weil die Avermedia doch öfter drankommt.

Meine Rettung ist der ZapperPro auf meinem iPhone und iPod touch

Gruss,
Gandalf

Hi, ich kenne das Problem nur zu gut,

bei mir lag es daran das es eben auch immer autodedect war und ich nie checkte wie man das einstellt, steht aber im wikki.

Ich hatte 1x FF 1xTerratec Cinergy 1200DVB-S & 1x Nova S und weil da auch ein remote Sensor bei ist kommt der vdr durcheineander ich ba einfach die Nova durch noch ein 1200DVB-S getauscht und fertig.

Aber die beste und einfachste Lösung ist nehme Lirc,
besorg dir nen Lirc fähigen Sensor und install das, da geht deine alte FB normal auch wieder ohne Probleme, dann kannst auch Karten hin und her tauschen wie du willst, weil das dann direkt ohne TV Karte mit vdr kommuniziert.

Grüße

Bin leider hier in Madrid ein wenig abgeschnitten von der Beschaffung solcher eher nicht in den Mediamärkten dieser Welt angebotenen Artikeln

OK,

So wie es im Wiki beschrieben ist geht es bei mir definitiv nicht. Der /dev/ir link wird zwar ordnungsgemäss angelegt, aber damit funktioniert die FB auch nicht öfter als mit "autodetect". Und noch eins, ich hatte nie Probleme mit dem remote plugin, erst seid dem update auf 0.4. Wieso sollte ich also jetzt auf Lirc umsteigen? Da fällt mir ein, kann man nicht irgendwie zurück auf die Vorversion und die "festpinnen"? Wenn ja, wie ging das noch gleich und welche war die Vorversion?

Gruss,
Gandalf

Hatte auch das Problem.
Bei mir funktioniert es mit dem "weiteren Alternativvorschlag" aus dem Wiki.
Seit dem ich das device "by-path" über -i angebe gehts.
Da braucht man auch nicht in den Udev-Regeln fummeln.

galileo
Inconnecti73 meint damit dass du in der Konfigurationsdatei, die z.B. auf einem Debain System (c't Dstri) unter /etc/vdr/plugins liegt und plugin-remote.config (oder so ähnlich) heisst angibst unter welcher Input Datei dein FB IR receiver auf der DVB Karte geführt wird, also bspw.

input -i /dev/input/event4

Welche Datei es nun ist kannst du entweder während des Systemstarts sehen, Stichwort dmesg, oder während des Startens des vdr selbst. Ein grep Fernbedienung /var/log/syslog, sollte dir den erforderlichen Input geben. Aber wie gesagt, bei mir zieht die Methode leider nicht, warum auch immer.

Die konkret von galileo beschriebene Methode findest du als "Weitere Alternative" auf der angegebenen Wiki Seite und adressiert den Receiver direkt über seine PCI Adresse. Die muss man vorher natürlich mit den ebenfalls auf der angegebenen Seite beschriebenen Werkzeugen ermitteln.

Gruss,
Gandalf

Eben nicht "input -i /dev/input/event4", denn das Eventdevice kann sich ja ändern, wodurch auch immer.
Man kann auch "-i /dev/input/by-path/xxx" angeben.
Ich komme iM nicht an meinen Vdr, aber xxx steht für den Devicenamen des IR-Empfängers.
Einfach mal in das Verzeichnis reinschauen. Werde das heute Abend nachhreichen.

Also,

ich habe jetzt mal die Version '.../by-path/...' versucht, nachdem ich wie beschrieben mit lsinput nach der Adresse gefahndet habe. Erstaunlicherweise erhalte ich die Ausgabe:

vdr1:~# lsinput 
/dev/input/event0
   bustype : BUS_I8042
   vendor  : 0x1
   product : 0x1
   version : 43841
   name    : "AT Translated Set 2 keyboard"
   phys    : "isa0060/serio0/input0"
   bits ev : EV_SYN EV_KEY EV_MSC EV_LED EV_REP


/dev/input/event1
   bustype : BUS_USB
   vendor  : 0x1058
   product : 0x903
   version : 512
   name    : "Western Digital External HDD"
   phys    : "usb-0000:00:0b.1-1/input1"
   uniq    : "57442D574341505430323731363835"
   bits ev : EV_SYN EV_KEY


/dev/input/event2
   bustype : BUS_USB
   vendor  : 0x46d
   product : 0xc016
   version : 832
   name    : "Logitech Optical USB Mouse"
   phys    : "usb-0000:00:0b.0-4/input0"
   uniq    : ""
   bits ev : EV_SYN EV_KEY EV_REL


/dev/input/event3
   bustype : BUS_ISA
   vendor  : 0x1f
   product : 0x1
   version : 256
   name    : "PC Speaker"
   phys    : "isa0061/input0"
   bits ev : EV_SYN EV_SND


/dev/input/event4
   bustype : (null)
   vendor  : 0x0
   product : 0x0
   version : 0
   name    : "DVB on-card IR receiver"
   bits ev : EV_SYN EV_KEY EV_REP


/dev/input/event5
   bustype : BUS_PCI
   vendor  : 0x1461
   product : 0x771
   version : 1
   name    : "bttv IR (card=123)"
   phys    : "pci-0000:01:07.0/ir0"
   bits ev : EV_SYN EV_KEY EV_REP

Scheint so, als ob es für event4 im Moment gar kein phys Attribut gibt, bemerkenswert auch der Bustype: (null). Sehr merkwürdig. Ich muss mal schauen wie es aussieht wenn die FB mal wieder funzt.

Ich habe aber die Adresse pci-0000:01:07.0/ir0 versucht, die ja eigentlich den zweiten Port, nämlich den auf der Avermedia, bezeichnen sollte. Da meldet sich dann aber der vdr mit der hässlichen Meldung dass er den Port nicht fincet. Und dann gibt es prompt einen Neustart, und noch einen, und noch einen ...

Als nächstes habe ich udevinfo versucht und folgendes erhalten:

looking at device '/class/input/input4/event4':
    KERNEL=="event4"
    SUBSYSTEM=="input"
    DRIVER==""
    ATTR{dev}=="13:68"


  looking at parent device '/class/input/input4':
    KERNELS=="input4"
    SUBSYSTEMS=="input"
    DRIVERS==""
    ATTRS{uniq}==""
    ATTRS{phys}==""
    ATTRS{name}=="DVB on-card IR receiver"

Zu meiner anderen (Avermedia DVB-T) Karte gibt es da schon erheblich mehr zu berichten.

looking at device '/class/input/input5/event5':
    KERNEL=="event5"
    SUBSYSTEM=="input"
    DRIVER==""
    ATTR{dev}=="13:69"


  looking at parent device '/class/input/input5':
    KERNELS=="input5"
    SUBSYSTEMS=="input"
    DRIVERS==""
    ATTRS{modalias}=="input:b0001v1461p0771e0001-e0,1,14,k71,72,73,74,77,80,A7,A8,CF,D0,D9,166,174,184,188,189,18B,18E,18F,190,191,192,193,ramlsfw"
    ATTRS{uniq}==""
    ATTRS{phys}=="pci-0000:01:07.0/ir0"
    ATTRS{name}=="bttv IR _card=123_"


  looking at parent device '/devices/pci0000:00/0000:00:10.0/0000:01:07.0':
    KERNELS=="0000:01:07.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="bttv"
    ATTRS{broken_parity_status}=="0"
    ATTRS{enable}=="1"
    ATTRS{modalias}=="pci:v0000109Ed0000036Esv00001461sd00000771bc04sc00i00"
    ATTRS{local_cpus}=="1"
    ATTRS{irq}=="50"
    ATTRS{class}=="0x040000"
    ATTRS{subsystem_device}=="0x0771"
    ATTRS{subsystem_vendor}=="0x1461"
    ATTRS{device}=="0x036e"
    ATTRS{vendor}=="0x109e"


  looking at parent device '/devices/pci0000:00/0000:00:10.0':
    KERNELS=="0000:00:10.0"
    SUBSYSTEMS=="pci"
    DRIVERS==""
    ATTRS{broken_parity_status}=="0"
    ATTRS{enable}=="1"
    ATTRS{modalias}=="pci:v000010DEd0000026Fsv00000000sd00000000bc06sc04i01"
    ATTRS{local_cpus}=="1"
    ATTRS{irq}=="0"
    ATTRS{class}=="0x060401"
    ATTRS{subsystem_device}=="0x0000"
    ATTRS{subsystem_vendor}=="0x0000"
    ATTRS{device}=="0x026f"
    ATTRS{vendor}=="0x10de"


  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

Kann es sein dass der Kernel hier die Karte nicht vollständig einbindet? (nur so eine Frage).

Bin für Vorschläge offen.

Gandalf

Und mit ner UDEV-Regel aus dem Wiki gehts nicht?

http://www.vdr-wiki.de/wiki/index.php/Remote-plugin

Also ich hab bei mir als Erkennungs-Merkmal halt die PCI-ID des PCI-Slots mit der FullFetured verwendet. Die ist immer gleich. So hat immer die Karte den IR, die bei mir im PCI-Slot ID Nr. 5 steckt. Die PCI-ID für Udev gibts es aber glaub ich erst bei neueren Kerneln (ab 2.6.26 oder so) oder neueren UDEV?!?.

Das remote-plugin nimmt dann halt den link /dev/input/ir

Also bei mir ergibt ein ls /dev/input/by-path/ das hier:

pci-0000:00:02.0-usb-0:2:1.0-event-kbd    
pci-0000:01:0b.0-event-ir
pci-0000:00:02.0-usb-0:2:1.1-event-mouse  
platform-i8042-serio-0-event-kbd
pci-0000:00:02.0-usb-0:2:1.1-mouse        
platform-pcspkr-event-spkr
pci-0000:01:09.0-event-ir

Und der Aufruf in der runvdr lautet:

vdr -P'remote -i /dev/input/by-path/pci-0000:01:09.0-event-ir'

Seit dem ist das Device völlig egal

Innocenti73

Das habe ich jetzt mal umgesetzt, pci-0000:01:07.0--event-ir heisst das bei mir. Es ergibt sich dasselbe bild wie bei -i /dev/input/event4, bzw. bei -i autoselect. Und wenn man mal in den Pseudoordner /dev/input/by-path/ hineinsieht erkennt man auch gleich warum das so ist.

ls -l /dev/input/by-path/
insgesamt 0
lrwxrwxrwx 1 root root 9 2009-01-20 14:19 pci-0000:00:0b.0-usb-0:4:1.0-event-mouse -> ../event2
lrwxrwxrwx 1 root root 9 2009-01-20 14:18 pci-0000:00:0b.0-usb-0:4:1.0-mouse -> ../mouse0
lrwxrwxrwx 1 root root 9 2009-01-20 14:19 pci-0000:00:0b.1-usb-0:1:1.1-event- -> ../event1
lrwxrwxrwx 1 root root 9 2009-01-20 14:19 pci-0000:01:07.0--event-ir -> ../event4
lrwxrwxrwx 1 root root 9 2009-01-20 14:19 platform-i8042-serio-1-event-kbd -> ../event0
lrwxrwxrwx 1 root root 9 2009-01-20 14:19 platform-pcspkr-event-spkr -> ../event3

Das bringt mich also auch nicht weiter. Er möchte dann die keys neu anlernen, reagiert aber nicht auf Tastendrücke und folglich startet der vdr nicht. Sehr seltsam. Ich nehme also wieder stärker an dass es mit den fehlenden Angaben zum physischen device zu tun hat die bei der Ausgabe von lsinput und anderen fehlen. (s.o.)

Danke jedenfalls für die Anregung.

Gandalf

P.S.: -i autoselect geht bei obiger Konstellation lustigerweise von event5 aus für den IR Empfänger, ich schau bald nicht mehr durch, event5 fehlt völlig in /dev/input/by-path

Also bei mir ist da nur ein -

Ich glaube bei ctvdr musst Du das unter /etc/vdr/plugins/plugin.remote.conf eintragen.

gandalf

Dass die Links auf die Eventdevices zeigen ist doch gut, die werden ja von udev dynamisch erzeugt.
Denke auch dass es da bei Dir woanders klemmt.

Hi,

ok, das gehört nicht in die remote.conf, in der stehen deine Fernbedienungsbefehle!
Du musst das dem remote-plugin als Option übergeben.
Bei Dir also wahrscheinlich /etc/vdr/plugins/plugin.remote.conf.
Da dürfte als standard "-i Autodetect" oder sowas drinstehen.
Und da muss halt stattdessen -i /dev/input/by-path/pci-0000:00:09.2--event-ir
Oder wie das bei Dir eben lautet.