LCD Display (KS0073) in 4 Bit-Modus initialisieren und ansteuern

**oberallgeier** · 23.09.2014, 23:10

... LCD Display (KS0073... 4 Bit-Modus ... auf gefallen ... Peter Fleury ... Display 3 mal einen Reset unterzogen ...

Tja - war mir nie aufgefallen, ich nutzte vor Jahren die Bibliothek von PFleury. Du musst den Code aber richtig lesen: der dreimalige Reset ist nicht für die nibbelweise Übertragung, da steht (in meiner jahrealten) Bibliothek von PFleury ein #if ... #else ... #endif davor. Für den 4bittigen IO sah ich nie einen Mehrfachreset. Und in Deinem ersten Codefenster steht ja auch mehrfach:

Code:

/* function set: 8bit interface */

Versuchs die Bibliothek noch mal aufmerksamen durchzulesen.

**schorsch_76** · 24.09.2014, 03:33

Ich have vor zwei Wochen einen Ks0073 in Betrieb genommen... Über i2c. Ohne irgendwelche Libs. Ich kann dir in ein paar Stunden dann die Initialisierungsroutine , bzw. Die Sequenz zeigen.
Gruß Georg

**schorsch_76** · 24.09.2014, 06:37

Code:

 // bis in the display state. see PCF8574 in schematic
// 0: Power
// 1: RS
// 2: RW
// 3: CS (enable)
// 4: D4
// 5: D5
// 6: D6
// 7: D7

       // function set 4 bit
        // this needs to be done without the add_command function
        g_buffer[0] = 0x21;
        g_buffer[1] = 0x21 | (1<<3);
        g_buffer[2] = 0x21;
        twi.write_to_slave(avr::display_address, g_buffer, 3);
        state++;
    case 7:
        return check_twi(state);
    case 8:
        curr_pos = 0;
        add_command(0,0,0x24); // function set line (enable ext. F);
        add_command(0,0,0x09); // set 4 line mode
        add_command(0,0,0x20); // disable extended function again

        twi.write_to_slave(avr::display_address, g_buffer, curr_pos);
        state++;
        return false;
    case 9:
        return check_twi(state);
    case 10:
        // init done
        curr_pos = 0;
        add_command(0,0,0x0F); // display on
        add_command(0,0,0x01); // clear display
        add_command(0,0,0x06); // entry mode set
        twi.write_to_slave(avr::display_address, g_buffer, curr_pos);
        state++;
        return false;

So hab ich mein Display angeschlossen:
https://www.roboternetz.de/community...l=1#post604859

add_command macht:

Code:

void
add_command(unsigned char rs, unsigned char rw, unsigned char value)
{
    unsigned char out = 0x01; // always power

    // high nibble
    out |= (value & 0xF0);

    // rs and rw flags
    if (rs) out |= (1<<1);
    if (rw) out |= (1<<2);

    // toggle e
    out |= (1<<3);
    g_buffer[curr_pos++] = out;

    out &= ~(1<<3);
    g_buffer[curr_pos++] = out;

    // low nibble
    out &= 0x0F;
    out |= ((value & 0x0F) << 4);

    // toggle e
    out |= (1<<3);
    g_buffer[curr_pos++] = out;

    out &= ~(1<<3);
    g_buffer[curr_pos++] = out;
}

Das bedeutet für dich:
RS = low / RW = low

// function set
- Display D5 hochnehmen
- E high
- E low

// add_command(0,0,0x24) // function set line (enable ext. F);
- out nibble=2
- E high
- E low
- out nibble=4
- E high
- E low

Du siehst also wie du das umsetzen kannst...

Das hier ist der Kern meiner Displayroutine.

Gruß
Georg

**RoboHolIC** · 24.09.2014, 16:17

Zitat von oberallgeier

Für den 4bittigen IO sah ich nie einen Mehrfachreset.

4-bitiger I/O und Mehrfach-Reset haben auch nichts miteinander zu tun. In der Reset- bzw. frühen Init-Phase der HD44780 gibt es noch keine 4-/8-Bit-Unterscheidung. Die drei gleichen Resetbefehle ist innerhalb ihrer Abfolge unterschiedlicher Zeitbedarf spezifiziert. Da scheint intern verschiedenes zu passieren, was auch die Norwendigkeit des Dreifachresets plausibel macht.
Sorry, wenn ich jetzt zu ausschweifend gewesen sein sollte.

**Jimmybot** · 24.09.2014, 17:09

@ RoboHolIC und oberallgeier:
der KS0073 ist fast identisch mit dem HD44780, der Unterschied macht sich in der anderen 4-Bit-Inititialisierung bemerkbar.
Feury hat dies bezüglich seine Bib. angepasst, so dass man es auch für den KS0073 verwenden kann.

Werde mir heute Abend nochmal den Code von Feury zu gemüte führen...

@ schorsch: Danke für deinen Code. Werde dann mir auch mal anschauen.

Ich werde jetzt erstmal euer Input verarbeiten. Danke für euere schnellen Antworten.

**Jimmybot** · 10.10.2014, 16:00

Nachdem es immer noch nicht funktionieren will, bin ich immer noch kein schritt weiter.

Also habe ich mir gedacht: Alles auf dem Steckbrett platt machen, neu verdrahten und die Bib. von Fleury benutzen....... Ja..... Funktioniert auch nicht. Noch nicht mal das erstellen der Hex File.

Fehlermeldung:

3 ld returned 1 exit status
1 undefined reference to 'lcd_init'
2 undefined reference to 'lcd_puts'

hier mein überschaubarer Code:

Code:

/*
 * BMA020_LCD.c
 *
 * Created: 10.10.2014 16:26:27
 *  Author: Jimmy
 *
 * - Port B:
 * + PB0: LED grün
 *
 * - Port C:
 * + PC4: SDA
 * + PC5: SCL
 *
 * Pin Konfiguration:
 * - Port D
 * + PD0: Data0
 * + PD1: Data1
 * + PD2: Data2
 * + PD3: Data3
 * + PD4: RS Pin
 * + PD5: RW Pin
 * + PD6: E Pin
 * + PD7: NC
 */ 


#include <avr/io.h>
#include "Bib/lcd.h"
#define F_CPU 8000000UL
#include <util/delay.h>



int main(void)
{
    // Portrichtung konfigurieren
    DDRB=0x01;
    
    // Initialisierung
    lcd_init(LCD_DISP_ON);
    
    // Begrüßungstext
    lcd_puts("Hallo Unbekannter");
    
    while(1)
    {
        // Den Controller beschäftigen
        PORTB|=(1<<PB0);
    }
}

Bin ich so unfähig, oder habe ich einfach nur ein riesen Brett vor meinen Kopf?

**Hubert.G** · 10.10.2014, 16:43

Du solltest doch zuerst die Lib. von Fleury zum laufen bringen, dann weist du das die Hardware funktioniert.
Aber offensichtlich hast du schon ein Problem beim Compilieren.

**schorsch_76** · 10.10.2014, 17:47

Du must das C File der Lib von Fleury in dein Makefile einbinden.

**Jimmybot** · 02.11.2014, 17:36

Ich habe den Fehler gefunden.

Ich habe bei der Initialisierung das Bit für den Decrement/Increment Mode falsch gesetzt.
Wenn er bei der ersten Position bereits abwärts zählt, kann nur mist raus kommen.

Danke für die Unterstützung.