Diskussion:LCD-Controller: Unterschied zwischen den Versionen

Aus LaborWiki
Wechseln zu: Navigation, Suche
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
Zeile 2: Zeile 2:


Fpga, weil ich mit dem Ding irgendwann auch mal einen TFT ansteuern können möchte. Aber wieso ist ein FPGA nicht bastlerfreundlich? Cyclone 2 gibt es für kleines Geld aus China auf einer Platine, wo die anschlüsse auf pinleisten geführt sind. Habe mit USB-Blaster knappe 30€ bezahlt. Ansonsten sind die Teile aber auch in ganz normalen Gehäusen erhältlich also kein BGA.
Fpga, weil ich mit dem Ding irgendwann auch mal einen TFT ansteuern können möchte. Aber wieso ist ein FPGA nicht bastlerfreundlich? Cyclone 2 gibt es für kleines Geld aus China auf einer Platine, wo die anschlüsse auf pinleisten geführt sind. Habe mit USB-Blaster knappe 30€ bezahlt. Ansonsten sind die Teile aber auch in ganz normalen Gehäusen erhältlich also kein BGA.
Hallo,
also, bei 640x200 pixeln á 1 bit bei 50hz hast du einen rohdatendurchsatz von 6,4mbit/s. Die chips auf dem display nehmen immer 4bit parralel, d.h. die pixelclock hat 1,6mhz. Das ist schon einiges für einen µC, denn der muss die daten ja auch noch aus seinem speicher laden und irgendwie getaktet auf die I/Os geben. Ggf. gibt es controller, bei denen man irgendeine peripherie oder ein speicherinterface dazu bekommen kann, die daten richtig herauszuhauen, aber dann müssen auch noch die entsprechenden zeilen und frame latch / clear signale zur richtigen zeit erzeugt werden und so weiter... Da wäre das schöne universelle rechenwerk von coolen risc cores nur damit beschäftigt monoton daten von dem speicher auf die i/os zu schieben und alle paar male ein paar pulse zu generieren. Dann kommt der speicher... bei 640x200 und 1 bit wären das 128kb grafikspeicher der benötigt wird. Für 4 bit graustufen muss man das dann alles x4 nehmen (bei so einem "dummen" lcd wird das ja sozusagen durch pwm erreicht). D.h. 512kb ram und 6,4mhz pixelclock.
Ich glaube das LCD-Controller projekt ist auch so ein bisschen zum fpga lernen gedacht, und ein fpga würde den job super erledigen. Aber wenn du das mit einem microcontroller machen willst, dann kannst du bestimmt gerne montags vorbei kommen und auch versuchen das lcd anzusteuern wenn du den besitzer lieb fragst! es wäre bestimmt auch gut zwei unabhängige controller zu haben, um fehler schneller ausschließen zu können! :-)
-- [[Benutzer:Hansinator]]

Aktuelle Version vom 22. Dezember 2011, 15:05 Uhr

Wieso ein Cyclone 2? FPGAs sind, zumindest IMO, immer noch nicht Bastlerfreundlich. Im Format sowie im Loch das ein FPGA in die Kasse reißt. BastetFurry 21:19, 17. Dez. 2011 (CET)

Fpga, weil ich mit dem Ding irgendwann auch mal einen TFT ansteuern können möchte. Aber wieso ist ein FPGA nicht bastlerfreundlich? Cyclone 2 gibt es für kleines Geld aus China auf einer Platine, wo die anschlüsse auf pinleisten geführt sind. Habe mit USB-Blaster knappe 30€ bezahlt. Ansonsten sind die Teile aber auch in ganz normalen Gehäusen erhältlich also kein BGA.


Hallo,

also, bei 640x200 pixeln á 1 bit bei 50hz hast du einen rohdatendurchsatz von 6,4mbit/s. Die chips auf dem display nehmen immer 4bit parralel, d.h. die pixelclock hat 1,6mhz. Das ist schon einiges für einen µC, denn der muss die daten ja auch noch aus seinem speicher laden und irgendwie getaktet auf die I/Os geben. Ggf. gibt es controller, bei denen man irgendeine peripherie oder ein speicherinterface dazu bekommen kann, die daten richtig herauszuhauen, aber dann müssen auch noch die entsprechenden zeilen und frame latch / clear signale zur richtigen zeit erzeugt werden und so weiter... Da wäre das schöne universelle rechenwerk von coolen risc cores nur damit beschäftigt monoton daten von dem speicher auf die i/os zu schieben und alle paar male ein paar pulse zu generieren. Dann kommt der speicher... bei 640x200 und 1 bit wären das 128kb grafikspeicher der benötigt wird. Für 4 bit graustufen muss man das dann alles x4 nehmen (bei so einem "dummen" lcd wird das ja sozusagen durch pwm erreicht). D.h. 512kb ram und 6,4mhz pixelclock.

Ich glaube das LCD-Controller projekt ist auch so ein bisschen zum fpga lernen gedacht, und ein fpga würde den job super erledigen. Aber wenn du das mit einem microcontroller machen willst, dann kannst du bestimmt gerne montags vorbei kommen und auch versuchen das lcd anzusteuern wenn du den besitzer lieb fragst! es wäre bestimmt auch gut zwei unabhängige controller zu haben, um fehler schneller ausschließen zu können! :-)

-- Benutzer:Hansinator