Grafikdiplay mit Rx und Tx ansteuern?

[Sebastian Kampe (Gast)]

Einen schönen Guten Tag,

ich bekomme in den nächsten Tagen ein Grafik-Diplay (128x64)
zugeschickt. Ich arbeite mit GCC (AVR-Studio) und einem Mega16.
Laut Infoflyer besteht bei dem Diplay, die Möglichkeit das Diplay mit
einem seriellen und einem parallelen Anschluss zu betreiben.
Paralell is klar...!
Wenn ich mich entscheiden sollte den seriellen Datentransport zu
wählen... brauche ich da eine Routine die mir meine Zeichen(bmp)an den
Controller senden(hat da irgendjemand schon Erfahrung)????
Habe nur mit CHAR-Displays Erfahrung ....da sende ich ja einen
ASCI-Code und alles ist ok ....wie läuft das beim GrafikDisplay?



Lieben Gruss Sebastian

[Christoph Kessler (Gast)]

Hallo
Ist auf dem Display ein Grafikcontroller enthalten?  Sonst kann das
auch heißen, der Datenbus ist wahlweise 1 oder 4 bit breit, sowas
gibts.

[Stefan Kleinwort (Gast)]

seriell meint eigendlich immer Ansteuerung über SPI.

Welches Display (Graphik-Controller?) hat Du? Auf meinem (Controller
KS0713) wird SPI benutzt. Bei diesem Controller kann man aber nur Daten
ins Display schreiben, keine auslesen. Oft ist es aber sinnvoll, Daten
auch auslesen zu können, z.B. zum verODERn bereits bestehender
Bildinhalte mit neuen. Das geht dann nur parallel. Alternativ baut man
die Graphik komplett im RAM auf und schreibt sie dann komplett ins
Display, dann ist SPI kein Nachteil. Braucht aber (in Deinem Fall)
1kbyte RAM-Speicher.

Gruß, Stefan

[Olaf (Gast)]

Ich hab in der letzten Zeit drei verschiedene Grafikdisplay ans laufen
gebracht. Bei allen war es so das sie im seriellen Mode nur
beschreibbar waren. Da muss man sich wirklich Fragen ob die Entwickler
von den Teilen merkbefreit waren.

Gerade der serielle Mode ist ja fuer kleine Display interessant wo man
nicht soviele Datenleitungen opfern will und gerade dort hat man nicht
soviel Ram.

Deshalb hab ich den Olaf-Algorythmus erfunden. :-) Ich merke mir eine
einstellbar grosse Anzahl von zuletzt benutzten Bytes im Ram. Es gibt
also einen mitlaufenden Puffer. Das funktionierte bei ersten Versuchen
erstaunlich gut. Kann uebrigens sein das es ein Elektorartikel wird.
(Fuer den R8C aber in C programmiert)

Olaf