Timingdiagram verständnis Problem

[C. H. (hedie)]

Guten Tag zusammen

Ich versuche derzeit ein Display anzusteuern...

Leider habe ich nicht das gesamte Datenblatt zur Verfügung sondern nur 
das Timingdiagramm und die Pinbelegung.

Mein Problem ist nun, das ich nicht so ganz verstehe, wann ich welche 
Signale anlegen muss.

Besonders beim Bild Timing_1 verstehe ich nicht was das (reduction) 
bedeuten soll.

Zudem Sieht man bei Reduction meiner meinung nach ein anderes Timing als 
im oberen bereich.

Mir ist zudem nicht ganz klar, wozu das Latch signal da ist.

Ich habe nun mal folgenden Code:

  DISP_HI();
  while(1)
  {
    while(uiSpaltenCounter != 120)
    {
      CL2_HI();
      DelayuS(200);
      CL2_LO();
      DelayuS(200);
      uiSpaltenCounter++;
    }
    uiSpaltenCounter=0;
    FLM_LO();
    CL1_HI();
    DelayuS(200);
    FLM_HI();
    CL1_LO();
    DelayuS(200);
  }
}

Zur Beschreibung:

CL2 ist der Data Input Clock
CL1 ist das input data Latch signal
FLM ist das Scan start up signal (was bedeutet das genau? wo finde ich 
informationen darüber? )

Auflösung ist 320x240
Jeweils 1bit pro Farbe also R = 1bit G = 1bt B = 1bit
Somit 120bytes für eine Zeile

Das Display füllt sich mit diesem Code einfach gelb auf. Die Daten 
welche am Datenbus liegen, werden ignoriert.

Ich hoffe jemand kann mir ein paar Tipps geben :)

Danke

[Wolfgang (Gast)]

Claudio Hediger schrieb:
> Besonders beim Bild Timing_1 verstehe ich nicht was das (reduction)
> bedeuten soll.

Die unteren beiden mit "reduction" bezeichneten traces sind in grober 
Zeitauflösung dargestellt. Alle vier darüber dargestellten Signale sind 
aus dem Zeitfenster um den ersten FLM-Pulse (vertikal gestrichelten 
Linien, Pfeil)

[Winfried J. (Firma: Nisch-Aufzüge) (winne)]

Latch sehe ich hier zwar nicht, ist aber ein Signal welches der 
zwischenspeicherung von Daten oder Adressen dient, wenn diese im 
multiplexverfahren übertragen werden. z.b nacheinander addrhigh, 
addrlow.

Oder im Nibblemode high- und low nibble. Das Latch übernimmt dann die 
erste hälfte des datums, schiebt es in die High zelle und bewahrt es 
dort auf bis der (halbierte)Bus die zweite Hälfte des Datums auf den 
selben Leitungen liefert wie die erste Hälfte.

Multiplexverfahren werden eingesetzt um die Zahl diskreter leitungen zu 
reduzieren allerdinggs erfordert das einen höheren aufwand an anderer 
stelle, nämlich der zeit und syncronisation.

Namaste

[C. H. (hedie)]

Danke für eure Antworten...


Ich habe den Code nun angepasst...

Doch leider funktioniert das display immer noch nicht richtig...
Es bleibt gelb....

Im Timing_2 bild ist das FLM Signal nur kurzzeitig low im Timing_1 Bild 
ist es jedoch mal low dann wieder high immer abwechslungsweise...

Was ist nun korrekt?

Hier der code:

  DISP_HI();
  while(1)
  {
    CL1_LO();
    while(uiSpaltenCounter != 119)
    {
      CL2_HI();
      DelayuS(100);
      if(uiToggle == 1) FLM_HI();
      else FLM_LO();
      CL2_LO();
      DelayuS(100);
      uiSpaltenCounter++;
    }
    uiSpaltenCounter=0;
    CL2_HI();
    DelayuS(100);
    CL1_HI();
    CL2_LO();
    DelayuS(100);
    CL1_LO();
    if(uiToggle == 1) uiToggle = 0;
    else uiToggle = 1;
    GPIO_SetBits(GPIOC,ucValue);
    ucValue++;

    //DelaymS(500);

  }
}

Danke

[g457 (Gast)]

Du hast im wesentlichen drei Takte: FLM ist der FirstLineMarker. Der ist 
normalerweise(tm) in der ersten Zeile gesetzt, entspricht also der 
Bildwiederholdfrequenz. Load/CL1 zeigt das Zeilen∗ende∗ an, entspricht 
also der Zeilenfrequenz. Latch/CL2 ist die Übernahme der Pixeldaten, 
sozusagen der Pixeldatentakt.

Wie man dem Timingdiagramm entnehmen kann musst Du FLM im ersten 
Pixelblock der ersten Zeile setzen und im ersten Pixelblock der zweiten 
Zeile wieder löschen.

Bei mir sieht das bei einem ansteuerungsähnlichen Display etwa so aus:

void WDH3224_draw_next_line(void)
{
    // check/set FLM
    if (g_ui8WDH3224_current_line == 0)
        WDH3224_FRAME_SET_HIGH();

    gram_set_readmode();
    gram_set_address_high(g_ui8WDH3224_current_line);

    // ..unrolled.. a bit.. make gcc do the rest!
    uint8_t x;
    GRAM_ADDRESS_SET(0);
    for (x = 1; x < WDH3224_SIZE_X /4; x++)
    {
        WDH3224_CLOCK_SET_HIGH();
        WDH3224_CLOCK_SET_LOW();
        GRAM_ADDRESS_SET(x);
    }

    WDH3224_CLOCK_SET_HIGH();
    WDH3224_LOAD_SET_HIGH();
    WDH3224_CLOCK_SET_LOW();
    WDH3224_LOAD_SET_LOW();

    // clear FLM (note: always clear FLM.. avoids one 'if' statement)
    WDH3224_FRAME_SET_LOW();

    g_ui8WDH3224_current_line++;
    if (g_ui8WDH3224_current_line == WDH3224_SIZE_Y)
    {
        g_ui8WDH3224_current_line = 0;
    }
}

Beachte insbesondere das Setzen/Löschen von FLM (hier: 'FRAME') und 
CL1/LOAD mit dem Pixeltakt CL1/LATCH (hier: CLOCK)

HTH

[C. H. (hedie)]

Vielen Dank für deine Antwort


Habe nun den Code angepasst

Aber es scheint immer noch nicht zu klappen :(

while(1)
  {
    ucWert++;
    GPIO_SetBits(GPIOC,ucWert); //Display Daten ausgeben
    FLM_HI();
    while(uiSpaltenCounter != 120) //120bytes = 320 RGB Pixel
    {
      CL2_HI();
     // DelayuS(1);
      CL2_LO();
    //  DelayuS(1);
      uiSpaltenCounter++;
    }
    CL1_HI();
    //DelayuS(1);
    CL1_LO();
    //DelayuS(1);
    uiSpaltenCounter=0;
    FLM_LO();
   // DelayuS(1);


    while(uiZeilenCounter != 239) //Erste zeile wurde bereits gesendet
    {
      uiZeilenCounter++;
      while(uiSpaltenCounter != 120)
      {
        CL2_HI();
       // DelayuS(1);
        CL2_LO();
       // DelayuS(1);
        uiSpaltenCounter++;
      }
      CL1_HI();
     // DelayuS(1);
      CL1_LO();
     // DelayuS(1);
      uiSpaltenCounter=0;
    }
    uiZeilenCounter = 0;
  }

[g457 (Gast)]

..probiers mal mit sowas in der Richtung - Delays musst Du ggf. noch 
einbauen, bei mir läuft obiger Code auf einem 16MHz-m32, da 'passt das'.

while(1)
{
    for (uiZeilenCounter = 0; uiZeilenCounter < 240; uiZeilenCounter++)
    {
        if (uiZeilenCounter == 0)
            FLM_HI();

        ucWert++;
        GPIO_SetBits(GPIOC,ucWert); //Display Daten ausgeben

        for (uiSpaltenCounter = 1; uiSpaltenCounter < 120; uiSpaltenCounter++)
        {
            CL2_HI();
            CL2_LO();

            ucWert++;
            GPIO_SetBits(GPIOC,ucWert); //Display Daten ausgeben
        }

        CL2_HI();
        CL1_HI();
        CL2_LO();
        CL1_LO();  

        FLM_LO();
    }
}

[C. H. (hedie)]

Vielen Dank für deinen Code :)

Es ist nun einfach weiss egal was ich am Datenport anlege....

Ich finde das sehr merkwürdig....

Ich konnte in der Zwischenzeit ein Datenblatt auftreiben

http://109.75.110.149/211-0.pdf


Es scheint so, als hätte sich im Timingdiagram etwas geändert im 
vergleich zu meinen Bildern

[C. H. (hedie)]

So

Ich habe nun mal den LA angehängt...

Meiner Meinung nach, müsste das Display nun die Daten korrekt anzeigen!

Tut es jedoch nicht :(

Sieht jemand einen fehler?

[g457 (Gast)]

Das Timing von CL1 ist falsch, schau nochmals in Datenplatt in die 
Abbildung in 8.1.

[C. H. (hedie)]

g457 schrieb:
> Das Timing von CL1 ist falsch, schau nochmals in Datenplatt in die
> Abbildung in 8.1.

Danke für den Hinweis!

Ich finde das Diagram bei 8.1 sowieso merkwürdig.

Weshalb geht dort FLM kurzzeitig auf High?
FLM ist doch während der ersten Zeile nach dem 1. Pixelclock immer High.
Bis die Zeile fertig ist oder?

[C. H. (hedie)]

So ich habe mir nochmals das Datenblatt angesehen und habe es nun meiner 
Meinung nach exakt nach dem Abschnitt 8.1 gemacht.

Anbei Bilder vom Start (FLM high) und ende (FLM Low) einer Zeile

Was haltet ihr davon?

Ist dieses Timing konform nach diesem Datenblatt? (Seite 13)

http://109.75.110.149/211-0.pdf

Danke schonmal

[g457 (Gast)]

FLM muss nach CL1 fallen (t_FLH >= 50ns). Und es erscheint mir reichlich 
früh dass Du FLM schon setzt wenn CL1 noch von der letzten Zeile gesetzt 
ist.

HTH

[C. H. (hedie)]

g457 schrieb:
> FLM muss nach CL1 fallen (t_FLH >= 50ns). Und es erscheint mir reichlich
> früh dass Du FLM schon setzt wenn CL1 noch von der letzten Zeile gesetzt
> ist.
>
> HTH

Danke :)

Du hast recht, FLM muss nach CL1 fallen aber laut Spezifikation steigt 
FLM bevor CL1 gefallen ist. Oder sehe ich da was falsch? 8.1 im 
Datenblatt Seite 13...

Derzeit flimmert das Display mit Weissen streifen..

Die farben werden eingelesen :) Aber es flimmert... wenn ich schneller 
werde, ist das flimmern weg aber der kontrast so gut wie null