DOGM LCD 3-Zeilen initialisieren

[Lokus P. (derschatten)]

Ich bräuchte mal eure hilfe.
Ich möchte gerne ein DOGM 163 (3 Zeilig) für 5V im 4Bit-Modus 
initialisieren.

Bisher hatte ich mit einem 2Zeiligen keine Probleme. Das lief auf 
Anhieb.

Nur das 3Zeilige bekomme ich nicht hin.

Die Initialisierung läuft quasi soweit das ich eine Anzeige erhalte, nur 
wenn ich dann mit:

dogm_gotoxy(0,0);
dogm_puts("1 Zeile");
dogm_gotoxy(0,1);
dogm_puts("2 Zeile");
dogm_gotoxy(0,2);
dogm_puts("3 Zeile");

meine Zeilen fülle, schreibt er mir nur in die erste Zeile.

Die Initialisierung sieht so aus:

void dogm_init(void)
{
  dogm_port_init();            // initialize ports

  _delay_ms(10);              // 40ms delay
  dogm_write_once(0x30);          // Function Set #1: DL=1
  _delay_ms(0.5);              // 2ms delay
  dogm_write_once(0x30);          // Function Set #2: DL=1

  _delay_us(7.5);              // 30us delay
  dogm_write_once(0x30);          // Function Set #3: DL=1
  _delay_us(7.5);              // 30us delay

  dogm_chk_busy();            // Check busy flag
  dogm_write_once(0x20);          // Function Set #4: DL=0
  _delay_us(7.5);              // 30us delay


  dogm_write_check(0, 0x29);        // 4-Bit Datenlänge, 2 Zeilen, Instruction table 1
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x1C);        // BS: 1/4, 3-zeiliges LCD
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x51);        // Booster aus, Kontrast C5, C4 setzen
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x6A);        // Spannungsfolger und Verstärkung setzen
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x78);        // Kontrast C3, C2, C1 setzen
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x0C);        // Display ein, Cursor aus, Cursor blinken aus
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x01);        // Display löschen, Cursor Home
  _delay_ms(0.5);              // 2ms delay

  dogm_write_check(0, 0x06);        // Cursor Auto-Increment
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x25);        // 4-Bit Datenlänge, 2 Zeilen, Instruction table 0
  _delay_us(7.5);              // 30us delay
}

Ich habe schon einige Beispiele hier aus dem Forum versucht, aber die 
zeigen mir alle nicht das gewünschte Ergebnis.

[spess53 (Gast)]

Hi

>meine Zeilen fülle, schreibt er mir nur in die erste Zeile.

Die geänderten Zeilenanfänge  0x00, 0x10, 0x20 hast du beachtet?

MfG Spess

[Lokus P. (derschatten)]

gute Frage,

gibt es diese Option bei den DOGM LCD überhaupt?
Das läuft doch ausschließlich über die Initialisierung oder?

[Karl H. (kbuchegg)]

mach mal folgendes

  dogm_gotoxy( 0, 0 );
  dogm_puts( "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz" );

taucht irgendwas von dem Text in der 2. bzw. 3. Zeile auf?

[spess53 (Gast)]

Hi

>gibt es diese Option bei den DOGM LCD überhaupt?
>Das läuft doch ausschließlich über die Initialisierung oder?

Das müssen die dogm_gotoxy-Routine angepasst werden.

MfG Spess

[Lokus P. (derschatten)]

Karl Heinz schrieb:
> mach mal folgendes
>

>   dogm_gotoxy( 0, 0 );
>   dogm_puts( "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz" );
>

>
> taucht irgendwas von dem Text in der 2. bzw. 3. Zeile auf?

Das verhält sich recht seltsam.
Die erste Zeile wird normal ausgefüllt, die beiden weiteren Zeilen wird 
dann die Schrift doppelt groß.

Vielleicht liegt es wirklich an dem dogm_gotoxy

Das sieht momentan so aus:

void dogm_gotoxy(uint8_t x, uint8_t y)
{
  uint8_t addr;

  addr = (y * 0x40) + x;
  dogm_write_check(0, 0x80 | addr);
}

[Karl H. (kbuchegg)]

Lokus Pokus schrieb:
> Karl Heinz schrieb:
>> mach mal folgendes

> Das verhält sich recht seltsam.
> Die erste Zeile wird normal ausgefüllt, die beiden weiteren Zeilen wird
> dann die Schrift doppelt groß.
>
> Vielleicht liegt es wirklich an dem dogm_gotoxy

der goto hat nix mit doppelt so hoher Schrift zu tun.

Aber hier in der Init

  dogm_write_check(0, 0x06);        // Cursor Auto-Increment
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x25);        // 4-Bit Datenlänge, 2 Zeilen, Instruction table 0
  _delay_us(7.5);              // 30us delay

schaltest du zum SChluss auf dDouble Height und Instruction Table 1

Wie wärs, wenn du dich einfach mal an die Initalisierungssequenz im 
Datenblatt halten würdest, mit der einen Ausnahme, dass du den 4 Bit 
Modus nimmst anstelle des 8 Bit Modus?
Ich denke mal, für den allerersten Versuch macht man nicht viel 
verkehrt, wenn man die vom Hersteller veröffentlichte Version nimmt.
http://www.lcd-module.de/pdf/doma/dog-m.pdf

[WehOhWeh (Gast)]

Ich habe das Display vor langer Zeit verwendet. Im Code mache ich das 
so:

int WriteToDisplay(char  *Text, short length, short line)
{
    if(length > 16){return(1);}
    int error = 0;
    int i = 0;
    // RS-Pin auf Einstellungen schreiben setzen
    oRS_PIN = 0;
    //Prüfe, auf welche Zeile geschrieben werden soll und setzt Adresse entsprechend
    if (line == 1)      {SPI_Write = 0x80;        __delay_us(100);    } // Setze Adresse auf Zeile 1 = 0x80 + 0x00
    else if (line == 2) {SPI_Write = 0x90;        __delay_us(100);    } // Setze Adresse auf Zeile 1 = 0x80 + 0x10
    else if (line == 3) {SPI_Write = 0xA0;        __delay_us(100);    } // Setze Adresse auf Zeile 1 = 0x80 + 0x20
    else{error=2;}
    while(SPI1STATbits.SPITBF){};
    // RS-Pin auf Daten schreiben setzen
    oRS_PIN = 1;
    __delay_us(30);     //execution time of display, see datasheet

    //Buchstaben aus übergebenem String schreiben
    for(i= 0; i<length; i++)
    {
        SPI_Write = *(Text+i);
        while(SPI1STATbits.SPITBF){};
        //__delay_us(70);
    }
    return error;

}

Das ist lang, lang her,
aber so wie ich das sehe muss man einen entsprechenden Offset auf die 
Addresse geben.

Das ist für ein DOGM mit Siltronics ST7036. Bei den DOG-Displays 
ignoriert man am besten das Datenblatt und schaut direkt, welcher 
Controller drin ist. Dann schaut man da drin nach.

Wenn die zweite und dritte Zeile zusammenfallen, ist vermutlich etwas in 
der Initroutine falsch. Man kann - glaube ich mich zu erinnern - mehrere 
Zeilen zu einer größeren Schrift zusammenfassen. Habs aber nie probiert.

[Lokus P. (derschatten)]

> Wie wärs, wenn du dich einfach mal an die Initalisierungssequenz im
> Datenblatt halten würdest, mit der einen Ausnahme, dass du den 4 Bit
> Modus nimmst anstelle des 8 Bit Modus?
> Ich denke mal, für den allerersten Versuch macht man nicht viel
> verkehrt, wenn man die vom Hersteller veröffentlichte Version nimmt.
> http://www.lcd-module.de/pdf/doma/dog-m.pdf

Würd ich gerne, wenn ich da durchblicken würde.
Woran erkennst du das hier auf Double Height geschalten wird?

Und wie errechne ich mir den 4Bit Modus?

[Karl H. (kbuchegg)]

Lokus Pokus schrieb:
>> Wie wärs, wenn du dich einfach mal an die Initalisierungssequenz im
>> Datenblatt halten würdest, mit der einen Ausnahme, dass du den 4 Bit
>> Modus nimmst anstelle des 8 Bit Modus?
>> Ich denke mal, für den allerersten Versuch macht man nicht viel
>> verkehrt, wenn man die vom Hersteller veröffentlichte Version nimmt.
>> http://www.lcd-module.de/pdf/doma/dog-m.pdf
>
> Würd ich gerne, wenn ich da durchblicken würde.
> Woran erkennst du das hier auf Double Height geschalten wird?

?
Ähm.
Indem ich ins Datenblatt geschaut habe?`

Da steht das Commando Function Set (Bild)

Wenn Bit 2 auf 1 ist, dann wird auf double Height geschaltet.

Wie lautet dein letztes Kommando in dier Initialisierung an das LCD?

  dogm_write_check(0, 0x25);        // 4-Bit Datenlänge, 2 Zeilen, Instruction table 0

Aha. Hex 25.
Mal in die Bits aufdröseln

  0x25
  +---+---+---+---+---+---+---+---+
  | 0 | 0 | 1 | 0 | 0 | 1 | 0 | 1 |
  +---+---+---+---+---+---+---+---+

und da haben wirs schon

    Signatur für
    'Function Set'
   +--------+
   |        |
                DL  N  DH  IS2 IS1
  +---+---+---+---+---+---+---+---+
  | 0 | 0 | 1 | 0 | 0 | 1 | 0 | 1 |
  +---+---+---+---+---+---+---+---+
                        ^
                     double
                     Height

[Karl H. (kbuchegg)]

Lokus Pokus schrieb:

> Würd ich gerne, wenn ich da durchblicken würde.

?
Wo ist da jetzt das Problem.
Der Hersteller hat dir doch eh ein INitialisierungsbeispiel für 5V 
rausgegeben.
(Bild)
Er war sogar so freundlich, dir auch noch die Hex-Zahlen hinzuschreiben.

> Und wie errechne ich mir den 4Bit Modus?

Den hast du schon.
Hier am Anfang der Init

void dogm_init(void)
{
  dogm_port_init();            // initialize ports

  _delay_ms(10);              // 40ms delay
  dogm_write_once(0x30);          // Function Set #1: DL=1
  _delay_ms(0.5);              // 2ms delay
  dogm_write_once(0x30);          // Function Set #2: DL=1

  _delay_us(7.5);              // 30us delay
  dogm_write_once(0x30);          // Function Set #3: DL=1
  _delay_us(7.5);              // 30us delay

  dogm_chk_busy();            // Check busy flag
  dogm_write_once(0x20);          // Function Set #4: DL=0
  _delay_us(7.5);              // 30us delay

  dogm_write_check(0, 0x29);        // 4-Bit Datenlänge, 2 Zeilen, Instruction table 1
  _delay_us(7.5);              // 30us delay

ist bereits korrekt in den 4 Bit Modus geschaltet worden.
Wenn dem nicht so wäre, dann würde gar nichts gehen.

Diese Mehrfachsequenz ersetzt die erste Initialisierung aus dem 
Datenblatt. Anstatt der 0x39 sind es bei dir 0x29. Das eine Bit 
Unterschied

0x39
  +---+---+---+---+---+---+---+---+
  | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 1 |
  +---+---+---+---+---+---+---+---+

0x29
  +---+---+---+---+---+---+---+---+
  | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 1 |
  +---+---+---+---+---+---+---+---+

ist genau das eine Bit, welches im Function Set Kommando für die 
Unterscheidung 8-Bit/4-Bit steht.