Linvdr Mahlzeit und Alphacool USB LCD

ozvdr · 8. Oktober 2008

Hallo ,

Weiss jemand ob das Alphacool USB LCD in LinVDR/Mahlzeit mit den updates von Toxic-Tonic unterstuezt werden kann ?

Soweit ich sehen kann ist die Version von serdisplib ok (1.9.7), allerdings
unterstuetzt es nicht das Alphacool display.
Dies geht auch nur wenn man beim uebersetzen bzw. configure das flag --enable-libusb benutzt.
Man braucht allerdings auch noch libusb-0.1.7 oder hoeher.

Ginge das alles noch mit dem alten compiler oder ist es der grund weshalb
das Alphacool display nicht unterstuetzt wird bzw werden kann ?

vdr_rossi · 8. Oktober 2008

...und der Kernel muss mit dem Paramter autosuspend=-1 compiliert sein !

Daran bin ich unter easyvdr gescheitert...

Dr. Seltsam · 8. Oktober 2008

Zitat

Original von vdr_rossi
...und der Kenrel muss mit dem Paramter autosuspend=-1 compiliert sein !

was meinst Du genau? welcher CONFIG-Punkt?

vdr_rossi · 8. Oktober 2008

Zitat

was meinst Du genau? welcher CONFIG-Punkt?

Sorry war vorhin ein Schnellschuss

USB_SUPEND=n

Munter bleiben, Rossi

Dr. Seltsam · 8. Oktober 2008

demnach wäre das hier (mein 2.6.23.9) richtig?
# CONFIG_USB_SUSPEND is not set

eine neuere lib könnte ich mal versuchen mit dem gcc 3.3 zu kompilieren. Einige libs (z.B. imagemagick) wollen aber mit der gleichen gcc-Version wie vdr+plugins (2.95.4) erstellt sein.

die nächste Frage wäre dann, welches Plugin wird benötigt, ist das aktuell genug und lässt es sich mit gcc-2.95.4 kompilieren

wbreu · 8. Oktober 2008

Hallo zusammen,

also den Parameter autosuspend=-1 kann man auch in der lilo.conf oder per Grub auch als Paramter mitgeben, dann funzt das Display auch ohne neueinstecken.

Gruß
Wolfgang

Dr. Seltsam · 8. Oktober 2008

Zitat

Original von ozvdr
Soweit ich sehen kann ist die Version von serdisplib ok (1.9.7), allerdings
unterstuetzt es nicht das Alphacool display.
Dies geht auch nur wenn man beim uebersetzen bzw. configure das flag --enable-libusb benutzt.
Man braucht allerdings auch noch libusb-0.1.7 oder hoeher.

ich habe mal serdisplib-1.97.8 wie beschrieben kompiliert, und auch die libusb-0.1.12

http://drseltsam.device.name/vdr/linvdr-usb-libs.tgz

tar xvfz linvdr-usb-libs.tgz -C /
ldconfig

Das graphlcd-Plugin im letzten Toxic-Tonic-vdr-Paket ist 0.1.5, was aktuelleres gibt es nicht.
Berichte mal, ob Du es damit zum Laufen kriegst

ozvdr · 9. Oktober 2008

Erst mal vielen Dank das du dies so fix gemacht hast.

Leider geht es noch nicht

Ein testserdisp -h zeigt die unterstuezten Display's an, allerdings ist das Alphacool nicht in der Liste aufgefuehrt.

Kannst du noch mal schauen ob du beim uebersetzen von serlibdisp folgendermassen vorgegangen bist

im verzeichniss von serlibdisp....

make clean (falls schon mal vorher uebersetzt wurde)
./configure -enable-libusb (dies ist es was das Alphacool display unterstuezt)

Bitte mal schaunen was der output von ./configure ergibt -

Es sollte so sein:

serdisplib version: 1.97.8

supported extra protocols
=========================
* libusb support ... yes

supported features
==================

* libgd >= 2 support ... yes

enabled(+) / disabled(-) drivers
================================
+ sed153x, pcd8544, sed156x, i2c, t6963, sed133x, nokcol, ks0108, lh155, ssdoled, l4m, goldelox, stv8105, alphacool
-

Wenn alpahcool dann hinter dem + ist muesste es gut sein.
Dann noch mal kurz uebersetzen etc.

Vielen Dank fuer deine Muehe

Dr. Seltsam · 9. Oktober 2008

supported extra protocols
=========================
* libusb support ... yes

supported features
==================

* libgd >= 2 support ... no

enabled(+) / disabled(-) drivers
================================
+ sed153x, pcd8544, sed156x, i2c, t6963, sed133x, nokcol, ks0108, lh155, ssdoled, l4m, goldelox, stv8105, alphacool

wird " libgd >= 2 support" benötigt? davon hattest Du nichts geschrieben. Was sind das für Sourcen, wo kriegt man die?

Dr. Seltsam · 9. Oktober 2008

Zitat

Original von ozvdr

Ein testserdisp -h zeigt die unterstuezten Display's an, allerdings ist das Alphacool nicht in der Liste aufgefuehrt.

wird dazu eventuell eine neuere Version von testserdisp benötigt? die habe ich natürlich nicht mit ins Paket gepackt, weil ich dachte die braucht vdr nicht.

Hier scheint alles o.k. zu sein:

Code

AMD64:/usr/local/src/serdisplib-1.97.8#  testserdisp -h
  testserdisp version 1.3   (using serdisplib version 1.97)
  (C) 2003-2008 by Wolfgang Astleitner


usage: testserdisp -n <display name> [<options>]


  Options: (default values in squared brackets)
    -n name          display name
    -p dev|port      output device or port
    -o options       options for driver, semicolon-separated key-value pairs
                     eg: -o "WIRING=1;CONTRAST=2;BACKLIGHT=ON"
    -d          [0]  debug level (0 .. no debugging, 2 .. max. debugging)
    -V               version information


  Examples:
    testserdisp -n PCD8544 -p "/dev/parport0"
    testserdisp -n PCD8544 -p "0x378"  # direct IO
    testserdisp -n PCD8544             # default parport device will be used


  Supported displays: (-n <displayname> -h ... specific display information)
    display name     alias names           description
    ---------------  --------------------  -----------------------------------
    OPTREX323                              Optrex 323 display
    LSU7S1011A       ALPS                  ALPS display with display module kit by pollin
    E08552                                 EPSON E0855-2 display with display module kit by pollin
    PCD8544                                generic driver for PCD8544-based displays
    PCF8511                                generic driver for PCF8511-based displays
    LPH7366                                LPH7366 display with backlight
    LPH7690                                LPH7690 display
    NOKIA7110        SED1565               Nokia 7110 display (SED1565-based)
    NEC21A           SKYPER                NEC 21a (Skyper) display module
    LPH7508                                LPH7508 display module with display module kit by pollin
    HP12542R                               Hyundai HP12542R display module with display module kit by pollin
    ERICSSONT2X      E///T2X               Ericsson T20/T28/T29 i2c-displays
    ERICSSONR520     E///R520,R520         Ericsson R520/T65 i2c-displays
    T6963            T6963C                generic driver for T6963-based displays
    TLX1391                                Toshiba TLX1391 display (T6963-based)
    T6963SERMOD                            T6963-based display module with built-in parallel to serial converter
    SED133X          SED1330,SED1335       generic driver for SED1330/SED1335-based displays
    S1D13700                               generic driver for S1D13700-based displays
    N3510I           N3530                 driver for Nokia 3510i/3530 displays (S1D15G14-based)
    S1D15G10         N6100                 driver for Nokia 6100 and compliant displays (S1D15G10-based)
    KS0108                                 generic driver for KS0108-based displays
    CTINCLUD                               c't includ USB-display
    LH155                                  generic driver for LH155-based displays
    SHARP240                               Sharp M078CKA 240x64 (LH155-based)
    OLED96X36X1                            Pictiva 96X36 OLED 1bit
    OLED96X64X16                           Pictiva 96X64 colour OLED 16bit
    OLED128X64X4                           Pictiva 128X64 yellow OLED 4bit
    L4ME5I                                 linux4media USB-interface E-5i-USB
    L4M132C                                linux4media USB-interface w/ 132x65 colour display
    GOLDELOX         UOLED160,UOLED128     displays driven by GOLDELOX-MD1 module
    STV8105          OLED256X64X4          Pictiva 256X64 yellow OLED 4bit
    ALPHACOOL                              Alphacool USB-displays 200x64 or 240x128

Alles anzeigen

ozvdr · 10. Oktober 2008

Es koennte sein das eine neuere version von testserdisp benoetigt wird.
Koenntest du die neue, die du mit uebersetzt hast, vieleicht bereitstellen ?

Ich glaube nicht das libgd das problem ist, allerdings bin ich mir da nicht sicher.

Dr. Seltsam · 10. Oktober 2008

ich habe testserdisp mit ins neu hochgeladene Paket gepackt. Sollte aber eigentlich nicht benötigt werden, da es im mahlzeit-iso auch nicht dabei ist.

ozvdr · 10. Oktober 2008

Danke auch.

Diese version bestaetigt nun das das Alphacool display unterstuezt wird.
Da es aber noch nicht geht, liegt es also daran nicht.

Ich nehme jetzt mal an das eventuell ein problem mit dem usb subsystem
zusammenhaengt.

Ein cat /proc/bus/usb ergibt keine eintraege.
Mein Mandriva system hat zb die usb hub und eine devices file.
Die device file beinhalted dann die eintrage von allen an allen usb hub's gefundenen devices, in meinen fall incl Alphacool.

Dies fehlt komplett bei linvdr.

Bin leider damit nicht so vertraut, vieleicht kann sich ja jemand dazu aeussern.

vdr_rossi · 10. Oktober 2008

Zitat

Original von wbreu
also den Parameter autosuspend=-1 kann man auch in der lilo.conf oder per Grub auch als Paramter mitgeben, dann funzt das Display auch ohne neueinstecken.

Dem muss ich wiedersprechen.

Betreibe das Alphacool USB Display unter easyvdr, wo der oben genannte Tip mit dem grub Eintrag - nicht funktioniert hat.
Habe dann als letzte Möglichkeit den Kernel neu übersetzt, eben nur mit der Option: USB_SUPEND=n

Danach wurde es korrekt unter lsusb aufgelistet. Vorher glaube ich nur nach dem einstecken...
nach Neustart war es wieder weg, dann raus und reingesteckt - wieder da.

easyVDR:~# lsusb
Bus 001 Device 007: ID 695c:3829
Bus 001 Device 006: ID 695c:3829
Bus 001 Device 001: ID 0000:0000
Bus 001 Device 002: ID 0781:5406 SanDisk Corp.
Bus 002 Device 002: ID 060c:04eb EEH Datalink GmbH <-- das ist es !
Bus 002 Device 001: ID 0000:0000

Das ist Punkt 1. - danach muss eine serdisplib mit usb Support her.
Aber das hatten wir ja schon.

Munter bleiben, Rossi

Dr. Seltsam · 10. Oktober 2008

Bei LinVDR sin die devices in /dev statisch. Wenn da was fehlt, muss es mit mknod angelegt werden.

ozvdr · 12. Oktober 2008

Hier mal wieder ein log auszug:

Es scheint irgendwie mit dem usb subsystem zusammenzuhaengen.

Hat jemand vieleicht ne idee was es sein koennte ?

Oct 12 21:15:03 vdr user.err vdr: SDCONNusb_find(): usb_find_busses() failed. error: No such file or directory
Oct 12 21:15:03 vdr user.err vdr: SDCONNusb_open(): unable to find or open a matching device
Oct 12 21:15:03 vdr user.err vdr: serdisp: error: unable to open device usb:060c/04eb for display ALPHACOOL. (cDriver::Init)
Oct 12 21:17:18 vdr user.err vdr: SDCONNusb_find(): usb_find_busses() failed. error: No such file or directory
Oct 12 21:17:18 vdr user.err vdr: SDCONNusb_open(): unable to find or open a matching device
Oct 12 21:17:18 vdr user.err vdr: serdisp: error: unable to open device usb:060c/04eb for display ALPHACOOL. (cDriver::Init)

kaloy_le · 4. Dezember 2008

hallo,

ich würde gern an das thema anknüpfen und mein frisch erworbenes dispaly zum laufen bekommen.
ich wüßt ja im groben auch schon wie ich das mache, dass problem is nur das ich wenn ich den befehl <lsusb> eingebe ich ein: command not found bekomme.
und ohne adresse kann ich es ja nu mal nich ansteuern?

ich dachte lsusb is nen allgemeiner befehl?! lieg ich da falsch?

martin

Dr. Seltsam · 4. Dezember 2008

das binary lsusb könnte ich eventuell kompilieren, aber ehe ich in das Thema noch mehr Zeit investiere wäre es wichtig von ozvdr mal zu hören, ob er es hingekriegt hat. Wenn es grundsätzlich nicht läuft und niemand das Problem findet, kann ich mir lsusb sparen. Zwingend benötigt wird es m.E. nämlich nicht, denn es wurden auch in der Vergangenheit m.E. schon USB-Displays mit LinVDR betrieben. Keine Ahnung, woher die die Adresse haben. Lässt sich die eventuell aus cat /proc/bus/usb ableiten?

kaloy_le · 4. Dezember 2008

also ich hab schon mal ein bisl weiter geforscht.
die addresse wird irgendwie statisch vergeben wenn ich das richtig verstehe.
unter http://serdisplib.sourceforge.net/ser/usb_alphacool.html steht:

libusb

* the vendor/production IDs for the display are: 060C/04EB (hex)
* the device-string for accessing the dislay is: 'USB:060C/04EB'

und

configuration in graphlcd

[serdisp]
Driver=serdisp
Device=USB:060C/04EB
Controller=alphacool

jetzt hab ich aber noch ne frage:

/proc/bus/usb ist bei mir auch leer. ist das denn normal? ich hab nämlich auch nen usb-stick dranhängen. müßte es den nicht zumind. anzeigen?

in wie weit wird den usb bei der mahlzeit-iso denn überhaupt unterstützt?

martin

Dr. Seltsam · 4. Dezember 2008

Zitat

Original von kaloy_le
in wie weit wird den usb bei der mahlzeit-iso denn überhaupt unterstützt?

kernelmäßig ist für USB m.E. alles drin, und es laufen ja auch USB-Empfänger.

/proc/bus/usb ist bei meinem Ubuntu auch leer, obwohl ein USB-Stick drin ist und verwendet wird.

Ich habe jetzt mal lsusb kompiliert und mit in http://drseltsam.device.name/vdr/linvdr-usb-libs.tgz gepackt

Linvdr Mahlzeit und Alphacool USB LCD

Jetzt mitmachen!

Teilen