Hallo zusammen,
ich bin gerade dabei Komponenten fuer ein kleines Cortex-M4 board mit
dem LPC4088 zu suchen, dabei soll auch ein TFT mit touch-Funktion auf
das board mit drauf. Der LPC4088 hat einen LCD controller (
http://www.nxp.com/documents/user_manual/UM10562.pdf Chapter 11), aber
ich keine Erfahrung mit TFTs :-) Daher meine Frage: Ist dieses Display
http://www.displaytech-us.com/2-8-inch-tft kompatibel mit dem LCD
controller im LPC? Das Display hat einen Controller verbaut, aber ich
bin mir nicht ganz sicher wieviel Treiber/Controller ich eigentlich
brauche... Bin fuer jeden Hinweis dankbar!
Viele Gruesse,
Jan
Irgendwie lädt die DisplayTech-Seite hier gerade nicht...
aber sagen wir's mal so, entweder das Display kann direkt an den
TFT-Controller des LPC gehangen werden oder an den externen Speicher-Bus
des LPC...
Ok, aber ich faende es besser gleich den LCD-Controller des LPC zu
nehmen. Aber anscheinend fehlt mir da noch etwas Verstaendnis...
Es gibt soweit ich weiss folgende Arten das TFT-Display anzubinden:
1. SPI oder was auch immer serielles
2. Datenbus, also 8,16bit parallel aehnlich wie Speicher
3. je 8bit (oder weniger) pro RGB und ein paar SYNC uns Steuersignale
Meinem Verstaendnis nach brauche ich den LCD-Controller des LPC nur wenn
ich Variante 3 benutze, oder hilft dieser mir auch wenn es Variante 2
ist?
Jan schrieb:> Ok, aber ich faende es besser gleich den LCD-Controller des LPC zu> nehmen.
Das ist natürlich besser/schneller als die anderen Modi. Dazu braucht
der Prozessor aber auch noch externes RAM.
Für 2,8" Displays, gibt es da spezielle Lupen?
Warum wählst Du kein größeres (z.B. 4,3" | 5,7")? Da könnte man schon
mit Fingern die Touchfunktion bedienen.
Ja, ist etwas klein, aber soll so sein! Ich leg in paar Streichhoelzer
dazu :-)
Aber wieviel externes RAM ist da angebracht? Und ich weiss immer noch
nicht ob das besagte TFT mit dem LPC zusammenpasst und wenn ja, in
welchem Modus?
Jan schrieb:> Aber wieviel externes RAM ist da angebracht?
Zeilen * Spalten * Farbbits / 8
Jan schrieb:> Und ich weiss immer noch> nicht ob das besagte TFT mit dem LPC zusammenpasst und wenn ja, in> welchem Modus?
Soll jemand für Dich beide Datenblätter lesen?
Wenn Du das nichtmal kannst, wie willst Du es dann programmieren?
Peter
Ja, habe beide Datenblaetter gelesen, fuehle mich aber von der Menge an
moeglichen Modi leicht erschlagen... Das Display per 16bit MCU-Bus zu
betreiben erscheint mir recht einfach, meine Frage ist ob ich dann den
LCD-controller im LPC noch brauche bzw dieser dann noch hilfreich ist,
wenn ich das Datenblatt richtig verstanden hab hilt diesr nur in RGB
Mode... Der Displaytreiber kann beides, also MCU oder RGB, ist ein
ILI9314
(http://www.displayfuture.com/Display/datasheet/controller/ILI9341.pdf).
Aber wahscheinlich lasse ich das besser, nehme einen kleineren LPC ohne
LCD-Controller und benutze einfach das MCU-Interface am Display...
Jan schrieb:> Ja, ist etwas klein, aber soll so sein! Ich leg in paar Streichhoelzer> dazu :-)
Die Lupe nicht vergessen!
Ist der LPC4088 denn Pflicht oder nur wegen des LCD-Controllers
"ermittelt" worden? Was soll angezeigt werden, wieviele Farben und wie
schnell?
Für Standbilder reicht die SPI Übertragung. Beim Bildaufbau kann man
dann zukuchen (+Kaffee). Für wenig Änderungen und wenn man spezielle
Eigenschaften der TFT-internen Controllers nutzen will, bindet man das
TFT über seinen Adress-Daten-Bus an. Ein externes RAM ist nicht
erforderlich.
Will man schnelle Änderungen am Bildinhalt vornehmen, braucht man ext.
RAM/SDRAM, die LCD-Ausgänge des LPC nebst Vsync+Hsync und das Wissen,
wie es geht.
Bei Schriftausgabe braucht man noch Zeichensätze und die Ausgaberoutinen
dazu.
Die Touchfunktion braucht .....
Die Datenblätter habe ich nur überflogen, daher alles ohne Gewähr.
Cortex-M4 ist Pflicht weil ich die FPU nutzen moecht, der LCD-Controller
nur nettes Spielzeug. Aber wenn ich das richtig sehe, kann ich das
Display wie ein RGB Display anschliessen und wenn alles nicht klappt die
Pins als GPIO benutzen und das Display mit MCU-Schnittstelle
konfigurieren, oder im allerschlimmsten Fall per SPI :-) Oder sehe ich
da was falsch? RAM gibts sowieso!
Jan schrieb:> der LCD-Controller> nur nettes Spielzeug.
Wenn Du kein Problem hast, brauchst Du auch keine Lösung.
Spiele halt alles durch und sammel Erfahrungen.
Jan schrieb:> Oder sehe ich> da was falsch? RAM gibts sowieso!
Kannst du rechnen?
also erstmal eines: Es gibt zwar TFT's in QVGA-Größe mit eingebautem
Controller nebst ausreichendem RAM, aber nach meiner Erfahrung brauchst
du auch damit eine Menge RAM im uC, um Bildinhalte dort aufzubauen. Da
kann man dann auch gleich ein TFT ohne Controller nehmen.
und: die sparsamste Methode der Darstellung ist zwar 8 Bit und Paletten,
aber das ist auch oftmals recht einengend. Wesentlich besser sind 16 Bit
Farbe. 18 oder 24 Bit Farbe sind fast immer übertrieben. Warum ich das
schreibe? Nun wegen RAM-Bedarf und Busbelastung.
Also rechne dir das mal durch. Siehe oben.
W.S.
