STM32 FSMC RGB Interface

[Ehren (Gast)]

Hallo zusammen,

Hat jemand Erfahrung mit TFT-Ansteuerung über eine RGB-Schnittstelle 
(VSYNC,HSYNC)?
Funktioniert dies mit der FSMC-Einheit eines STM32Fxxx ?

Danke im voraus!
Gruß
Ehren

[Rainer M. (excogitator)]

Hallo Ehren,

die Ansteuerung eines controllerlosen Displays über den FSMC dürfte 
schwierig werden. Schau dir mal die Controller STM32F4x9 an. Die haben 
ein TFT Interface welches sich neben den RGB-Signalen auch um VSync und 
HSync kümmert.
Displays mit eigenem Controller kann man, je nach Interface, schon mit 
den FSMC verwenden. Hierbei braucht man sich dann auch nicht um die 
andern Displaysignale wie HSync und VSync kümmern. Wir betreiben hier 
ein Display mit 16Bit-Schnitstelle (RGB 565) am FSMC von einem 
STMF32F207 und das klappt soweit ganz gut.

Gruß
Rainer

[m.n. (Gast)]

Rainer M. schrieb:
> die Ansteuerung eines controllerlosen Displays über den FSMC dürfte
> schwierig werden.

Ist es nicht. Beitrag "TFT-direct-drive, WQVGA-TFT an STM32F4"
Da ich ein genügsamer Mensch bin, reichen mir die scheinbar wenigen 
Farben völlig :-) Aktuell betreibe ich so ein QVGA-TFT als Bedieneinheit 
mit einem STM32F407VET6: kleines Gehäuse - kleiner Preis.

[Rainer M. (excogitator)]

m.n. schrieb:
> Ist es nicht. Beitrag "TFT-direct-drive, WQVGA-TFT an STM32F4"

Sehr schönes Projekt. Kannte ich bisher noch nicht.

[Ehren (Gast)]

Danke euch beiden :-)

[Ehren (Gast)]

Eine Frage noch.
Beim Fsmc ist von Bank 1-4 die Rede. Diese sind jeweils 4*64 kbyte groß. 
Für was wird der große Speicher benötigt. Für den Transfer via dma zur 
fsmc Schnittstelle benötigt man trotzdem einen buffer im RAM. Gibt es 
keine andere Möglichkeit, als hier RAM zu verbraten? z.B. in einer fsmc 
Bank.?

Gruß Ehrengast

[holger (Gast)]

>Beim Fsmc ist von Bank 1-4 die Rede. Diese sind jeweils 4*64 kbyte groß.
>Für was wird der große Speicher benötigt.

Das verstehst du falsch. Da ist kein Speicher dahinter wenn
du extern keinen anschliesst.

[m.n. (Gast)]

Ehren schrieb:
> Beim Fsmc ist von Bank 1-4 die Rede. Diese sind jeweils 4*64 kbyte groß.

Wie auch immer man sie adressieren mag, es sind 4 x 256MB.

> Für den Transfer via dma zur
> fsmc Schnittstelle benötigt man trotzdem einen buffer im RAM.

Eigentlich nicht, es wird ein Transfer vom Quell-RAM zum TFT 
durchgeführt. Verwendet man ext. RAM, wird der FSMC entsprechend mehr 
belastet. Der DMAC vom STM32... ist da nicht besonders gut geeignet, 
dürfte aber schnell genug sein.

> Gibt es keine andere Möglichkeit, als hier RAM zu verbraten?

Es wird nicht verbraten, sondern genutzt. Irgendwo muß das Bild ja 
gespeichert sein. Für mich wäre 'verbraten', wenn man von den 192kB des 
F407 z.B. nur 5kB nutzt und den Rest schlummern läßt.
Das interne RAM ist an Geschwindigkeit nicht zu übertreffen.

Wie immer kommt es auf die Anwendung an. Wofür wird denn normalerweise 
viel RAM gebraucht? Bei mir sind es vielfach Meßdaten (Kurvendaten), für 
die das interne RAM zu klein wäre, und die nach Möglichkeit auch 
batteriegepuffert sind. Das interne RAM wäre dafür wenig gut geeignet.

Um es perfekt zu machen, kann man ja den aktuellen ..F429 verwenden, der 
zum einen SDRAM ansteuern kann und einen TFT-Controller auf dem Chip 
hat. Macheiner wird dann die vielen Pins 'bejammern', die dafür vom 
IO-Bereich verloren gehen und beklagen, dass die externe Busbelastung 
deutlich ist.
Aber dafür gibt es dann viele, viele, bunte Bilder.
Wer's braucht - bitte schön!