LCD Pollin-Addonboard

White_Fox · 7. Januar 2012

Hallo

Ich will gerne das AVR-Tutorial mit dem LCD von mikrocontroller.net durcharbeiten, allerdings verweigert mir das LCD auf dem Pollinboard den Gehorsam.
Etwas Googlen ergibt, dass das Addonboard falsch beschriftet ist, was ich beim Nachprüefn allerdings nicht bestätigen kann.

Da ja hier auch einige das Addonboard haben wollte ich mal fragen, ob ihr euer LCD zum Laufen gekriegt habt und wie....

Code

.include "m8def.inc"
.def temp1 = r16
.def temp2 = r17
.def temp3 = r18
ldi temp1, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse
out SPL, temp1
ldi temp1, HIGH(RAMEND) ; HIGH-Byte der obersten RAM-Adresse
out SPH, temp1
ldi temp1, 0xFF ; Port D = Ausgang
out DDRD, temp1
rcall lcd_init ; Display initialisieren
rcall lcd_clear ; Display löschen
ldi temp1, 'T' ; Zeichen anzeigen
rcall lcd_data
ldi temp1, 'e' ; Zeichen anzeigen
rcall lcd_data
ldi temp1, 's' ; Zeichen anzeigen
rcall lcd_data
ldi temp1, 't' ; Zeichen anzeigen
rcall lcd_data
loop:
rjmp loop
;sendet ein Datenbyte an das LCD
lcd_data:
mov temp2, temp1 ; "Sicherungskopie" für
; die Übertragung des 2.Nibbles
swap temp1 ; Vertauschen
andi temp1, 0b00001111 ; oberes Nibble auf Null setzen
sbr temp1, 1<<4 ; entspricht 0b00010000 (Anm.1)
out PORTD, temp1 ; ausgeben
rcall lcd_enable ; Enable-Routine aufrufen
; 2. Nibble, kein swap da es schon
; an der richtigen stelle ist
andi temp2, 0b00001111 ; obere Hälfte auf Null setzen
sbr temp2, 1<<4 ; entspricht 0b00010000
out PORTD, temp2 ; ausgeben
rcall lcd_enable ; Enable-Routine aufrufen
rcall delay50us ; Delay-Routine aufrufen
ret ; zurück zum Hauptprogramm
; sendet einen Befehl an das LCD
lcd_command: ; wie lcd_data, nur RS=0
mov temp2, temp1
swap temp1
andi temp1, 0b00001111
out PORTD, temp1
rcall lcd_enable
andi temp2, 0b00001111
out PORTD, temp2
rcall lcd_enable
rcall delay50us
ret
; erzeugt den Enable-Puls
;
; Bei höherem Takt (>= 8 MHz) kann es notwendig sein,
; vor dem Enable High 1-2 Wartetakte (nop) einzufügen.
; Siehe dazu http://www.mikrocontroller.net/topic/81974#685882
lcd_enable:
sbi PORTD, 5 ; Enable high
nop ; 3 Taktzyklen warten
nop
nop
cbi PORTD, 5 ; Enable wieder low
ret ; Und wieder zurück
; Pause nach jeder Übertragung
delay50us: ; 50us Pause
ldi temp1, $42
delay50us_:dec temp1
brne delay50us_
ret ; wieder zurück
; Längere Pause für manche Befehle
delay5ms: ; 5ms Pause
ldi temp1, $21
WGLOOP0: ldi temp2, $C9
WGLOOP1: dec temp2
brne WGLOOP1
dec temp1
brne WGLOOP0
ret ; wieder zurück
; Initialisierung: muss ganz am Anfang des Programms aufgerufen werden
lcd_init:
ldi temp3,50
powerupwait:
rcall delay5ms
dec temp3
brne powerupwait
ldi temp1, 0b00000011 ; muss 3mal hintereinander gesendet
out PORTD, temp1 ; werden zur Initialisierung
rcall lcd_enable ; 1
rcall delay5ms
rcall lcd_enable ; 2
rcall delay5ms
rcall lcd_enable ; und 3!
rcall delay5ms
ldi temp1, 0b00000010 ; 4bit-Modus einstellen
out PORTD, temp1
rcall lcd_enable
rcall delay5ms
ldi temp1, 0b00101000 ; 4Bit / 2 Zeilen / 5x8
rcall lcd_command
ldi temp1, 0b00001100 ; Display ein / Cursor aus / kein Blinken
rcall lcd_command
ldi temp1, 0b00000100 ; inkrement / kein Scrollen
rcall lcd_command
ret
; Sendet den Befehl zur Löschung des Displays
lcd_clear:
ldi temp1, 0b00000001 ; Display löschen
rcall lcd_command
rcall delay5ms
ret
; Sendet den Befehl: Cursor Home
lcd_home:
ldi temp1, 0b00000010 ; Cursor Home
rcall lcd_command
rcall delay5ms
ret

Alles anzeigen

Ist der im Tutorial verwendete Code...;)
http://www.mikrocontroller.net…R-Tutorial:_LCD#Anwendung

Pesi · 8. Januar 2012

kann man denn da die Anschlüsse umpatchen, also auf andere Pins legen....?

bei mir (kein Pollin-Board, halt LCD einfach an den µC) hat das mit dem Code aus dem µC-Forum auch nicht so 100% hingehauen, ich habe mir dann daraus eigene LCD-Routinen gemacht, ich frage auch das "Busy"-Flag ab, damit ich nicht auf das Display warten muss... das ist aber mit "Notausstieg", also wenn die R/W-Leitung (die braucht man dazu, man muss ja vom Display lesen) nicht angeschlossen ist, dann geht's nach ner Wartezeit weiter, die SW hängt also nicht fest, wenn das Display nicht antwortet...

kann mich auch so gaanz dunkel erinnern, dass meinem Display die Wartezeiten aus dem µC.net-Tutorial etwas zu kurz waren...

hier mal anbei, vielleicht hilft's ja was - bei mir sind die 4 Datenleitungen das obere Nibble vom Port, die anderen "unten", das passt dann vom Layout her meist besser... steht in der SW drin, was wo angeschlossen gehört, R/W, Enable und RS kann man auch auf andere Pins legen...

HW-mäßig passt aber alles....? - wenn das Display Strom bekommt, aber noch nicht initialisiert ist, müssen in der ersten Zeile schwarze Kästchen sein... evtl. stimmt ja auch da was nicht (Kontrast verstellt o.ä.?)

White_Fox · 8. Januar 2012

Hallo Pesi

Ja, die Pins kann ich frei belegen per Drahtbrücke und Steckbuchse.
Und in der ersten Reihe zeigt er mir auch schwarze Kästchen an, mit dem Kontrast stimmt es also zumindest.

Deinen Code probier ich im Laufe des Tages aus...

RH · 8. Januar 2012

Meine Erfahrung,
je billiger das LCD umso schlechter die Routinen im LCD.

Generell Wartezeit nach init 100ms.
Nach jeden Byte im 4 Bit Modus mindestens 2 ms Wartezeit.
Es gibt LCDs welche 6ms nach jedem Schreibbefehl benötigen.
R/W kann abgefragt werden, muss aber nicht.
Gute EA Displays haben unter 400µs Wartezeit.

Generell sind die reinen Grafik Displays schneller.

MfG Raimund

Pesi · 8. Januar 2012

Ich habe in letzter Zeit die hier - ja, die sind billig, aber mir gefallen die am Besten...

und da ist es wirklich so, nach dem init muss man recht lange warten (ich warte vorsichtshalber gleich ca. 200 ms, so viel Zeit hat man schon ;)) - und nach dem Umstellen auf 4 bit Modus muss ich noch mal etwas warten, sonst kommt manchmal doch der Cursor - das ist da schon drin...

btw. zu den Routinen oben gehört dann natürlich noch ne Warteschleife dazu, ich habe die immer extra gesammelt in einer Datei, hier anbei... die angegebenen Zeiten stimmen nicht 100%, gelten für 16 MHz Systemtakt... hierfür braucht man nur die "_wait_200ms:"

nach jedem Befehl/Datenübergabe warte ich ca. 1,6 ms, ausser eben das Busy Flag ist wieder gelöscht, dann wird die Warteschleife abgebrochen... damit läuft es problemlos, die nötige Wartezeit scheint hier also unter 2 ms zu liegen... wenn Dein (White Fox) Display noch länger braucht, dann einfach die Warteschleife länger machen (da bei "ldi temp0, 64" bei "_LCD_ready:" einfach mehr als 64 eingeben...)

und wie gesagt, es geht auch ohne dass man R/W anschließt, dann wartet die Routine eben einfach stur 1,6 ms vor jedem auszugebenden Byte...

White_Fox · 8. Januar 2012

Das rote Display schaut ja mal wirklich geil aus...

Also Pesi, ich hab deine Routinen mal ausprobiert, leider jedoch ohne Erfolg.
Ich hab anfangs den Quellcode stumpf in mein Programm reinkopiert, das eigt Programm
entsprechend geändert, das Display blieb davon ziemlich unbeeindruckt.
Dann hab ich, weil das ganze ziemlich unübersichtlich war, den Code eben von
außen eingebunden, hat aber am LCD nix geändert.

DB4-DB7 hängen an PD4-PD7
RS an PD1
R/W an PD2
PD3 an E

Nur die Hintergrundbeleuchtung hab ich nicht angestöpselt.

Die Fuses hab ich auch entsprechend umgestellt.
"Ext. Crystal/Resonator High Freq ; Start-up-Time: 16CK 64ms"

Code

.include"m8def.inc"
.include"Warteschleife.asm"
.include"LCD-Routinen.asm"
.def temp0 = r16
.def temp1 = r17
.def temp2 = r18
.def temp3 = r19
.equ LCD_PORT = PORTD ; Ausgabe-Port Display
.equ LCD_PIN = PIND ; Eingabe-Port Display
.equ LCD_DDR = DDRD ; DDR Display
.equ LCD_RW = 2 ; Pin R/W
.equ LCD_RS = 1 ; Pin Register Select
.equ LCD_E = 3 ; Pin Enable
.equ LCD_BL = 0 ; Pin Backlight
ldi temp1, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse
out SPL, temp1
ldi temp1, HIGH(RAMEND) ; HIGH-Byte der obersten RAM-Adresse
out SPH, temp1
ldi temp1, 0xFF ; Port D = Ausgang
out DDRD, temp1
rcall _LCD_Init ; Display initialisieren
rcall _LCD_clear ; Display löschen
ldi temp1, 'T' ; Zeichen anzeigen
rcall _LCD_Data
ldi temp1, 'e' ; Zeichen anzeigen
rcall _LCD_Data
ldi temp1, 's' ; Zeichen anzeigen
rcall _LCD_Data
ldi temp1, 't' ; Zeichen anzeigen
rcall _LCD_Data
ende:
rjmp ende

Alles anzeigen

Pesi · 8. Januar 2012

naja, Du hast die Routinen ja oben eingebunden, d.h. er läuft erst mal da rein, die Warteschleifen durch, dann in die LCD-Routinen, und da macht er dann halt *irgendwas*...

mach' die zwei Zeilen

Code

.include"Warteschleife.asm"
.include"LCD-Routinen.asm"

doch mal *ganz an den Schluß* hin, *nach* dem "rjmp ende"...

P.S.: das Display sieht auch ausgeschaltet gut aus (also ich finde, besser als die hellen ;)):

White_Fox · 8. Januar 2012

Hm...noch immer keine Veränderung.

Aber dieses rote Display...lechz...da kommen mir schon wieder die tollsten Ideen.
Aber erstmal will ich wenigstens dieses Pollin-Display zum Laufen bringen.

Kleine Anmerkung:
In einem früheren Versuch hat das LCD zufällig mal ein paar Zeichen angezeigt.
War jedoch weder dass, was es anzeigen sollte, noch werden dieses Zeichen
von normalen Mitteleuropäern verwendet.
Mit einem Reset hab ich dann aber auch nur erreicht, dass es ein Zeichen mehr wurde.

Teilen