LCD-Controller ILI9320 - Daten in den GRAM schreiben aber bild nicht aktualisieren

Michael L. #1663572
Lesenswert?
• ▲
▼ 
Hallo mike,

die Frage ist doch, was soll die LCD Anzeigen, während die Daten 
geändert werden ?
Es gibt im ILI9320 scheinbar nur diesen einen Speicher, so daß sofort 
nach Änderungen die Daten auf der LCD erscheinen, sobald die 
entsprechende Zeile/Spalte angesprochen wird.

Alternativ könnte die LCD dunkel geschaltet werden. Das ist glaube ich 
nicht in Deinem Sinne.
Gruß
Antwort Zitieren Bearbeiten Löschen Beitrag melden
MagIO Gast #1663730
Lesenswert?
• ▲
▼ 
Naja ... ins dunkle faden, Bild aktualisieren und wieder ins helle faden 
sieht auch nicht schlecht aus.

Ansonsten bleibt wohl nur das letzte quäntchen Speed aus der 
Aktualisierungs-Routine rauszuholen, dann sieht man vom Update auch 
nichts, wobei es erst bei < 100ms einigermaßen flott aussieht. Um nichts 
mehr zu sehen muss es noch wesentlich schneller gehen.
Welcher Modus wird denn benutzt? 18 Bit auf einen Streich ist natürlich 
am besten.

Oder wie wäre es mit reinscrollen ... das sollte der controller glaube 
ich per Register unterstützen.

Oder man muss eben die das schreiben des neuen Bildes etwas 
interessanter gestalten. Blöckchenweise rüberkopieren , einzelne Linien 
aber durcheinander gewürfelt rüberkopieren , im Kreis kopieren ......
Antwort Zitieren Bearbeiten Löschen Beitrag melden
mike Gast #1664009
Lesenswert?
• ▲
▼ 
Hallo,

das LCD in der zwischenzeit komplett ausschalten, hab ich schon 
probiert. Sieht auch nicht so besonders gut aus.

Dachte eigentlich der STM32 wär schnell genug, aber selbst jetzt nachdem 
ich zb die Clear-Methode (färbt einen bestimmten ausschnitt mit einer 
Farbe) komplett in Assembler geschrieben habe, sieht man ein leichtes 
Flimmern. Und das bei mehr als 40fps für alle 320x240 Pixel.

Da ich auch noch 3d Routinen umsetzen will, wird das denke ich dann 
nicht mehr besonders gut aussehen. Schön waer, wenn ich noch einen 
Speicher zum Zwischenspeichern hätte, aber ich hab nichtmal genug RAM 
für einen Z-Buffer der mir das ganze etwas beschleunigen würde. Flash 
haett ich theoretisch genug, aber das ist mir wieder zu langsam.

@MagIO: geschrieben wird immer 1 Pixel also 16 bit auf einmal. 
Blockweise schreiben oder das Schreiben irgendwie anders zu gestalten 
schluckt leider auch wieder haufenweise Geschwindigkeit. Ich hab meine 
bisherigen Algorithmen (Linien zeichnen, Flächen füllen, etc. alle so 
konstruiert, dass möglichst selten die Position im GRAM upgedated werden 
muss).

Perfekt wär halt, wenn ich einfach mal in den GRAM schreiben könnte und 
der LCD-Controller erst dann das Bild aktualisiert, wenn ein Register 
gesetzt wird.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren