Hallo ich habe von einem Kumpel ein 2.8 TFT shield bekommen. Jetzt habe ich seit gestern im Netz geschaut wie man das shield an einem UNO bzw mega anschließen muss. Naja ich habe nix richtiges gefunden. Hat mit dem Teil jemand Erfahrung gemacht oder weiß jemand wie ich das Teil anschließen muss? :( als Oberfläche zum Programmieren nehem ich die arduino IDE und die libary ist die utft Lib. Ich hoffe mir kann jemand helfen. :)
Martin T. schrieb: > als Oberfläche zum Programmieren nehem ich die > arduino IDE und die libary ist die utft Lib. Ich hoffe mir kann jemand > helfen. :) In der UTFT ist die Pinbelegung doch beschrieben.
Das sind LCDs vom Typ Parallelbus, in diesem Fall 16 Bit. Es gibt diese Displays mit 36-poligem Stecker, dann kann man sie direkt (nur) auf einen Arduino Mega aufstecken. Dieses Display dagegen hat den 40-poligen Stecker, dazu braucht man dann noch ein LCD Shield, etwa so: http://www.ebay.de/itm/Apto-TFT-3-2-Shield-fur-Arduino-Mega2560-/111880542153?hash=item1a0c9997c9:g:~14AAOSwKtlWn5xu oder so http://www.ebay.de/itm/Erweiterungs-Board-TFT-LCD-Mega-Shield-V2-2-fur-3-2-Touch-Screen-Arduino-Mega-/252130918111?hash=item3ab42c7edf:g:jFoAAOSwFMZWqmF9 oder für den Uno: http://www.ebay.de/itm/TFT-LCD-Uno-Shield-fur-Arduino-Uno-R3-/281385660294?hash=item4183e46f86:g:TjkAAOSwoydWn0zS
STK500-Besitzer schrieb: > In der UTFT ist die Pinbelegung doch beschrieben. Das wird ihm nicht weiterhelfen, den so wie er sich gibt wird er nicht mit Drähten löten oder mit Steckbrettern hantieren wollen. Er will den schnellen F... äääähhhh Kick.
Wäre es denn möglich das Display zum laufen zu bekommen ohne diese extra shields. Ich habe ein steckbrett und viele jumperwires. :) Was sind denn auf den extra shield für Bauteile drauf?
Das Ding hat doch auch SPI, oder täusche ich mich? (T_CLK, ...)
Ja ich glaube spi hat es aber ist das nicht der Touch Controller? Der Controller für Touch nennt sich xpt2046
Martin T. schrieb: > Ich habe ein steckbrett und viele jumperwires. Willst du dir das wirklich antun? - 16 Datenleitungen - 5 Steuerleitungen für das LCD - 4 SPI Leitungen für den Touch Controller - 2 Leitungen Stromversorgung Und dabei willst du keine Fehler machen? Du musst dir die Pins aus der UTFT Library zusammenklauben. Das Shield hat Bufferbausteine die eine saubere 3.3/5V Trennung gewährleisten. Es geht aber auch ohne. Und ohne Buffer geht es nur auf dem Mega denn der Uno hat zu wenig Pins, des- wegen muss der 16-Bit Bus auf 8 Bit gemultiplext werden. Es geht aber auch ohne heisst dass manche TFTs nicht die 5V Signale des Arduino "vertragen".
google schrieb: > Das Ding hat doch auch SPI, oder täusche ich mich? Mach dich schlau bevor du hier billig 'rumlaberst.
https://www.adafruit.com/datasheets/ILI9325.pdf Arduinoquäler schrieb: > Mach dich schlau bevor du hier billig 'rumlaberst. Datasheet Seite 28 ...
google schrieb: > Datasheet Seite 28 ... Es geht um das Display das er Eingangs vorgestellt hat. Und diese Baugruppe hat keinen SPI Bus für das Display herausgeführt. Wenn du schlau wärst würdest du das Datenblatt der Baugruppe anschauen und nicht das des LCD/TFT.
Martin T. schrieb: > Ja ich glaube spi hat es aber ist das nicht der Touch Controller? genau. google schrieb: > Datasheet Seite 28 ... Die Pins sind aber nicht an die Stiftleisten herausgeführt. Martin T. schrieb: > Ich habe ein steckbrett und viele jumperwires. :) Solche? http://www.avc-shop.de/WebRoot/Store15/Shops/64272905/532F/55FE/6092/73D8/F734/C0A8/2ABB/00C0/DSC01672.JPG Dann nimm entweder einen µC der mit 3,3V arbeitet oder spare die jumperwires und nimm die Schields, die Arduinoquäler vorgeschlagen hat.
Arduinoquäler schrieb: > Wenn du schlau wärst würdest du das Datenblatt der Baugruppe > anschauen und nicht das des LCD/TFT. Wenn Du schlau wärst, könntest Du verstehend lesen. Das Ding hat SPI, es ist nur bei diesem Display nicht herausgeführt und damit nicht nutzbar. Nicht immer ist eine große Fresse und laut schreien von Vorteil.
Arduinoquäler schrieb: > google schrieb: >> Das Ding hat doch auch SPI Hat es. Punkt. Können wir jetzt noch über hunderte postings weiterführen ...
Oder reichen auch 2,4"? Falls ja, dann kauf Dir ein passendes Display, ist billiger als diese Schields: Beitrag "Re: China SUPER Bauteile-Schnäppchen Thread" http://www.aliexpress.com/item/-/32254339975.html €3,61/piece Beitrag "A137 Touch TFT 320 x 240 unter 5€" Martin T. schrieb: > Hallo ich habe von einem Kumpel ein 2.8 TFT shield bekommen. Vielleicht ist das eher was für die Vitrine? ;-) google schrieb: > Hat es. Punkt. Können wir jetzt noch über hunderte postings weiterführen Lieber nicht. Es hat SPI für den Touch-Sensor, aber der TO will auch Grafik anzeigen.
:
Bearbeitet durch User
google schrieb: > Hat es. Punkt. Dann kann man ja (hurrahhhh, wir haben es herausgefunden) den lästigen 16 Bit Bus und die Steuerleitungen dazu einfach weglassen. Diese LCD-Macher sind ja aber auch Deppen, soviele Pins für ein Display zu verschwenden wo doch so wenige genügen würden.
Arduinoquäler schrieb: > Diese LCD-Macher sind ja aber auch Deppen, soviele Pins für > ein Display zu verschwenden wo doch so wenige genügen würden. Solche "Deppen" ?! gibt es. Hier sind beide Busse herausgeführt: http://www.hotmcu.com/28-touch-screen-tft-lcd-with-all-interface-p-63.html
:
Bearbeitet durch User
Torsten C. schrieb: > Es hat SPI für den Touch-Sensor, Rein formal betrachtet hat auch das Display SPI, denn der Touch ist Bestandteil dieses Displays. Mich stört nicht der Inhalt, sondern der Ton. Ich hatte schon mal ein größeres China-Display-board mit diesem controller in der Hand und das hatte SPI. Deswegen meine Aussage ganz oben, ich habe es ja auch bewußt abgeschwächt, weil ich mir nicht sicher war. ("oder täusche ich mich?") Wenn mich dann aber am Sonntag vormittag jemand wegen einer Kleinigkeit so dämlich anmacht, dann kann ich auch spitzfindig werden.
Torsten C. schrieb: > Solche "Deppen" ?! gibt es. Hier sind beide Busse herausgeführt: > > http://www.hotmcu.com/28-touch-screen-tft-lcd-with-all-interface-p-63.html Jepp, sowas meinte ich ...
Okay kommen wir nochmal zum iegentlichen Thema zurück. Also SPI BUS Stellt nur der TouchC zur Verfügung. Jetzt habe ich laut UTFT Lib das Display BD0-7 beim Arduino mit PIN8-13 & A0 und A1 & auch WR, RS, RESET und CS verbunden. Wie man sieht, sieht man nix, Außer die Hintergundbeleuchtung leuchtet. Hm jemand eine IDee?
Martin T. schrieb: > Hm jemand eine IDee? Arduinoquäler schrieb: > Und ohne Buffer geht > es nur auf dem Mega denn der Uno hat zu wenig Pins, des- > wegen muss der 16-Bit Bus auf 8 Bit gemultiplext werden. Wer lesen (und verstehen) kann ist klar im Vorteil.
Arduinoquäler schrieb: > Martin T. schrieb: >> Hm jemand eine IDee? > > Arduinoquäler schrieb: >> Und ohne Buffer geht >> es nur auf dem Mega denn der Uno hat zu wenig Pins, des- >> wegen muss der 16-Bit Bus auf 8 Bit gemultiplext werden. > > Wer lesen (und verstehen) kann ist klar im Vorteil. Okay aber warum steht dann in der UTFT Lib dass man das Display damit verwenden kann? Oder bin ich gerade auf dem falschem Pfad? :/
Martin T. schrieb: > Okay aber warum steht dann in der UTFT Lib dass man das Display damit > verwenden kann? Wenn ich dich falsch informiert haben sollte dann brauchst du mich ja nicht mehr zu fragen. Das ist auch meine Empfehlung.
Arduinoquäler schrieb: > des wegen muss der 16-Bit Bus auf 8 Bit gemultiplext werden. Im Datenblatt steht: When TRI = “1”, data are transferred to the internal RAM in 8-bit x 3 transfers mode via the 8-bit interface. Ich meine, bei mir hatte das auch so geklappt. Ist aber schon Jahre her.
Torsten C. schrieb: > Ich meine, bei mir hatte das auch so geklappt. Klar geht das. Mit diesen Methoden kann man auch auf SPI umstellen. Jetz brauchst du nur noch dem Martin T. zeigen wie es geht. Gaaaaanz einfach. Aber nicht mit Arduino Lib.
Arduinoquäler schrieb: > Aber nicht mit Arduino Lib. Mag sein. Ich mag diese Libs eh nicht; da müsste jemand anderes helfen. Aber 3 x 8 ist schneller als SPI. Ich hatte damals verschiedene Varianten ausprobiert. In dem Bild sind auch die Pins gekennzeichnet: https://github.com/TorstenC/A137_TouchTFT_320x240 Ich hatte PB0..1 und PD2..7 benutzt.
Martin T. schrieb: > Arduinoquäler schrieb: >> Martin T. schrieb: >>> Hm jemand eine IDee? >> >> Arduinoquäler schrieb: >>> Und ohne Buffer geht >>> es nur auf dem Mega denn der Uno hat zu wenig Pins, des- >>> wegen muss der 16-Bit Bus auf 8 Bit gemultiplext werden. >> >> Wer lesen (und verstehen) kann ist klar im Vorteil. > > Okay aber warum steht dann in der UTFT Lib dass man das Display damit > verwenden kann? Oder bin ich gerade auf dem falschem Pfad? :/ In der UTFT-Doku findest du ein PDF der unterstützen Displays. Da steht dann auch, dass nur der 8-Bit-Modus unterstüttzt wird. Ob das der UNO hinbekommt, weiß ich nicht. So, wie ich UTFT-Lib kenne, ist der Uno eh speichermäßig unbrauchbar.
STK500-Besitzer schrieb: > So, wie ich UTFT-Lib kenne, ist der Uno eh speichermäßig unbrauchbar. Der Grafik-Speicher ist im Display. Schriften passen ins ROM. Ich hatte mich auf die Zeichen in der Codepage beschränkt, die ich wirklich brauche und es ging sogar mit Kantenglättung. Viele Grafiken kann man per C-Code berechnen. Der Uno muss nur schnell schaufeln. Zur Not ist für Grafik ein SD-Slot dran, z.B. für eine Hintergrundgrafik. Die ist dann aber wieder langsam. Auch die Libs sind langsam. Die UTFT-Lib kenne ich nicht. Aber optimieren kann man ja auch später, wenn alles ersmal grundsätzlich funktioniert. Heutzutage mache ich das auch mit einem STM32. Aber lass ihn doch!
:
Bearbeitet durch User
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.