Hallo,
mein Kollege war auf der Embedded world 2009. Zufällig erzählt er, daß
es von Electronic Assembly ein Angebot gab. Während der Messezeit konnte
man ein Starterkit mit einem TFT-Display für 99€ bestellen! Vom
Bestelltermin hat es mir gerade noch so gereicht.
Der Inhalt:
* TFT-Display eDIPTFT43-A (4,3" mit Touchscreen)
* Programmierboard mit USB-Schnittstelle
* CD mit KIT-Compiler
Ich habe schon mit dem blau-weißen Display EA eDIP240-7 gearbeitet und
das war schon genial, aber das TFT ist voll der Hammer! In X- und
Y-Richtung mehr als doppelt so viel Pixel wie das blau-weiße. Die
Grafikdarstellung (z.B. JPG-Bilder) ist echt super.
Es wäre doch sinnvoll, eine eigene Rubrik "Schnäppchen" aufzumachen,
oder? Ich habe schon mal aufgrund eines Forumbeitrags ein preiswertes
AVR-Kit (Emulator + Starterkit) von Spörle gekauft. Man ist ja nicht
immer auf Messen und bekommt solche super Angebote leider nicht oft mit.
Gruß
Martin
Das Display hat Datenleitungen (RxD und TxD), die man an einen
Controller anschließen kann. Ich verwende einen AtMaga128 zur
Ansteuerung des Displays. Dieser sendet die Daten zum Aufbau des
Bildschirms an das Display. Touchbuttons liefern beim Betätigen einen
Up- und Downcode an den Controller.
Gruß
Martin
Ich arbeite auch gerade mit dem Display und bin begeistert!!!
Es kommuniziert auch über SPI und I2C.
RS232 (TTL-Logig) bis 230400 BAUD !
Zusätzlich kann man 8 Eingänge abfragen und 8 Ausgänge steuern !
Es kann JEDE Windows-Schriftart in den 4MB Flash übertragen werden.
Der µC ist ein ATmega der in Assembler programmiert wurde.
http://www.lcd-module.de/pdf/grafik/ediptft43-a.pdf
MfG
Ak Tronik
Jetzt hab ich doch noch eine Frage, wofür brauche ich denn dann dieses
Programmerboard. Dann könnte ich das doch über mein STK500-Board von
Atmel ansprechen, oder nicht???
Gruß Sebastian
das Programmerboard wird benutzt, um Daten in den Flash des Displays zu
schreiben. Dies können Bilder sein, die man per Software aufrufen kann
oder auch ganze Menüs. Theoretisch benötigt man es nicht, wenn mal alles
mit dem Controller macht (auch die Bilddaten mit dem Controller an das
Display sendet).
Das Programmerboard ist nichts weltbewegendes. In erster Linie ein
FTDI-IC, das RxD und TxD in USB wandelt. Ansonten nur Steckverbinder und
Schutzbeschaltung.
Ach und mit dem µC kann ich dann wiederum die gespeicherten Bilder
abrufen und sie wieder geben. Kann ich nicht dann als erstes mir nen
komplettes Design (Buttons und soweiter) erstellen das in den flash
laden und die Daten die ich über das Display erhalte via Tastendruck
erhalte mit dem µC verarbeiten und wiederum ans Display senden.
Hab ich das soweit richtig verstanden.
> Ach und mit dem µC kann ich dann wiederum die gespeicherten> Bilder abrufen und sie wieder geben.
ja, jedes Bild hat eine ID-Nummer. Es gibt einen Befehl zum Anzeigen der
Bilder. Man gibt Bild-ID und Koordinaten an.
> Kann ich nicht dann als erstes mir nen> komplettes Design (Buttons und soweiter) erstellen das in den flash> laden und die Daten die ich über das Display erhalte via Tastendruck> erhalte mit dem µC verarbeiten und wiederum ans Display senden.
.. geht schon. So habe ich es am Anfang auch gemacht. Ist aber bei
Erweiterungen lästig, da man ständig an beiden Stellen ändern muß. Ich
habe in der Zwischenzeit nur noch Bilder im Flash des Displays. Den
Aufbau des Fensters mache ich mit dem Controller. Kostet dafür aber
Flash im AVR. Hat halt alles Vor- und Nachteile...
Hallo Zusammen,
ich warte jetzt auch sein ein paar Wochen mit dem Display, und bin auch
begeistert. Ich habe das Display über SPI an ein Board angebunden.
Bilder und größere Grafiken habe ich direkt auf den Flash des Displays
geflashed. Befehle zum Grafikaufbau sende ich dann über SPI.
Ich habe zwar nicht viel Erfahrung mit anderen Touchpannels, kann also
nicht wirklich vergleichen - aber für meine Zwecke ist es super! Die
Ansteuerung klappt nach kurzer Einarbeitung wunderbar.
Die Doku find ich auch sehr bescheiden, daher meine ganzen fragen. ich
kann mir vorstellen das wenn ich das Display habe, das die ein oder
andere Frage noch kommen kann. ;-)
Naja ich finde die Doku schon okay, dürfte ausführlicher sein, ist aber
zweckmäßig.
Diese Software/Editor ist allerdings ne Frechheit. Zum Bilder definieren
und drauf laden ist das Ding zu gebrauchen, allerdings
Grafikprogrammierung damit zu machen kann man vergessen. Ist schon fast
ne unverschämtheit was die einem da liefern. Von wegen "Display mit
Intelligenz".
Ich mache den ganzen Bildaufbau von meinem Board aus über SPI, klappt
super, ist einfach. Ich denke wer das Display auch extern ansteuert,
bekommt hier ein gutes Display für kleines Geld.
@Qduda 12345
Ich hab zwar mit Programmierung nicht viel Erfahrung, aber ich habe
schon gehört, wie komplex die Programmierung von "normalen" Displays
ist. Ich finde das Konzept von Electronic Asssembly für meine Anwendung
super.
Falls es jemanden von euch noch Interessiert, hab noch jemanden für
solche anwendungen gefunden. Macht mir auch nen sehr guten Eindruck.
http://demmel.com/
Sebastian schrieb:
> Wegen dem Speicher oder warum son großen???
ja genau. Ist ne Rolladensteuerung mit relativ viel Quellcode. Hatte
erst nen ATmega88, der war schnell voll. Dann nen pinkompatiblem
ATmega168. War aber auch schnell am Ende. Beim Redesign der Platine habe
ich auf ATmega128 gewechselt. Und der ist in der Zwischenzeit auch schon
gut ausgelastet...
Wenn Du aber den Bildaufbau weitestgehend im Display speicherst, sparst
Du jede Menge Quellcode im µC. Dafür muß man aber immer an 2 Stellen
herum fummeln, wenn es eine Änderung gibt.
@martin69
Ist das ne Rolladensteuerung mit Hyper-Intelligenz? Was zum Teufel macht
das Ganze so aufwendig dass selbst bald ein Mega128 an Grenzen stösst?
Meine kommt mit so wenig Assemblercode aus daß sie noch in einen kleinen
Tiny passt, deshalb frag ich
* derzeit Ansteuerung von 34 Rolläden
* derzeit 20 Bildschirm-Fenster (eines davon siehe Anhang)
* viele Sachen graphisch dargestellt
* viele Texte
* Quellcode für SD-Karte-Handling
* ...
Der ATmega128 ist noch nicht voll, aber ich muß mir langsam Gedanken
machen, was ich zukünftig noch reinpacke oder besser weg lasse.
Hat das Display eigentlich nen integrierten Grafik-Controller. Wenn ich
mir auf anderen Seiten Displays anschauen, wird immer von
Grafik-Controllern gesprochen. Hab auch schon mit welchen gesprochen,
die meinten mit nem 8-Bit Mikrocontroller ist das nicht möglich (16-Bit
Grafik), deren Display anzusteuern, man bräuchte nen Display-Controller.
Mfg
EA eDIPTFT43-A TFT ist ohne Touch.
Wenn auch das Bild mit Touch ist.
http://demmel.com/
Finde keine Preise.
Kenne das Teil nur mit Touch 196,00 Eus.
Leider gibt es keinen Simulator dafür.
Das programmieren ist nicht gerade begeisternd.
MfG
Die Rahmen kann man wohl nur mit minimaler Größe = Bitmapgröße (24x24)
zeichnen?
Gibt es diese Einschränkung auch bei Füllmustern? Oder wird das Muster
abgeschnitten? Wo (rechts unten?)?
Hallo, hab das Display und schon ne Menge mit gemacht. Ist ja wirklich
traumhaft einfach und macht spass ne Menge Funktionen zu realisieren.
Hab mir jetzt aber mal überlegt, das komplett Packt nicht bei AE für
teuer Geld zu kaufen sondern selber das ganze zu machen. Sprich
TFT-Display mit passendem Controller und nem Touch Panel mit
dazugehörigem Controller.
Hat das einer von euch schonmal gemacht und kann mir evtl. nen paar
Tipps geben oder mir sogar gleich ganz dafür abzuraten(was ich ja nicht
hoffe).
Lg Sebastian
Hallo
Habe mit dem Teil wieder mal experimentiert.
Ist alles gewöhnungsbedürftig,aber trotzdem komfortabel.
Gute Touch und Bildqualität.
#AT 1,100,80,220,65,7 "A"
;draw Touch area - this will put a $41 (65 dec.) into send buffer
Diese Befehlszeile wird im Compiler korrekt verarbeitet.
Wenn ich aber über die Rs232 zur Laufzeit Buttons-Schalter
erstellen will ,geht es nicht.
Touch bleibt hängen und muß resettet werden.
Befehle welchen keinen Text zum Schluss des Strings haben funzen aber.
Kennt jemand den korrekten String welchen ich über die Serielle senden
muß.
Danke und Gruß
eDIPTFT43.jpeg
(89 KB)
