LCD Ansteuerung Atmega32

...falsches Foto, habs nochmal mit einem anderen Display versucht

Also Taktfrequenz vom Atmega stimmt auch, hab in den Fuses 1 Megahertz 
eingestellt und der Programmcode entspricht genau den beiden Datein (.c 
und .h) und dem LCD Beispiel1.
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung

Die Kabelfarben sind leider etwas verwirrend aber wenn ich am LCD die 
Pins durchgehe bekomme ich:
Pin1 VSS --> GND
Pin2 VDD --> VTG (5V)
Pin3 V0 --> Hängt am Poti (gemessen 1,4V)
Pin3 RS --> PD4
Pin4 RW --> GND
Pin5 E (Enable) --> PD5
Pin6-Pin9 (D0-D3) --> nicht angeschlossen
Pin10 Anode --> (5V)
Pin11 Kathode --> GND

die Datenleitungen sind natürlich auch angeschlossen:

D4 --> PD0
D5 --> PD1
D6 --> PD2
D7 --> PD3

Hi,
bei mir hatte das LCD am Mega32 mal ein Problem wegen der 
JTAG-Schnittstelle.
Fuse den AVR neu und deaktiviere JTAG, dann könnte es gehen.

Hi

>bei mir hatte das LCD am Mega32 mal ein Problem wegen der
>JTAG-Schnittstelle.
>Fuse den AVR neu und deaktiviere JTAG, dann könnte es gehen.

Wird für PortD nicht viel bringen.

MfG Spess

Danke schonmal für die vielen Antworten! :)

@Dietrich L &  Hubert G. Hab gerade mal ne LED dran gehängt und sie im 
Sekundentakt blinken lassen: Alles soweit in Ordnung. Bei den Pins hab 
ich mich verzehlt, der zweite Pin3 --> Pin4, Pin4 --> Pin5 etc.
Vorwiderstand für die Beleuchtung ist intern verbaut (wurde jedenfalls 
nichts heiß und auch kein Spannungseinbruch)

@Matthias Sch: Die Softwarebibliothek hatte ich auch schon benutzt, aber 
die hat leider auch nicht funktioniert.

@Jonas Wühr: Jtag dürfte bei mir eigentlich kein Problem sein, konnte ja 
auch ne Led zum blinken bringen und der LCD ist ja eigentlich nichts 
anderes nur in cool :D


Ich hab gerade nochmal probiert die Datenleitungen D0-D3 auf Masse zu 
ziehen aber auch das hat nichts gebracht. Ist echt wie verhext mit dem 
Ding

Nimm doch mal PA.. oder PC.. als Display-Port. Ich kenne mich mit dem 
STK500 nicht aus, aber ggf. stört die Verbindung zum Pegel-Wandler 
Richtung serieller Port von PD0 / PD1 (RXD/TXD).

Hallo,

ganz oft liegt es am Timing der allerersten Init-Sequenzen.

Hier mal ganz grob die Reihenfolge als Pseudo-Code:

nach Reset:
  DELAY_MS (5);
  HD44780_INIT_CMD (HD44780_CMD_FUNC);
  DELAY_MS (5);
  HD44780_WRITE_CMD (HD44780_CMD_FUNC);
  DELAY_MS (5);
  HD44780_WRITE_CMD (HD44780_CMD_FUNC);
  HD44780_WRITE_CMD (HD44780_CMD_CTRL);
  HD44780_WRITE_CMD (HD44780_CMD_CLEAR);
  DELAY_MS (1.52);
  HD44780_WRITE_CMD (HD44780_CMD_ENTRY);

Gegebenenfalls die Delays anpassen (vergrößern)...

wobei so ungefähr folgende Makros helfen (soll nur die Logik 
verdeutlichen):

#define HD44780_WRITE_4(v) {
  HD44780_RW_0 (); \
  HD44780_E_1 (); \
  OUTPORT_BIT (HD44780_D7, ((v) >> 3) & 0x01); \
  OUTPORT_BIT (HD44780_D6, ((v) >> 2) & 0x01); \
  OUTPORT_BIT (HD44780_D5, ((v) >> 1) & 0x01); \
  OUTPORT_BIT (HD44780_D4, (v) & 0x01); \
  HD44780_E_0 (); \
  HD44780_RW_1 (); \
  DELAY_US (37); \
}

#define HD44780_WRITE(v) {
  HD44780_WRITE_4 (HIGH_NIBBLE ((v))); \
  HD44780_WRITE_4 (LOW_NIBBLE ((v))); \
}

#define HD44780_WRITE_CMD(v) {
  HD44780_RS_0 ();  \
  HD44780_WRITE ((v));  \
  HD44780_RS_1 ();  \
}

#define HD44780_INIT_CMD(v) {
  HD44780_RS_0 (); \
  HD44780_WRITE_4 ((v) >> 4); \
  HD44780_RS_1 (); \
}

#define HD44780_WRITE_DATA(v) {
  HD44780_WRITE ((v));
}

Check das mal mal...