Hi, ich habe eine Grafisches LCD mit 240 mal 64 punkten und würde es gern als standard text display nutzen. das ganze würde einem 8 mal 40 zeichen display entsprechen, wenn man von einem 5x7 font ausgeht. ich wollte mir die implementierung dieses "umsetzters" ersparen und dachte mir, vielleicht gitb es sowas ja auch zu kaufen. es wäre schön wenn sich das display einfach wie ein standard text display verhalten würde. habe es bei P mal für eine andere anwendung gekauft, und will es jetzt als textdisplay nutzen. Dennis ps: im anhang ist das datenblatt oder zumindest eine grobe übersicht.
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.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.