Beiträge von GetItAll

    Hallo


    Vielen Dank, die Alarmfunktion funktioniert nun so wie es sollte.


    Jedoch eine Kleinigkeit hätte ich noch bemerkt.


    Die Auflösung des Displays ist kann man ja umstellen mittels:


    RESMODE 0, 1 132x65=0,128x64=1


    In der lib gibst du an das Standart 132x65 ist.


    Das kommt aber teilweiße zu komischen Effekten wenn man l4m132c_tool verwendet.
    z.B Beim Austausch des Bootlogos.


    Danach funktioniert die Bestätigung der FB nicht mehr.
    Erst wenn man z.B mit dem Tool die Uhrzeit setzt da hier die Option RESMODE=1 mitübergeben wird.


    Auch der Befehl "l4m132c_tool -p "/dev/hiddev0" # show bootlogo" bringt keine Bestätigungsanzeige.



    Wäre es hier nicht Sinnvoller Default auf 128x64 zu setzen in der lib?


    Gruß
    GetItAll


    Schaut gut aus...
    Ich hab es noch ein bischen angepasst und weitere Hinweiße hinzugefügt.


    Kannst du noch den Punkt 11) vervollständigen mit dem Befehl des Symlinks.
    Ich hab leider kein easyVDR inst. und es hält sich ja nicht an den normalen init beim Start.


    Gruß

    Super das es funktioniert. :)


    Wobei aber die Option -r100 bei inputlirc noch aktiviert gehört damit die Tastenwiederholung konfiguriert werden kann in lircrc. (delay und repeat)


    Was ich noch ändern würde bei deinen configs ist die Zuordnung der Devices.
    Bei Debian (und auch easyVDR) werden die inputevents durch udev erstellt und unter
    "/dev/input/by-id/usb-Linux4Media_GmbH_IR._RF_Control-event-kbd /dev/input/by-id/usb-Linux4Media_GmbH_IR._RF_Control-event-mouse".
    zur Verfügung gestellt.
    Dann macht auch die Option -g (grab) auch Sinn.


    Ansonsten bekommst du ein Problem wenn du mal eine Tastatur anschliessen solltest für Wartungszwecke.


    Gruß
    GetItAll

    Hi


    itsmee
    Also wenn mit irw alle tasten erkannt werden versuch mal die Option bei dem Plugin anzugeben wo es die .lircrc config findet.
    (-P "lircrc /pfad/zu/.lircrc")


    Wenn du den VDR als User startest muß die Config Datei in das Homeverzeichniss gelegt werden.




    Darkstar
    Das LCD hat einen Timer den man programmieren kann.
    Ich hab es leider noch nicht geschafft das der Rechner übers LCD aufwacht.
    Siehe auch:
    serdisplib

    Aber ich denke das dürfte noch ein Bug in der Firmware sein...
    Das Ein/Ausschalten über die Fb funktioniert ansonsten einwandfrei da es auch ein kleines Relaise auf der Platine hat.
    Gesteuert wird es mit dem Button auf der Fb für Ein/Aus.


    Das Protokoll das verwendet wird beim LCD nennt sich "ruwido", eventuell findest du ja etwas in der Datenbank.

    Zitat

    Originally posted by itsmee
    Hi,


    ich hätte da gerne mal ein paar Probleme.. - Hilfe!! :(


    Wenn du schon so nett fragst bekommst du gene noch ein paar Probleme von mir wenn du möchtest ;)



    Zitat


    1) /etc/init.d/inputlirc restart


    Woher kommt das init script? Ich habe keines, nehme an das ich eines brauche. Selbst schreiben und verlinken? ./inputlircd /dev/input/event* ?


    Das init script ist bei GNU/Debian dabei.
    Du kannst natürlich auch selbst eines erstellen....



    Es ist in der Vergangenheit schon ein paar mal vorgekommen das alte Versionen der LCD Module ausgeliefert worden sind. (Firmware)


    Hänge bitte mal folgende Ausgaben an um den Fehler schneller einzugrenzen zu können:


    * cat /proc/bus/input/devices
    * ls -l /dev/input
    * ls -l /dev/input/by-id/
    * cat /etc/default/inputlirc
    * Alle Ausgaben mit irw


    Und nach dem start von VDR:
    * cat /var/log/syslog | grep lircrc


    Zitat


    3) lircrc plugin aktiv - die meisten Tasten lassen sich anlernen
    Farben funktionieren, lauter, leiser, Play & Rewind nicht.


    Wenn du die Steuerung über lircrc machst brauchst du nicht anlernen bzw das wird nicht funktioniren.
    Dafür ist nun die Datei ~/lircrc zuständig.
    Dort sind die Befehle eingetragen die an den VDR gesendet werden ohne den Umweg über die remote.conf.
    Wenn du von SVN kompilierst (Neueste Version) kannst du die Option -c und -r100 aktivieren.
    Du benötigst jedoch eine neueres lircrc file. (Hänge ich unten an)
    Dort sind auch schon ein paar repeat Befehle angepasst.


    Starten würdest du mittels "./inputlircd /dev/input/event* -c -m0 -g -r100"


    Wobei die Angabe vom * (/dev/input/event*) jedes inputdev übersetzt in lirc Befehle, also auch die normale Tastatur.
    Die Option -g (grab) bewirkt das keine Ausgabe mehr auf die Konsole und an den Kernel erfolgt.




    Gruß
    GetItAll


    ps. Einige Hinweiße lassen sich auch im Thread vom easyVDR Forum finden.
    easyVDR Forum

    Also, wenn ich mich recht errinnere hatte ich am Anfang auch das Problem...


    Vermutlich kommt es auf die Schreibweiße an damit er die Optionen übergibt (Groß/Kleinschreibung).


    Hier mein Auszug aus der graphlcd.conf mit der es funktioniert.

    Code
    [serdisp]
    Driver=serdisp
    Controller=l4m132c
    Device=HID:/dev/usb/hiddev0
    
    
    # Options
    Options=RESMODE=1;DEPTH=1;POSTOFFMODE=1



    Gruß
    GetItAll

    Noch kurz ein paar Anmerkungen:


    Wenn man die Möglichkeit hat sollte man inputlirc neu kompilieren. Link


    In Debian / EasyVDR sind veraltete Versionen zu finden die die Option -c nicht unterstützt. (man inputlircd)


    Mit dieser Option in inputlirc werden die Tasten "STRG + SHIFT + F3" nicht mehr wie hintereinanderfolgende Tasten erkannt sondern als "STRG_SHIFT_KEY_F3".


    Ohne Option -c gibt es eine Doppelbelegung mit der Roten Taste und der HELP Taste.


    Hierzu ist dann auch das lircrc file anzupassen.


    Weiter die Taste Mute wird auf manchen Systemen auch als "KEY_MIN_INTERESTING" erkannt.


    Hier zusätzlich noch einen Eintrag in lircrc erstellen.



    Wer ein bischen Programiererfahrung hat kann inputlirc auch soweit anpassen das die Toggle Taste (PLAY/PAUSE) auch nativ unterstützt wird.
    z.B als Einbindung unter dem remote Plugin das von sich aus keine Togglekeys unterstützt, das selbe nativ beim VDR.
    Zusätzlich für die Taste RECORD damit diese nicht versehentlich gedrückt wird. (2x Betätigen damit die Taste an /dev/lircd gesendet wird.


    Weiter kann man sich die Ausgabe auf /dev/lircd ein bischen umbiegen damit nur Multimediakeys reportet werden.
    Damit entfällt das sich Inputlirc das Device exklusiv den Zugriff sichert und die Tasten nicht mehr an die Console weitergibt.
    Somit wäre z.B eine gleichzeitige Benutzung einer kompatiblen Tastatur + der Fernbedienung auf der Console/X und dem VDR (Oder auch XBMX, MMS, usw...) möglich.
    (Mit der Einschränkung der Zifferntasten! Aber die könnte man auch mit einer Toggle Taste aus / an schalten).


    Gruß
    GetItAll

    Hallo


    Lirc selber ist für den VDR betrieb nicht notwendig. Der lircd Daemon braucht nicht gestartet werden, kann aber. Inputlirc schreibt ebenfalls per Default nach /dev/lircd.



    Bei easyVDR (Oder generell Debian) folgende /etc/default/inputlirc.
    Dort ist eine Udev Regel schon vorhanden die beide Sysmlinks per Default erstellt die unten eingetragen werden.

    Code
    # Options to be passed to inputlirc.
    EVENTS="/dev/input/by-id/usb-Linux4Media_GmbH_IR._RF_Control-event-kbd /dev/input/by-id/usb-Linux4Media_GmbH_IR._RF_Control-event-mouse"
    OPTIONS="-g -m 0"


    Inputlirc restarten

    Code
    /etc/init.d/inputlirc restart


    Überprüfen kann man nun ob es funktioniert mit dem Programm irw

    Code
    irw /dev/lircd


    Wenn dort nix ankommt ist noch etwas falsch gemacht.


    So und nun kann man sich entscheiden:
    1. Einbindung mit dem lircd Plugin (getestet)
    2. Einbindung mittels dem remote Plugin (getestet, jedoch langsame Verarbeitung der Keys)
    3. Einbindung über lircd (Option --lirc bei VDR) (Nicht getestet)


    4. Es wäre noch jedes andere Programm möglich das die libary von lirc client verwendet (http://www.lirc.org/html/technical.html#library). z.B. XBMC, MMS, usw...



    So und nun wegen der lircrc.


    Default Verzeichniss vorgesehen vom Plugin ist "$HOME/.lircrc".

    [Blockierte Grafik: http://wiki.easy-vdr.de/images/0/0f/Disp-Bootlogo.jpg]




    Ich hab es nun geschafft die Fernbedienung mit allen Tasten einzubinden.


    Eigentlich ist es total einfach die Fernbedienung mit allen Tasten zu verwenden.
    Es funktionieren alle Tasten, sogar der Play/Pause Toggle.
    Alle Tasten lassen sich frei belegen.
    Zudem gibt es auch keine störenden Tastaturevents auf der Console und die Keymap muß auch nicht angepasst werden.


    Für den Preis ein Top Display mit IR Fernbedienung, wenn auch mit wenigen Einschränkungen.



    Hier ein kurzes Howto für die Einbindung unter VDR:


    Einigen Text habe ich aus dem Wiki von http://wiki.ubuntuusers.de/Lirc kopiert.
    Für weitere Infos über inputlirc ebenfalls zu empfehlen.


    Benötigtes Programm: inputlirc
    Benötigtes VDR Plugin: lircrc (Native LIRC-Unterstützung )


    Die Tastaturevents werden mit "inputlirc" abgefangen.
    Das Programm sollte eigentlich bei allen Dist. vorhanden sein.
    Ich selber verwende GNU/Debian
    inputlirc liest automatisch alle Impulse aller /dev/input/event*-Geräte aus.


    In der Config Datei (/etc/default/inputlirc) folgende Optionen eintragen:


    Code
    # Options to be passed to inputlirc.
    EVENTS="/dev/input/event0 /dev/input/event1"
    OPTIONS="-g -m 0"


    Damit wird festgelegt dass nur inputlirc auf die Impulse der Fernbedienung reagiert. Keine Ausgabe auf der Console.
    Die Devices (/dev/input/eventx)müssen natürlich von jedem auf das eigene System angepasst werden.


    Inputlirc schreibt alle empfangenen Signale direkt in /dev/lircd.


    Mittels udev noch eine Regel festlegen damit die Zuordnung der Devices (eventx) immer gleich bleiben.


    Einbinden des VDR Plugins lircrc Anleitung


    lircrc Config aus dem Anhang benutzen und ev. noch die Tasten anpassen.


    Der LIRC-daemon (lircd) braucht nicht gestartet werden.




    Genial einfach oder?


    Gruß




    EDIT:
    Neue .lircrc hinzugefügt wenn inputlirc aus dem svn verwendet wird


    Link auf easyVDR Wiki Linux4Media-USB - easyVDR Wiki

    nvram-wakeup.conf für Asus M3N78-EM



    Gruß
    GetItAll

    nvram-wakeup.conf für Asus P5LD2-VM



    Gruß
    GetItAll

    nvram-wakeup.conf für Asus A7N8X-VM-400



    Gruß
    Getitall

    nvram-wakeup.conf für Abit IP35-PRO




    Gruß
    GetitAll

    Hi


    Ich habe das Gehäuse.


    Ich bin sehr zufrieden mit dem Ding.


    Die Lüfter sind sehr sehr leise. Fast unhöhrbar.
    Wobei man aber auch sagen muß das der Luftdurchsatz nicht sehr hoch ist.
    Jedoch ausreichend.



    Touchscreen funktioniert einwandfrei.
    Es gibt vom Touchscreenhersteller eigene Treiber für Linux (http://home.eeti.com.tw/web20/eg/drivers.htm).
    Sowohl mit dem Touchtft-plugin als auch unter X keine Probleme.

    Code
    Bus 007 Device 007: ID 0eef:0001 D-WAV Scientific Co., Ltd eGalax TouchScreen



    IR sieht schlecht aus.
    http://www.origenae.com/support/index.php?action=kb&article=49
    Hier ist zwar die Rede vom S21T jedoch das S16T hat das gleiche Modul.
    Ich verwende das AVBoard und hab einfach den TSOP parallel zum IR221 IR Modul dazugeklemmt.
    Somit für mich auch kein Nachteil.



    Cardreader funktioniert unter Linux...

    Code
    Bus 007 Device 004: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB 
    Bus 007 Device 003: ID 05e3:070e Genesys Logic, Inc. X-PRO CR20xA USB 2.0 Internal Card Reader


    Das TFT Display hab ich noch nicht dazu überredet in seiner "nativen Resolution" (800 x 480) irgendetwas anzuzeigen.
    Die Interpolation auf andere Auflösungen sind in Ordnung.
    Ich verwende derzeit 800x600.
    Hier muß ich auch sagen das ich noch nicht allzuviel Zeit hineingesteckt habe um die native Auflösung zu erreichen.



    Die beiliegende Fernbedienung verwendet RC6 Signale.
    Da die FF Karte nur RC5 unterstützt habe ich sie derweilen nicht in Verwendung und kann über die Lauffähigkeit unter Linux nichts schreiben.




    Ansonsten bietet es sehr viel Platz, ausreichend Festplattenkäfige die alle per Gummi entkoppelt sind und sieht natürlich verdammt gut aus.
    Bei der Harwareauswahl sind ebenfalls keine Grenzen gesetzt da ein normales ATX Netzteil darin Platz findet und auch ein Full ATX MB.
    Die Verarbeitung vom Gehäuse ist sehr hochwertig und alles Stabil.
    Die Beschriftungen (Origen ae), die links oben in der Ecke vorhanden sind, sind nur Aufkleber. Ich habe sie bei meinem Gehäuse entfernt.


    Fazit: Ich würde mir das Gehäuse wieder kaufen. Alleine vom Design.


    Gruß
    GetItAll

    Soweit ich mich errinnern kann muß man das neue "Deepblue.theme" aus dem theme Ordner des graphttft Plugin Ordner verwenden.


    Einfach austauschen da sich einige Definitionen geändert haben bei 0.1.17.


    Danach erhält man auch die Schrift.


    Gruß

    Hallo


    Ich war mal so frei und habe die aktuellen graphtft Patches für einen plain vdr-1.5.18 angepasst.
    Der Extensionspatch ist mit diesen Patches nicht notwendig.



    * vdr-1.5.18-plain-graphtft-0.1.17.alpha.diff
    Anzuwenden auf einen Plain VDR 1.5.18


    * vdr-1.5.18-liemikuutio-1.19-graphtft-0.1.17.alpha.diff
    Zusätzlich anzuwenden wenn auch der liemikuutio Patch verwendet wird.


    * extrecmenu-1.1-graphtft-0.1.17.alpha.diff
    Für das Plugin extrecmenu


    Gruß
    GetItAll


    ps. Vielen Dank an Horchi für die Weiterentwicklung des Plugins...