LCD Display funktioniert nur wenn ich den uC Flashe

[C. H. (hedie)]

Guten Morgen zusammen....


Ich habe ein bisschen ein merkwürdiges Problem.

Auf meinem Print habe ich einen Atmega16 mit einem 12Mhz Quarz.
Dazu ein Display mit einem KS0066 Controller welches ich im 4Bit Mode 
betreibe.


Nun das Problem. Wenn ich Aus Eclipse mit AVRDude den uC Flashe, so 
funktioniert das Display zu 90% einwandfrei. Wenn ich danach jedoch den 
ISP anschluss entferne und wieder anstecke (Power Off -> On) dann geht 
das Display nicht mehr. Es initialisiert sich (Balken sind weg) aber es 
zeigt keinen Text an.

Flashe ich den Controller wieder dann geht es wieder. Jedoch nur direkt 
nach dem Flashen. Am Controller liegt es nicht, denn der macht den Rest 
welcher nach dem LCD Init kommt problemlos. Das Display ist auch nicht 
defekt, habe es auf einem Anderen Print getestet.

Hoffe ihr habt tipps...

Anbei der Schaltplan

Hier die Initialisierung

#define LCD_RW_1  PORTC |= (1<<PC3)
#define LCD_RW_0  PORTC &= ~(1<<PC3)
#define LCD_RS_1  PORTC |= (1<<PC2)
#define LCD_RS_0  PORTC &= ~(1<<PC2)
#define LCD_E_1    PORTB |= (1<<PB4)
#define LCD_E_0    PORTB &= ~(1<<PB4)

///////////////////Port Konfiguration
// Ist in wirklichkein im main drinn

DDRA = 0x00;
DDRB = 0x1C;
DDRC = 0xFF;
DDRD = 0xB0;


void send_char(unsigned char ucData)
{
  LCD_RW_0;  //Write
  LCD_RS_1;  //Daten

  PORTC = (PORTC & 0x0F) | (ucData & 0xF0);  //High Nibble
  _delay_us(100);
  LCD_E_1;
  _delay_us(500);
  LCD_E_0;
  _delay_us(500);

  _delay_ms(5);

  PORTC = (PORTC & 0x0F) | ((ucData << 4) & 0xF0);  //High Nibble
  _delay_us(100);
  LCD_E_1;
  _delay_us(500);
  LCD_E_0;
  _delay_us(500);
}

void send_cmd(unsigned char ucData)
{
  LCD_RW_0;  //Write
  LCD_RS_0;  //Command

  PORTC = (PORTC & 0x0F) | (ucData & 0xF0);  //High Nibble
  _delay_us(100);
  LCD_E_1;
  _delay_us(500);
  LCD_E_0;
  _delay_us(500);

  _delay_ms(5);

  PORTC = (PORTC & 0x0F) | ((ucData << 4) & 0xF0);  //High Nibble
  _delay_us(100);
  LCD_E_1;
  _delay_us(500);
  LCD_E_0;
  _delay_us(500);
}

void lcd_zeile(unsigned char ucZeile, unsigned char ucPos)
{
  send_cmd(0x80 + ((ucZeile * 0x40) - 0x40) + ucPos);
  _delay_ms(10);
}

void lcd_init(void)
{
  _delay_ms(1000);

  send_cmd(0x20);
  _delay_ms(50);

  send_cmd(0x28);
  _delay_ms(50);

  send_cmd(0x28);
  _delay_ms(50);

  send_cmd(0x28);
  _delay_ms(50);

  send_cmd(0x0C);
  _delay_ms(50);

  send_cmd(0x01);
  _delay_ms(50);

  send_cmd(0x06);
  _delay_ms(50);

  send_cmd(0x28);
  _delay_ms(50);

  send_cmd(0x02);
  _delay_ms(10);

  lcd_zeile(1,1);
  send_char('T');
  send_char('e');
  send_char('s');
  send_char('t');

}

Danke schonmal

[Sesk K. (zeborok)]

Versuche mal die Wartezeiten bei/nach Initialisierung etwas länger zu 
machen. Ich hatte so ein ähnliches Phänomen mit einem EA-DOGM. Das ging 
immer nur nach abziehen des ISP-Steckers.

Gruß

[spess53 (Gast)]

Hi

> _delay_ms(1000);

The maximal possible delay is 262.14 ms / F_CPU in MHz.

Deine Wartezeit vor der Initialisierung passt nicht.

MfG Spess

[C. H. (hedie)]

Danke für die Antwort...

Jetzt habe ich bemerkt das er das Display wenn ich nicht gerade geflasht 
habe gar nicht intialisiert....

Also Nach dem flashen alles TipTop einmal PowerOff und wieder On wird 
das display nicht mehr initialisiert...

Habe auch bereits mit AVR Studio den Inhalt des uC geprüft... Des ist 
konsistent also sollte der Atmega wirklich OK sein...

Wie kann das sein, das das Display nur nach dem Flashen initialisiert 
wird und sonst nicht?

[spess53 (Gast)]

Hi

>Wie kann das sein, das das Display nur nach dem Flashen initialisiert
>wird und sonst nicht?

Weil dann das Display schon eingeschaltet ist. Beim Power-On versucht 
der Controller das Display zu initialisieren bevor es bereit ist.

MfG Spess

[Peter D. (peda)]

Deine Initialisierung ist falsch.
Nach einem Reset ist das LCD im 8Bit-Mode oder unbekannt (manuelles 
Reset irgendwo).
Die Funktion send_cmd() kann also nicht funktionieren.
Die Initialisierung bis zum Erreichen des 4Bit-Mode benötigt eine 
Funktion, die nur ein Nibble sendet.

Siehe:

http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=102296


Peter

[C. H. (hedie)]

spess53 schrieb:
> Weil dann das Display schon eingeschaltet ist. Beim Power-On versucht
> der Controller das Display zu initialisieren bevor es bereit ist.
>
> MfG Spess

Das weiss ich, aber ich warte 2 Sekunden nach dem Power On bis ich 
initialisiere.

Zudem noch was merkwürdiges was beweist das es nichts mit dem Power-On 
zu tun hat.

Ich habe den Code so geändert:

ich intialisiere identisch

Dann gebe ich zwei A aus

send_char('A');
send_char('A');
_delay_ms(2000);
send_cmd(0x01); //Löschen des Displays
_delay_ms(100);
send_char('G');

Wenn ich nach dem Flashen den Controller Resette, dann gehts bei ersten 
Reset (Display intialisiert sich und es wird AA angezeigt danach G) beim 
Zweiten Reset initialisiert es sich auch zeigt jedoch nur ein D an. und 
nach den 2 Sekunden gibts einen Balken es hat sich also deinitialisiert

Dieses spiel kann man nun ewig machen... Also beim nächsten reset gehts 
wieder dann wieder nicht dann gehts wieder etc....

[C. H. (hedie)]

Peter Dannegger schrieb:
> Deine Initialisierung ist falsch.
> Nach einem Reset ist das LCD im 8Bit-Mode oder unbekannt (manuelles
> Reset irgendwo).
> Die Funktion send_cmd() kann also nicht funktionieren.
> Die Initialisierung bis zum Erreichen des 4Bit-Mode benötigt eine
> Funktion, die nur ein Nibble sendet.

Vielen Dank für den Tipp!

Mit 0x20 geht man ja in den 4Bit mode oder?

Also soll ich einfach einmal 0x2 an DB4 - DB7 legen und Enable clocken?
Oder was muss ich genau senden?

Ich sehe das problem welches du ansprichts, ich sende als initialisierug 
zuerst 0x2 dann 0x0

EDIT////////////////////////

Vielen Vielen Dank!

Es lag wirklich daran :) Es funktioniert nun einwandfrei.... 10000000000 
Dank :)