Grafikdisplay langsam - Benötigte Zeit fürs Pixelsetzen?

[AVRfan]

das Teil (ATMega16) läuft mit 8MHz intern. Welchen "interne Teiler" meinst du, der das Ergebnis beeinflussen könnte. Hab grad nochmal im Datenblatt gelesen, aber nix entsprechendes gefunden.

Mega16 hat keinen internen teiler, stimmt. Läuft also auf 8MHz.

Also ich hab ja 128x64 = 8192 Pixel
Ich versteh das Datenblatt einfach noch nicht richtig - glaub ich.

Wie kommst du auf 1024 Bytes für alle Pixel?
- Etwa so?
1 Byte für Y-Adresse (inkrementiert automatisch) +
(1 Byte für X-Adresse + 1 Byte für Daten) * 8 Pages * 64 Y-Adressen
= 1024 Bytes.

stimmt, ich habe einfach 8192 / 8 = 1024 gemacht weil 8 bits in einem byte sind .

Die fCLK ist vom Display selber und kann ich nicht beeinflussen, oder?

auch korrekt: die wird beim herstellen der LCD module eingestellt. Ich habe einen wert in das KS0108 Datenblatt gefunden und als typische wert angenommen.

Also wenn die Rechnung stimmt, könnte man ja über 80Hz erzeugen, also locker ein flimmerfreies Bild.

ich weis aber nicht ob der flussigkeit im LCD da mitmacht .

Dann ist wohl die Lib (bzw. die benötigte Rechenzeit) zu langsam und ich muss mir was neues überlegen.

Wenn beim compilen einen optimizing einstellung falsch ist wirden manchmal die delay-routinen langer dauern. Das habe ich schon erlebt mit WinAVR, welche compiler wird hier benutzt?

Martin.