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

[MagicWSmoke]

Interesse an einer Interrupt-getriebenen Version ?

[ePyx]

Hab zwar eigentlich keine Anwendung, lese aber den Thread schon ne Weile mit. Mich würde die IRQ-Version durchaus interessieren. Also antworte ich mal mit : "Ja".

[MagicWSmoke]

Hab zwar eigentlich keine Anwendung

Da geht's mir nicht besser, hab' nicht mal ein Display. Bei Pollin gibt's die auch nicht mehr, außer einem Modell das aber komplizierter bei der Spannungsversorgung ist.

Mich würde die IRQ-Version durchaus interessieren. Also antworte ich mal mit : "Ja".

Ich simuliere den Code immer, aus beschriebenen Grund kann ich's nicht am lebenden Objekt testen. Kann also sein, dass noch ein Wurm drin ist, tatsächlich wissen wir's wenn MisterMou es am Laufen hatte.

[ePyx]

Naja hab auch kein Display, daher auch keine Anwendung. Aber Interesse kann man ja haben. Dabei kann man nur Lernen.

PS : Das du das ohne Hardware und Anwendung durch simulierst bzw. dir generell den Aufwand machst, ist im Übrigen hoch anzurechnen. Zumindest ich mach das.

[MagicWSmoke]

Aber Interesse kann man ja haben.

Ja, klar.

...dir generell den Aufwand machst, ist im Übrigen hoch anzurechnen.

Danke, ganz uneigennützig bin ich aber auch nicht, das mach' ich gern wenn ich's als Knobelaufgabe betrachte.
Das Schreiben von Assembler in 'ner separate .S-Datei ist im Übrigen um Einiges angenehmer als Inline ASM.

Hatte noch 'ne andere ISR Version gebaut, bei der immer pro ISR-Aufruf eine komplette der 20 Zeilen ausgegeben wurde, die war noch schneller und hätte es auf maximal 115Hz gebracht. Aber sie hätte die Programmausführung recht lange unterbrochen und damit wäre das für UART-Kommunikation ein Problem gewesen.

Die angehängte Version gibt immer nur eine Scanzeile von 12 aus, hat deswegen mehr Overhead und schafft's auf max 103Hz.

[ePyx]

Danke, ganz uneigennützig bin ich aber auch nicht, das mach' ich gern wenn ich's als Knobelaufgabe betrachte.

Das ist aber sehr schlimm.

Das Schreiben von Assembler in 'ner separate .S-Datei ist im Übrigen um Einiges angenehmer als Inline ASM.

Kann ich mir gut vorstellen. Bisher hab ich mich noch nicht wirklich damit auseinandersetzen müssen. Entweder waren die Sachen in C oder in ASM lösbar. Mischen bzw. Optimieren musste ich da bisher nicht allzu viel. Daher ist halt auch interessant.

[MisterMou]

Soo,
endlich hatte ich mal wieder etwas Zeit...
Inzwischen nutze ich ein anderes Display, bei dem "M" manuell geschaltet werden muss. Das heißt, jedes Frame wechselt M zwischen high und low. (1.Frame high | 2.Frame low | ...)
Das Display flimmert weniger bei niedrigen Frequenzen. Es lässt sich bei 57Hz problemlos betreiben, das andere musste mit mindestens 70Hz gefahren werden.
Außerdem besitzt dieses eine LED Hintergrundbeleuchtung. Allerdings steigt die Kontrastspannung von -18V auf +23V, aber für mein Labornetzteil ist das kein Problem.
Der Kontrast ist auch etwas schlechter.
Der große Bonus ist der Touchscreen
Sonst bleibt alles beim Alten.

Zur Zeit habe ich Probleme, dass die Schrift nicht sauber gezeichnet wird. Einige Pixel sind an der falschen Stelle, aber bei dem selben Zeichen immer wieder gleich falsch. Das sieht so aus als würde das Array falsch gespeichert werden.
Und dann passt auch mal wieder alles, einfach so. Ich gebe aber meinem Rechner die Schuld, der ist zur Zeit etwas zickig.

Die IRQ Sache ist ne tolle Idee, aber Timer0 unterstützt doch gar keinen Compare-Interrupt, sondern nur einen Overflow-Interrupt.
Ich sage auch mal "Ja"

edit: Der Rechner ist es nicht, mein großer ist der selben Meinung O.o