Gibt es noch Optimierungspotential? (Mega8 an 320x240 GLCD Textmodus)

[MisterMou]

Das macht er natürlich wegen des Timers. Für Dich sind ja tatsächlich keine 120Hz wichtig, sondern was an Rechenleistung noch über bleibt, es ist mehr als ein Viertel. Also äquivalent einem mit 4MHz betriebenen µC und damit lässt sich ja immer noch Einiges anfangen.

Das ist mir klar
Ich wollte bloß mal die tatsächliche Frequenz liefern

[MagicWSmoke]

Ich wollte bloß mal die tatsächliche Frequenz liefern

Ah, ok.
Was mich interessieren würde, sind Bildstörungen beim Beschreiben des Zeichenspeichers bemerkbar ?
Es wird pro Interruptaufruf ja nur ein 12tel Buchstabe geschrieben, also müsste da theoretisch ein wenig Verhau entstehen, kann aber sein dass es durch die Trägheit des Auges nicht erkennbar ist.

Vorher hatte ich noch eine ISR gebaut, die jeweils eine der 20 Zeilen komplett auf einen Rutsch geschrieben hat.
Da hätt's sicher keine Störungen gegeben, aber bei Verwendung eines UARTs wär' bei ~34kBaud Schluss gewesen, weil sonst Zeichen nicht mehr abgeholt worden wären.
Fand ich dann auch nicht so optimal.

[MisterMou]

Ich glaube nicht, dass da problematische Störungen auftreten, der Mensch ist einfach zu langsam Ich werde es aber mal untersuchen.

Inzwischen habe ich mich auch mal an der Interrupt-Geschichte versucht, allerdings auf C Basis.
Das Ergebnis ist zur Zeit 60% Auslastung bei 50Hz und 90% Auslastung bei 75Hz.
Die Auslastung lässt sich an der Low-Zeit von Pin D0 abschätzen.
Ich bekomme allerdings Grafikfehler bei der -O1 Optimierung, sonst klappt alles.

Das ist alles Neuland für mich, also die ganze Displaygeschichte. Ich programmiere einfach drauf los, Hauptsache ist, dass es funktioniert.
Nur nochmal zur Erinnerung^^

[MagicWSmoke]

Ich glaube nicht, dass da problematische Störungen auftreten, der Mensch ist einfach zu langsam Ich werde es aber mal untersuchen.

Bis jetzt hattest Du nur statischen Text.

Das Ergebnis ist zur Zeit 60% Auslastung bei 50Hz und 90% Auslastung bei 75Hz.

Da wird auch einiges merkwürdiges Zeugs produziert, besonders von der Konstruktion (mFlag<<M) halte ich nichts. Schon mal angesehen, was da selbst in -Os generiert wird ?

Die Auslastung lässt sich an der Low-Zeit von Pin D0 abschätzen.

Ich lass mir immer die Takte im Simulator ausgeben.

Ich bekomme allerdings Grafikfehler bei der -O1 Optimierung, sonst klappt alles.

Wahrscheinlich optimiert er Dir da irgendetwas weg. Bedeutet das, die höheren Optimierungsstufen funktionieren ?

Ich programmiere einfach drauf los, Hauptsache ist, dass es funktioniert.

Da Dein Ziel eine möglichst kurze Ausführungszeit ist, ist ein Einfachfrauflos halt sehr zufällig im Ergebnis.

[MisterMou]

Bis jetzt hattest Du nur statischen Text.

Ich seh aber wie träge das Display ist, der Wechsel eins Zeichens dauert mehrere Frames.
Ich kann Dich aber beruhigen, man sieht keine Probleme, zumindest bei meinem Code. Deiner ist ja fixer, da sollte es weniger Probleme werden.

Wahrscheinlich optimiert er Dir da irgendetwas weg. Bedeutet das, die höheren Optimierungsstufen funktionieren ?

Genau, beides.

Da Dein Ziel eine möglichst kurze Ausführungszeit ist, ist ein Einfachfrauflos halt sehr zufällig im Ergebnis.

Das ist mir bewusst, aber ich habe kaum Erfahrung. Also erst einmal zum Laufen bringen, dann optimieren. Ich kann ja nicht zaubern

[MagicWSmoke]

Das ist dann das Henne-Ei Paradoxon, wenn Du nicht Assembler lesen kannst, siehst Du nicht, wie der Compiler bestimmte Anweisungen in C umsetzt, das Du deswegen benutzt um Assembler zu vermeiden

[MisterMou]

Da geb ich Dir Recht
Ich finde ASM einfach so unbequem, aber wo keine Rechenleistung ist, muss man eben durch Optimierung nachhelfen, mir bleibt da wohl nichts übrig...

Das Ersetzen von (mFlag<<M) durch mFlag bringt so gut wie nichts.
mFlag wird dabei vorher schon 0x08 oder 0x00 gesetzt.