LCD DISPLAY FLACKERT

[Kim (Gast)]

Hallo,
ich scheitere an einem LCD-Display.
ich benutze den 4-Bit-Modus und habe DB4...DB7 vom LCD-Display mit 
RG6...RG9 am Controller verbunden.

die daten schicke ich dann immer in 4er pack rüber

static void lcd_nibble(unsigned char nibble)
{
    LATGbits.LATG6 = (nibble>>3)&1;
    LATGbits.LATG7 = (nibble>>2)&1;
    LATGbits.LATG8 = (nibble>>1)&1;
    LATGbits.LATG9 = (nibble>>0)&1;
    lcd_enable();
    delay_ms(2); // Enough time even for slowest command
}

////////////////////////////////////////////////////////////////////////////////
// Erzeugt einen Enable-Puls
static void lcd_enable( void )
{
    LCD_EN = 1;
    delay_us(LCD_ENABLE_US);  // kurze Pause
    LCD_EN = 0;
}

////////////////////////////////////////////////////////////////////////////////
// Initialisierung: muss ganz am Anfang des Programms aufgerufen werden.
void lcd_init( void )
{
    LCD_RS = 0;
    LCD_RW = 0;
    LCD_EN = 0;

    // LCD Soft Reset
    delay_ms(LCD_BOOTUP_MS);
    lcd_nibble(LCD_SOFT_RESET);
    delay_ms(LCD_SOFT_RESET_MS1);
    lcd_nibble(LCD_SOFT_RESET);
    delay_ms(LCD_SOFT_RESET_MS2);
    lcd_nibble(LCD_SOFT_RESET);
    delay_ms(LCD_SOFT_RESET_MS3);
    lcd_nibble(0x02);
    // Display settings
    lcd_cmd(LCD_SET_FUNCTION | LCD_FUNCTION_4BIT | LCD_FUNCTION_2LINE | LCD_FUNCTION_5X7 );
    lcd_cmd(LCD_SET_DISPLAY | LCD_DISPLAY_OFF);
    lcd_cmd(LCD_DISPLAY_CLEAR);
    lcd_cmd(LCD_SET_ENTRY | LCD_ENTRY_INCREASE | LCD_ENTRY_NOSHIFT);
    lcd_cmd(LCD_SET_DISPLAY | LCD_DISPLAY_ON | LCD_CURSOR_OFF | LCD_BLINKING_OFF);
    lcd_clear();
}

////////////////////////////////////////////////////////////////////////////////
// Sendet ein Datenbyte an das LCD
void lcd_data( unsigned int data )
{
    LCD_RS = 1;
    lcd_nibble(data >> 4);
    lcd_nibble(data & 0x0F);
    //LCD_PORT |= (1<<LCD_RS);    // RS auf 1 setzen
    delay_us( LCD_WRITEDATA_US );
}

////////////////////////////////////////////////////////////////////////////////
// Sendet einen Befehl an das LCD
void lcd_cmd( unsigned int data )
{
    LCD_RS = 0;                 // RS auf 0 setzen
    lcd_nibble(data >> 4);
    lcd_nibble(data & 0x0F);
    delay_us( LCD_COMMAND_US );
}

////////////////////////////////////////////////////////////////////////////////
// Sendet den Befehl zur Löschung des Displays
void lcd_clear( void )
{
    lcd_cmd( LCD_DISPLAY_CLEAR );
    delay_ms( LCD_DISPLAY_CLEAR_MS );
}

hiernach ist das display aber an flackern. Mache ich bei der 
Datenübertragung etwas verkehrt?
Die Variablen (z.B. LCD_DISPLY_CLEAR = 0x01 habe ihc aus dem Datenblatt 
des Displays übernommen)

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Kim schrieb:
> hiernach ist das display aber an flackern.
Und WAS genau flackert danach?
WELCHE Daten werden übertragen?
WIE sieht der Rest des Programms aus?

[Axel S. (a-za-z0-9)]

Kim schrieb:
> hiernach ist das display aber an flackern.

Was ist "hiernach"? Du hast hier einen Sack Funktionen gezeigt, aber 
nicht wie du die aufrufst. Ach ja, der Code wäre in einem Anhang besser 
aufgehoben gewesen.

> Mache ich bei der Datenübertragung etwas verkehrt?

Kann keiner sagen, weil ja keiner weiß was du machst.

Ich rate mal wild drauf los: du hast eine Endlosschleife, in der du 
immer wieder das Display löschst und neu beschreibst. Dann wird es 
natürlich flackern.

[Kim (Gast)]

Eigentlich dürfte es nur einmal durchlaufen werden.
aufrufen tu ich die initialisierung nur einmal in der main-funktion vor 
der Endlosschleife

int main (void)
{
    pin_init();
    lcd_init();
    while (1) {}
}

in pin_init() setze ich nur die benötigten pins als ausgang und auf low.
die ganze lcd datei habe ich mal in anhang gepackt.

[Kim (Gast)]

jetzt die c auch nich in txt

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Kim schrieb:
> nur einmal in der main-funktion vor der Endlosschleife
Könnte es sein, dass der Watchdog des unbekannten Mikrocontrollers da 
laufend einen Reset macht?

[Stefan F. (Gast)]

Dann prüfe doch mal, ob nach der Initialisierung noch eine Kommunikation 
zum Display stattfindet. Dazu genügt notfalls eine LED an der 
Enable-Leitung.

[Kim (Gast)]

Der Watchdog ist eigentlich ausgestellt.

_FOSC(CSW_FSCM_OFF & ECIO_PLL8); 
_FWDT(WDT_OFF);                 
_FBORPOR(MCLR_EN & PWRT_OFF);
_FGS(CODE_PROT_OFF);

Nach der Initialilsierung ist Enabled wieder auf low gesetzt. diesen 
setze ich jedesmal beim senden von daten auf das display auf high und 
anschliessend wieder auf low.

der controller ist ein dspic30f6011 von microchip

[Pete K. (pete77)]

Was ist denn das für ein Display und wie sieht der Hardware-Aufbau aus?

Den includes nach zu urteilen handlet es sich wohl um einen PIC.

Stromversorgung stabil? ca. 250mA?

[Kim (Gast)]

das ist ein ganz normales 2x16 lcd display mit hd44780
Verbunden habe ich es folgendermassen
Display/dspic30f6011
VSS/GND
VDD/VDD
V0/GND
RS/RB2
RW/GND
E/RB4
DB0...DB3 / nicht verbunden
DB4...DB7/ RB6...RB9
Die Verbindungen sind auch alle vorhanden und spannung bekommt er auch.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Kim schrieb:
> Der Watchdog ist eigentlich ausgestellt.
> ....
> Nach der Initialilsierung ist Enabled wieder auf low gesetzt. diesen
> setze ich jedesmal beim senden von daten auf das display auf high und
> anschliessend wieder auf low.
Das ist im geposteten Quellcode NICHT zu sehen. Da werden keine Daten 
gesendet...

Was soll denn das Gestocher im Trüben?
Wie soll man dir Tipps geben, wenn du unvollständigen Quellcode postest?

[Kim (Gast)]

Ich habe ja doch die datei im anhang geladen.
zunächst möchte ich nur das display in betrieb nehmen und das display 
löschen. Es soll ja noch ncihts angezeigt werden, da das ja auch nicht 
funktioniert.

[Karl H. (kbuchegg)]

Kim schrieb:

> zunächst möchte ich nur das display in betrieb nehmen und das display
> löschen.

Alles schön und gut.

Nur: Wenn die Initialisierung durch ist, und irgendwann ist sie durch,
gehen deiner Aussage nach auch keine Kommandos mehr an das LCD. Und von 
alleine flackert ein LCD nicht. Selbst dann nicht, wenn die 
Intialisierung fehl schlägt.

> Es soll ja noch ncihts angezeigt werden, da das ja auch nicht
> funktioniert.

Und was genau flackert dann?
Hintergrundbeleuchtung?

Hast du schon überprüft, ob dein Programm immer wieder neu anläuft? Das 
lässt sich mit einer LED leicht feststellen. Ganz am Anfang in main() 
einen Portpin auf Ausgang konfigurieren, LED einschalten, ein bischen 
warten (halbe Sekunde), LED wieder ausschalten.
legst du Spannung an den µC dann darfst du EINMALIG die LED aufleuchten 
sehen. Blinkt die aber, dann läuft dein Programm immer wieder von vorne 
weg. Warum auch immer.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Kim schrieb:
> Ich habe ja doch die datei im anhang geladen.
Aber nicht diejenige, die für ein solches Verhalten verantwortlich 
sein könnte.
Oder ich sage mal so: wenn der Fehler nicht in der Hardware ist, dann 
ist er in der Software. Und die Hardware ist ja recht einfach...

[Sascha W. (sascha-w)]

Kim schrieb:
> Eigentlich dürfte es nur einmal durchlaufen werden.
> aufrufen tu ich die initialisierung nur einmal in der main-funktion vor
> der Endlosschleife
>

> int main (void)
> {
>     pin_init();
>     lcd_init();
>     while (1) {}
> }

> in pin_init() setze ich nur die benötigten pins als ausgang und auf low.
> die ganze lcd datei habe ich mal in anhang gepackt.

ob nicht vielleicht dein Compiler die leere while-Schleife wegoptimiert? 
Dann würde das Programm mit dem Verlassen von Main wieder von vorn 
starten.

Sascha

[Christian H. (netzwanze)]

Sascha Weber schrieb:
> Dann würde das Programm mit dem Verlassen von Main wieder von vorn
> starten.

Die meisten Compiler setzen automatisch nach main() eine Endlosschleife 
ein.

[Karl H. (kbuchegg)]

Sascha Weber schrieb:

> ob nicht vielleicht dein Compiler die leere while-Schleife wegoptimiert?

Warum sollte er?
Das wäre völlig unzulässig und grob falsch.

Mit so einem Compiler kann man nur eines tun: weit, weit wegwerfen.

Gott sei Dank kennen allerdings die Compilerbauer die Sprache besser und 
wissen, dass man eine Endlosschleife nicht einfach wegoptimieren kann. 
Selbst dann nicht, wenn sie leer ist.

[Harald N. (haraldn)]

Arbeitest du am Steckbrett? Dann Jumperkabel tauschen. Evtl manchmal 
auch das Steckbrett selbst.

[C. L. (calle)]

Hallo,

Kim schrieb:
> ich benutze den 4-Bit-Modus und habe DB4...DB7 vom LCD-Display mit
> RG6...RG9 am Controller verbunden.

Wenn Du im 4 Bit Modus bist, muss Du am Display die Eingänge 0...3 auch 
auf Masse legen, sonst kann es an diesen offenen Pins zu Schwebungen 
kommen.

Gruß CL

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

C. L. schrieb:
> muss Du am Display die Eingänge 0...3 auch
> auf Masse legen, sonst kann es an diesen offenen Pins zu Schwebungen
> kommen.

Nein, das ist eine Legende, die nur den Stromverbrauch erhöht. Sowohl 
der HD44780 als auch der KS0066 haben leichte Pullups an den 
Datenleitungen, die bei offenen Anschlüssen für definierte Pegel sorgen. 
Die Innenschaltung eines DB Pins habe ich mal angehangen.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

C. L. schrieb:
> Wenn Du im 4 Bit Modus bist, muss Du am Display die Eingänge 0...3 auch
> auf Masse legen, sonst kann es an diesen offenen Pins zu Schwebungen
> kommen.
Diese "offenen" Pins haben idR. einen Pullup im Display. Aus Gründen der 
Stromaufnahme ist es deshalb ungünstig, die Pins auf GND zu legen.
http://elm-chan.org/docs/lcd/hd44780_e.html
http://www.lcd-module.de/pdf/doma/4_16.pdf
Wie das bei dem immer noch unbekannten Display hier ist, weiß man 
aber nicht. Auf jeden Fall scheint es mir aber sinnvoller, im 
Zweifelsfall die Pins nicht an GND, sondern an Vcc zu legen...

Kim schrieb:
> das ist ein ganz normales 2x16 lcd display mit hd44780
Statt dieses langen Satzes könnte man einfach hinschreiben, WELCHES 
Display es ist...

EDIT: Pech, Zweiter... ;-)

[C. L. (calle)]

Hi!

Ahhh, dass war mir neu, habe die Leitungen immer auf GND gelegt, weil 
ich an einem LCD damit definitiv Probleme hatte. Seitdem mache ich es 
immer so.
Wieder was gelernt, thx!

Wie lang sind denn die Pausen hier wirklich?
 delay_us(LCD_ENABLE_US);  // kurze Pause

Bei der Initphase lange genug gewartet?


CL

[Kim (Gast)]

Habe viele sachen ausprobiert.
Zunächst 
www.reichelt.de/Background-green/LCD-162C-LED/3/index.html?&ACTION=3&LA= 
2&ARTICLE=31653&GROUPID=3005&artnr=LCD+162C+LED  das ist das Display.
und ich habe jetzt auch erst gemerkt, dass es kein HDD780 sondern 
KS0066U hat.

Das Problem war die Funktion

void lcd_string( const char *data )
{
    while( *data != '\0' )
        lcd_data( *data++ );
}

immer wenn ihc diese ausgeführt habe, hat sich der controller resettet. 
Aber ihc meine, dass ich diesen Code mit einem anderen Controller 
gemacht habe.

Jetzt ist es so, dass ich nur zwei zeilen mit schwarzen Balken sehe.
Die warte-funktionen habe ich jetzt auch mit
__delay_ms(x), bzw. __delay_us(x) umgesetzt. Die Zeiten habe ich mit dem 
Blinken einer LED verglichen und die passen auch nach gefühl.
LCD_ENABLE_US sind 20us.
beim Initialisieren
warte 20ms
schicke 0x03
warte 5ms
schicke 0x03
warte 1ms
schicke 0x03
warte 1ms
schicke 0x02
schicke die anderen Daten

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Kim schrieb:
> immer wenn ihc diese ausgeführt habe, hat sich der controller resettet.
Amoklaufender Pointer...

> Jetzt ist es so, dass ich nur zwei zeilen mit schwarzen Balken sehe.
Dann dreh mal den Kontrast richtig hin...

> Jetzt ist es so, dass ich nur zwei zeilen mit schwarzen Balken sehe.
Und was erwartest du stattdessen?

> schicke die anderen Daten
Welche denn?

Das, was hier gerade abläuft nennen die Angelsachsen:
to worm something out of somebody...
Auf Deutsch wäre das dann:
jedes Wort aus der Nase ziehen...

[Kim (Gast)]

Habe einmal komplett strom weggenommen. jetzt sehe ich nur noch die 
erste zeile mit scharzen balken.
also der komplette ablauf ist folgender
warte 15ms
schicke 0x03
warte 5ms
schicke 0x03
warte 1ms
schicke 0x03
warte 1ms
schicke 0x02
schicke 0x28 (4 Bit, 2 Linien, 5x7 punkte)
schicke 0x08 (display aus)
schicke 0x01 (display löschen)
schicke 0x06 (Kurserbewegungsrichtung steigend, display ist nicht 
versetzt? (Display is not shifted)

Bei den Display-Einstellungen (letzten 4 Befehle) schicke ich immer 
zuerst die oberen 4 bits und daraufhin die unteren 4 bits (0x28: zuerst 
0x02 dann 0x08)
nach dem senden warte ich 45us.

Dann ist das Display fertig initialisert. Folgend schicke ich
0x0F, damit ich den Cursor an der ersten Stelle blinken sehe.
habe auch alles andere aus meinem code rausgenommen, nur um erst einmal 
das hinzubekommen.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Kim schrieb:
> habe auch alles andere aus meinem code rausgenommen
Ähm, mal grundlegend: man schreibt keinen Programmcode in eine 
Header-Datei...

Sehe ich das hier in der "lcd.h" richtig:

#include "lcd.h"

Du inkludierst den "ldc.h" in sich selber?

Mwein Tipp: warte mal nach dem Power-Up ganz am Anfang noch ein paar 
hundert ms. Und mach alle Verzögerungszeiten einfach mal geräumig 
lang...

[Pete K. (pete77)]

Vielleicht mal den Programmer abziehen?

Wir haben immer noch kein Bild vom Hardware-Aufbau...

[Bernd N (Gast)]

Bis auf das Flackern hat die Initialisierung doch schon einmal 
funktioniert oder ? Dein Anhang hat keine "main".

Wie wäre es wenn du den Code herzeigst den du wirklich verwendest ?

Häng mal den Code hier herein welcher im Flackern endet. Sollte das der 
obige, in Textform angehangene sein, dann wundert mich nichts da ich 
keine Endlosschleife sehe.

Also ganz einfache Übung, zeig den Code der soweit funktioniert und im 
Flackern endet.