Unter Windows lässt sich das Display mit LCDStudio testen.
Für alle, die interessiert sind, wie das Ganze in einem LC17 aussehen kann:
Günstige 240x128 GLCDs bei eBay
--
gruss urknall
Unter Windows lässt sich das Display mit LCDStudio testen.
Für alle, die interessiert sind, wie das Ganze in einem LC17 aussehen kann:
Günstige 240x128 GLCDs bei eBay
--
gruss urknall
ZitatOriginal von sf0815
17 und 18 dienen ausschließlich der Stabilisierung der eingepreßten Leitung.
Was mach ich mit 17 & 18? Links kommt 17 & 18 mit an den Stecker und rechts? Wo löte ich die an?
Du kannst die Leitung auf Displayseite am Ende abknipsen.
Zitat...
Unter Windows habe ich PowerLCD für Tests genutzt, da es einfach einzurichten und
bedienen ist.
...
ZitatOriginal von torsten lang
ich habe hier noch einen Alternativvorschlag: Wer den Umbau auf Parallelbetrieb nicht machen möchte, kann das Display auch über den seriell-parallel-Konverter der Tochterplatine betreiben. Abweichend von der Standardverkabelung für T6963C basierte Displays habe ich den t6963c-Treiber so erweitert, daß er über /WR das Clock-Signal ausgibt, C/D dient als A0 und Datenleitung und /CE weiterhin als /CE. Die genaue Pinbelegung steht im Patch.
Das hört sich ja gut an. Ich versuche es mal, bei einem der nächsten LCDs zu testen.
Ich bin bisher noch nicht dazu gekommen, das Display umzubauen. Deshalb interessiert mich die serielle Ansteuerung sehr. Über ein paar Praxiserfahrungen (auch bzgl. der Geschwindigkeit) würde ich mich freuen.
Max
Hi,
Danke für das tolle How-To! Display funtzt hier wunderbar.
Musste aber die Zeile:
Device=/dev/parport0
auskommentieren in der graphlcd.conf bei einem gepanschtem LinVDR.
Grüße
ZitatOriginal von kilroy
Das hört sich ja gut an. Ich versuche es mal, bei einem der nächsten LCDs zu testen.
Ich hab's ausprobiert und nix hat funktioniert - mein Rechner ist zu schnell Ich habe deshalb einige nSleep's eingebaut, damit der 74HC164 nicht überrannt wird, der schafft lt. Datenblatt nämlich nur 25MHz bei 4,5V und mein 1800MHz Sempron hat die Bits wohl zu schnell getoggelt.
Insgesamt ist das aber ne schöne Lösung: 12V vom Firewire-Port (habe vorher nachgemessen ) in das Druckerkabel geschleust und dann nur mit einem Kabel weiter (wobei 12V und Masse über jeweils zwei Adern gehen). Der komplette Bildaufbau dauert übrigens 0,7 s (gemessen mit "time showpic ..."). Wie lange dauerts denn mit nem parallelen Anschluss?
Anbei noch meine Patchversion; die Steckerbelegung steht jetzt auch im doc-Verzeichnis.
FireFly
FireFly: Ergänze doch eine Anleitung dazu im Wiki und setze in unserer einen Link darauf!
Da ists dauerhafter!
Ich hab noch mal ein Bild von meinem Problem gemacht, vielleicht hat dann ja jemand eine Idee, ich tippe auf irgendwas Timing-Mäßiges
Es geht halt am Anfang normal und dann nach höchstens 3 Inhaltswechseln kommt entweder so ein Bild, oder völliger Grafikmüll. Mit showpic kann ichs dann wieder resetten und es geht von vorne los...
Der Inhalt des Bildes lässt sich im oberen Teil ja noch gut erahnen!
Achso, als Kabel nutze ich ein normales geschirmtes 1m LPT-Verlängerungskabel bis zum AVBoard und von da dann ein ca 40cm Flachbandkabel ( und halt ein paar LED-Kabel von einem alten Gehäuse für die -12V und Masse und Invert und FS zwischen den Platinen). Ist halt ein loser Aufbau z.Zt. zum Test.
Das zweite tut übrigens gar nix, trotz Verwendung derselben Tochterplatine und gleicher Verdrahtung (die ich nach dem 1. Versuch, der unter Win funzte und am VDR nicht, komplett erneuert habe, aber erfolglos (noch nicht an Win getestet, da ich keinen LPT-besitzenden-Win PC hier habe, der funzt)), ok das neue Flachbandkabel bei dem ist jetzt ca. 1m. Aber das erste war etwa 20cm lang...
Wenn ich wieder Zeit habe, werde ichs noch einmal mit ner Alufolie-Abschirmung testen!
Die Parameter zu ändern bringt nichts!
SurfaceCleanerZ: ich hatte so ne ähnliche Ausgabe, als ich den FontSelect von 6 auf 8 im graphlcd.conf umgestellt hatte. Irgendwie geht das angeblich auch hardwaretechnisch - vielleicht ne kalte Lötstelle die irgendwann kurz nach den Einschalten Kontakt bekommt bzw. kein Kontakt mehr hat?
Was macht es denn mit showpic? Wenn's damit geht sollte HW-technisch alles ok sein.
am Anfang geht es ja einwandfrei und wenn ich dann wenn der Fehler da ist, bei laufendem VDr showpic mache, zeigt er das geforderte Bild korrekt an und dann geht nach nem Senderwechsel das GLCD auch wieder ein paar Inhhaltswechsel. Daher tippe ich dass die Hw in Ordnung ist.
Die FS Größe hatte ich auch mal geändert, da kamen aber immer nur Fehler... Ist jetzt auf 6.
Die FS Leitung ist bei mir ohne Funktion (zeigt ohne und mit dasselbe an!)
Die Schriftgröße lässt sich ja auch mit der anderen Datei einstellen (komm gerade nicht auf den Namen) in der der Font drin ist...
Was hast Du denn bei AutoMode und StatusCheck eingestellt?
<edit>
Ok, steht ne Seite zurvor (Zitat): "AutoMode muß auf yes sein sonst kommt nur Müll, StatusCheck muß auf No damit es nicht nur manchmal klappt"
Ich habe zwar nicht die Spec gelesen, aber ich denke der AutoMode setzt automatisch die Adresse eins weiter, so daß man den Adresszähler nicht extra setzen muß (spart jeweils ein Kommando) und der StatusCheck fragt ab, ob der Controller schon bereit ist für neue Daten, bevor er was sendet. Das heißt also bei Deinen Einstellungen wird der Adresszähler automatisch erhöht und vor dem Senden nicht gewartet, bis der Controller bereit für neue Befehle ist. Das deckt sich auch mit Deinem Foto: Das sieht so aus, als ob die Hälfte der Bytes verloren geht und unten langt es dann nicht mehr...
Hast Du die Leitungen nochmal (in stromlosen Zustand) durchgemessen? ist im Bios der Mode vom LPT-Port ok? Für den Statuscheck muss der Treiber zwischen Schreiben/Lesen umschalten können (Sorry wenn das alles zuvor schon steht, ich hab mir nicht alles durchgelesen)
</edit>
FireFly
Ich habe auf ECP+EPP stehen!
Ich werde noch mal weitergucken, habe nächste Woche mehr Zeit wieder!
ZitatAlles anzeigenOriginal von FireFly
Ich hab's ausprobiert und nix hat funktioniert - mein Rechner ist zu schnell Ich habe deshalb einige nSleep's eingebaut, damit der 74HC164 nicht überrannt wird, der schafft lt. Datenblatt nämlich nur 25MHz bei 4,5V und mein 1800MHz Sempron hat die Bits wohl zu schnell getoggelt.
Insgesamt ist das aber ne schöne Lösung: 12V vom Firewire-Port (habe vorher nachgemessen ) in das Druckerkabel geschleust und dann nur mit einem Kabel weiter (wobei 12V und Masse über jeweils zwei Adern gehen). Der komplette Bildaufbau dauert übrigens 0,7 s (gemessen mit "time showpic ..."). Wie lange dauerts denn mit nem parallelen Anschluss?
Anbei noch meine Patchversion; die Steckerbelegung steht jetzt auch im doc-Verzeichnis.
FireFly
Hi FireFly,
bei mir hängt das Teil an einem 1700MHz Pentium M, der müßte noch flotter rennen. Was mich interessieren würde: Konfigurierst Du das Plugin so, daß die Ausgabe direkt auf den Port stattfindet? Da bei mir der VDR nicht als root läuft, geht die Sache nur übers /dev/parport-Device. Direkten Zugriff habe ich nicht getestet, schon möglich, daß die Ausgabe dann zu schnell wird. Andererseits sollte der Parallelport per se nicht übermäßig flott sein (als Ex-ISA-Device). Und: Es spielt durchaus eine Rolle, ob er im SPP oder ECP/EPP Modus läuft, da die Ausgangsstufen dann anders beschaltet sind. SPP ist - wenn man nicht zurücklesen muß - der stabilere Modus.
Jedenfalls schön, daß mal jemand testet. Vielleicht findet Patch ja mal Eingng in die offizielle Version.
Und ja - der Bildaufbau ist recht gemütlich, wenn der VDR am arbeiten ist (vdrconvert & CCo.) sogar sehr. Parallelbetrieb dürfte etwa 10x schneller sein. Allerdings fand ich die Lösung mit schlanken Kabeln und (hoffentlich) möglichen größeren Kabellängen einfach attraktiv.
Viele Grüße,
Torsten
Danke an kilroy für das tolle How-To.
Hat auf anhieb geklappt.
Hallo Thorsten,
bei mir hängt das Display an einem Sempron 3100+, der ja mit 1800MHz läuft - ist der jetzt flotter als Dein Pentium 1700 oder nicht ? Ich wollte mit der Geschwindigkeit mal nen Vergleich bekommen zwischen der Geschwindigkeit, mit der der Prozessor schaltet und der vom HC164.
Bei mir gehts ebenso über den /dev/parport0 weil der VDR ebenso nicht als root läuft.
In welchem Modus der Parport läuft kann ich leider nicht sagen, da kein Monitor und keine Tastatur an dem VDR-Rechner dranhängt und ich deshalb nicht so einfach im BIOS nachsehen kann. Oder geht das irgendwie unter Linux?
Kannst Du mit "time showpic ..." mal messen, wie lange bei Dir der Bildaufbau dauert (ohne Last). Außerdem wäre es schön, wenn das einer der "Parallel-Port-User" auch mal machen könnte um einem Vergleich zu bekommen.
Gibt's eigentlich Erfahrungen wie lange so ein CCFL hält??
Grüße
FireFly
ZitatOriginally posted by FireFly
bei mir hängt das Display an einem Sempron 3100+, der ja mit 1800MHz läuft - ist der jetzt flotter als Dein Pentium 1700 oder nicht ?
en pentium M 1700 liegt in den meisten anwendungen im bereich zwischen 3 und 3,4 ghz Pentium D ist also wesentlich schneller als der sempron
Hallo,
ich hab zwar kein t6963 display mehr aktiv, aber ich glaube die speed waren so rund 120ms mit auto mode und status check für ein full update (240x128). Ohne status check halb so lang
ich hab deine Änderungen eingebaut. Das mit der speed liegt einfach nur an der seriellen Übertragung und hat mit der Abstrahierung des Ports nicht zu tun. Außer du hast nen 50MHz Prozessor, da macht sich das vielleicht bemerkbar
Hi powarman,
mit der Änderung, die Du jetzt eingebaut hast, liefs bei mir ja nicht, erst wenn ichs mit den sleeps ausgebremst habe...
Ohne sleeps hat das Display keinen einzigen Mucks gemacht/Pixel dargestellt (war also leer).
Was ist bei mir anders, daß ich es ausbremsen muß??
FireFly
Hi,
der Anleitung im Wiki entnehme ich, dass du zumindest die Reset Leitung nirgends angeschlossen hast. Das ist nicht gut, keine der Leitungen sollte "in der Luft hängen", das kann zu Problemen führen. Genauso sieht es mit font select aus und wahrscheinlich auch mit diesem invert pin. Also Reset auf +5V und die anderen beiden je nach wunsch auf +5V oder GND.
Vielleicht hilft das schon bei deinen Problemen.
Andreas
FS (Pin 19) wird über die Tochterplatine auf Potential gehalten. Reset (Pin 9) ist auf dem
LCD verschaltet.
Auch wenn ich FS und Invert anschliesse passiert der oben beschriebene Effekt!
Manchmal blinkt das gLCD auch hell auf teilweise sogar orange (bzw. orange Streifen). Ich hab auch echt überlegt ob es irgendwoher Überspannung bekommt oder so etwas...
An nem anderen PC mit Win ging es wie gesagt! Werde es in den nächsten Tagen noch mal bei nem Kumpel an nen Win PC hängen und testen!
Und zur Reset Leitung: Die ist auf beiden Seiten nicht an geschlossen! Weder am AVBoard noch am Display! Und ausserdem ist Reset doch eh ne Leitung die nie verbunden ist (nur durch Taster zum resetten...)
Die obigen Vermutungen mit StatusCheck werde ich heut abend noch mal testen und durchmessen!
Danke für die Vermutungen!
Stefan
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!