TFT parallel ansteuerung

Ich würde dir auch eine Lösung a la Läubi vorschlagen:

Gucke, ob dein Prozessor ein externes Speicherinterface hat. Wenn ja:
Blende es in den ext. Speicherbereich ein. Es ist sinnvoller, die 
Datenbusbreite des Displays exakt so groß zu wählen, wie die es 
Prozessors. Lesen/Schreiben geht dann schneller als wenn du alle 
Steuersignal mit Hand setzen musst, nur um 18bit zugleich zu habhen.

So schreibt die Software in das "externe" RAM, und die Daten landen 
derweil im Display.

das Display hat 320x240 in RGB, das sind 230 kByte. ich denke das man 
die schnell genug an so ein Disp bekommt wenn man 16 GPIO benutzt. Bei 
1Mhz Datenrate ist das eine 1/10 Sekunde.

Gut 16Bit Parallel gehen auch es müssen nicht die 18Bit sein.

Ich hab mal im Datenblatt nachgeschaut:
Der S12 besitzt sowas wie ein "External Bus Interface" welches wohl 
eigentlich gedacht ist um einen externen Speicher anzusprechen.

Im vergleich zu einem Ateml (At90CAN128) sind beim S12 jedoch Adressen- 
und Datenbus seperat rausgeführt also nicht gemultiplext.

Wenn ich das richtig verstehe würde ich jetzt einfach die Adressleitung 
offen lassen und die 16 Bit breite Datenleitung einfach an den 16 Bit 
Bus des Grafikcontrollers anschließen.

Eine Übertragung eines Bildes würde dann grob so aussehen.
1. Chipselect "NCS" des Displays auf low setzen
2. DNC_SCL auf low setzten um die nachfolgenden Daten als COMMAND
   zu kennzeichnen.
3. Schreiben von 0x22 ins Indexregister
4. DNC_SCL wieder auf high setzten
5. 16 Bit Daten auf den Datenbus legen in dem man an irgend eine externe
   Adresse schreibt.
6. Kennzeichnen der gültigen Daten mittels E_NWR
7. ...
8. ...


Die Steuersignale müsste ich dann aber immer noch von Hand setzten.


@Gast
Woher hast du die 1Mhz? ich konnte nirgends finden wie schnell so ein 
Port umschalten kann.
1/10s wären immer noch 100ms was für mich heißt ich erkenne den 
Bildaufbau (Flimmern ect.)+


Im Anhang noch der Auszug aus dem Datenblatt für das External Bus 
Interface

gruß

>enn ich das richtig verstehe würde ich jetzt einfach die Adressleitung
>offen lassen und die 16 Bit breite Datenleitung einfach an den 16 Bit
>Bus des Grafikcontrollers anschließen.

Würde ich anders tun:
die 16bit Daten so wie du geschrieben hast, aber:
ich würde die Leitungen RE und WE des Controllers (low aktiv) über eine 
Logik (wahrsch. NOR) so ändern, dass damit direkt RW_NRD und E_NWR (was 
sind das für scheißnamen?) angesteuert werden können. A1..A22, oder 
einige davon, würde ich über ein Adresskomparator legen und an NCS 
klemmen. A0 würde ich an DNC_SCL anklemmen, zur Unterscheidung der 
(vier) Register.

Das gibt folgenden VOrteil:
>1. Chipselect "NCS" des Displays auf low setzen
>2. DNC_SCL auf low setzten um die nachfolgenden Daten als COMMAND
>   zu kennzeichnen.
>3. Schreiben von 0x22 ins Indexregister
>4. DNC_SCL wieder auf high setzten
>5. 16 Bit Daten auf den Datenbus legen in dem man an irgend eine externe
>   Adresse schreibt.
>6. Kennzeichnen der gültigen Daten mittels E_NWR

Das wird dann automatisch gemacht, wenn du per Software 
Lese/Schreibbefehl auf das scheinbar vorhandene externe Ram zugreifst. 
In einem Takt, und nicht, wie bei dir, in sechs.

Hallo,

hat etwas länger gedauert bis ich wieder antworte, aber ich musste 
erstmal klären ob ich das mit dem Display jetzt so angehen kann wie ich 
wollte.

Folgender stand bis jetzt:
Ich soll in der nächsten Zeit einen ersten Prototypen erstellen auf dem 
die ganze Displaygeschichte und noch einige andere Sachen getest werden 
sollen.
Um möglichst keine Änderungen am Layout mehr vornehmen zu müssen würde 
ich euch bitte mal über das Bild im Anhang zu schauen.

Natürlich fehlen noch die Versorgungsleitungen und diverse andere Pins 
aber die sind ja hier unwichtig.

Ach ja vielleicht noch wichtig: Ich möchte das Display im M68 Modus 
benutzen, da passen die Steuersignale besser zu dennen des Freescales.

gruß
Dominik

Mist ganz vergesesn hier noch die Pinbelegung des Grafikcontrollers und 
des S12XE

Kann mir dazu keiner was sagen?