Textausgabe GLCD

Laß Dich nicht irritieren ... manche Leute haben einen eigenartigen
Humor ... (-;

Es gibt -- wie so oft -- mehrere Möglichkeiten, die je nach
Anwendungsfall besser oder schlechter geeignet sein können. Ich kenne
die "Vorgeschichte" nicht, aber vermute, daß Du ein I2C-EEPROM und
einen Graphik-Controller über SPI hast und beide Interfaces
hardwaremäßig im Controller. Was ich nicht weiß: hat Dein Controller
unterschiedliche Interruptprioritäten und wie kritisch sind die
Antwortzeiten für die zeitkritischen Funktionen.

Die vier Kombinationen:

1. Ohne Interrupts: I2C-Zugriff und SPI-Übertragung haben ein
konstantes Timing. Anstelle einer Warteschleife könnte man die
zeitkritischen Routinen aufrufen lassen, ggf. in Häppchen korrekter
Länge aufgeteilt. Das muß gut geplant sein, ist nicht immer hilfreich
und ist fast nie der sinnvollste Weg.

2. Displayansteuerung mit Warteschleifen, Realtimefunktionen mit
Interrupts: so hast Du es wohl jetzt gemacht und so ist es in der Regel
ausreichend. Wenn es aber z.B. auf Energieeffizienz ankommt, will man
den Controller lieber mal schlafen legen, anstatt ihn in Schleifen
zählen zu lassen.

3. Displayansteuerung mit Interrupts, Realtimefunktionen im main.
Klingt vielleicht seltsam, ist aber oft der einfachste Weg, wenn es
einen Haufen Dinge gibt, die "jede Runde" abgearbeitet werden müssen.
Die Displaysachen werden dabei in einen Puffer geschrieben, die
verschiedenen Interrupts geben einander das Staffelholz in die Hand:
wenn Bitmaps aus dem EEPROM gelesen werden, wird ein Interrupt auf das
Ende des Ladevorgangs gesetzt, das die Bitmap dann ans Display
überträgt und wieder die andere aufruft, solange der Puffer noch nicht
leer ist. Ist eigentlich einfacher als es klingt.

4. Beides mit Interrupt. Geht natürlich nur, wenn es entweder
Interruptprioritäten gibt oder die Displayinterruptroutinen so kurz
sind, daß die Echtzeit nicht gefährdet wird. Bei komplexen Aufgaben
wird man mit einer solchen Lösung später den wenigsten Ärger haben.

Soweit meine Erfahrung!