LCD im 4-Bit Modus mit microchip 16F818 in C

Hallo!

Was mir sofort bei deinem Code aufgefallen ist ist folgendes:

1

void main()

2

{

3

while (1)

4

{

5

   LCD_INIT();

6

   LCD_SCHREIBEN();

7

8

}

9

}

In deiner Endlosschleife wird das LCD dauern initialisiert und mit Daten 
gefüttert. Da das LCD ein sehr langsames Bauteil ist, wirst Du nie was 
sehen, da die Initialisation mit dem Befehl (display clear) die Zeilen 
immer wieder löscht. Das Display muss man ja nur einmal initialisieren.

Um zumindest zu sehen, ob das LCD mit deinem Code irgendwas ausgibt 
musst Du Deine Befehle aus der Endlosschleife nehmen. Denn das LCD zeigt 
ja solange das gleiche an, bis Du wieder was neues sendest.
Nimm also Deine Befehle aus der Schleife.

1

void main()

2

{

3

   LCD_INIT();

4

   LCD_SCHREIBEN();

5

while (1)

6

{

7

Nop();

8

}

9

}

Was ich noch auf die schnelle gesehen hab. Die LCD Leitungen definierst 
Du nirgends als Output, oder? Oder sind die bei einem Reset schon vom 
PIC so geschaltet?
Versuch das mal und berichte, was das LCD dann macht. Für das durchsehen 
der Initialisation hab ich momentan keine Zeit ;)

MfG Darkleon

Mit welchem takt läuft Dein PIC?
Wie hast Du den Pin am LCD für den Kontrast (glaub der heißt Vo) 
beschalten?

In Deiner Init hast Du irgendwie nie delays drinnen. Glaub mich zu 
erinnern, dass nach dem Function Set usw.. im Datenblatt jeweils eine 
Mindestwartezeit drinnsteht. Muss ich später mal nachschauen.

Wegen der genauen Init kann ich auch erst etwas später nachschauen, aber 
kontrollier mal das, dann hast diese Fehlerquellen auch ausgeschlossen 
;)

MfG Darkleon

Die eine "schwarze" Zeile, die andere leer kommt eigentlich dann, wenn 
nicht mal die Initialisierung klappt. Ist das Display auch richtig 
angeschlossen? Beim 4 Bit Interface werden D4-D7 verdrahtet, D0 - D3 
sollten ... hmmm .... ja was denn ... pull up oder down ... weiß ich im 
moment nicht auswendig.

Was ist mit dem R/W pin? Seh da keinen Code für.

Im Tutorial steht aber auch, dass es mit dem Timing bei Takten >= 8MHz 
Probleme geben kann. Deshalb solltest Du beim Schreiben E im Auge 
behalten, damit es nicht zu kurz wird.

Und nach dem schreiben - da du ja nicht liest kann dir das Display auch 
nicht sagen, ob es mit einer Operation fertig ist - musst Du auch ca 
50us warten ... Clear screen z.B. dauert noch länger und man sollte ca. 
5ms warten. Das ist wohl in der Init noch nicht so.

Hallo!

Hab mir jetzt das Datenblatt angesehen.

Bei der Init wird eine Pause von mindestens 30ms nach erreichen von VDD 
empfohlen.
In Deinem Code aus dem ersten Post wartest Du nur 15ms.

Das Function Set hast Du richtig initialisiert.
Danach kommt eine Mindestwartezeit von 39us. Die sehe ich in deinem Code 
nicht.

Dann initialisierst Du "Display ON/OFF Control". In dieser 
Initialisation schaltest Du das Display aber aus. Ist doch nicht so 
gewollt, oder?

1

Daten(0,0,0,0);     // ab hier, display aus, blinken aus und cursor aus

2

output_high(E);

3

output_low(E);

4

5

Daten(1,0,0,0);

6

output_high(E);

7

output_low(E);     // bis hier

Richtig müsste es laut Datenblatt so sein:

1

Daten(0,0,0,0);    // ab hier, display AN, blinken aus und cursor aus

2

utput_high(E);

3

output_low(E);

4

5

Daten(1,1,0,0);

6

output_high(E);

7

output_low(E);    // bis hier

Mindestwartezeit von 39us.

Dann kommt richtigerweise "Display clear".

Mindestwartezeit von 1,53ms.

Dann kommt "Entry Mode Set"
Du sendest DB7 UND DB6 Low, im Datenblatt ist aber DB7 auf Low und DB6 
jeden Fall High.
Danach initialisierst du mit "increment mode"(DB5) und "entire shift 
off"(DB5).
Also Dein Code

1

Daten(0,0,0,0);               // ab hier, kursor nach rechts

2

output_high(E);

3

output_low(E);

4

5

Daten(0,0,1,0);

6

output_high(E);

7

output_low(E);                // bis hier

So sollte es aussehen:

1

Daten(0,0,0,0);               // ab hier, kursor nach rechts

2

output_high(E);

3

output_low(E);

4

5

Daten(0,1,1,0);

6

output_high(E);

7

output_low(E);                // bis hier

Danach ist die Initialisation zu Ende. Da würd ich auch nochmal ein paar 
ms warten.
Die letzte Init mit dem "Display an..." würd ich weglassen, da das 
Display wahrscheinlich nicht weiß wohin damit. Ich würd das Display 
gleich an richtiger Stelle (wie oben beschrieben) einschalten.

Und warte nach jeder Pegeländerung von E und RS mind. eine us, da du 
laut Datenblatt mit deinen 8Mhz Takt viel zu schnell bist und das 
Display die Pegeländerung nicht korrekt mitbekommt.(Wurde aber schon vor 
diesem Post beschrieben.

Änder mal Deinen Code und Füg die ganzen Wartezeiten hinzu. (Zwischen 
den Initblöcken, bei RS und E und erhöhe die 15ms Wartezeit am Anfang).
Viel kann dann nicht mehr falsch sein.

So long.
Darkleon

Du musst den ersten Initialisierungsbefehl 3x (!) rüberschicken, danach 
erst auf 4 bit umschalten (siehe http://www.sprut.de/electronic/lcd/), 
bei manchen Displays muss man auch länger warten, also:

1

   delay_ms(15);                     //  15 ! ms warten nach Reset

2

3

   Daten(0,0,1,1);

4

   output_high(E);                     // Befehl an LCD

5

   output_low(E);                     //   (durch toggeln der LCD-Enable-

6

   delay_ms(5);                     //  5 ms warten

7

8

   Daten(0,0,1,1);

9

   output_high(E);                     // Befehl an LCD

10

   output_low(E);                     //   (durch toggeln der LCD-Enable-

11

   delay_ms(1);                     //  1 ms warten

12

13

14

   Daten(0,0,1,1);

15

   output_high(E);                     // Befehl an LCD

16

   output_low(E);                     //   (durch toggeln der LCD-Enable-

17

18

   Daten(0,0,1,0);                   // Auf 4- Bit modus

19

   ...

>Die untere Zeile leuchtet komplett schwarz auf.

Das ist die OBERE Zeile ;)

;o)))


die kleine 1 übersehen

Wie ist der momentane Status?

Funktioniert es jetzt?
Deinem Code entnehme ich folgende Pinbelegung:
RS  -- RA2
E   -- RA3
DB4 -- RA6
DB5 -- RA7
DB6 -- RA0
DB7 -- RA1

Im Datenblatt des PICs steht unter "5.0 I/O Ports", dass bei einem Reset 
die Pins RA0 - RA4 als digitale Inputs konfiguiert sind.
Da du diese Pins für dein LCD als digitale Outputpins benötigst, musst 
du dies natürlich dem Controller in das ADCON1 Register schreiben. Sonst 
bleiben diese Pins analoge Inputs.

Ich weiß ja nicht, welchen Compiler du verwendest?! Macht der das 
automatisch? Denke nicht.
Daher musst Du das ADCON1 Register mit dem Wert 0x06 beschreiben.
So werden die Pins RA0 - RA4 als digitale Pins definiert!

Denke an dem wirds liegen (sofern Du nichts falsch vedrahtet hast), denn 
die Initialisierung stimmt soweit. Auch das Senden der Daten (In Deinem 
Fall die Zahl eins!)

Melde Dich, sobald Du das überprüft hast. Würd mich interessieren.

So long,
Darkleon

Update:

Meinte natürlich, dass RA0 - RA4 ANALOGE und nicht digitale Inputs bei 
einem Reset (und auch standarmäßig) Pins sind.

Die Hand war wieder schneller als das Hirn ;)

Gibts schon Neuigkeiten?

MfG Darkleon