Gast
#704000
Hi, seit ein paar Jahren nunmehr habe ich ein damals für ca. 10€ erworbenes VGA LCD Display(640x480xRGB) von Distec im Keller rumfliegen welches ich bis heute nicht zum laufen gebracht habe, was aber nicht etwa an einem Defekt sondern eher an mangelndem Verständniss des Datenblattes sowie Hardwareunkenntniss liegt. Vielleicht hat der ein oder andere von euch ja ein paar mins Zeit sich das Datenblatt mal anzuschauen und könnte mir sagen ob ich mit meinen Vermutungen richtig liege? Denn wenn ich das richtig verstehe müsste man um überhaupt eine Anzeige auf dem Display zu bekommen 640*480*3 = 921600 Bytes an Daten zum Display rüberschicken und das zwischen 100 und 150 mal pro Sekunde! Also viel zu viel für einen AVR mit denen ich mich bis jetzt beschäftigt habe. Also dachte ich mir wäre es doch viel sinnvoller eine Art eigenständigen Controller für das Display aufzubauen mit einem FPGA oder CPLD welcher mir persöhnlich lieber wäre (geringer Preis und n z.B. 44Pol. vqfp oder plcc gehäuse ist für den hobbybastler doch besser zu verbauen als n 144Poliges!). Also die Idee is der DisplayController besitzt ein entsprechend großes und schnelles RAM als Bildpuffer dessen Inhalt wird vom FPGA oder CPLD ausgelesen und zusammen mit den entsprechenden Steuersignalen zum Display übertragen. Dazu müsste man das RAM am Besten gleichzeitig lesen und schreiben können damit man nicht noch eine zusätzliche Logik zusammenbasteln muss die das Schreiben des Bildspeichers z.B. durch nen mikrocontroller und das Lesen durch den FPGA oder CPLD regelt. Welche Hardware würde man am Besten für das Projekt verwenden? Ginge das z.B. mit einem XC9572XL 10ns von Xilinx den gibts bei Reichelt schon für ca. 3€ ? Als RAM wäre meiner meinung nach n V- oder W-RAM sinnvoll, aber wo bekommt man die Dinger? Aber viel wichtiger noch, wo gibts n gut verständliches Tutorial für die Programmierung eines FPGA oder CPLD, habe mir von Xilinx das free software Paket zum programmieren besorgt doch wirklich was damit anfangen konnte ich nich weil is ja schon ne ganz andere Materie als n AVR mit C zu programmieren. Grobi