Grafik LCD als text Display nutzen

Dann schicke doch einfach Buchstaben an's LCD und keine Grafiken.

Womit soll es angesteuert werden?

@dennis

ich würde am ehesten die texte als grafik ans display schicken, also 
sprich alles zu fuß machen.
vor allem könnte man dann (wenn man mag) mehrere fonts unterstützen.
das ganze ist (wenn man die daten richtig aufsetzt) auch einigermassen 
platzsparend im controller unterzubringen. so kann man z.b. ein 5x7 
zeichen mit 35 bit darstellen, das macht dann gerademal 5 byte. wenn man 
dann noch 96 sinnvolle zeichen haben will (von ascii 32 bis ascii 127) 
macht das gerade mal 480 bytes (man könnte noch mehr sparen -> 420 
byte).
ich habe auf diese weise 3 zeichensätze (von windows generiert) und ein 
paar symbole in knapp 4 kByte reingedrückt bekommen, und kann es für 
beliebige grafik-displays anwenden (muß mir halt nur die routine 
anpassen die ein pixel setzt) und kann dadurch eine einigermassen 
professionelle darstellung ermöglichen.

gruß
rene

Hi Marco,

das ist ja genau das was ich vermeiden will, ich würde ganz gern ein 
asci zeichen über geben.

auf dem display sollte es dann dargestellt werden und der "cursor" ums 
eins erhöt werden. das müsste dann ja alles extra implementiert werden, 
und genau das wollte ich mir an der stelle ersparen. oder verstehe ich 
dich jetzt falsch!?

Dennis

Hallo rene,

ich würde mich gern von der zeichengenerierung und darstellung etwas 
entfernen, und mich lieber auf das eigentliche problem konzentrieren.

mein erster gedanke war: ein controller für die Zeichengenerierung und 
einen weiteren der dann quasi die eigentliche aufgabe übernimmt.

mein zeiter:vielleicht gibt es ja schon etwas zum dazwischenklemmen.

das ist in diesem fall ja das schöne an der sache, ich muss mir dann um 
timings,überschreiben,cursor,fonts,bildaufbau keinen kopf machen, ich 
übergebe nur ein asci zeichen und es wird dargestellt, für meinen fall 
ist das halt das günstigste. leider passt das diplay nicht gut dazu.

ich muss möglichst viele zeichen in einer zeile haben, und möglichst 
viele zeichenreihen, hier sind es dann 8 x 40 mit einer "noch lesbaren" 
auflösung. es werden nie andere schriftarten benötig.

dennis

Dieses Display ist doch laut Datenblatt sowieso ein controllerloses, 
d.h. "unintelligentes" Display, das praktisch kontinuierlich mit einem 
seriellen Datenstrom versorgt werden muß. Oftmals werden solche Displays 
durch einen programmierbaren Logikbaustein angesteuert, jedoch sollte 
ein ausreichend schneller Mikrocontroller es möglicherweise auch 
schaffen. Der ist dann allerdings so ausgelastet, daß man ihn für andere 
Aufgaben sowieso nicht mehr sinnvoll nutzen kann.
Es mag Standard-Displaycontroller geben, beispielsweise von Seiko Epson. 
Wenn man allerdings die Ansteuerung komplett selbst realisieren muß, 
kann es vom Aufwand gar keinen so großen Unterschied machen, ob man mit 
Zeichengenerator oder in einem reinen Grafikmodus arbeitet.

hi,

->Dieses Display ist doch laut Datenblatt sowieso ein controllerloses

deswegen ja meine frage! :-)

es sitzen zeilen und spaltencontroller darauf, nur kein fontgenerator 
und eine schnittstelle die dem controller die freiheit gibt die er 
braucht um andere dinge zu machen, als das erzeugen von zeichen ...

dennis

ich hab mir das datenblatt noch nicht angeschaut, aber hat das display 
einen eigenen speicher sodas du nur noch die bytes reinschreibst und 
erscheint dauerhaft !! ein muster ?! oder mußt du dich auch noch um den 
refresh kümmern ? (ich hoffe doch nicht ....)
aber abgesehen davon : wie soll es denn mit texten funktionieren wenn du 
nur einen zeilen und spaltencontroller hast ?!
du mußt ja sonst irgendeinen controller auf dem display haben der dir 
den speicher mit seinen systemfonts beschreibt ... sonst bleibt dir 
nichts anderes übrig als den mikrocontroller damit zu beauftragen 
(sprich deine fonts und texte zu verwalten).
aber glaub mir das ist nicht sooo schwer. man muß nur ein bischen 
überlegen und sich ein paar hilfsfunktionen zusammenbauen.
hab das auch schon einige male gemacht (erst gestern noch)
von daher kann ich dir bei einigen problemen u.u hilfestellung leisten

gruß
rene

uups ... hatte den post von sebastian übersehen ...
also den refresh des displays selbst zu machen ist möglich aber 
aufwendig und wie sebastian schon meinte : es frisst dir die leistung 
deines controllers gut auf ... würde ich mir überlegen das anzugehen ...

Ich hab mal ein controllerloses 480*64-Display mit einem AVR 8515 mit 
externem 32k-Ram angesteuert. Die Displayausgabe läuft im Interrupt über 
die synchrone serielle Schnittstelle. Das braucht etwa die Hälfte der 
Rechenzeit, mit zwei abwechselnd dargestellten Bildspeichern, einer wird 
langsam gelöscht, der andere ist für die Beschriftung.