LCD-Ansteurung

[Josef H. (Gast)]

Hallo zusammen.

ich habe ein LCD mit dem Mikrocontroller STM32F303 verbunden.

Der Mikrocontroller kann ich programmieren. Jedoch wenn ich das Display 
initialisieren sowie etwas anzeigen möchte, geht das nicht.

Code gibts oben

Habe ich irgendetwas in der Initialisierung oder im Befehlssatz falsch 
gemacht, dass ich nicht fähig bin ein einfaches Display anzusteuern?

Mfg

Display -> 
http://www.conrad.ch/ce/de/product/181705/?insert=62&insertNoDeeplink&productname=LC-Display-Schwarz-Gelb-Gruen-B-x-H-x-T-40-x-20-x-108-mm-EADIPS082-HNLED

[Regelcop (Gast)]

Josef H. schrieb:
> Code gibts oben

*.txt Dateien wird kein Compiler übersetzen ....

Unmöglich eine *.txt Datei in eine *.c-Datei "umzuwandeln"?

[Regelcop (Gast)]

Josef H. schrieb:
> Jedoch wenn ich das Display
> initialisieren sowie etwas anzeigen möchte, geht das nicht.

Weil du das Display erst initialisieren musst.

Codebeispiele gibt es mehr als genug.

[Josef H. (Gast)]

Regelcop schrieb:
> Josef H. schrieb:
>> Code gibts oben
>
> *.txt Dateien wird kein Compiler übersetzen ....
>
> Unmöglich eine *.txt Datei in eine *.c-Datei "umzuwandeln"?

Habe nur das Wichtigste auskopiert und in die txt Datei gespeichert.

Regelcop schrieb:
> Weil du das Display erst initialisieren musst.

Aber mit meinem Abschnitt "Initialisiere Display" sollte das Display 
doch initialisiert werden?

Wie gesagt, die Abschnitte wurden in die txt Datei eingefügt.

[Regelcop (Gast)]

Regelcop schrieb:
> Weil du das Display erst initialisieren musst.

ooops hab ich doch glatt was übersehen, ist ja doch eine Init da.

... aber diesen Wust von HAL_GPIO_WritePin Aufrufen tu ich mir
nicht an ....

[Regelcop (Gast)]

Josef H. schrieb:
> und in die txt Datei gespeichert.

... und in die c-Datei konntest du es nicht speichern?

[Josef H. (Gast)]

Ja hàtte können schon, aber da ich zeitlich begrenzte Zeit habe nahm ich 
txt..

spielt ja eigentlich auch keine Rolle..

Zuerst werden RS, RW und Enable auf LOW gezogen.
Danach werden die Datenpins aktiviert bzw. deaktiviert(je nach 
befehlssatz)
Anschliessend wird Enable kurz aktiviert, damit bei der fallenden Flanke 
die Daten gesendet werden.

[Dietrich L. (dietrichl)]

Josef H. schrieb:
> spielt ja eigentlich auch keine Rolle.

Doch. Wenn Du es .c nennst bekommt die Textanzeige eine Farbgebung 
passend zur Sprache C.

[Josef H. (Gast)]

Dietrich L. schrieb:
> Josef H. schrieb:
>> spielt ja eigentlich auch keine Rolle.
>
> Doch. Wenn Du es .c nennst bekommt die Textanzeige eine Farbgebung
> passend zur Sprache C.

Oke entschuldigung.. kann mir nun jemand auf meine Frage antworten?

[Regelcop (Gast)]

Josef H. schrieb:
> kann mir nun jemand auf meine Frage antworten?

Schreib dir die Initialisierung von einem bekannten Beispiel
ab. So wie du macht man das nicht und es ist sehr unüber-
sichtlich und Fehleranfällig.

[Josef H. (Gast)]

Genau deswegen mag ich dieses Forum nicht..

Alle wollen etwas dazu beitragen, jedoch nicht auf die positive Art..

Niemand von euch hier will helfen.. Nur blöd kommentieren..

Sorry aber hab langsam keine nerven mehr für diese Forum.......

[Regelcop (Gast)]

Josef H. schrieb:
> Sorry aber hab langsam keine nerven mehr für diese Forum.......

Dann geh woanders hin.

Überall gibt es Beispiele dafür was du machen willst:

http://www.keil.com/forum/22798/lcd-project-at-stm32/

[pegel (Gast)]

Mal abgesehen von Pin Quiz (Ardu Folgeerscheinung?) nimmt die HAL_Delay 
nur uint32. Alle deine Delays sind also keine.

Bitte schreibe erst eine Funktion mit sinnvollem Namen die ebenfalls 
sinnvoll bezeichnete Bytes übergibt.

Einen gewissen Grundstil sollte man schon von der Allgemeinheit 
übernehmen wenn man Antworten erwartet.


Oder schmoll weiter.

[Josef H. (Gast)]

pegel schrieb:
> Mal abgesehen von Pin Quiz (Ardu Folgeerscheinung?) nimmt die HAL_Delay
> nur uint32. Alle deine Delays sind also keine

Habe nie mit Arduino gearbeitet..
Also HAL_Delay akzeptiert nur werte mit uint_t32 integer?


> Einen gewissen Grundstil sollte man schon von der Allgemeinheit
> übernehmen wenn man Antworten erwartet.
Würde sehr gerne einen wunderschönen, kommentierten Code zeigen. Jedoch 
habe ich dafür echt keine Zeit mehr..


> Oder schmoll weiter.

Muss ich wohl, wenn hier nichts kluges mehr kommt.

[pegel (Gast)]

Dann sieh dir das keil Beispiel an.
Das ist eine gute Vorlage.

Keine Zeit mehr?
Sch... Solar betriebene PC ;)

[Peter D. (peda)]

Als erstes gib mal den Pinnummern vernünftige Namen.
Und dann kapsele die Hardwarezugriffe in möglichst wenige Funktionen.
Und das Init ruft dann nur noch diese Funktionen mit den nötigen 
Parametern auf.

Deinen Spaghetticode aus riesenlangen HAL-schlag-mich-tot Ketten kann 
jedenfalls keiner verstehen.

Hier mal ein Beispiel für AVR, das man auch lesen kann:

http://www.avrfreaks.net/forum/tutc-lcd-tutorial-1001?skey=lcd%201001

Und daher auch einfach an andere MCs anpassen kann.

[Peter D. (peda)]

Josef H. schrieb:
> Jedoch
> habe ich dafür echt keine Zeit mehr..

Kryptischer Monstercode kostet Dich viel viel mehr Zeit, als lesbarer 
modularer Code.

[Regelcop (Gast)]

Peter D. schrieb:
> Kryptischer Monstercode kostet Dich viel viel mehr Zeit, als lesbarer
> modularer Code.

Er hat ja auch keine Zeit seine Source-Schnipsel in eine *.c
Datei statt in eine *.txt Datei zu schreiben. Der Mehraufwand
ist verständlicherweise einfach zu gross:

Josef H. schrieb:
> Ja hàtte können schon, aber da ich zeitlich begrenzte Zeit habe nahm ich
> txt..

[Stefan F. (Gast)]

Dein Code ist so falsch, unvollständig und schlecht lesbar, dass es gar 
keinen Sinn macht, hier konkrete Korrekturen vorzuschlagen.

Ich wäre viel zu faul, so viel wiederholten Text hinzuschreiben.

Zuerst braucht dein Code Struktur, das heisst konkret Funktionen oder 
Makros die so oder so ähnlich heissen:

lcd_set_rs_high();
lcd_set_rs_low();
lcd_set_en_high();
lcd_set_en_low();
lcd_write_nibble(value);

Darauf bauen dann die Hauptfunktionen auf:

lcd_init();
lcd_write_command(byte);
lcd_write_data(byte);

Darauf aufbauen solltest du die ganzen Steuerbefehle des Displays 
abstrahieren, zum Beispiel:

lcd_clear();
lcd_shift_left();
lcd_shift_right();
lcd_set_cursor(row, column);
lcd_cursor_mode(off/on/blink,block/line);
usw.

Oder du verwendest einen universellen Befehl für Kommandos und 
definierst Konstanten mit sprechenden Namen für alle möglichen Werte.

Mach das erst mal soweit fertig, und dann reden wir nochmal über deinje 
Initialisierungssequenz. Da fehlt nämlich eine ganze Menge.

Ich zeige Dir hier mal ein Beispiel, wie ich das auf AVR Mikrocontroller 
mache. Dieser Code ist ein Auszug auf dem Fringsbuch 
(http://stefanfrings.de/mikrocontroller_buch/index.html), wo das Ganze 
ausführlich erklärt ist.

Header Datei:

// The HD44780 Display is connected to Port D.
#define LCD_PORT_INIT  { DDRD |= 0b11111100; }
#define LCD_RS_HIGH    { PORTD |=  (1<<PD2); }
#define LCD_RS_LOW     { PORTD &= ~(1<<PD2); }
#define LCD_E_HIGH     { PORTD |=  (1<<PD3); }
#define LCD_E_LOW      { PORTD &= ~(1<<PD3); }

#define LCD_DATA_LOW_NIBBLE(b)  { \
    PORTD = (PORTD & 0x0F) | (b << 4); \
}

#define LCD_DATA_HIGH_NIBBLE(b) { \
    PORTD = (PORTD & 0x0F) | (b & 0xF0); \
}

// Initialize the display controller.
void LCD_init(uint8_t options);

// Send a command.
void LCD_command(uint8_t cmd);

// Commands and options (add options to the command):
#define LCD_FUNCTION_SET        0b00100000
#define    LCD_1_LINE           0b0000
#define    LCD_2_LINES          0b1000
#define    LCD_5x8_FONT         0b0000
#define    LCD_5x10_FONT        0b0100

// Clear display and set cursor to home position.
#define LCD_CLEAR_DISPLAY       0b00000001

// Set cursor to the home position and reset 
// the shift position.
// The DDRAM content remains unchanged.
// Note that this command takes much more time 
// than the clear display command.
#define LCD_RETURN_HOME         0b00000010

// Set entry mode 
// = what happens after writing a character to the DDRAM.
#define LCD_ENTRY_MODE_SET      0b00000100
#define    LCD_DECREMENT        0b00
#define    LCD_INCREMENT        0b10
#define    LCD_SHIFT            0b01

// Control which features are on:
#define LCD_ON_OFF_CONTROL      0b00001000
#define    LCD_OFF              0b000
#define    LCD_DISPLAY          0b100
#define    LCD_CURSOR           0b010
#define    LCD_BLINKING         0b001

// Shift the cursor
#define LCD_SHIFT_CURSOR_LEFT   0b00010000
#define LCD_SHIFT_CURSOR_RIGHT  0b00010100

// Shift the display
#define LCD_SHIFT_DISPLAY_LEFT  0b00011000
#define LCD_SHIFT_DISPLAY_RIGHT 0b00011100

// Set address of character generator RAM, 
// the following data are written to the CGRAM.
// Add the 6bit address value to the command.
#define LCD_SET_CGRAM_ADDRESS   0b01000000

// Set the address of display data RAM, 
// the following data are written to the DDRAM.
// Add the 7bit address value to the command.
// Note that the second line ususally begins
// at address 0x40.
#define LCD_SET_DDRAM_ADDRESS   0b10000000

// Write one byte to the data register (CGRAM or DDRAM).
void LCD_data(uint8_t data);

// Write a string to the data register (CGRAM or DDRAM).
void LCD_write(char* text);

// Write a string from program memory to the 
// data register (CGRAM or DDRAM).
void LCD_write_P(PGM_P text);

C Datei:

void LCD_command(uint8_t cmd)
{
    LCD_RS_LOW;  
    _delay_us(0.040);
    LCD_E_HIGH;
    LCD_DATA_HIGH_NIBBLE(cmd);
    _delay_us(0.250);
    LCD_E_LOW;
    _delay_us(0.250);
    LCD_E_HIGH;
    LCD_DATA_LOW_NIBBLE(cmd);
    _delay_us(0.250);
    LCD_E_LOW;
    if (cmd==0b00000010) // return home
    {
        _delay_us(1600);
    }
    else
    {
        _delay_us(60);
    }
}

void LCD_data(uint8_t data)
{
    LCD_RS_HIGH;  
    _delay_us(0.040);
    LCD_E_HIGH;
    LCD_DATA_HIGH_NIBBLE(data);
    _delay_us(0.250);
    LCD_E_LOW;
    _delay_us(0.250);
    LCD_E_HIGH;
    LCD_DATA_LOW_NIBBLE(data);
    _delay_us(0.250);
    LCD_E_LOW;
    _delay_us(60);
}

void LCD_write(char* text)
{
    char c;
    while ((c=*text))
    {
        LCD_data(c);
        text++;
    }
}

void LCD_write_P(PGM_P text)
{
    char c;
    while ((c=pgm_read_byte(text)))
    {
        LCD_data(c);
        text++;
    }
}

void LCD_init(uint8_t options)
{
    LCD_PORT_INIT;
    LCD_E_LOW;
    _delay_ms(50);
    LCD_RS_LOW;
    _delay_us(0.040);
    LCD_E_HIGH;
    LCD_DATA_HIGH_NIBBLE(0b00110000);
    _delay_us(0.250);
    LCD_E_LOW;
    _delay_ms(5);
    LCD_E_HIGH;
    _delay_us(0.250);
    LCD_E_LOW;
    _delay_us(150);
    LCD_E_HIGH;
    _delay_us(0.250);
    LCD_E_LOW;
    _delay_us(0.250);
    LCD_E_HIGH;
    LCD_DATA_HIGH_NIBBLE(0b00100000);
    _delay_us(0.250);
    LCD_E_LOW;
    _delay_us(50);
    LCD_command(LCD_FUNCTION_SET+options); 
    LCD_command(LCD_ON_OFF_CONTROL+LCD_DISPLAY); 
    LCD_command(LCD_CLEAR_DISPLAY); 
    LCD_command(LCD_ENTRY_MODE_SET+LCD_INCREMENT); 
    LCD_command(LCD_RETURN_HOME); 
}

Hauptprogramm:

int main(void) 
{
    LCD_init(LCD_2_LINES+LCD_5x8_FONT);    
    LCD_write_P(PSTR("Hallo"));
    LCD_command(LCD_SET_DDRAM_ADDRESS+0x40);
    LCD_write("Quentin");
}

[Regelcop (Gast)]

Stefan U. schrieb:
> Ich zeige Dir hier mal ein Beispiel

Wichtige Regeln - erst lesen, dann posten!

    Groß- und Kleinschreibung verwenden
    Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

[Stefan F. (Gast)]

Ich finde es immer wieder erstaunlich, wenn anonyme Zaungäste 
hilfbereite Menschen, die sich Mühe geben anpöbeln.

Das meine Rechtschreibung suboptimal ist, weiß ich selbst. Aber darum 
geht es hier nicht, wir sind nicht im Deutschunterricht.

Für Dein Verhalten solltest du dich in die Ecke neben der Tafel stellen 
und Dich schämen!

[Brummbär (Gast)]

Regelcop schrieb:
> *.txt Dateien wird kein Compiler übersetzen ....

Doch. Dem ist es egal, ob ".c" oder ".txt" im Namen steht.

[Rufus Τ. F. (rufus)]

Für Dateianhänge sollte *.c gewählt werden, weil dann das Forum eine 
eigenen Quelltext-Anzeigefunktion anbietet.

[Volker B. (Firma: L-E-A) (vobs)]

Josef H. schrieb:

> ich habe ein LCD mit dem Mikrocontroller STM32F303 verbunden.
(...)
> Display ->
> 
http://www.conrad.ch/ce/de/product/181705/?insert=62&insertNoDeeplink&productname=LC-Display-Schwarz-Gelb-Gruen-B-x-H-x-T-40-x-20-x-108-mm-EADIPS082-HNLED

Ob das wirklich intelligent ist, ein LCD, dessen Betriebsspannung mit 5V 
angegeben ist, an einem Controller zu betreiben, der max. 3,6V 
verkraftet?
Im besten Fall benötigst Du eine negative Kontrastspannung.

Deshalb wäre es auch sehr hilfreich, wenn Du statt "geht das nicht" eine 
etwas eindeutigere Fehlerbeschreibung liefern würdest. Wenn Du schwarze 
Rechtecke auf dem Display siehst, liegt der Fehler in der 
Initialisierung, wenn das Display nichts darstellt, ist in jedem Fall 
die Kontrastspannung zu gering.

Grüßle,
Volker.

[Lächler (Gast)]

Volker B. schrieb:
> Deshalb wäre es auch sehr hilfreich, wenn Du statt "geht das nicht" eine
> etwas eindeutigere Fehlerbeschreibung liefern würdest. Wenn Du schwarze
> Rechtecke auf dem Display siehst, liegt der Fehler in der
> Initialisierung, wenn das Display nichts darstellt, ist in jedem Fall
> die Kontrastspannung zu gering.

wie kannst Du nur ... da sagt der Josef doch glatt:

Josef H. schrieb:
> Genau deswegen mag ich dieses Forum nicht..
>
> Alle wollen etwas dazu beitragen, jedoch nicht auf die positive Art..
>
> Niemand von euch hier will helfen.. Nur blöd kommentieren..
>
> Sorry aber hab langsam keine nerven mehr für diese Forum.......

[Patrick J. (ho-bit-hun-ter)]

Hi

Habe den Code nur überflogen.
Wie es aussieht, wird beim Init nur 1x das Display initialisiert.
Korrekt(er) wäre die Methode 'nach Sprut':
http://sprut.de/electronic/lcd/index.htm#init

Spätestens, wenn Dein µC eine Reset macht, Dein Display aber nicht, 
versteht das Display nur noch 'Bahnhof' :)
(im Endeffekt wird 3x auf 8bit gestellt, bevor weiter initialisiert wird 
bzw. dazwischen auf 4bit umgeschaltet wird, da man auch so schon 7 Pins 
braucht)

Die Umstrukturierung lege auch ich Dir ans Herz.
Weiter wären Kommentare, was welches Bitmuster bezwecken soll, für den 
gemeinen Leser nützlich.

Was auch schon gefragt wurde:
Bekommst Du beim Einschalten des Display (Spannung an) eine Reihe 
Rechtecke angezeigt?
Steht aber auch bei Sprut, dort auch wesentlich besser beschrieben, als 
ich Das hier aufsagen könnte.

MfG

PS: Von den Displays habe ich auch noch zwei hier :)

[Stefan F. (Gast)]

> Spätestens, wenn Dein µC eine Reset macht, Dein Display aber nicht,
> versteht das Display nur noch 'Bahnhof' :)

Bei meinem Code-Beispiel tritt das problem nicht auf, obwohl dort das 
Display nut einmal initialisiert wird. Ich habe mich einfach 1:1 an das 
Datenblatt des HD44780 gehalten.

[Patrick J. (ho-bit-hun-ter)]

Hi

Ich bezog mich auf den .txt-Code im Ausgangspost - hätte Das vll. 
erwähnen sollen.

In Deinem Code sendest Du ja mehrfach '8bit' ans Display (ungeprüft, 
würde mich aber wundern, wenn Das was Anderes ist)

Stefan U. schrieb:
> LCD_DATA_HIGH_NIBBLE(0b00110000);
>     _delay_us(0.250);
>     LCD_E_LOW;
>     _delay_ms(5);
>     LCD_E_HIGH;
>     _delay_us(0.250);
>     LCD_E_LOW;
>     _delay_us(150);
>     LCD_E_HIGH;
>     _delay_us(0.250);
>     LCD_E_LOW;

MfG

EDIT
Ah - glaube, Dich jetzt zu verstehen:
Sofern der µC immer komplette Befehle ans Display geschickt bekommt, das 
Display also nicht 'aus dem Tritt' kommt, ist auch Alles wunderbar.
Seltsam wird Es, wenn das Display was Anderes erwartet, als der µC 
denkt, zu senden.

Denke, wir schwätzen in die gleiche Richtung

[spess53 (Gast)]

Hi

>Seltsam wird Es, wenn das Display was Anderes erwartet, als der µC
>denkt, zu senden.

Warum sollte das Display etwa anderes 'erwarten'?

MfG Spess

[Stefan F. (Gast)]

Du hast das falsch verstanden. Die Initialisierungssequenz, die ich 
gemäß Datenblatt umgesetzte habe, sorgt für eine Synchronisation der 
Kommunikation. Es spielt leine Rolle, ob das Display vorher im 4Bit 
Modus war oder ein halbes Byte empfangen hatte.

Ich halte es nicht für nötig, diesen weit über 10 Jahre alten Kram 
plötzlich zu hintertfragen, da er bisher noch nie versagt hat. Ich 
htatte genau diese Sequenz schon auf zahlreichen Computern und 
Mikrocontrollern angewendet.