Display mit SSD1289 füllt nicht den gesamten Bereich

[Holger K. (holgerkraehe)]

Hallo zusammen

Ich habe hier ein 3.2Zoll TFT mit SSD1289 Controller.
Inzwischen habe ich diverse Initialisierungen im Internet gefunden uns 
ausprobiert.

Leider scheint irgendwo der Fehler zu sein.
Denn ich kann nie den Gesamten Displaybereich beschreiben.

Anbei ein Foto!

Hat jemand eine Idee, woran dies liegen könnte oder hatte jemand 
schonmal das selbe Problem?

Das Display wird mit 3.3V versorgt und hängt an einem STM32
Der Display Port ist 1:1 mit PortC verbunden.
Die Steuerleitungen sind anderweitig verteilt.

Mein Code ist ebenfalls im Anhang...

Hier noch jener Code-Teil mit welchem ich die Farben ausgebe:

LCD_ResetDevice();

  LCD_SetCursor(0,0);
  LCD_WriteCommand(0x22);
    while(1)
    {
      LCD_WriteData(0xE534);
    }

Mir ist bewusst, dass man normalerweise nach 240*320 Pixel stoppt.
Aber wenn nichtmal der gesammte bereich mit "while(1)" beschrieben wird,
dann stimmt ja was nicht.

[Purzel H. (hacky)]

Das ganze Display hat entweder mehrere Chipselects, oder mehrere 
Adressen. Ich tippe auf letzteres. Steht im Datenblatt. Also nicht 
einfach planlos initialisierungen runterladen, sondern Datenblatt 
studieren. Das ganze Datenblatt vom Hersteller, nicht das abgespeckte 
von einem Trittbrettfahrer.

zB mehrere
  LCD_SetCursor();
und/oder mehrere
  LCD_WriteCommand();

[Holger K. (holgerkraehe)]

Danke für deinen Hinweis!
Anbei das Datenblatt!


Mir scheint es so, dass das GRAM durchgehend adressiert ist.

[Holger K. (holgerkraehe)]

Ich habe jetzt die Verdrahtung 2 mal geprüft, ausgeläutet und optisch 
kontrolliert.

Es stimmt alles!

Ich habe den Code von hier getestet:
http://forum.arduino.cc/index.php?topic=183302.0

Ich habe das exakt identische Display!


Doch es funktioniert einfach nicht korrekt.

Wenn ich die Orientation ändere, dann wird der fehlende Balken 
beschrieben
dafür halt jener gegenüber nicht.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Holger Krähenbühl schrieb:
> Anbei ein Foto!
Was sieht man darauf und was sollte man stattdessen sehen?

[Sascha W. (sascha-w)]

Hallo,

mein Display läuft schon eine Weile, von daher kenne ich inzwischen 
nicht mehr jedes Register - anbei mal mein Init, sollte aber soweit ich 
sehe auch mit deinem gehen.

  .dw  0x00 , 0x0001    ;Start Oscillation
  .dw  0x03 , 0x6664    ;A8A4    ;Power Contol
  .dw  0x0c , 0x0000
  .dw  0x0d , 0x080C
  .dw  0x0e , 0x2B00
  .dw  0x1e , 0x00B0
  .dw  0x01 , 0x2B3F    ;Driver output Control    2b3f
  .dw  0x02 , 0x0600
  .dw  0x10 , 0x0000
  .dw  0x11 , 0x6050    ;Entry Mode  6050
  .dw  0x05 , 0x0000    ;Compare register
  .dw  0x06 , 0x0001
  .dw  0x16 , 0xEF1C    ;Horizontal Porch
  .dw  0x17 , 0x0003    ;Vertical Porch
  .dw  0x07 , 0x0233    ;Display Control
  .dw  0x0b , 0x0000    ;Frame cycle control  5312
  .dw  0x0f , 0x0000    ;Gate Scan Position
  .dw  0x41 , 0x0000    ;Vertical scroll
  .dw  0x42 , 0x0000
  .dw  0x48 , 0x0000    ;Start Position screen driving
  .dw  0x49 , 0x013F    ;End Position  319
  .dw  0x4a , 0x0000
  .dw  0x4b , 0x0000
  .dw  0x44 , 0xEF00    ;Source Ramm adresse 239 to 0
  .dw  0x45 , 0x0000    ;Vertical Start
  .dw  0x46 , 0x013F    ;Vertical end
  .dw  0x30 , 0x0707    ;Gamma contol
  .dw  0x31 , 0x0204
  .dw  0x32 , 0x0204
  .dw  0x33 , 0x0502
  .dw  0x34 , 0x0507
  .dw  0x35 , 0x0204
  .dw  0x36 , 0x0204
  .dw  0x37 , 0x0502
  .dw  0x3a , 0x0302
  .dw  0x3b , 0x0302
  .dw  0x23 , 0x0000
  .dw  0x24 , 0x0000
  .dw  0x25 , 0x8000
  .dw  0x4f , 0x0000
  .dw  0x4e , 0x0000

Zum Füllen mal noch angemerkt - das Display lässt auch eine Einstellung 
des "Arbeitsbereichs" zu (0x44 & 0x46), so das Ausgaben in das 
Displayram auch nur auf den Bereich Auswirkung haben. (0xef00 & 0x013f) 
selektieren aber den kompletten Bereich.

Sascha

[Holger K. (holgerkraehe)]

Lothar Miller schrieb:
> Holger Krähenbühl schrieb:
>> Anbei ein Foto!
> Was sieht man darauf und was sollte man stattdessen sehen?

Es sollte alles weiss sein.
Man sieht oben den nicht beschrieben Balken...

Weshalb dieser nicht beschrieben wird ist das Rätsel...

Sascha Weber schrieb:
> mein Display läuft schon eine Weile, von daher kenne ich inzwischen
> nicht mehr jedes Register - anbei mal mein Init,

Vielen Dank!

Habe ich mal übernommen. Leider das selbe ergebnis!
Nun ist einfach die Füllrichtung anderst. Aber der fehlende Balken 
bleibt.

Wie füllst du dein Display?

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Holger Krähenbühl schrieb:
> Mir ist bewusst, dass man normalerweise nach 240*320 Pixel stoppt.
Und was passiert, wenn du, sagen wir mal nach einem viertel der Pixel 
stoppst? Oder nach der Hälfte?

[Holger K. (holgerkraehe)]

Lothar Miller schrieb:
> Und was passiert, wenn du, sagen wir mal nach einem viertel der Pixel
> stoppst? Oder nach der Hälfte?

Sehr merkwürdig...

Hier mein Code zum Bild:

void LCD_Address_Set(unsigned int x1,unsigned int y1,unsigned int x2,unsigned int y2)
{
  LCD_Write_Com_Data(0x0044,(x2<<8)+x1);
  LCD_Write_Com_Data(0x0045,y1);
  LCD_Write_Com_Data(0x0046,y2);
  LCD_Write_Com_Data(0x004e,x1);
  LCD_Write_Com_Data(0x004f,y1);
    LCD_Write_Com(0x0022);

}




  LCD_Address_Set(0,0,239,319);

  while(uiCounter != 500)
  {
    LCD_Write_Data(0x0000);
    uiCounter++;
  }

  uiCounter = 0;

  LCD_Address_Set(0,0,239,319);
  while(uiCounter != 500)
  {
    LCD_Write_Data(0xFFFF);
    uiCounter++;
  }
while(1);

Meiner Meinung nach, müsste auf dem Display 500Pixel erscheinen.
Zuerst in Weiss, dann dieselbe Fläche in schwarz.

Beim Durchsteppen fiel mir auf, dass ich zweimal

LCD_Write_Data(0xFFFF);

 senden muss, damit ein Pixel eingefärbt wird.

Zudem beginnt das Pixel bei der linken äussersten Spalte und wechselt 
dann
auf die rechte Spalte und füllt dann von rechts nach links auf.

Im Anhang ein Bild!

Die Initialisierung entspricht nun jener von Sascha welche hier zuvor 
gepostet wurde!

[Sascha W. (sascha-w)]

Holger Krähenbühl schrieb:
> Wie füllst du dein Display?
320*240 (76800) mal den Farbwert ausgeben

zeig mal den Code deiner LCD_Write_Data

wie schnell läuft dein Controller?

Sascha

[Holger Krähenbühl (holgerkraehe) (Gast)]

Sascha Weber schrieb:
> Holger Krähenbühl schrieb:
>> Wie füllst du dein Display?
> 320*240 (76800) mal den Farbwert ausgeben
>
> zeig mal den Code deiner LCD_Write_Data
>
> wie schnell läuft dein Controller?
>
> Sascha

Hallo Sascha
Leider habe ich den Code nicht mehr zur Hand.
Werde deisen morgen früh hier posten...

Danke für eure Unterstützung!

[Holger K. (holgerkraehe)]

Guten Morgen zusammen

Der Controller läuft momentan mit 8MHz
Man kann beim Bildaufbau zusehen...


Hier nun der Code:

void LCD_Write_Com(int Data)
{
  Clr_Rs;
  Clr_Cs;
  GPIOC->ODR = Data;
  Clr_nWr;
  Set_nWr;
  Set_Cs;
}

void LCD_Write_Data(int Data)
{
  Set_Rs;
  Clr_Cs;
  GPIOC->ODR = Data;
  Clr_nWr;
  Set_nWr;
  Set_Cs;
}

[Holger K. (holgerkraehe)]

Problem gelöst!!!

Sehr sehr ärgerlich!
Mein Board war falsch beschriftet...
Ich habe sehr wohl DB13 mit PC13 verbunden.
Die Verbindung konnte ich auch ausläuten...

Nur war der mit PC13 angeschriebene Pin nicht PC13 sondern VBAT.
PC13 war nebendran.

Nun läuft das ganze wie gewünscht!!!

Vielen Dank :)