Hallo,
ich suche ein farbiges Display 640x480, möglichst mit Library für einen
Cortex M4 Controller. Die 320x240 Dinger sind einfach zu klein für all
die Infos, die ich darstellen will. Mehrere Bargraphen und
Balkendiagramme.
Aber .... das Display soll nicht mit dem FSMC an den uC Bus dran! Es
soll eigenständig sein, eigenen Controller haben und zur Ansteuerung
möglichst SPI haben. Ob man damit nur Pixel setzt oder Befehle
abschickt, die Figuren zeichnen ist erstmal egal. Pixel setzen reicht,
damit kann man alles andere. Darstellung sind nur quasi statische Daten
und Skalen, keine Videos etc.
Gibt es da was in der Richtung?
Gruss,
Christian
lcd-module.de
dort die eDIP und eDIPtft-module anschauen, die können über verschiedene
schnittstellen angesteuert werden, besitzen einen eigenen controller und
sind bequem zu programmieren
Chris L. schrieb:> Die eDIPtft-module haben in der 5,7"-Variante 640x480 Pixel und in der> 7" Variante sogar 800x480 Pixel
Zeigen!
EA EVALeDIP320-TFT70
Da steht 320 drin ....
hp-freund schrieb:> steht zwar SPI dran,
Wo SPI draufsteht ist auch SPI drin.
SPI ist für die Steuerung/Abfrage des Touchscreeens. Das
Display-Interface selbst ist 16 bittig parallel wie bei den
meisten Arduino-philen Displays üblich.
hp-freund schrieb:> ebay 281353506828>> steht zwar SPI dran, aber bitte noch mal prüfen.
SPI ist falsch, nur Touch Controller.
MD070SD 7" 16-Bit Parallel Bus TFT Module with Touch ...
16 Bit Bus...
Habt recht.
Wenn ich die richtigen Zeichen aus dem China Datenblatt extrahiert habe,
ist bei dem eb*y Angebot Touch und SD als SPI und Daten als 16bit 8080
Bus ausgeführt.
Man könnte allerdinds die 16 bit auch mit Schieberegister anlegen.
hp-freund schrieb:> Man könnte allerdinds die 16 bit auch mit Schieberegister anlegen
Da bin ich auch drauf gekommen:
ftp://imall.iteadstudio.com/TFT%20LCM/IM130820001/DS_IM130820001.pdf
Das Protokoll ist recht easy und bei einer SPI Rate von 20 Mhz dürfte
das recht fix gehen.
Mein STM32F4078 Disco hat zwar genug Pins aber leider nicht "in einer
Reihe", so dass sie mit einem Zugriff beschrieben werden können.
TFT Tüftler schrieb:> Du meinst dann 3 nebeneinander, um auf 640 zu kommen?
Nö. einfach 6 virtuelle Bildschirme machen, die dann mittels Touch
umgeschaltet werden können.
Connecteve hat 480x272 Pixel TFT. Wesentlich besser vom Kontrast als die
EA-DOG module.....
Christian J. schrieb:> Da bin ich auch drauf gekommen:
Das sieht doch gut aus. Wenn Du die Daten nicht zurück lesen willst ist
das recht einfach, da sonst nur Daten zum Display gesendet werden.
Gut das ich mir vor kurzem ein captiva bei NP für 130€ geholt habe ;-)
Ist Win10 drauf und alles was ein "richtiger" Computer braucht.
Display 8" 1280x800
Wo liegt die sinnvolle Grenze beim basteln ???
Vielleicht solltest Du deinem STM32 einen ESP8266 zur Seite stellen?
*********************************************************************
Zurück zum Thema:
wenn Du bei eb*y nach ssd1963 suchst, findet sich noch einiges
interessantes ...
hp-freund schrieb:> Zurück zum Thema:>> wenn Du bei eb*y nach ssd1963 suchst, findet sich noch einiges> interessantes ...
Aber nix mit SPI für das Display selbst, was er aber sucht ....
Wenn Kauf in China infrage kommt:
www.buydisplay.com
Die haben halbwegs vernuenftige Dokumentation, und viele Displays gibt
es mit Controllerboard, das meist auch SPI unterstuetzt (obwohl ich bei
640x480 schon darueber nachdenken wuerde, wenigstens einen 8-bit-Bus zu
spendieren).
Allerdings sollte man mehere auf einmal kaufen, sonst schlaegt der
DHL-Versand+Provision sehr ins Gewicht.
> Aber .... das Display soll nicht mit dem FSMC an den uC Bus dran! Es> soll eigenständig sein, eigenen Controller haben und zur Ansteuerung> möglichst SPI haben.
Ich hab hier ein Seiko 30WQF0 mit 400x240pixel an einem Controller. Das
ist eigentlich ein Handydisplay mit der dort verbreiteten 18Bit
Schnittstelle. Es hat aber auch zusaetzlich die Moeglichkeit es ueber
SPI anzusprechen. Controller ist ein R61509 von Renesas.
Du kannst ja mal bewusst nach sowas suchen.
Allerdings ist SPI fuer soetwas schon grenzwertig. Ja, ich hab gelesen
das du nur statische Dingen machen willst. Aber trotzdem muss man da
heftig Daten bewegen. (TFT, oft groessere Fonts) Bei 640x480 wuerde ich
mir zwei Dinge wuenschen:
1. QSPI
2. Genug Ram im Controller fuer eine lokale Kopie des Bildspeichers
damit man nur die Dinge ins Display kopieren muessen die sich geaendert
haben!
Olaf
Riverdi http://riverdi.com/standard-products/
RVT50AQFNWC00 5", 800x480, kapazitiver Touchscreen, Controller FT813
oder mit resistivem Touchscreen und FT812: RVT50AQFNWR00
Schnittstelle: SPI oder Quad SPI
Bei TME.eu gibt's das resistive für 57.41 €, das kapazitive für 77.92 €
exkl. USt.
Frickelfritze schrieb:> Aber nix mit SPI für das Display selbst, was er aber sucht ....
Es gibt auch bidirektionale Schieberegister.
Mit 4 4bit Registern und 4 Datenleitungen kann man auch die
Geschwindigkeit vervierfachen.
hp-freund schrieb:> Es gibt auch bidirektionale Schieberegister.> Mit 4 4bit Registern und 4 Datenleitungen kann man auch die> Geschwindigkeit vervierfachen.
Ja dann mach mal. Das ist genau was er sucht.
Frickelfritze schrieb:> Ja dann mach mal.
Schon versucht. Hab aber bis jetzt keine mit Tri-State Ausgang gefunden.
Ich würde jetzt zu meinem Liebling XC9536 greifen.
HI,
ich habe auf etwas Pixel und dafür vorhandene Werkzeuge gesetzt und mir
das hier mal bestellt mit ssd1963 Controller. Dazu auch gleich eine Lib
für den STM32F4, die einfachste Dinge erlaubt. Den Rest wie Fonts
schreibe ich mir auch zusammen.
Der Stein lässt sich laut Datenblatt in einem 8, 18 und 24 Bit Mode
betreiben und 8 Bit sind ok. Die Leitungen habe ich noch an Port E an
einem Stück frei.
https://www.youtube.com/watch?v=32Q-PeT5H8c
Scheinbar ist bei 640x480 eine Grenze, entweder VGA Interface oder sehr
viele Leitungen.
Wenn Du mit 480x272 zufrieden bist, und auch nicht mehr auf lahmes SPI
bestehst, kannst Du Dir den TFT-Controller sparen. Das interne RAM ist
so schnell wie keine andere Lösung.
Beitrag "TFT-direct-drive, WQVGA-TFT an STM32F4"
Mit STM32F427 o.ä. hat man auch noch mehr Reserve an RAM.
msx schrieb:> Wenn Du mit 480x272 zufrieden bist, und auch nicht mehr auf lahmes SPI> bestehst, kannst Du Dir den TFT-Controller sparen. Das interne RAM ist> so schnell wie keine andere Lösung.
Das macht doch keinen Sinn, ich verbrate doch nicht mein uC RAM für das
Display. Und über das FSMC iost genau das der Fall. Oder bin ich blind
und der blendet das Display RAM in den Adressraum des uC? Es liest sich
jedenfalls anders in dem Link.
Christian J. schrieb:> Das macht doch keinen Sinn, ich verbrate doch nicht mein uC RAM für das> Display.
Beim F407 bleiben noch 64 kB übrig. Verbrät Dein Programm denn soviel
RAM, dass das nicht reicht?
Christian J. schrieb:> 8 Bit sind ok.
Dazu kommen noch /RD, /WR und ggf. /CS, zusammen also 11 Leitungen. Die
direct-drive Ansteuerung kommt mit 9 Leitungen aus.
Von 640x480 bist Du jetzt wohl weg ebenso wie von SPI. So konstant
scheinen Deine Anforderungen ja nicht zu sein.
msx schrieb:> Beim F407 bleiben noch 64 kB übrig. Verbrät Dein Programm denn soviel> RAM, dass das nicht reicht?
Nein, da scheint was nicht richtig zu sein. Beim SSD1289 blendet der FMC
das RAM des Display in den Adressraum des uC rein, so soll es auch sein.
Ich brauche viel RAM für meine Bastelei. Und vor allem darf das Display
nicht auf dem Bus rumklimpern und die CPU muss dann warten.
So langsam drehe ich am Rädchen mit den Displays :-( Kompromisse ja...
aber soviele doch nicht.
Christian J. schrieb:> Und vor allem darf das Display> nicht auf dem Bus rumklimpern und die CPU muss dann warten.
Das Schöne an den vielen internen Bussen des STM32F4xx ist ja, dass die
CPU überhaupt nicht warten muß. Das RAM vom Display liegt nicht nur im
Adressraum der CPU, sondern mit auf dem Chip mit ca. 6 ns Zugriffszeit.
Falls der DMA-Controller mal 6 ns aufs RAM warten muß, dann aber gleich
per burst-Modus mehrere 32-Bit Zugriffe durchführt, gerät dabei
überhaupt nichts ins Stocken ;-)
Aber gut, wenn Du zunächst keine hohe Ausgabegeschwindigkeit brauchst,
bewertest Du das anders.
Christian J. schrieb:> ich suche ein farbiges Display 640x480, möglichst mit Library für einen> Cortex M4 Controller.
....
> Aber .... das Display soll nicht mit dem FSMC an den uC Bus dran!
Meinst du nicht, daß du deine Randbedingungen ziemlich falsch gewählt
hast?
Mein Rat: Schmeiß deine Vorgaben in den Rundordner, leg dir nen
passenden µC mit integriertem TFT-Controller zu (LPC4088 oder so) und
plaziere ihn nebst 4..16 MB 32 bittges SDRAM auf deine Leiterplatte.
Solange du nicht extensiv Programme vom externen SDRAM abarbeiten läßt,
stören sich TFT-Controller und CPU bei so einer Konfiguration nicht
sonderlich. Und du hast ein handliches Grafiksystem. Bei allen externen
Varianten mit eigenem Controller wird nämlich die Verwaltung eher
umständlich, weil du bei Bildänderungen zwar so zeitnah wie möglich den
neuen Inhalt auf dem externen Display zeichnen mußt, aber zugleich auch
dafür sorgen mußt, daß die CPU nicht für jeden kleineren Furz damit
belästigt wird.
Wie du auf die Idee kommst, so ein Display seriell per SPI ansteuern zu
wollen, ist mir ein Rätsel. Falls du sowas WIRKLICH wollen willst, dann
leg dir nen Raspberry Pi zu und schließe dort deinen Cortex per SPI an.
Ich halte so ein System-Layout jedoch für dezent daneben...
W.S.
