Farb-Touchdiplay Mikromedia / Arduino

Ich war sicher einer der Ersten, die sich dieses Display zugelegt hat, 
weil ich die Entwicklung des Controllers schon von Anfang an verfolgt 
habe. Anfangs konnte ich auch gar nichts damit anfangen, weil das 
Programmers Guide noch fehlte. Aber seitdem dies sowie einige Beispiele 
von FTDI veröffentlicht wurden, habe ich dem Display ein Leben 
eingehaucht, auch ohne teure Libraries.

Zugegeben, das Ganze ist etwas kompliziert mit den Display-Lists, aber 
wenn man das erstmal raus hat, kann man schon eine Menge mit dem Display 
machen. Schau dir mal intensiv die Beispiele an, die ja sogar teilweise 
für Arduino existieren (sind schlecht formatiert und wenig 
dokumentiert). Ich selber habe das Display an einem LPC1766 (ARM-Cortex 
M3) angeschlossen und die Beispiele nur als Vorlage für eigene Routinen 
benutzt.

Leider hat MicroElektronika ein sehr schlechtes Display eingebaut, das 
wirklich nur senkrecht betrachtet werden will. Sobald man etwas schräg 
draufschaut ändert sich der Kontrast derart stark, dass es keine Freude 
mehr macht. Ich plane, in nächster Zeit mal ein eigenes Display mit dem 
FT800 und besserem Panel zu entwickeln. Die Controller sind ja 
inzwischen gut erhältlich. Vielleicht hat ja jemand Lust mitzumachen, 
bitte meldet Euch bei mir.

Grüße aus der Hauptstadt,
Erwin

David schrieb:

> In der Datei ist ein Programm das ich schon auf die Dimensionen des
> Displays angepasst habe. Weiter bin ich noch nicht.

Es ist gar nicht notwendig, die Dimensionen und Parameter einzustellen, 
da die Default-Werte des FT800 genau dem verwendeten Display 
entsprechen.

Ich hab mich mal drangesetzt und die Header-Datei aufgeräumt. Der 
Programmierer für FTDI hat wohl noch nie was von Hexzahlen gehört, 
geschweige denn von einem übersichtlich formatiertem Sourcecode.
In dem angehängten Archiv befinden sich meine Dateien eve.c und eve.h. 
Nicht enthalten ist die SPI-Routine, da diese für fast jeden Controller 
unterschiedlich ist.

1

uint8_t SPIO(uint8_t)

In der Main-Routine muß nach der Initialisierung des SPI-Ports nur 
einmal

1

EVE_Init();

aufrufen werden.

Wenn danach folgende Sequenz aufgerufen wird, sollte das Display 
komplett in Rot erstrahlen.

1

cmd(CMD_DLSTART);

2

cmd(CLEAR(1,1,1));

3

cmd(COLOR_RGB(255, 0, 0));

4

cmd(DISPLAY());

5

cmd(CMD_SWAP);

Die Routinen setzen voraus, dass ein Display mit 480x272 Pixeln benutzt 
wird. Für andere Formate müssen zusätzlich die Größen- und 
Timingparameter geändert werden.

Viel Spaß beim experimentieren

Kleiner Fehler. Leicht zu verwechseln "COLOR_RGB" und "CLEAR_COLOR_RGB"

So ist es richtig:

1

cmd(CMD_DLSTART);

2

cmd(CLEAR(1,1,1));

3

cmd(CLEAR_COLOR_RGB(255, 0, 0));

4

cmd(DISPLAY());

5

cmd(CMD_SWAP);

Danke zuerst mal für die vielen Antworten! :D

Erwin Reuss schrieb:
> Ich hab mich mal drangesetzt und die Header-Datei aufgeräumt. Der
> Programmierer für FTDI hat wohl noch nie was von Hexzahlen gehört,
> geschweige denn von einem übersichtlich formatiertem Sourcecode.
> In dem angehängten Archiv befinden sich meine Dateien eve.c und eve.h.
> Nicht enthalten ist die SPI-Routine, da diese für fast jeden Controller
> unterschiedlich ist.
>

1

uint8_t SPIO(uint8_t)

Was ich noch nicht ganz verstehe ist, wie und wo ich die I/O Ports für 
die SPI definiere?

Zudem bekomme ich ganz viele Fehlermelungen, ich glaube jedoch dass es 
an dieser Zeile liegt:

1

const uint32_t bootup[] = {

2

  CLEAR_COLOR_RGB(0,0,0),

3

  CLEAR(1,1,1),

4

  DISPLAY()

5

};

Der Kompiler meint: ../eve.c:24: error: called object '1' is not a 
function
Damit ist wohl die Zeile

1

DISPLAY()

 gemeint.

Danke im Vorraus für die Hilfe!

Hallo David,

ich habe es inzwischen zum Laufen gebracht, eigentlich nur halb so 
schwer.

Die eve.h und eve.c kannst du erstmal ganz vergessen.
Ich würde die richtigen Librarys von FT800 verwenden.

Machst du es auch mit einem Arudino? Könnte dir meine Initialisierung 
und Testfunktionen geben.

Grüße Sam

Anbei die Initialisierung in Form einer Klasse

Grüße

habt ihr euch das schon mal angeschaut ?
--> http://excamera.com/sphinx/gameduino2/

hier wird deutlich, wie leistungsfähig der FT800 ist ...

am interessantesten ist die fertige library GD2.h welche dort verwendet 
wird

Friedo B. schrieb:
> am interessantesten ist die fertige library GD2.h welche dort verwendet
> wird

Sieht wirklich sehr interessant aus, jedoch kann ich die gd2.h Library 
nirgends zum download finden.

Weiß da jemand bescheid?

"gd2.h" ist keine Library.

Das ist eine Headerdatei.

Ansonsten gilt wohl das hier geschiebene:

http://www.seeedstudio.com/depot/gameduino-2-p-1676.html

Die Library "gd2" (deren Headerdatei Du suchst) ist zur Zeit noch nicht 
verfügbar.

Samuel M. schrieb:
> Friedo B. schrieb:
>> am interessantesten ist die fertige library GD2.h welche dort verwendet
>> wird
>
> Sieht wirklich sehr interessant aus, jedoch kann ich die gd2.h Library
> nirgends zum download finden.
>
> Weiß da jemand bescheid?


Ja,
James (der Autor) schrieb mir dazu letzten Samstag:
> You will be able to buy a Gameduino 2 from your
> local distributor in Germany, Watterott,
> in a few days time: http://www.watterott.com/
>
> Yes, I am working on the GD2 library still,
> making sure that it really works well - it
> is almost ready, and will be available
> on excamera.com next week.

Hallo
ich habe das Display auch und probiere es mit einem PIC18F47J13 
anzusteuern, doch das Ding bleibt dunkel. Ist das richtig, dass wenn man 
die Spannung anschliesst, sich erst mal gar nichts tut? Erst wenn über 
SPI die richtigen Befehle kommen, es überhaupt die Beleuchtung 
einschaltet?

Du musst den PD  - Pin  (Power Down) siehe Datenblatt richtig beschalten 
und ansteuern. Erst dann wird die Hintergrundbeleuchtung eingeschalten.
Erst nachdem du das Display initialisiert hast kannst du Befehle 
schicken.

!Achtung falls dein Controller mit 5V Spannungspegeln arbeitet. Das 
Display arbeitet mit 3,3V!

Sam

Danke Sam.
Im FTDI Datenblatt steht zweimal im Text 47k, in der Skizze sind 4.7k. 
Was hast du genommen? Ich tippe mal 4.7k macht mehr Sinn? Gemäss 
Datenblatt müsste ich auch den INT Pin beschalten (pull-up), richtig?

edit: ich habe jetzt das Display ohne SPI angeschlossen, nur 3.3V sowie 
die beiden pullups auf INT und PD. Es bleibt immer noch dunkel. Langsam 
habe ich das Gefühl das TFT ist defekt...

David schrieb:
> In der Datei GD2.ccp muss nur der Wert:
> #define PROTO 1 auf 0 gesetzt werden. Da das Display vom Gameduino
> seitenverkehrt betrieben wird.

Hast du sonst nichts verändert?
Wo hast du den CS und den PD Pin definiert?
Ohne die Definition dieser beiden Pins kann es doch gar nicht 
funktionieren?

S.