162sten mal DOGM

[Alex (Gast)]

Hallo zusammen,

nach zwei Tagen Foren lesen und Internet durchforsten, wage ich es mal 
einen eigenen Thread aufzumachen.

Wie schon zu erwarten ist zeigt mein DOGM162 Display leider nichts an. 
Ich habe bereits dutzende initialisierungen ausprobiert (ok, sagen wir 
ca. 5...), leider jedoch ohne Erfolg.

Ich benutze einen ATMEGA32 mit einem externen Quarz. Der Quarz läuft mit 
2.4576 Mhz. Die Entwicklungsumgebung ist selbst zusammen gelötet.

So wie ich das sehe, müsste nach der Initialisierung ein Curser blinken. 
Bisher sehe ich aber leider keinen. Mein Betriebsmodus ist 5V und 4Bit.

Die Ports sind wie folgt verdrahtet:
#define LED_PORT  DDRC
#define LEDS    PORTC
#define LCD_PORT  DDRD
#define LCD    PORTD
#define OUTPUT    0xFF
#define INPUT    0x0
#define DB4    3
#define DB5    2
#define DB6    1
#define DB7    0
#define E    4
#define RW    5 //unused
#define RS    6

RW ist auf GND.

Die LEDs habe ich nur zum Test mit drauf. Mein Code befindet sich im 
Anhang.
Ich würde mich sehr drüber freuen, wenn jemand mal über meine 
Initialisierung schauen könnte.

Danke schonmal im Voraus.

Gruß

Alex

[gray dog (Gast)]

Alex schrieb:
> So wie ich das sehe, müsste nach der Initialisierung ein Curser blinken.
> Bisher sehe ich aber leider keinen.

Du Witzbold! GLCD Displays haben keinen Cursor, ausser du schreibst 
einen aus dem Font drauf!

Und ist das auch so angeschlossen:

http://www.lcd-module.de/pdf/doma/dog-m.pdf ??

[Jobst M. (jobstens-de)]

gray dog schrieb:
> Du Witzbold! GLCD Displays haben keinen Cursor, ausser du schreibst
> einen aus dem Font drauf!

Komiker! :-)
Sogar in dem von Dir verlinkten Datenblatt wird der Cursor beschrieben!


@TO: Was ist mit Deinem Kontrast!? Den muß man hier per SW einstellen. 
Mal ein wenig dran drehen ...



Gruß

Jobst

[Spess53 (Gast)]

Hi

>  LCD |= (0 << E);

Überlege mal was da passiert.

MfG Spess

[Karl H. (kbuchegg)]

Alex schrieb:

> Wie schon zu erwarten ist zeigt mein DOGM162 Display leider nichts an.
> Ich habe bereits dutzende initialisierungen ausprobiert (ok, sagen wir
> ca. 5...), leider jedoch ohne Erfolg.

Du solltest selbst ein bischen mitdenken. Das bringt dir mehr als 
irgendwo Code zu klauen.
Im weiter oben verlinkten Datenblatt (ok. dort findet sich ein Link zum 
Datenblatt des Controllers und dort ist es drinnen) findet sich doch die 
genaue Sequenz wie man in den 4-Bit Modus initialisiert.

> Ich würde mich sehr drüber freuen, wenn jemand mal über meine
> Initialisierung schauen könnte.

Du wirst doch deinen Code mal mit dem dort angegebenen Flussdiagramm 
vergleichen können?

Hinweis!
Mitten in der Initialisierung ist ein Wechsel drinnen! Die ersten paar 
Function-Set Kommandos werden gegeben, indem man nur 4 Bits ausgibt. 
Aber mitten in der Initialisierung ist dann ein Bruch sobald das Display 
in den 4-Bit MOdus kommt. Ab da werden dann 8 Bit ausgegeben indem man 2 
4-Bit Einheiten hintereinander ausgibt. Die ganzen Clear Display und 
Zeilenmodus etc. Kommandos laufen dann schon über diesen 2*4 Bit 
Mechanismus. D.h. das hier in deinem Code

   LCD_WRITE_DATA(0b0001);    //OSC
   LCD_TAKE_DATA();
   _delay_us(50);
   LCD_WRITE_DATA(0b0111);    //Contrast
   LCD_TAKE_DATA();
   _delay_us(50);
   LCD_WRITE_DATA(0b0101);    //Power
   LCD_TAKE_DATA();
   _delay_us(50);
   LCD_WRITE_DATA(0b0110);    //Follower
   LCD_TAKE_DATA();
   _delay_us(50);
   LCD_WRITE_DATA(0b1111);    //Display
   _delay_ms(10);
}

ist kompletter Unsinn! Das muss dir doch dein Hausverstand sagen, dass 
du irgendwann in der Initialisierungssequenz das LCD so weit hast, dass 
du ihm pro zu übertragender Einheit wieder 8 Bit auf die Reise schicken 
musst. Im Falle des 4-Bit Modus dann eben, indem man 2*4 Bit pro zu 
übertragender Einheit überträgt.


http://www.lcd-module.de/eng/pdf/zubehoer/st7036.pdf
Seite 41
Da ist alles ganz genau aufgeschlüsselt. Inklusive aller Zeiten, 
inklusive aller Daten-Nibbles (ein Nibble ist eine 4-Bit Einheit) die zu 
übertragen sind.

[Karl H. (kbuchegg)]

Spess53 schrieb:
> Hi
>
>>  LCD |= (0 << E);
>
> Überlege mal was da passiert.
>
> MfG Spess

Und hier genauso:

void LCD_WRITE_DATA (uint8_t data)
{
  if (data & 0b0001)
   LCD |= (1 << DB4);
  else
   LCD |= (0 << DB4);
  
  if (data & 0b0010)
   LCD |= (1 << DB5);
  else
   LCD |= (0 << DB5);
  
  if (data & 0b0100)
   LCD |= (1 << DB6);
  else
   LCD |= (0 << DB6);
  
  if (data & 0b1000)
   LCD |= (1 << DB7);
  else
   LCD |= (0 << DB7);
}

Herrgott! Da fehlts ja an den banalsten Grundlagen!
Bitmanipulation

Bring doch erst mal eine LED zum leuchten/erlöschen/blinken, ehe du dich 
am super-duper-hyper LCD versuchst, für das du keine fertigen Funktionen 
finden kannst! Ihr wollt immer laufen (und das gleich noch bei Olympia, 
weils dort im Stadion so schön glitzert) noch bevor ihr gehen könnt. 
Sowas KANN nur in die Hose gehen!

[Alex (Gast)]

Spess53 schrieb:
> Überlege mal was da passiert.
> >  LCD |= (0 << E);
> MfG Spess

Da hast du recht, das war wohl nichts...
Korrigiert zu LCD &= ~(1 << E)
(Der von Karl Heinz Buchegger aufgeführte Teil wurde auch korrigiert).

Karl Heinz Buchegger schrieb:
> Hinweis!
> Mitten in der Initialisierung ist ein Wechsel drinnen! Die ersten paar
> Function-Set Kommandos werden gegeben, indem man nur 4 Bits ausgibt...

Aha! Jetzt weis ich auch mal wofür die zweite Zeile da ist. Habe den 
Code soweit angepasst. Leider gibts immer noch keinen Output.

Gray Dog schrieb:

> Und ist das auch so angeschlossen:
>
> http://www.lcd-module.de/pdf/doma/dog-m.pdf ??

Ja, das PDF habe ich auch. Genau nach dem PDF habe ich es verdrahtet. 
Ich kann die vom Mikrocontroller ausgegebenen Werte an den Display-Pins 
messen.
Sprich, nach der Initialisierung kann ich 4,1V an den Pins 28, 29, 30 & 
31 messen.

Ich habe meinen aktuellen Code nochmal angehangen.

Danke für die bisherige Hilfe!

[spess53 (Gast)]

Hi

>Ich habe meinen aktuellen Code nochmal angehangen.

Was mir als erstes auffällt: Bei den ersten 4 Function Set-Befehlen 
dürfen nur 4 Bit ausgegeben werden. Dein LCD_WRITE_DATA gibt 2 x 4 Bit 
aus.

MfG Spess

[Alex (Gast)]

spess53 schrieb:
> Was mir als erstes auffällt: Bei den ersten 4 Function Set-Befehlen
> dürfen nur 4 Bit ausgegeben werden. Dein LCD_WRITE_DATA gibt 2 x 4 Bit
> aus.

Stimmt.
Habe die Übergabe der ersten vier Function Set-Befehle jetzt abgeändert. 
Sie werden nun direkt an "LCD" übergeben:

   _delay_ms(100);
   LCD = 0b1100;      //Function #1
   LCD_TAKE_DATA();
   _delay_ms(4);
   LCD = 0b1100;      //Function #2
   LCD_TAKE_DATA();
   _delay_us(50);
   LCD = 0b1100;      //Function #3
   LCD_TAKE_DATA();
   _delay_us(50);
   LCD = 0b0100;      //Function #4
   LCD_TAKE_DATA();
   _delay_us(50);
   LCD_WRITE_DATA(0b00100101);  //Function #5
   _delay_us(50);

Die Bits müssen allerdings umgekehrt übergeben werden (MSB und LSB 
vertauscht), da an diesem Punkt noch keine Zuweisung der Ports erfolgt 
ist.

Danke für den Hinweis! Noch immer keine Funktion.

[(prx) A. K. (prx)]

Einen Makro für RS zu definieren macht noch keine Steuerung draus.

[spess53 (Gast)]

Hi

>Die Bits müssen allerdings umgekehrt übergeben werden (MSB und LSB
>vertauscht), da an diesem Punkt noch keine Zuweisung der Ports erfolgt
>ist.

????

Warum nimmst du eigentlich 4Bit Parallel Mode? Das Display lässt auch 
seriell ansteuern.

MfG Spess

[Düsendieb (Gast)]

spess53 schrieb:
> Das Display lässt auch
> seriell ansteuern.

und dazu gibt es auch ein Beispiel:
Beitrag "EA DOGM162 an SPI"

[Cyblord -. (cyblord)]

spess53 schrieb:

> Warum nimmst du eigentlich 4Bit Parallel Mode? Das Display lässt auch
> seriell ansteuern.

Glaubst du der TE weiß den Unterschied oder hat ne Ahnung davon welche 
Auswirkungen das hat? Hier wird doch nur Code geklaut der nicht im 
Ansatz verstanden wird und das was hinzukommt ist himmelschreiender Müll 
(0<<PB0).

Und da fängst du mit SPI an. Jetzt muss er wieder nach Code googlen den 
er kopieren kann. Es muss erstmal ein grundlegendes Verständis für das 
Display und den benutzten Bus da sein. Vorher kann man das vergessen.

gruß cyblord

[Thomas E. (thomase)]

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

#ifndef F_CPU
#warning "F_CPU war noch nicht definiert, wird nun mit 2457600 definiert"
#define F_CPU 2457600UL     /* Quarz mit 2.4576 Mhz */
#endif

Zum 11973. Mal:
Die Warnungen des Compilers sind zum ignorieren da!
Sind ja nur Warnings. Da macht man nochmal ein Build und schon sind sie 
alle weg. Problem gelöst.

Aber wenn das Timing dann nicht stimmt, schliesslich hat sich jemand 
etwas dabei "_delay_us(50);" gedacht, dann funktioniert es nicht.

mfg.

[Alex (Gast)]

Ich bin im st7036.pdf nochmal die Instruction Description ab Seite 29 
durchgegangen. Entsprechend konnte ich noch ein paar Bits ändern. Was 
mir aber immer wieder auffällt, sind die Angaben zu OPF1 und OPF2. 
Beides sollte wohl 0 sein. Einzustellen ist das über die ITO-Options 
(Siehe Seite 12). Nur finde ich in dem PDF keine weiteren Informationen, 
was denn nun diese ITO-Options sind.

Den parallel-Mode habe ich gewählt, da wir das Display schonmal mit 
einem 8051 in der Schule im 4Bit parallel-Mode genutzt haben. Nun würde 
ich es aber gern Privat mit einem ATMEGA32 betreiben. Das war also eher 
aus dem Grund, weil wir es damals auch schon so gemacht haben. In der 
Schule war die Initialisierung jedoch schon Vorgegeben und für mich, als 
Anfänger, recht kryptisch gestaltet.

Offtopic:

cyblord ---- schrieb:
> Glaubst du der TE weiß den Unterschied oder hat ne Ahnung davon welche
> Auswirkungen das hat? Hier wird doch nur Code geklaut der nicht im
> Ansatz verstanden wird und das was hinzukommt ist himmelschreiender Müll
> (0<<PB0).
>
> Und da fängst du mit SPI an. Jetzt muss er wieder nach Code googlen den
> er kopieren kann. Es muss erstmal ein grundlegendes Verständis für das
> Display und den benutzten Bus da sein. Vorher kann man das vergessen.
>
> gruß cyblord

Oh super, danke dir!
Auch wenn spess53 nicht alles erklärt, so kann ich mich trotzdem darüber 
informieren und ggf. Änderungen vornehmen. Aber sag mir doch bitte was 
ich aus deiner Antwort lernen kann. Ich denke nicht sehr viel.

[Cyblord -. (cyblord)]

Alex schrieb:

> Oh super, danke dir!
Bitte immer gerne.

> Auch wenn spess53 nicht alles erklärt, so kann ich mich trotzdem darüber
> informieren und ggf. Änderungen vornehmen.
Dann informier dich mal. Vor allem mal über die Grundlagen, weit abseits 
von LCDs. Das wäre bitter nötig.

> Aber sag mir doch bitte was
> ich aus deiner Antwort lernen kann. Ich denke nicht sehr viel.
Ja sorry ich hätte direkt fertigen Code posten sollen, das wäre dir 
natürlich lieber gewesen. So kannst du natürlich nichts damit anfangen.

gruß cyblord