HD44780 Treiber laufen nicht

Die Belegung bei mir:
Ich verwende aber auch sonst überall im Quelltext nur diese Defines.
Habe auch die Verdrahtung nochmal überprüft.
Bin inzwischen echt ratlos...

1

#define LCD_PORT      PORTA

2

#define LCD_PORT_DDR    DDRA

3

#define LCD_PORT_PIN    PINA

4

5

// The least significant data bit (of 4) in LCD_PORT:

6

#define LCD_DATA      4 // pins 4,5,6,7

7

8

// The ENABLE bit of the lcd in LCD_PORT:

9

#define LCD_ENABLE      1

10

11

// THE RS connector of the lcd in LCD_PORT:

12

#define LCD_RS        0

13

14

// THE R/W connector of the LCD in LCD_PORT:

15

#define LCD_RW        2

Der Controller ist ein ATmega32

>Der Code ist mir suspekt.

Macht doch nichts;)

@Florian
Bei mir läuft der Code. Allerdings mit einer Änderung
weil meine RW Leitung auf Masse liegt. Statt BusyCheck einfach
ein freches _delay_ms(5); benutzt. RS und Enable liegen bei mir
auf Pin2 (RS), Pin3 (E).

Kann ich leider nicht, da die Displayverdrahtung auf meinem Board fest 
ist und die Datenbits halt auf 4-7 statt 0-3 liegen.
Im Treiber aus dem Tutorial sind die Bits leider hardgecodet (was ich 
übrigens sehr schade finde).

Ich habe aber mit genau dem Treiber angefangen und eigentlich nur 
überall die Datenbits entsprechend geshiftet. Das Pollen des Busy Flags 
habe ich erst später eingebaut, als es mit Delays (wie im Tutorial) auch 
nicht geklappt hat.
Nach dem ersten W wird fast jeder Buchstabe zum "V", obwohl ich ein "o" 
sende und eigentlich die richtigen Daten am Ausgang anliegen.
Will ja nur wissen, ob bei euch die gleichen Probleme auftreten oder ob 
es läuft.
Gruß
Florian

@holger: Ah danke dir! :)
Mit R/W auf GND hab ich es auch erst versucht. Gab die gleichen Fehler.

Dann hol ich einfach nen neues Display und es sollte gehen.

Bei wars ein defekter Portpin bzw auch Kontakfehler zum Portpin.

:)

Hey,
danke für die vielen Ratschläge! :-)
Werde jetzt zuerst mal die Fleury lib ausprobieren und danach nochmal 
meinen Code durchsuchen.
@Hubert: Gut zu wissen. Dann muss da tatsächlich noch irgendwo ein Bug 
drin sein.
Danke auf jeden Fall.
Jetzt hab ich wieder ein paar Ansatzpunkte.
Gruß
Flo

>Werde jetzt zuerst mal die Fleury lib ausprobieren und danach nochmal
>meinen Code durchsuchen.
>@Hubert: Gut zu wissen. Dann muss da tatsächlich noch irgendwo ein Bug
>drin sein.
>Danke auf jeden Fall.
>Jetzt hab ich wieder ein paar Ansatzpunkte.

Ich tippe auf den BusyCheck;) Dein Code läuft bei mir
mit drei unterschiedlichen Displays sehr gut ohne den Busy Blödsinn.

Soo, die Verdrahtung ist korrekt, die Fleury Lib läuft einwandfrei. Mein 
eigener Code aber immer noch nicht. Auch wenn ich den ganzen Busy Kram 
weglasse und R/W mit Ground verbinde.
Aber was solls, dann werde ich wohl erstmal mit der fertigen Lib 
arbeiten.

Danke übrigens für die Hinweise zu den Fehlern im Lese-Teil. Das hätte 
mir eigentlich selbst auffallen müssen.

Gruß
Florian