Problem mit DOGM204W-A Display und Atmega 328 P

[Bernhard K. (besen)]

Hallo,

ich bin noch recht neu in diesem Bereich deshalb brauche etwas Hilfe.

Ich habe hier ein DOGM204W-A Display von EA, welches ich über den 8 Bit 
Mode mit einem Atmega 328P ansteure. Ich habe die Pins PD0 - PD7 an die 
Pins D0 - D7, des Displays angeschlossen (PD0 an D0 usw.) und den Enable 
Pin an PB0 angeschlossen. Der Rest ist wie im 8-Bit Beispiel vom 
Datasheet angeschlossen.

Jetzt zum Problem:
Ich bekomme es einfach nicht zum laufen/ initialisiert.
(Es erscheint kein blinkender Cursor.)



Hier mein C-Code:

#define F_CPU 10000000UL

#include <avr/io.h>
#include <util/delay.h>

void InitDisplay();
void SendData(int Data);

int main(void)
{
  DDRD=0xFF;
  DDRB=0xFF;
  InitDisplay();
    while(1)
    {
    }
}

void InitDisplay(){
  _delay_ms(200);
  SendData(0x3A);//1.Command
  SendData(0x09);//2.
  SendData(0x06);//3.
  SendData(0x1E);//4.
  SendData(0x39);//5.
  SendData(0x1B);//6.
  SendData(0x6E);//7.
  SendData(0x57);//8.
  SendData(0x72);//9.
  SendData(0x38);//10.
  SendData(0x0F);//11.
  PORTB=0;
  PORTD=0;
}

void SendData(int Data){
  PORTD=Data;
  _delay_ms(1);
  PORTB=0x01;//Enable 1
  _delay_ms(1);
  PORTB=0x00;//Enable 0
  _delay_ms(1);
}

Wo liegt der Fehler?

Es gibt hier schon ähnliche Posts, diese haben mir aber nicht wirklich 
weitergeholfen.

[g457 (Gast)]

> Der Rest ist wie im 8-Bit Beispiel vom Datasheet angeschlossen.

Schließt "der Rest" auch RS und R/W mit ein? Falls ja: wie hast Du die 
angeschlossen. Falls nein: wie hast Du die angeschlossen?

[Bernhard K. (besen)]

RS hängt an PC1 und R/W an PC0.

[346623574 (Gast)]

dreh mal den contrast auf.....

[346623574 (Gast)]

Cursor at Home
oder
Clear Display
braucht bei den alten Controllern 1,53ms.
Will mir aber jetzt nicht das Datenblatt vom neuen durchlesen.
Must du machen ;)
und schauen ob der neue das schneller kann.
Sonst könnte die 1ms zu kurz sein.

[g457 (Gast)]

> RS hängt an PC1 und R/W an PC0

Werden C0 und C1 auch irgendwo(tm) initialisiert oder bleiben die immer 
Hi-Z?

[Bernhard K. (besen)]

Ich habe nun den Kontrast und die Wartezeit erhöht und es tut sich immer 
noch nichts.

  SendData(0x3A);//1
  SendData(0x09);//2
  SendData(0x06);//3
  SendData(0x1E);//4
  SendData(0x39);//5
  SendData(0x1B);//6
  SendData(0x6E);//7
  SendData(0x57);//8
  SendData(0x7F);//9
  SendData(0x38);//10
  SendData(0x0F);//11
  SendData(0x01);//12
  
  PORTB=0;
  PORTD=0;
}

void SendData(int Data){
  PORTD=Data;
  _delay_ms(2);
  PORTB=0x01;
  _delay_ms(2);
  PORTB=0x00;
  _delay_ms(2);
}

[Bernhard K. (besen)]

g457 schrieb:
>> RS hängt an PC1 und R/W an PC0
>
> Werden C0 und C1 auch irgendwo(tm) initialisiert oder bleiben die immer
> Hi-Z?

Nein, die werden nicht initialisiert und sie sind immer auf 0.

[g457 (Gast)]

> Nein, die werden nicht initialisiert und sie sind immer auf 0.

Warum sind sie (logisch) 0 wenn sie nicht initialisiert sind? Externe 
pull-down-Widerstände? Oder hat der SSD1803 solche drin?

[Bernhard K. (besen)]

g457 schrieb:
>> Nein, die werden nicht initialisiert und sie sind immer auf 0.
>
> Warum sind sie (logisch) 0 wenn sie nicht initialisiert sind? Externe
> pull-down-Widerstände? Oder hat der SSD1803 solche drin?

Mit 0 meinte ich einfach nur, dass sie nicht initialisiert sind(War 
etwas blöd geschrieben) und es sind keine pull-down-Widerstände 
vorhanden.

[g457 (Gast)]

> [..] nicht initialisiert [..] keine pull-down-Widerstände [..]

Ersteres heisst beim atmega Hi-Z und zweiteres erlaubt beliebiges 
rumgeflatter. Schon mal mit initialisieren versucht?

[Bernhard K. (besen)]

g457 schrieb:
>> [..] nicht initialisiert [..] keine pull-down-Widerstände [..]
>
> Ersteres heisst beim atmega Hi-Z und zweiteres erlaubt beliebiges
> rumgeflatter. Schon mal mit initialisieren versucht?

D.h. mit DDRC=0xFF; initialisieren?

[g457 (Gast)]

..gemäß Datenplatt halt. Ich tippse mal auf R/W output/low für schreiben 
(output/high für lesen) und RS output/low für Instruktionen (output/high 
für Daten).

[Bernhard K. (besen)]

g457 schrieb:
> ..gemäß Datenplatt halt. Ich tippse mal auf R/W output/low für schreiben
> (output/high für lesen) und RS output/low für Instruktionen (output/high
> für Daten).

Gemacht. Immer noch nichts...

#define F_CPU 10000000UL

#include <avr/io.h>
#include <util/delay.h>

void InitDisplay();
void SendData(int Data);

int main(void)
{
  DDRD=0xFF;
  DDRB=0xFF;
  DDRC=0xFF;
  InitDisplay();
    while(1)
    {
    }
}

void InitDisplay(){
  _delay_ms(200);
  PORTC=0;
  SendData(0x3A);//1
  SendData(0x09);//2
  SendData(0x06);//3
  SendData(0x1E);//4
  SendData(0x39);//5
  SendData(0x1B);//6
  SendData(0x6E);//7
  SendData(0x57);//8
  SendData(0x7F);//9
  SendData(0x38);//10
  SendData(0x0F);//11
  SendData(0x01);//12
  
  PORTB=0;
  PORTD=0;
}

void SendData(int Data){
  PORTD=Data;
  _delay_ms(2);
  PORTB=0x01;
  _delay_ms(2);
  PORTB=0x00;
  _delay_ms(2);
}

[F. F. (foldi)]

Vielleicht findest du hier was?
http://www.mikrocontroller.net/articles/DOGMxxx_LCD_Routinen

Vor allem diesen Satz fand ich interessant:

Nachtrag eines Users. Ich hatte in der while(busy) Schleife die delay 
Zeit auf 0.4 stellen müssen damit das Display richtig funktioniert.

[Bernhard K. (besen)]

F. Fo schrieb:
> Vielleicht findest du hier was?
> http://www.mikrocontroller.net/articles/DOGMxxx_LCD_Routinen
>
> Vor allem diesen Satz fand ich interessant:
>
> Nachtrag eines Users. Ich hatte in der while(busy) Schleife die delay
> Zeit auf 0.4 stellen müssen damit das Display richtig funktioniert.

Ich habe das mal ausprobiert und die Pins im Header und die 
Init.-Routine entsprechend angepasst. Nur leider immer noch nichts.