Display Reichelt TFT-DIS 4,3 LCD-Modul Fragen zum Timing

>Weiß jemand, wie weit man die Module untertakten kann? Laufen die Module
>auch mit unregelmäßigen Takt, sprich kann man beispielsweise ein paar
>Pixel senden, und dann eine Pause einlegen?

Die EDT-Module kann man unter- und übertakten. Beim Untertakten wird 
Flimmern auftreten (<20-30Hz) und ein Neubeschreiben erfolgt "zackig". 
Beim Übertakten wird die Schrift irgendwann unscharf.
Man kann durchaus die Bilddaten als "bursts" ausgeben, zwischen denen 
eine Pause liegt.

Hast Du eine bestimmte Anwendung im Auge, die Deine Anfrage präzisiert?

Hast Du mal gerechnet?

480 x 272 = 130560. Soviel Byte Speicher braucht man für ein Bild auf 
4,3" Display bei 8Bit/Pixel (256 Farben). Bei 60Hz Wiedergabe werden ca. 
9MHz Taktfrequenz benötigt. Falls man nur 15Bilder/s ausgeben will, muß 
die mittlere Taktfrequenz etwa 2,3MHz betragen. Welcher ATmega soll das 
denn leisten?

Um den Controller für die Anzeige zu sparen, braucht man einen 32Bit 
Prozessor (oder sehr schnellen 16Bit) mit zusätzlichem DMA-Controller. 
Alles andere ist Krampf!

Wenn ich mal so blöd fragen darf, wozu?
Das ganze mit einem AVR anzusteuern ist einfach langsam, erlaubt wohl 
kaum nen Grafik Modus (animationen ja schon garnicht) und du musst das 
Datenblatt des Displays dafür wohl eher als "guter Rat" interpretieren. 
Außerdem brauchst du einen AVR mit viel Speicher und so, da ists dann 
auch schon nicht mehr so billig.
Einfacher und besser wäre ein CPLD dafür. Da hängst du einen kleinen 
externen S(D)RAM ran als Grafikspeicher und schon hat sich das. Wenn du 
einen kleinen CPLD nutzt kannst du das bestimmt auf die größe eines DIP 
AVRs bringen.
Naja gut, flüssige Animationen kriegst du auch damit nicht hin, weil du 
dafür wohl eher einen doppelten Framebuffer bräuchtest und ein 
schnelleres Interface als SPI, sonst kriegst du die Displaydaten da kaum 
schnell genug rein um 60, ja sogar 30 FPS zu schaffen.
Ich habe übrigens ein ähnliches Display bei Dealextreme bestellt, auch 
480x272 Pixel, allerdings 24bit Farben und habe dafür schonmal einen 
Treiber in VHDL geschrieben, im Simulator läufts, habe leider das 
Display noch nicht geliefert bekommen. Das ist jedenfalls kein Problem, 
ich kann mal testen ob das in einen CPLD passt (wenn nicht habe ich 
verdammt schlecht programmiert).

> Nicht jeder braucht Vollgraphik.

Mag sein, aber das Display braucht Vollgrafik :-)

>a) Ein CPLD ist ein externer Chip der in der Regel nur in SMD-Gehäusen
>=> nicht Hobbytauglich verfügbar ist.
Und für das Display brauchst du natürlich keine SMD Technik oder? Mal 
ehrlich, wenn man schon eine Platine macht kann man auch noch einen 
kleinen Chip mehr draufklatschen.

>Dazu kommt noch der Aufwand dazu
>eine Entwicklungsumgebung zu bekommen.
Naja, nimm halt nen CoolRunner2 oder sowas, die Xilinx ISE gibts gratis, 
zumindest die Version, die dir locker reicht.

>b) Wenn Du meinen obigen Beitrag gelesen hättest, so würdest Du sehen,
>dass man damit problemlos auch schon mit kleineren Controllern schnelle
>Graphiken machen kann.
In deinem Post geht es um Text. Und schon dafür brauchst du schon einen 
riesigen AVR, mindestens 64k Flash. Die haben dann in etwa 60 Pins, wenn 
du das in DIP nimmst hast du schonmal einen riesen Displaycontroller.

Ich sage nicht dass es mit einem AVR nicht möglich ist, ich sage nur 
dass es mmn. wenig sinn macht weil du kaum Luft nach oben hast. Am 
Schluss hast du dann ein flimmerndes Textdisplay oder so.
Uzebox läuft übrigens auf einem gut 28MHz AVR.

>Naja, das Problem dabei ist,

dass auch kompiziertes Spielzeug seinen Preis hat.

>Ich habe übrigens ein ähnliches Display bei Dealextreme bestellt, auch
>480x272 Pixel, allerdings 24bit Farben

Ich staune immer, wofür Leute 24Bit Farben brauchen. Eine noch so kleine 
Blickwinkeländerung bringt die Farben doch schon ins Schwanken.

>Klar, wobei ich aber eher glaube, dass es denen um das
>Quantisierungsrauschen geht.

Da rauscht eher etwas im Kopf, das Teil mit der größten Zahl muß das 
beste sein. Ich denke dabei immer an die Millionen von Fliegen auf dem 
Haufen.

Für eine "normale" technische Anwendung (Schrift, Grafik, 
Bedienterminal) reichen meines Erachtens 8 bis 64 Farben locker aus.

>Ich staune immer, wofür Leute 24Bit Farben brauchen. Eine noch so kleine
>Blickwinkeländerung bringt die Farben doch schon ins Schwanken.
Das ding hat mich incl. Touchpanel 17€ gekostet, ist so günstig weil die 
in Massen für Sonys PSP produziert werden. Da nehm ich doch lieber für 
17€ ein 24bit Display als für 50€ ein 8bit Display, zumal ich das ja in 
meinem FPGA eh umrechnen kann.
Nur weil ich 24bit darstellen KANN muss ich das ja nicht auch tun.

>Xilinx ISE ist zwar vielleicht "gratis" aber das ist Software ohne
>Quellcode. Die ist aufwändig zu installieren. Und ich hab da keine Lust
>stundenlang irgendwelchen Installationsproblemen hinterher zu suchen.
Also ich weiß nicht was du hast. Die Xilinx ISE ist in etwa so 
kompliziert zu installieren wie Firefox. Sowohl auf Linux alsauch auf 
Windows. Da ists komplizierter einen GCC aufzusetzen.

>Und das was ich bislang im Bereich Video mit ATMegas gemacht habe war
>eigentlich ganz viel versprechend. Mehr braucht man in der Regel ja
>nicht.
Wenn ich mir für 50€ ein Display kaufe will ich darauf aber auch mehr 
darstellen als ein paar Zahlen und Buchstaben. Sonst hätte ich ja wohl 
ein kleineres/billigeres/einfacheres (Text-)Display gekauft.

>für 50€ ein 8bit Display

Wo gibt es denn so ein Display und zu dem Preis?

>Sonst hätte ich ja wohl
>ein kleineres/billigeres/einfacheres (Text-)Display gekauft.

Und die gibt es als TFTs mit so hohem Kontrast?
Ab einer gewissen Auflösung (>128 x 64) würde ich auch dann TFT nehmen 
wenn ich nur schwarz-weiß brauche. Dabei ist mir der Preis egal, wenn 
dafür die Anzeige gut ablesbar ist.