Beiträge von crow

    Bei meinem Freund funktioniert Motor Unterstützung unter VDR 2.1.2 nicht. Ich habe beide Technologien (USALS und DiSEqC) probiert, die sein Motor unterstützt, leider ohne Erfolg.
    Es kann natürlich sein, dass es ein Treiber Thema ist, aber ich weiß nicht, was ich noch sonst probieren soll.



    Es geht um DVBSky S960 [1] unter Archlinux x86_64 Distribution, und VDR Development Version 2.1.2.
    Auf der Produkt Seite sind einige Features:
    . DiSEqC 1.2/2.0 & USALS Support
    . Support Linux VDR, i.e. CNVDR


    Kernel ist "Linux vdrbox 3.9.3-1" und der Treiber, der offiziell auf der Support Seite aufgelistet ist [2] media_build-bst-130806.
    Dmesg zeigt folgendes:



    DVB Karte in devices:


    diseqc.conf


    Setup.conf


    Motor wird manchmal angesteuert, wenn ich VDR neue starte, aber nicht immer, und das passiert bei USALS und DiSEqC Technologie.


    Hat Jemand vielleicht noch eine Idee was ich hier probieren kann?
    Bin für jede Antwort dankbar.


    [1] http://www.dvbsky.net/Products_S960.html
    [2] http://www.dvbsky.net/download…a_build-bst-130806.tar.gz

    Es funktioniert mit fix eingetragenem evmap Name in der 98-eventlircd.rules.



    Folgenden Anpassung habe ich noch an der Datei remote.conf gemacht:

    Bei udev monitoring mit "udevadm monitor --environment --udev" sehe ich folgendes:


    mit fix eingetragenem evmap Name "03_9022_d650.evmap" schaut es viel besser aus:

    Zitat

    SUBSYSTEM=="input", ATTRS{idVendor}=="9022", \
    ENV{eventlircd_enable}="true", \
    ENV{eventlircd_evmap}="03_9022_d650.evmap"


    Test läuft.

    Die zwei alten Posts wurden aktualisiert!
    Die Dateien 98-eventlircd-names.rules und 98-eventlircd.rules
    habe ich von yavdr-remote übernommen. Der Eintrag aus dem zweiten Post wurde unter anysee.evmap hinzugefügt.

    Ausgabe von udevadm

    In der Datei /etc/eventlircd.d/03_9022_d650.evmap is folgendes. Übernommen von tevii s650 tastenbelegung


    Hallo,
    Kann mir jemand hier helfen, wie ich diseqc.conf, die ich mit dem VDR 1.7.* benutzt habe, auf VDR 2.1.2 umstelle um motorisierte Satschüssel zu verwenden.

    Mit folgender 98-eventlircd.rules Regel versuche ich meinen Empfänger, der als HID-Device erkannt wurde, zu eventlircd zu mappen.


    Zitat

    SUBSYSTEM=="input", ATTRS{idVendor}=="9022", ATTRS{idProduct}=="d650", \
    ENV{eventlircd_enable}="true", \
    ENV{eventlircd_evmap}="03_$env{ID_VENDOR_ID}_$env{ID_MODEL_ID}.evmap"


    Trotzdem findet ir-keytable immer noch nichts.

    Aktualisiert am 12.11.2013 20:30
    Ich wollte wieder versuchen die Fernbedienung der Tevii S650 USB zum Laufen zu bringen.
    Distribution: archlinux x86_64 (Linux vdrbox 3.11.6-1-ARCH) letzte update am 12.11.2013 20:00 durchgeführt.
    App: eventlircd
    Hardware: Tevii S650 USB eingebauter IR und Fernbedienung


    In der Datei /etc/udev/rules.d/10-local.rules habe ich diesen Eintrag gemacht:

    Zitat

    KERNEL=="event*",ATTRS{phys}=="usb-0000:00:04.1-3/ir0",SYMLINK+="input/ira"


    Im Verzeichnis "/dev/input/" ist der Name ira neben event3 zu finden.

    Zitat

    # ls -ltr /dev/input/ | grep -i ira
    lrwxrwxrwx 1 root root 6 Nov 12 20:44 ira -> event3


    Bei mir findet ir-keytable den Empfänger nicht:

    Zitat

    # ir-keytable
    Couldn't find any node at /sys/class/rc/rc*.


    Ausgabe von cat /proc/bus/input/devices erkennt den Fernbedienungsempfänger aber schon:

    Ich nehme an mein Empfänger wird als HID Device erkannt.

    Es schaut genau so aus wie im wiki. Für mich schaut auch so aus als das kein RC6-Code sind...
    CIR is auf RC6 umgestellt über ir-keytable. Wenn ich auf andere protokole umstelle und test versuche passiert nicht.
    Wirklich seltsam...

    Irgendwie sind mehr als helfte von code die selbe.. Ist das normal?
    Das sind knopf von 0 - 9:

    Das schaut gut aus..



    Ich weiß nicht welche ganu profil ich dafür brauche. Ist ein Orginal XBOX360 Fernbedinung, und CIR die mit ASRock ION 330HT geliefert worden ist.

    Nein es klappt auch nicht wenn ich laden erwzirge:


    in anhang ist xbox360-mce file.

    Ja eventlircd ist gestoppt:



    Bei evtest passiert nichts, und auch wenn eventlircd gestartet ist und mit VDR auf tasten drück passiert nichts.

    Hallo wieder,


    Muss wieder mich mit dem beschäftigen. Noch immer habe
    ich das Problem, CIR mit XBOX360 remote zu verbinden und mit VDR/XBMC zu
    nutzen. Habe in zwischen zeit Medion X10 benutzt, leider nach zwei Monate ist Fernbedienung kaputt gegangen, und bis es neue kommt muss ich abwarten).


    zur hardware:



    Dann habe ich eventlircd installiert mit /etc/systemd/system/eventlircd.service


    Keymap file /etc/rc_keymaps/xbox360-mce file von hier mit folgenden eintrag in /etc/rc_maps.cfg


    Code
    []# cat /etc/rc_maps.cfg
    nuvoton-cir 	*   	/etc/rc_keymaps/xbox360-mce
    [#


    config geladen:


    beim ir-keytable -t test ich bekomme inputs aber bei evtest nicht.


    Auf evtest ist nicht zu sehen:


    VDR remote.conf ist von hier


    Weiß nicht was ich noch machen soll. Ratschlag?

    Ich habe mit meinem CIR das alles durchprobiert und IMHO ist es unsinnig den CIR mit lirc zu betreiben, wenn man eine Fernbedienung hat, deren Protokoll direkt vom rc-core Treiber unterstützt wird. Wenn man dann trotztdem einen Lirc-Sockel haben will, sind Dienste wie inputlirc oder eventlircd deutlich besser geeignet und man spart sich die ganze unnötige Konfiguration mit für lirc.

    Kannst mir bitte das kurz erkleren, was mit dem rc-core treiber du gemeint hast? Also bis jetzt kenne ich nur lirc, yaVDR soll mit eventlircd laufen oder? Aber wie kann man etwas was in die rc-core treiber unterstüzt ist steuern, bzw mit VDR und XBMC verbinden?


    Edit #1:
    Oh ich habe das von dir gefunden, werde es probieren.
    Hilfsskript für rc-core Empfänger

    Ich habe beiden lircd.conf aus VDR-Wiki ausprobiert, leider ohne erfolgt. Also vor posten hier habe ich glaub 100 varianten schon probiert. Jetzt habe ich einfach keine idee mehr. In lirc startup script ändere ich --protocol=LIRC oder --protocol=RC-6 also ich hoffe ir-keytable bekommt das mit.
    Jetzt habe ich lircd disabled, alles disabled was auf device greifen kann, ein reboot und nur mit "ir-keytable -p rc-6 -t" probiert, leider ohne irgend an erfolg.


    Soll ir-keytable -t irgendwas liefern in denn fall jetzt? Ich bin nicht sicher ob CIR und ein XBOX360 RC6 remote zusammen funktionieren können.



    EDIT #1:
    Ok jetzt schaut besser aus. Scheinbar ist der CIR nicht so start genung oder so was.. Jetzt stehe ich neben ION und ir-keytable probiert und tada da ist was, bei mode2 kommt noch immer nichts.

    Hardware:
    ASRock ION 330HT [1]
    XBOX360 Remote [2]


    Software: Archlinux 64Bit (archlinux-2012.11.01-dual.iso )


    Problem:
    ASRock MCE Remote Controller [3] ist kapput gegangen, bzw. es funktionieren nicht alle knopfe (bsp. on/off schalter etc).


    Also CIR wird gefunden und module wird geladen:

    Code
    []$ dmesg | grep nuvoton
    [	6.154075] nuvoton_cir: driver has been successfully loaded
    [	7.704188] input: MCE IR Keyboard/Mouse (nuvoton-cir) as /devices/virtual/input/input6
    [	7.793878] rc rc0: lirc_dev: driver ir-lirc-codec (nuvoton-cir) registered at minor = 0
    []$


    Mehr info von CIR:


    Und /etc/lirc/hardware.conf:


    Input device:


    Gerade ist LIRC protocol benutzt und ASRock MCE Remote funktioniert damit (asser die nicht funktionierde knopfe, da leutet auch nicht wenn man drauf press, meine meinung ist was in FB kapput).
    Dann wollte ich XBOX360 Remote benutzten. Da der mir einfachen ir-einschalter funktioniert wollte ich denn mit ASRock CIR probieren. Und da sind probleme gekommen.
    XBOX360 remote ist ein RC-6 remote, und sommit habe ich lirc protocol auf rc-6 geändert. Die mode2 oder ir-keytable -t gibt keine ausgabe.


    Wenn ich protocol wieder auf LIRC umstelle um auf remote 1 und 2 drücke kommt so was bei mode2 und bei ir-keytable -v kommt noch immer nichts.


    EIn evtest liefert das:


    Hat jemand vieleicht ein vorschlag. Bin dankbar dafür..

    Man braucht die nicht da die default sind, aber sollen auch nicht zu viele sein.
    So wie vorgeschlagen wird ein start gesendet aber nie beendet (also shell prompt kommt nicht, sondern muss ich mit Ctrl+C beende), und auf TV kommts nichts aus X in mitte (also xorg startet):

    Code
    [vdr@vdrbox ~]$ /usr/bin/vdr -g /tmp -l 2 --lirc -P "softhddevice -d :0 -g 1920x1080+0+0 -s -a hw:0,3 -p hw:0,3"  -s /usr/lib/vdr/bin/shutdown-wrapper -t /dev/tty8 -w 90


    im log: