Frage: TFT LCD Display TD028STEB1 von Toppoly per AVR ansteuern?

Christian wrote:

> Ich habe zu dem Display nichts im Forum gefunden, deswegen frage ich:
> weiß jemand, ob man das mit nem AVR ansteuern könnte, oder bräuchte man
> da "spezial" Schaltungen?

Du brauchst ein ein LCD Controller wie z.B. einen S1D13706. Direkt am 
AVR geht das eher nicht.

Die meisten TFTs vertragen sich nicht gut mit AVR und Co. Für TFTs 
braucht man einfach was leistungsstärkeres mit entsprechenden interface. 
Schau dir mal die XMEGA oder AVR32 Controller an - ist zwar ne Ecke 
komplizierter aber damit bekommst es angesteuert.

Größere TFTs mit internem Speicher und eingebauten Controller sind halt 
selten.

Christian wrote:

> Was ich bauen will ist ein simples serielles Terminal (ähnlich wie
> http://www.embedds.com/diy-small-general-purpose-tv-terminal) aber
> inklusive einem kleinen Display und Tastatur.

Wenn es dir nur um Text geht, dann dürfte sowas hier einfacher und 
billiger sein:
Beitrag "Einfacher Low Cost LCD Controller für 320x240 LCD im Textmodus"

Prinzipiell wäre es auch möglich das TFT mit einem AVR anzusteuern, aber 
das ist äußerst grenzwertig:
320x240 benötigen meist 352x244 oder mehr Pixel und mindestens 50Hz. Das 
sind 4,3MHz Datenrate. Ein mega8515 mit externem SRAM könnte theoretisch 
5,3MHz. Etwas übertaktet usw. dann würde es gerade so hinkommen, aber 
perfekt wird es nicht.
Mit einem CPLD geht es besser, sowas in der Richtung:
http://www.ulrichradig.de/home/index.php/cpld/8bit_c_graka

Marius S. wrote:

> Größere TFTs mit internem Speicher und eingebauten Controller sind halt
> selten.

Noch. Bei 320x240 ist sowas momentan schon Standard und stark zunehmen, 
wie z.B. hier: http://www.electricstuff.co.uk/ipodlcd.html
Das Problem ist, dass die darin verbauten ICs für ein TFT mit 320 
Spalten bereits 320xRGB=960 Ausgänge haben. Sowas auf ein Glas zu bonden 
ist nicht ganz ohne, bei 640 Spalten wären das schon 1920 Pins, was 
momentan noch nicht günstig realisierbar ist.

Benedikt: Ist ja interessant, naja aber ist immernoch ein Interface das 
man aufgrund der größe des Displays mit einem kleinen µC schlecht 
bedienen kann (da immernoch riesige Datenmengen für fullscrenn updates).

Ich frage mich gerade wie eine Ansteuerungsschaltung dafür aussehen 
müsste. Man bräuchte einen Controller der per DMA 16 bit raus hauen kann 
- die Display-Ansteuerung in Software zu realisieren wäre doch ziemlich 
ineffizient.

Für video Anwendungen kann man aber doch genau so gut ein Display nehmen 
bei dem man die Sync Signale noch selbst erzeugen muss - die Daten 
müssen ja sowieso kontinuierlich neu "geschrieben" werden.

In dem 320x240 ipod display müssten ja über 150kb SRAM im Controller 
drin sein - ist das nicht bischen teuer?

Marius S. wrote:
> Ich frage mich gerade wie eine Ansteuerungsschaltung dafür aussehen
> müsste. Man bräuchte einen Controller der per DMA 16 bit raus hauen kann
> - die Display-Ansteuerung in Software zu realisieren wäre doch ziemlich
> ineffizient.

Nicht unbedingt. Oftmals wird die Ansteuerung sogar per 8bit oder SPI 
gemacht. Bestes Beispiel: S65 Handydisplay. (OK, da sitzt noch ein 
Displaycontroller zwischen µC und TFT, der die Daten per DMA über SPI 
rausgibt).
Die meisten TFTs mit integriertem Controller sind zwischen SPI, 
8/9/16/18bit Datenbus umschaltbar.

Es kommt immer auf die Anwendung an:
Möchte man 320x240 Fullscreen Video darstellen, dann ist die Datenrate 
entsprechend hoch. Allerdings hat man dann aber in der Regel auch einen 
entsprechend schnellen Prozessor mit DMA usw. der die Videodatei erstmal 
dekodiert.

Wenn man dagegen nur eine Playlist oder ein Menü möglichst bunt 
darstellen möchte, reicht SPI bei weitem aus. Dann wird es einem auch 
egal sein, ob das Display in 10ms oder in 500ms beschrieben ist, da man 
meist nur kleine Bereiche auf einmal ändert, hauptsache es ist 
kostengünstig und kompakt (kein zusätzlicher Displaycontroller 
notwendig).