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: > lcd-module.de Hab ich schon, alles maximal 320x 240 .. und das gibts auch billiger in Form eines ILI9341 :-(
Die eDIPtft-module haben in der 5,7"-Variante 640x480 Pixel und in der 7" Variante sogar 800x480 Pixel
ebay 281353506828 steht zwar SPI dran, aber bitte noch mal prüfen.
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.....
hust Ich habe immernoch ein 7" LCD mit ssd1963 controller zu verkaufen :P
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.
Test schrieb: > Ich habe immernoch ein 7" LCD mit ssd1963 controller zu verkaufen :P Was soll der Stein finanziell auf die Waage bringen?
Christian J. schrieb: > 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 .... Für das 5,7"-LCD siehe: http://www.lcd-module.de/fileadmin/pdf/grafik/ediptft57-a.pdf Für das 7"-LCD siehe: http://www.lcd-module.de/fileadmin/pdf/grafik/ediptft70-a.pdf 320 steht in dem Fall für 3,2". Ich sparach explizit von den 5,7" und 7"-Modulen. Außerdem hast du nach dem Evalboard gesucht, da passen teilweise auch die gräßeren drauf
Chris L. schrieb: > Für das 5,7"-LCD siehe: > http://www.lcd-module.de/fileadmin/pdf/grafik/ediptft57-a.pdf 360 Euro bei Digikey !!! ....hee...heee...luftschnapp....blau anlauf...*plonk*
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.
:
Bearbeitet durch User
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.
Ich schätze mal das hier scheint noch das Sinnigste zu sein, das Datenblatt des Controllers ist auch sehr übersichtlich. http://www.ebay.de/itm/281353506828?clk_rvr_id=955345601919&rmvSB=true
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.
Lampart schrieb: > http://www.ebay.com/bhp/640x480-lcd Schon mal das Interface angeschaut? HDMI.....
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.