Debugging-Initialisierung von LCD mit NT7605-Treiber

Ich versuche jetzt seit ungefähr einer Woche, mein LCD zu initialisieren, und es ist mir ziemlich peinlich zu sagen, dass ich bisher erfolglos war. Ich habe dies in der Vergangenheit getan, und ich erinnere mich, dass es ein wenig schwierig war, die Initialisierungssequenz genau richtig hinzubekommen, aber an diesem Punkt denke ich, dass ich die Implementierung vollständig überprüft habe und es einfach nicht funktioniert.

Aufstellen:

1. NHT-C0220AZ-FSW-FTW LCD mit einem NT7605-Treiber
2. TI Launchpad mit MSP430G2231
3. Single-Turn 10k-Poti zur Kontraststeuerung
4. LCD mit 3,3 V versorgt
5. Launchpad mit USB-Stromversorgung
6. Gründe für jede Komponente, die miteinander verbunden sind
7. über die 4-Bit-Schnittstelle des LCDs
8. LCD-Hintergrundbeleuchtung an Vcc (3,3 V) vom Launchpad angeschlossen

Hier sind Dinge, die ich bisher zum Testen gemacht habe:

1. Anschlüsse doppelt geprüft
   1. LCD-Stifte D4-D7, RS, R/W und E
   2. Potentiometer an Kontraststeuerstift angeschlossen, und ich habe überprüft, dass die Spannung von 0 - Vdd geht.
   3. LCD Vdd an 3,4 V angeschlossen, was ungefähr der Mindestspannungsspezifikation entspricht
2. E/A-Routinen auf MSP430 doppelt überprüft
   1. LCD-Pins werden wie erwartet zurückgesetzt / eingestellt, wenn ich meinen Code durchlaufe
   2. Timing-Routinen sind halb "kalibrierte" forSchleifen
3. Quergeprüfte Dokumentation für Initialisierungsroutinen mit den Routinen anderer, die ich online gefunden habe
   1.

Doch nach all dem kann ich nichts auf dem LCD anzeigen! Hier also meine Fragen:

1. Der Hersteller hat bestätigt, dass es einen Fehler im NT7605 gibt, bei dem das Busy-Bit nicht richtig bestätigt wird. Also habe ich feste Verzögerungen verwendet (für mich in Ordnung), wollte aber das Besetzt-Flag verwenden, um zu sehen, ob der Treiber überhaupt auf Befehle reagiert. Gibt es eine andere Möglichkeit für mich, eine Low-Level-Diagnose durchzuführen, um zu sehen, was das LCD denkt, wenn ich Initialisierungsbefehle sende?
2. Hat jemand anderes hier das gleiche LCD verwendet? Alle anderen Standard-LCDs, die ich verwendet habe (2x20-Zeichentypen), verdunkeln sich merklich, wenn ich die Kontrasteinstellung drehe, und IIRC tun dies auch, wenn sie nicht richtig initialisiert sind. Wenn ich jedoch den Pot auf meinem drehe, verdunkelt sich das LCD überhaupt nicht. Vielleicht liegt das daran, dass es nicht initialisiert ist, aber ich bin mir nicht sicher.
3. Kann jemand mit dieser Initialisierungsroutine etwas Verrücktes finden?
   1. Verzögerung > 30ms
   2. sende 0x20, nur oberes Nibble
   3. 0x28 senden (4 Bit Schnittstelle setzen)
   4. warte 10ms
   5. sende 0x0C (Anzeige an, Cursor aus, Blinken aus)
   6. warte 10ms
   7. 0x01 senden (Anzeige löschen)
   8. warte 10ms
   9. sende 0x02 (Cursor inkrementieren, keine Displayverschiebung)
   10. warte 10ms
   11. setze RS hoch, um mit dem Senden von Zeichendaten zu beginnen
   12. sende 0x48 (zeige 'H')

Mein Code sieht so aus:

void InitializeLcd()
{
    DelayTicks( 10000);
    // 4 bit interface, 2 lines, 5x8 characters
    // the spec sheet shows the 0x20 part of 0x28 getting sent an extra time
    // so I used a special function to deal with this case.  This just sends
    // the 0x20 part and ignores the 0x08 part.
    SendLcdUpperNibble( COMMAND, 0x28);
    SendLcdByte( COMMAND, 0x28);
    DelayTicks( 1000);
    // Display on, cursor off, blink off
    SendLcdByte( COMMAND, 0x0C);
    DelayTicks( 1000);
    // clear display
    ClearLcd();
    // Entry mode set - increment cursor, no display shift
    SendLcdByte( COMMAND, 0x02);
    DelayTicks( 1000);
    // Set write to DDRAM mode since we'll just be sending data from now on
    SendLcdByte( DATA, 0x48);
    SendLcdByte( DATA, 0x65);
    SendLcdByte( DATA, 0x6C);
    SendLcdByte( DATA, 0x6C);
    SendLcdByte( DATA, 0x6F);
}

void ClearLcd()
{
    // Clear display
    SendLcdByte( COMMAND, 0x01);
    DelayTicks( 1000);  
}

void SetRS( int value)
{
    if( value == 0)
        P2OUT &= ~RS;
    else
        P2OUT |= RS;
}

void SetRW( int value)
{
    if( value == 0)
        P2OUT &= ~RW;
    else
        P2OUT |= RW;    
}

void SetE( int value)
{
    if( value == 0)
        P1OUT &= ~E;
    else
        P1OUT |= E;
}

void DelayMs( int delay)
{
    int ctr;
    int ms = delay * 100;
    for( ctr=0; ctr<ms; ctr++);
}

void DelayTicks( int ticks)
{
    int ctr;
    for( ctr=0; ctr<ticks; ctr++);
}

void SendLcdByte( unsigned char command_0_or_data_1, unsigned char command)
{
    SendLcdUpperNibble( command_0_or_data_1, command);
    // send the lower nibble next
    // special thank you to ToyBuilder for catching my missed bit-shift in the following line
    // I also had the mask on P1OUT incorrect, presumably because I messed up the command mask and just made it match that.
    P1OUT = ((command & 0x0F) << 4) | (P1OUT & 0x0F);
    Strobe( command_0_or_data_1);
}

void SendLcdUpperNibble( unsigned char command_0_or_data_1, unsigned char upper_nibble)
{
    P1OUT = (upper_nibble & 0xF0) | (P1OUT & 0x0F);
    Strobe( command_0_or_data_1);
}

void Strobe( unsigned char command_0_or_data_1)
{
    SetRS( command_0_or_data_1);
    SetRW( 0);
    DelayTicks( 1000);
    SetE( 1);
    DelayTicks( 1000);
    SetE( 0);       
}

Das einzige, was ich sagen kann, ist, dass das LCD so aussieht, als würde es flackern, wenn ich über SendLcdByte gehe und ihm Zeichendaten sende. Wenn ich alles durchschaue, sieht es sicher so aus, als würde ich die Bits richtig umdrehen ...

BEARBEITEN - Ich habe ein neues LCD aufgelötet und dieses Mal versucht, die unbenutzten Datenpins (D0-D3) getrennt zu lassen (dh schwebend). Es gab keinen Unterschied. Das LCD flackert immer noch, wenn ich initialisiere. Ich warte jetzt 100 ms auf alle Verzögerungen, einschließlich einer Verzögerung beim Stroben von E. Ich habe auch Vcc vom Launchpad-FET-Bereich getrennt und versorge jetzt nur den MSP430 und das LCD von meinem Labornetzteil.

BEARBEITEN #2 - Ich ging zu einem 3,3-V-LCD und alles fing auf magische Weise an zu arbeiten. Vielen Dank an ToyBuilder für das Auffangen eines dummen Codefehlers, als ich mit dem 5-V-LCD debuggte. Nach dem Austausch wurde das LCD ordnungsgemäß initialisiert. Ich zeige derzeit Müll anstelle von "Hallo" an, aber das hat nichts mit dieser Frage zu tun.

BEARBEITEN #3 -- habe meinen Anzeigefehler gefunden -- ich habe 0x06 für den Eingabemodus anstelle von 0x02 gesendet. Ich bin mir nicht sicher, warum ich das getan habe, muss ein Tippfehler gewesen sein.