Announcement: there is an English version of this forum on 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.
> Oder sehe ich da was falsch?
Nö, sehe ich auf den ersten Blick auch so.
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.
Thread beobachten
Seitenaufteilung abschaltenBitte 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.