Gast
#2457227
Hallo liebe Gemeinde, ich habe vor einiger Zeit einen Spielcomputer mit einer 24x16 Led-Matrix gebaut und beschäftige mich gerade mit der Ansteuerung von LCD-Matrixdisplays. Die von mir verwendeten Algorithmen funktionieren zwar, ich empfinde sie jedoch als sehr primitiv. Dabei beschäftigt mich seit längerem die Frage, wie sich ein Controller für Rasterdisplays bauen/programmieren ließe, dem über spezifische Steueranweisungen die Bilddarstellung und -berechnung übertragen werden könnte. Das Ziel wäre z.B., dass zwei AVRs über USART miteinander verbunden würden. Der Master übernimmt die Mensch-Maschine-Interaktion und der Slave die vollständige Berechnung des Bildgeschehens. ALternativ könnte aber auch ein Controller entstehen, der über eine Schnittstelle von einem beliebigen Steuergerät angesprochen wird. Z.B. über RS232 oder USB. Dabei müsste sich der Display-Kontroller sowohl um den Refresh des Bildes, als auch um die Berechnung des Bildinhaltes kümmern. Aufgaben wie Pixel, Linien, Kreise aber auch Sprites und Bilder müssten ihm übergeben werden und dieser sollte sie dann auf einem beliebigen Bildraster ausgeben können. Ich bin leider in dieser Theorie noch nicht wirklich drin, würde mich aber gerne in dieses Thema vertiefen. Da die gezielte Informationbeschaffung im Internet bislang (abgesehen von Beitrag "LCD Controller für 640x480 LCD mit mega8515", wobei ich leider ASM nicht verstehe) nicht wirklich erfolgreich war, würde ich dieses Problem gerne zur Diskussion stellen. Wie müsste ein Displaycontroller prinzipiell funktionieren: Bildspeicher, Bildberechnungsfunktionen, fixe Bildelemente und Sprites, etc. Wie könnte ein Ansteuerungsinterface für die Kommunikation zwischen dem Grafikcontroller und einem Master sinnvoll gestaltet werden, wie könnte man es standardisieren? Welche Funktionen zur Bilddarstellung sind unbedingt relevant? Welcher Displayprototyp könnte für eine erste Controllerentwicklung verwendet werden? Mit geht es um ein grundsätzliches Verständnis der Aufgabe und der Problemlösung und ich würde das Problem gerne in C angehen. Die zusätzliche Elektronik, falls notwendig, würde ich gerne ausschließlich über Standardbauteile realisieren wollen. Mit Gruß Mike