Tutorial LCD initialisieren

[Fabian R. (flo_rida)]

Hallo,

bin gerade dabei mir die LCD Ansteuerung mithilfe des Tutorials 
beizubringen. Leider Funktioniert es nicht wie gewünscht. Ich habe 
erstmal nur den Code von 
http://www.mikrocontroller.net/articles/AVR-Tutorial:_LCD#Routinen_zur_LCD-Ansteuerung_im_4-Bit-Modus 
und weiter unten das: 
http://www.mikrocontroller.net/articles/AVR-Tutorial:_LCD#Anwendung 
kopiert. Ich verwende einen atmega8a und habe .include "m8def.inc" in 
.include "m8adef.inc" geändert. Da ich des weiteren alles in eine Datei 
gepackt habe entfällt bei mir das allerletzte .include 
"lcd-routines.asm". Nun habe ich mir das Datenblatt meines Displays zur 
Hand genommen http://www.lcd-module.de/pdf/doma/2_16.pdf und auf Seite 4 
unter Hinweis folgenden Satz gelesen: "Im 4-Bit Mode ist die 
Busy-Abfrage vor jedem Bytezugriff notwendig." Sooo nun erstmal die 
Frage: hat hier schonmal jemand das Display ohne Busy-Flag Abfrage zum 
laufen bekommen? Im mitgelieferten Datenblatt ist dieser Satz nämlich 
nicht zu finden.

Grüße
Flo Rida


edit: Meine das DIP162-DNLED, sorry

[Rainer U. (r-u)]

Ich denke, dass kaum einer das Busy-Flag liest: dazu müsste man schonmal 
die R/W-Leitung umschalten zum Lesen, und die liegt bei den allermeisten 
Beispielen (auch im Tutorial) permanent auf GND.

Bei einem LCD kann viel schiefgehen: Leitungen vertauscht oder 
vergessen, Kontrast nicht richtig eingestellt...

Ich empfehle Dir, das Tutorial zunächst 1:1 umzusetzen (so ein Mega8 
kostet ja nicht viel), dann Dein Programm anzupassen und dann den Chip 
zu ändern.


Oder wenn Du es bequem haben willst: Mit Bascom ist die LCD-Ansteuerung 
mit 2 Zeilen erledigt.. :-)

[Teo D. (teoderix)]

Fabian Rauer schrieb:
> "Im 4-Bit Mode ist die
> Busy-Abfrage vor jedem Bytezugriff notwendig."

Wenn das im Dabla steht(und das tut es definitiv) wird das sicher 
notwendig sein!

[picasm (Gast)]

Rainer Unsinn schrieb:
> Ich denke, dass kaum einer das Busy-Flag liest: dazu müsste man schonmal
> die R/W-Leitung umschalten zum Lesen, und die liegt bei den allermeisten
> Beispielen (auch im Tutorial) permanent auf GND.

Wenn man sich nicht an die Tutorials hält und einfach alles selbst 
macht, dann kommt es auf die paar Zeilen auch nicht mehr an:

[Klaus (Gast)]

Aus deinem Datenblatt!

Hier ist auch der ganze Port gemeint im 8 bit Modus

>HINWEIS
>Die in der
>Tabelle angegebenen
>Ausführungszeiten gelten nur bei
>Abfrage des Busy Flags; d.h. vor
>jedem Schreib- und Lesezugriff
>muß das Busy Flag BF auf 0
>abgefragt werden.

Du kannst auch ohne Busy abfrage machen aber die
Zeiten sind eben länger.

>Wird das Busy
>Flag nicht abgefragt, so sind die
>Ausführungszeiten zum Teil
>wesentlich länger als angegeben.

Die Busy abfrage kann im 4 Bit modus wegelassen werden
aber die Delays müssen wie oben entsprechend angepasst werden.

>Im 4-Bit Mode ist die Busy-Abfrage
>vor jedem Bytezugriff notwendig

Im 4 Bit Modus sendest du ein Byte in dem du, das obere und untere 
halbyte
sendest und dabei jedesmal die Busy-Abfrage durchführst.

[Karl H. (kbuchegg)]

Teo Derix schrieb:
> Fabian Rauer schrieb:
>> "Im 4-Bit Mode ist die
>> Busy-Abfrage vor jedem Bytezugriff notwendig."
>
> Wenn das im Dabla steht(und das tut es definitiv) wird das sicher
> notwendig sein!

Das bezieht sich nur darauf, dass im 4 Bit Modus vor jeder Übertragung 
eines Bytes das Busy Flag abzufragen ist, wenn man überhaupt das Busy 
Flag verwendet.
Man könnte ja auch der Meinung sein, man müsse für jedes Nibble das Busy 
Flag befragen.

Die erste Frage lautet also:
Will ich grundsätzlich das Busy Flag abfragen oder warte ich einfach im 
Code eine gewisse Zeit ab.
Nur dann, wenn die Antwort darauf lautet "Jep, ich will Busy Flag 
abfragen", dann wird der Satz relevant als Antwort auf die Frage: Wie 
oft muss ich es dann abfragen, wenn ich doch für jedes Daten-Byte 2 
Übertragungen benötige.

[Teo D. (teoderix)]

Da ham se sich aber SEHR ungeschickt ausgedrückt! Für merkwürdig hab 
ich das allerdings schon gehalten.

[Fabian Rauer (Gast)]

Äh ok. Vielen Dank für eure Meinungen dazu.
 Also Code passt 100%ig zum LCD? Dann wohl ein Verdrahtungsfehler.

Grüße
Fabian Rauer

[Fabian R. (flo_rida)]

Jetzt muss ich mich leider doch nochmal zurückmelden. Ich habe den 
folgenden Code irgendwo im Internet gefunden, ich weiß leider nicht mehr 
wo:

.include "m8adef.inc"

.def temp   = r16
.def temp1  = r17

main:
             ldi      temp, HIGH(RAMEND)  ;Stackpointer initialisieren
             out     SPH, temp
             ldi     temp, LOW(RAMEND)  
             out     SPL, temp

      ldi    temp,0xFF      ;Port D auf Ausgang
      out    DDRD,temp

      
init:    ;ldi  temp, 0b00110000  ;3 mal laut Tutorial senden
      ;out  PORTD,temp      ;(diesen Teil versuchsweise weggelassen)
      ;rcall  enable
      ;rcall  zeit
      ;rcall  enable
      ;rcall  zeit
      ;rcall  enable
      ;rcall  zeit

      ldi    temp, 0b00100000  ;oberes nibble function set setzt:
      out    PORTD,temp      ;4 bit modus 
      rcall  enable
      rcall  zeit
      rcall  zeit
      rcall  zeit
      ldi    temp, 0b11000000  ;unteres nibble function set setzt:
      out    PORTD,temp      ;zweizeiliges Display und 5*10 dit Display
      rcall  enable
      rcall  zeit

      ldi    temp, 0b00000000  ;oberes nibble Display on/off control
      out    PORTD,temp
      rcall  enable
      rcall  zeit
      ldi    temp, 0b11110000  ;unteres nibble Display on/off control setzt:
      out    PORTD,temp      ;Display ein,Cursor ein,Cursor blinkt
      rcall  enable
      rcall  zeit

      ldi    temp, 0b00000000  ;oberes nibble clear display
      out    PORTD,temp
      rcall  enable
      rcall  zeit
      ldi    temp, 0b00010000  ;unteres nibble clear display setzt:
      out    PORTD,temp      ;Clear display, return cursor to home
      rcall  enable 
      rcall  zeit

      ldi    temp, 0b00000000  ;oberes nibble entry mode set
      out    PORTD,temp
      rcall  enable
      rcall  zeit
      ldi    temp, 0b01100000  ;unteres nibble entry mode set setzt:
      out    PORTD,temp      ;DD-RAM Adresse inkrementieren
      rcall  enable
      rcall  zeit

      sbi    PORTD,3        ;RS=1

w:  rjmp  w
    

enable:    
      sbi    PORTD,1        ;E=1
      nop
      nop
      nop
      cbi    PORTD,1        ;E=0
      ret

zeit:    ldi  temp,0xFF        ;eine 80ms Warteschleife
WGLOOP0:     ldi  temp1,0xFF
WGLOOP1:     dec  temp1
            brne WGLOOP1
             dec  temp
             brne WGLOOP0
             ret

natürlich will ich nicht dass ihr das durchschaut. Aber was auffällig 
ist, dass das untere Nibble immer 0 ist. Nun ist meine Frage wie kann es 
sein, dass auf meinem Display was erscheint wo ich doch nach der 
Anleitung im Tutorial gegangen bin? Diese Anleitung sieht nämlich nur 
eine Anbindung an der Datenbits 4-7 des Displays an die Portpins 0-3 
vor?

Viele Grüße
Fabian Rauer

[c-hater (Gast)]

Fabian Rauer schrieb:

> natürlich will ich nicht dass ihr das durchschaut.

Das ist dir gründlich misslungen. Ich versteh' das. Mehr noch: es hat 
mich auch nur zweieinhalb Sekunden gekostet, die Quelle des Codes zu 
finden...

> Aber was auffällig
> ist

..., daß du immer nur geklauten Code hier postest. Wie wäre es, wenn du 
statt dessen einfach mal lernst, den auch zu verstehen, und damit die 
Kompetenz erlangst, Fehler darin zu suchen und/oder ihn deinen eigenen 
Bedürfnissen entsprechend anpassen zu können...

Programmieren ist nicht wirklich sowas wie ein Puzzle, auch wenn es 
vielen Copy&Paste-Idioten zunächst vielleicht so vorkommen mag...

[Mike (Gast)]

Teo Derix schrieb:
> Wenn das im Dabla steht(und das tut es definitiv) wird das sicher
> notwendig sein!

Dann wäre das Display bei den HD44780-kompatiblen ein echter Außenseiter 
und definitiv nicht kompatibel.

Diverse gut ohne Lesebefehl funktionierende EA DIP162 beweisen, dass 
auch ohne Busy das Display wunderbar funktioniert, wenn man ihm bei 
einigen länger dauernden Befehlen die Zeit für die Ausführung gönnt. Da 
das Display ziemlich deterministisch ist und es eigentlich auch keinen 
Grund gibt, das letzte aus dem Display heraus zu holen und dafür den µC 
damit zu beschäftigen, das Busy-Flag abzufragen, kann der µC in der 
Zwischenzeit besser etwas sinnvolles tun.

[Fabian R. (flo_rida)]

Nun gut also dann Fange ich woanders an. Ausgangspunkt war folgender: 
http://www.mikrocontroller.net/articles/AVR-Tutorial:_LCD#Routinen_zur_LCD-Ansteuerung_im_4-Bit-Modus

Da steht:

           ldi temp1, 0b00000010        ; 4bit-Modus einstellen
           out PORTD, temp1
           rcall lcd_enable
           rcall delay5ms
           ldi temp1, 0b00101000        ; 4Bit / 2 Zeilen / 5x8
           rcall lcd_command

meiner Meinung deckt die zweite Anweisung auch den Befehl des ersten 
Bitmusters mit ab. Wieso ist das hier so gewählt? Die Anleitung meines 
HD44780 ermöglicht eine gemeinsame Übertragung der Einstellungen.

Grüße
Fabi

[Fritz (Gast)]

Fabian Rauer schrieb:
> Wieso ist das hier so gewählt?

Weil sich der Controller zu diesem Zeitpunkt im 8-Bit-Modus befindet. 
Das untere Nibble des Befehls steht also nicht zur Verfügung. Die 
fehlenden zwei Einstellungen müssen also später im 4-Bit-Modus 
nachgeholt werden.

Mache dir auch den Unterschied zwischen lcd_enable und lcd_command klar.

Ich finde das AVR-Tutorial einen ungünstigen Einstieg in das Thema LCD 
(und gehe für diese Aussage schonmal in Deckung). Für einen Anfänger 
wäre es sicher einfacher, ein LCD zunächst ausschließlich im 8-Bit-Modus 
zu betreiben.

Am Atmega8(A) wird die Sache dann weiter kompliziert, weil man für einen 
zusammenhängenden Port mit 8 Bit entweder den USART oder die externe 
Taktversorgung blockieren muss.

[Thomas (kosmos)]

Man kann auch ein Latch nehmen um das LCD im 8 Bit Modus zu betreiben 
und hat den Port jederzeit für andere Dinge zur Verfügung. Habe ich 
immer so gemacht als ich mit einem ATtiny26 nicht alle Pinsel opfern 
wollte um möglichst alle ADC Kanäle zu nutzen.

[Fabian R. (flo_rida)]

Also ganz ehrlich mein Display scheint kaputt zu sein. Der Anschluss ist 
wie folgt:

PD5  PD4  PD3  PD2  PD1  PD0
E    RS   D7   D6   D5   D4

Damit ist es wie im Tutorial angeschlossen.

Mit folgendem Code initialisiere ich das Display:

.include "m8adef.inc"

.def temp   = r16
.def temp1  = r17

init:
longwait:
  ldi    temp, 255
  rcall  zeit          ;Diplay bekommt 12,75ms zum selber initialisieren
  dec    temp
  brne  longwait

  ldi    temp, 0b00000010      ;setzt Display in
  out    PORTD,temp        ;function set und data lenght 4-Bit 
  rcall  enable
  rcall  zeit

  ldi    temp, 0b00000010      ;oberes nibble für:
  out    PORTD,temp        ;function set und data lenght 4-Bit
  rcall  enable
  ldi    temp, 0b00001100      ;unteres nibble für:
  out    PORTD,temp        ;2-Zeilig und 5x8 Font, letzten beiden immer NULL
  rcall  enable
  rcall  zeit

  ldi    temp, 0b00000000      ;oberes nibble für:
  out    PORTD,temp        ;Display ON/OFF control
  rcall  enable  
  ldi    temp, 0b00001111      ;unters nibble für:
  out    PORTD,temp        ;Display ein, Cursor ein, Cursor blinken
  rcall  enable
  rcall  zeit

  ldi    temp, 0b00000000      ;oberes nibble für:
  out    PORTD,temp        ;Display control
  rcall  enable  
  ldi    temp, 0b00000001      ;unters nibble für:
  out    PORTD,temp        ;Display löschen, cursor auf 1.Spalte von 1.Zeile
  rcall  enable
  rcall  zeit            ;eigentlich zu kurz, aber ist letzte Übertragung der ans Display geht

enable:    
  sbi    PORTD,5        ;E=1
  nop
  nop
  nop
  cbi    PORTD,5        ;E=0
  ret



zeit:
  ldi  temp,0x42        ;eine 50us Warteschleife
WGLOOP:
  dec  temp
  brne WGLOOP
  ret

main:
  ldi    temp, HIGH(RAMEND)  ;Stackpointer initialisieren
  out    SPH, temp
  ldi    temp, LOW(RAMEND)  
  out    SPL, temp

  ldi    temp,0xFF      ;Port D auf Ausgang
  out    DDRD,temp

  rcall  init

Nur tut sich leider gar nichts. Um auszuschließen, dass das Display in 
einem undefinierten Zustand ist schalte ich es zu jedem Codetest vorher 
aus und wieder an. Die SUT_CKSEL steht auf INTRCOSC_4MHZ_6CK_0MS.
Kann es sein, dass noch irgendwelche Zeiten nicht stimmen?

Grüße
Fabi

[Fritz (Gast)]

Fabian Rauer schrieb:
> Also ganz ehrlich mein Display scheint kaputt zu sein.

Jaja, Hauptsache du hast nichts falsch gemacht.

Einfach mal ein paar offensichtliche Fehler in deinem Code:

main wird nicht erreicht und schon gar nicht zu Beginn ausgeführt. 
Anders als in C, beginnt die Ausführung in asm nicht bei main (der 
Assembler kennt gar keine labels, das ist nur eine Gedächtnisstütze für 
dich) sondern "oben".

Damit sind jedenfalls der SP und das DDR nicht korrekt initialisiert.

Du hast da eine schöne Endlosschleife gebaut. Überlege dir doch mal, was 
da eigentlich passiert. Ich sehe mindestens zwei Fehler. Für den einen 
gibt deine IDE bestimmt auch eine Warnmeldung aus.


Versuch doch endlich mal zu verstehen, was du da in kleinen 
Variationen abtippst.