Hallo hier im Forum,
Ich bin neu hier im Forum und brauche mal eure Hilfe. Ich baue mir zur zeit einen VDR mit Debian 6.0 Squeeze, der VDR läuft. Nun habe ich bei ebay ein 240x128 Grafik Display ergattert und versuche nun schon seit ein paar tagen das Teil zum laufen zu überreden, aber bisher vergebens. Hier sind die Daten des Displays:
Display: 240 X 128 Dots
LCD Type: STN Blue NegativeLED Backlight:WhiteModule Size: 144.0 X 104.0 X 12.5
Viewing Area: 114.0 X 61.0
Character Size: 0.40 X 0.40
Controller IC: T6963C or equal
[Blockierte Grafik: http://www.fileden.com/files/2009/5/12/2439448/JHD728%20BW.jpg]
[Blockierte Grafik: http://www.fileden.com/files/2009/5/12/2439448/JHD728.jpg]
Ich habe das Display nach folgendem Schaltplan angeschlossen.
[Blockierte Grafik: http://www.fileden.com/files/2009/5/12/2439448/schaltplan.png]
Ich habe auf meinem Mainboard einen internen Parallelport Anschluss und habe deshalb auch einen 26 Poligen Klemmstecker benutzt, der auf dem Port aufgesteckt wird. Ich habe mit Eagle ein Schaltplan für mein Display erstellt und danach angeschlossen, doch leider tut sich da garnix. Wenn der PC eingeschaltet wird leuchtet das Display und ich kann an den Potis die Helligkeit und Kontrast einstellen, das wars auch schon. In der /etc/graphlcd.conf habe ich das Display mit t6963c eingetragen. Es bleibt immer nur ohne Bild, blauer Hintergrund und weißes Feld.
Hier ist mein Schaltplan:
[Blockierte Grafik: http://www.fileden.com/files/2009/5/12/2439448//meinschaltplan.png]
Hat jemand eine Ahnung, warum das Ding nicht funktionieren will?
Gruß xpkiller
240x128 Grafikdisplay läuft nicht?
- xpkiller
- Geschlossen
-
-
Was sagt denn lcdtestpattern (ist ein Hilfsprogramm von graphlcd-base)? Irgenwelche Meldungen im Syslog? Zumindest die Erfolgsmeldung vom Treiber ("t6963c: T6963 initialized.", oder so ähnlich) sollte zu sehen sein.
Welche graphlcd-base Version nutzt du?
cu
-
Was sagt denn lcdtestpattern (ist ein Hilfsprogramm von graphlcd-base)? Irgenwelche Meldungen im Syslog? Zumindest die Erfolgsmeldung vom Treiber ("t6963c: T6963 initialized.", oder so ähnlich) sollte zu sehen sein.
lcdtestpattern zeigt auf dem Monitor: clear and test byte 0x40 usw. auf dem Display erscheint manchmal irgendwas, ist aber nicht zu entziffern?
Meldungen im Syslog:
Code
Alles anzeigen.......... Sep 16 22:11:43 debvdr acpid: client 1292[0:0] has disconnected Sep 16 22:11:50 debvdr showpic: Error: No config file specified, using default (/etc/graphlcd.conf). Sep 16 22:11:50 debvdr showpic: t6963c: Testing ECP mode... Sep 16 22:11:50 debvdr showpic: t6963c: working! Sep 16 22:11:50 debvdr showpic: t6963c: T6963 initialized. Sep 16 22:11:50 debvdr showpic: glcdgraphics: image /usr/share/vdr-plugin-graphlcd/logos/ARTE_l.glcd loaded. Sep 16 22:11:57 debvdr lcdtestpattern: Error: No config file specified, using default (/etc/graphlcd.conf). Sep 16 22:11:57 debvdr lcdtestpattern: t6963c: Testing ECP mode... Sep 16 22:11:57 debvdr lcdtestpattern: t6963c: working! Sep 16 22:11:57 debvdr lcdtestpattern: t6963c: T6963 initialized. Sep 16 22:17:01 debvdr /USR/SBIN/CRON[1331]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) ........
Welche graphlcd-base Version nutzt du?
Ich hab keine Ahnung, welche Version das ist?
cu
-
Ich hab keine Ahnung, welche Version das ist?
Irgendwoher wirst du sie ja haben
Wie hast du graphlcd-base denn installiert?
cu
-
hast Du beachtet, das es unterschiedliche Wirings gibt. Standard und Windows-Wiring. Meiner Meinung nach hast Du Windows-Wiring aufgebaut. Das Wiring kann man in der graphlcd.conf einstellen. default ist normalerweise Standard-Wiring
Code
Alles anzeigenWirings ------- The T6963C driver supports the following connections on a parallel port: - Standard (used by LCDproc) - Windows (used by many windows programs) Standard wiring: printerport LCD other ----------- ---------- ---------- GND (18) GND (01) GND (Ground) nSTRB (01) WR (06) (Write) nAUTO (14) CE (15) (Chip Enable) INIT (16) C/D (04) (Command/Data) nSEL (17) RD (05) (Read) D0 (02) D0 (07) (Data Bit 0) D1 (03) D1 (08) (Data Bit 1) D2 (04) D2 (09) (Data Bit 2) D3 (05) D3 (10) (Data Bit 3) D4 (06) D4 (11) (Data Bit 4) D5 (07) D5 (12) (Data Bit 5) D6 (08) D6 (13) (Data Bit 6) D7 (09) D7 (14) (Data Bit 7) Windows wiring: printerport LCD other ----------- ---------- ---------- GND (18) GND (01) GND (Ground) nSTRB (01) CE (15) (Chip Enable) nAUTO (14) RD (05) (Read) INIT (16) WR (06) (Write) nSEL (17) C/D (04) (Command/Data) D0 (02) D0 (07) (Data Bit 0) D1 (03) D1 (08) (Data Bit 1) D2 (04) D2 (09) (Data Bit 2) D3 (05) D3 (10) (Data Bit 3) D4 (06) D4 (11) (Data Bit 4) D5 (07) D5 (12) (Data Bit 5) D6 (08) D6 (13) (Data Bit 6) D7 (09) D7 (14) (Data Bit 7)
Gruß Fr@nk
-
Es kann auch sein das er graphlcd aus den touchcol Branch nutzt, die Treiber funktionieren noch nicht alle. Deswegen die Frage nach der Version.
cu
-
sorry, habe grade erst wieder mich damit beschäftigt. Ich habe graphlcd-base wohl garnicht installiert, ich habe nur " apt-get install vdr-plugin-graphlcd graphlcd-tools " installiert, da gibt es die Befehle "lcdtestpattern und showpic" wohl auch. Ja und ich denke auch, das es ein Windows wiring ist, ich habe aber auch schon alle Einstellungen durch, die ich in der graphlcd.conf machen kann. Es zeigt nur manchmal irgend welche wirren Zeichen an, das wars aber auch schon.
Gruß xpkillerEDIT: Bringt es etwas, das Wiring umzulöten auf Standard?
-
Bringt es etwas, das Wiring umzulöten auf Standard?
ich vermute nicht (habe aber nie windows-wiring benutzt) , weil dann ja nur auf anderen Pins die Steuersignale übertragen werden. Bevor ich das LCD aber auf den VDR losgelassen hatte, habe ich auf der Konsole mit showpic und einem glcd.demobild die Funktion getestet.
Gruß Fr@nk
-
Ich habe graphlcd-base wohl garnicht installiert,
Doch, hast du.
ich habe nur " apt-get install vdr-plugin-graphlcd graphlcd-tools " installiert,
Und dabei installiert apt automatisch base mit. Mach mal "dpkg -l libglcddrivers1"
cu
-
Und dabei installiert apt automatisch base mit. Mach mal "dpkg -l libglcddrivers1"Coderoot@debianvdr:~# dpkg -l libglcddrivers1 Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten | Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/ Halb installiert/Trigger erWartet/Trigger anhängig |/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht) ||/ Name Version Beschreibung +++-==============-==============-============================================ ii libglcddrivers 0.1.5-5 Library for programming graphical LC display root@debianvdr:~#
Was macht das?
Das Display zeigt nach wie vor nur wirre Zeichen.
Gruß xpkiller -
Hallo,
Hast du in dem Rechner Bios Einstellungen den SPP Mode oder EPP Mode für den LPT Anschluss eingestellt ? -
Ja, das hab ich auch schon Probiert, mit Spp, EPP, ECP und EPP. Eingestellt habe ich jetzt ECP&EPP
Doch das Display ist hartnäckig und zeigt immer noch wirre Zeichen? -
Hast du in dem Rechner Bios Einstellungen den SPP Mode oder EPP Mode für den LPT Anschluss eingestellt ?
das sollte eigentlich auf ECP stehen . Generell sollte mal alles hier --> http://www.vdr-wiki.de/wiki/in…/Graphlcd-plugin#Probleme überprüft werden
Gruß Fr@nk
-
Doch das Display ist hartnäckig und zeigt immer noch wirre Zeichen?
hast Du die Verdrahtung auch noch mal durch geklingelt? Wenn es windows-wiring ist, kannst Du doch auch mal mit Win & Co gegen prüfen, ob das Problem in Hard oder Software steckt.
Gruß Fr@nk
-
das sollte eigentlich auf ECP stehen . Generell sollte mal alles hier --> http://www.vdr-wiki.de/wiki/index.php/Gr…plugin#Probleme überprüft werden
Ich habe das Display nach genau dieser Seite mit allen Funktionen eingerichtet(mit BIOS Einstellung ECP), doch leider funktioniert das nicht.
Ich habe das auch schon wieder im BIOS auf ECP zurückgestellt.
Ich würde das ja sofort mit Windows testen, doch leider habe ich am Windows Rechner keinen internen 26 Poligen Parallelport Anschluss
Kann man das nicht mit lcdproc irgendwie ansprechen zum testen? -
du kannst auch das testprogramm meiner lib (serdisplib) zum testen verwenden:
testserdisp -n t6963 -p /dev/parport0 -o "wiring=windows"
bei -p entsprechend den richtigen pfad fuer den parallelport einsetzen!
ergaenzung: eventuell ist die fontwidth bei dir 6 (weiss nicht mehr auswendig, ob FS -> VDD fontwidth=6 ist oder =8):
dann folgendes bei -o angeben:
-o "wiring=windows;fontwidth=6"(edit: oops, faelschlicherweise fontsize statt fontwidth geschrieben)
wie das paket in deiner distribution heisst und in welchem das programm 'testserdisp' enthalten ist, kann ich allerdings nicht sagen. aber vielleicht ist das ganze ohnedies mit dem graphlcd-zeug schon mitinstalliert worden ...
-
Nun habe ich bei ebay ein 240x128 Grafik Display ergattert
wie sicher bist Du Dir, das das Display in Ordnung ist ?
Gruß Fr@nk
-
Kann man das nicht mit lcdproc irgendwie ansprechen zum testen?
lcdproc nutzt zur Ausgabe hier auch nur graphlcd oder serdisplib. Hast damit also nix gewonnen (abgesehen davon must du lcdproc üblicherweise selber kompilieren um dieses Display nutzen zu können).
Edit: Überraschenderweise scheint es von lcdproc doch direct unterstützt zu werden. Hilft aber nix, wenns unter graphlcd und serdisplib nicht geht dann wirds unter lcdproc wohl auch nicht gehen.
cu
-
du kannst auch das testprogramm meiner lib (serdisplib) zum testen verwenden:
testserdisp -n t6963 -p /dev/parport0 -o "wiring=windows"
Ja, das ist da wohl mit bei, auf jeden fall lässt sich der Befehl auch ausführen und das Display reagiert darauf, doch auch hier nur unleserliche Hyroglyphen und kein vernünftiges Ergebnis.
Ich hab absolut keine Ahnung, warum das Ding nichts richtig anzeigen will. -
Mal so gan zdumm vermutet, du hast vermutlich aus dem Angbotstext folgendes kopiert
---
Controller IC: T6963C or equal
---Evtl. ist das "or equal" das Problem?
Ansonsten nochmal deine Lötung kontrollieren.
cu
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!