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.
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?
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:> 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.
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.
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.
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.
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!
14578633871491864203618.jpg
(250 KB)
14578634223231343551087.jpg
(240 KB)
