MSP430 G2553 mit DOGL128W-6 Display

[Christian D. (Gast)]

Hallo Gemeinde,

ich versuche seit einigen Tagen den DOGL128W-6 LCD der Firma 
Electronik-Assembly anzusteuern, leider ohne Erfolg.


Ich habe mit einem Logik-Analysator direkt an den Pins des LCD's die 
Pegel gemessen. Nach meiner Auffassung kommen da auch genau die 
Hexa-werte die ich zur Initialisierung brauche an, nur leider gibt der 
Display nichts von sich und da ich leider aus dem Display nichts 
auslesen kann, weis ich nicht ob es jetzt an meiner Programmierung liegt 
oder am Display selbst....

Der Display wurde vor ca. einem Monat mit der vom Hersteller 
Vertriebenen Fassung am PC überprüft un lief ohne Probleme! Also möchte 
ich einen fehlerhaften Display nahezu ausschließen.

Ich denke eher, es muss irgend etwas generelles sein, was ich falsch 
mache:-/ ich weis nur leider nicht was. Vielleicht könnt Ihr mir bei 
diesem Problem helfen.

Zu dem Programm: Ich habe eine Beispieldatei von Ti umgemodelt um Fehler 
z.B. in der SPI init auszumerzen. Ich übertrage die Hexa-Werte alle 
einzeln um zwischendurch besser anhalten zu können, leider hat mir das 
bis jetzt nicht wirklich etwas gebracht.

Das ungenutzte und dann automatisch gesetzte RX-Buffer-Flag fetze ich 
vor jedem Senden zurück, so dass es daran nicht liegen kann(hoffe ich)

Ich habe auch schon versucht, nach jedem gesendeten wert CS auf '1' 
und/oder A0 auf '1' zu setzen. Leider hat das auch nichts geholfen...

Ich hoffe Ihr habt noch die eine oder andere Idee?!


Danke schon mal und viele Grüße

Christian

[Rufus Τ. F. (rufus)]

Vergleiche doch mal die Initialisierung am PC mit der, die Du hier 
machst -- mit Deinem Logikanalysator solltest Du schnell die 
Unterschiede sehen können.

[Christian D. (Gast)]

Hallo Rufus,

ich mache die Initialisierung, die der Hersteller in dem Datenblatt 
vorgibt. Deswegen wundert es mich ja, das es nicht funktioniert... Oder 
Reden wir aneinander vorbei?

[Rufus Τ. F. (rufus)]

Christian D. schrieb:
> Oder Reden wir aneinander vorbei?

Du schriebst, daß Du einen funktionierenden Testaufbau mit einem PC 
hast. Nimm den, häng Deinen Logikanalysator da dran und sieh Dir an, ob 
sich das, was der anzeigt, von dem unterscheidet, was Du an Deinem nicht 
funktionierenden Aufbau mit dem MSP430 misst.

Es geht also nicht darum, das Geschreibsel in den --meiner Ansicht nach 
recht schrecklichen-- EA-Datenblättern zu interpretieren, sondern ein 
laufendes und ein nichtlaufendes System auf Unterschiede zu untersuchen. 
Das hilft dann eventuell auch, den bei EA-Datenblättern immer 
vorhandenen Interpretationsspielraum einzugrenzen.

[Michael P. (protactinium)]

Hallo Christian,

auf der Supportseite von EA gibt es ein Beispiel für die Initialisierung 
auf einem MSP430. Schau dir den Code doch mal an, vlt findest du damit 
ja das Problem.

[Christian D. (Gast)]

Wenn das so einfach wäre... leider habe ich den Adapter nicht hier und 
auch nicht die Möglichkeit wieder an diesen zu kommen. Es geht mir eher 
um die Fragen:

wird das SPI richtig genutzt, ich wundere mich etwas über die einzelnen 
"Taktblöcke", ist das normal so? Kommt das vom Hardware SPI?

Ich befürchte ja immer noch, dass ich irgendeinen generellen Fehler 
mache, weis aber leider nicht weiter, mit dem PC-Modul wollte ich nur 
sagen, dass das LCD-Modul in Ordnung ist

[Rufus Τ. F. (rufus)]

Christian D. schrieb:
> ich wundere mich etwas über die einzelnen
> "Taktblöcke", ist das normal so? Kommt das vom Hardware SPI?

Die SPI-Schnittstelle erzeugt nur dann ein Taktsignal, wenn sie Daten zu 
übertragen hat, insofern ist das normal.

> Ich habe eine Beispieldatei von Ti umgemodelt um Fehler
> z.B. in der SPI init auszumerzen.

Poste mal Deinen Code, und erkläre mal nebenbei, was für Fehler Du in 
welchem TI-Beispielcode beseitigt haben willst.

> Das ungenutzte und dann automatisch gesetzte RX-Buffer-Flag
> fetze ich vor jedem Senden zurück

Das klingt wirr.

Achja: Poste auch einen Schaltplan, daß man sehen kann, wie Dein 
Display mit dem 'G2553 verbunden ist.

[Dr. S. (dr_schaefer)]

Rufus Τ. Firefly schrieb:
> Poste auch einen Schaltplan, daß man sehen kann, wie Dein
> Display mit dem 'G2553 verbunden ist.

Das könnte wirklich hilfreich sein...

So funktionierts bei mir, 3,3V Single Supply, ist aber bestimmt noch 
verbesserungsfähig:

void SetupDisplay(void)
{
  //Ports:
  //
  //SCL     P5.3
  //MOSI    P5.1
  //#CS1B    P5.0
  //A0    P4.7
  //#Reset  P4.6  !!!Only Pull Down (active or passive)!!!

  UCB1CTL1 |= UCSWRST;
  
  //reset on p4.6 fehler im layout -> nun aktiv
  P4OUT &= ~0x80;    //set A0 to L(0)
  P4DIR |= 0x80;
  P4OUT &= ~0x40;    
  
  P5SEL |= 0x0A;    //mosi, sck
  P5OUT |= 0x01;    //#CS 1 -> not active
  P5DIR |= 0x0B;
  
  UCB1CTL0 = 0x69;
  UCB1CTL1 = UCSSEL0 + UCSSEL1 + UCSWRST;  //smclk
  UCB1BR0 = 1;
  UCB1BR1 = 0;

  return;
}

void InitDisplay(void)
{
  char aucInitCmds[] = {
    0x40,    // Display start line 0
    0xa1,    // ADC reverse
    0xc0,    //  Normal COM0~COM63
    0xa6,    // Display normal
    0xa2,    // Set bias 1/9 (Duty 1/65)
    0x2f,    // Booster, Regulator and Follower on
    0xf8,    // Set internal Booster to 4x
    0x00,    // Set internal Booster to 4x
    0x27,    // Contrast set, V0 voltage regulator set
    0x81,    // Contrast set, Electronic volume mode set
    0x16,    // Contrast set, Electronic volume changed
    0xac,    // Indicator set
    0x01,    // Indicator on (off!?)
    0xaf};    // Display on
  
  WriteCmdsToLCD(14,&aucInitCmds[0]);
  
  return;
}

void WriteCmdsToLCD(unsigned int uiCount, char* pucData)
{
  unsigned int i=0;
  
  UCB1CTL1 &= ~UCSWRST;
  
  //cs low
  P5OUT &= ~0x01;
  
  for(i=0;i<uiCount;i++)
  {
    while(!(UC1IFG & UCB1TXIFG));
    UCB1TXBUF = *pucData;
    pucData++;
  }
  while(!(UC1IFG & UCB1TXIFG));
  
  //cs high
  P5OUT |= 0x01;
  
  UCB1CTL1 |= UCSWRST;
  return;
}

void StringToLCD(char ucPage,char ucColumn,char *sText)  //page means row (unsigned char *sText)
{  
  unsigned int i=0;
  unsigned int k=0;
  char aucGeheZu[] = {0xB0,0x10,0x00}; //seite0, high nibble0, low nibble0
  
  aucGeheZu[0] |= ucPage;
  aucGeheZu[1] |= (ucColumn >> 4);
  aucGeheZu[2] |= (ucColumn & 0x0Fu);
  WriteCmdsToLCD(3,&aucGeheZu[0]);
  
  
  UCB1CTL1 &= ~UCSWRST;
  
  
  P4OUT |= 0x80;    //set A0 to H(1)
  
  //cs low
  P5OUT &= ~0x01;
  
  
  //write text
  while(sText[i])
  {
    k=0;
    while((k<5)&(ucColumn<128))
    {
      while(!(UC1IFG & UCB1TXIFG));
      UCB1TXBUF = kaucASCIITabelle[sText[i]][k++];
      ucColumn++;
    }
    //insert extra space
    //if(1)
    //{
      while(!(UC1IFG & UCB1TXIFG));
      UCB1TXBUF = 0 ;
      ucColumn++;
    //}
    i++;
  }
  
  while(!(UC1IFG & UCB1TXIFG));
  
  //cs high
  P5OUT |= 0x01;
  
  P4OUT &= ~0x80;    //set A0 to L(0)
  
  UCB1CTL1 |= UCSWRST;
  
  return;
}

[Dr. S. (dr_schaefer)]

Anhang:
Ich habe gerade gesehen, dass ich das DOG M 128W-6 benutze, nicht DOG 
W 128W-6. Sieht aber im Datenblatt nach der gleichen initialisierung 
aus.

[Christian D. (Gast)]

Guten Abend,


                  MSP430G2xx3
//                 -----------------
//             /|\|              XIN|-
//              | |                 |
//              --|RST          XOUT|-
//                |                 |
//                |             P1.2|-> Data Out (UCA0SIMO)
//                |                 |
//          LED <-|P1.0         P1.1|<- Data In (UCA0SOMI) braucht das?
//                |                 |
//  Slave reset <-|P1.5         P1.4|-> Serial Clock Out (UCA0CLK)
//                |                 |
//                |                 |
//                |                 |
//          CS  <-|P1.3             |
//                |                 |
//          A0  <-|P1.6             |

so sieht das ganze aus, habe die Schaltung im Moment erstmal auf nem 
Steckbrett aufgebaut. P1.1 wird nicht genutzt, der stammt noch auf dem 
SPI-Beispiel von TI.


Also zu dem Flag: Ich habe gelesen, das bei SPI die Übertragung synchron 
abläuft, d.h. der MSP versucht während des Sendens etwas zu lesen, was 
im empfangsbuffer zwischengespeichert wird, liest man den Buffer nicht 
aus, löst dieses Flag aus.

Ich habe die Codes verglichen und für mich sehen die identisch aus, halt 
nur Derivat bedingte unterschiede...  natürlich mache ich das alles 
"manuell" um besser Breakpoints setzen zu können....

Ich bin langsam echt am verzweifeln:-/

[Rufus Τ. F. (rufus)]

Wiedervorlage:

> Poste mal Deinen Code, und erkläre mal nebenbei, was für Fehler Du in
> welchem TI-Beispielcode beseitigt haben willst.

[Christian D. (Gast)]

Hallo Leute,


ich habe heute endlich den Fehler gefunden! Und zwar hat mein Steckbrett 
einen Wackelkontakt! Jetzt habe ich das alles auf einer Platine fest 
verlötet und alles läuft wunderbar! Mein Programm ist vollkommen korrekt 
nur etwas umständlich aber das wird sich nun ändern;-)

Danke für die schnelle Hilfe

Viele Grüße

Christian

[Wide (Gast)]

Christian D. schrieb:
> Mein Programm ist vollkommen korrekt
> nur etwas umständlich aber das wird sich nun ändern;-)


Hi Christian,

Ich versuche momentan mein DOGM 132-5(selber controller) anzusteuern und 
wollte fragen ob du den code noch erweitert hast

Wäre super wenn das ganze übersichtlicher wäre :)


Grüsse Wide