LCD initialisiert nach Atmega32 tausch nicht mehr

[Florian (Gast)]

Hallo ich sitze gerade an einem Projekt. In dem Projelt verwende ich ein 
20x4 Zeichen LCD und einen Atmega32. Da es leider einen Kurzschluss gab 
ist mir mein Atmega abgeraucht. Das STK500 mit dem ich programmieren 
funktioniert noch. Jetzt habe ich den Mikrocontroller gewechselt und 
auch die Fuses für den internen 8MHz takt wieder programmiert aber mein 
LCD möchte einfach nicht initialisieren. Ich habe in der Suche leider 
nichts gefunden, deshalb meine Anfrage. Kann man in den Einstellungen 
des Atmel Studios noch irgendwas vergessen haben? Mein Projekt 
funktioniert sonst. AD Wandlung LEDs Taster. Die Funktionen 
funktionieren. Nur das LECD will nicht. Habt ihr vielleicht noch einen 
Tip. Meine LCD Routines hab ich hier aus dem Forum. Es ist nur ein neuer 
Atmega. Sonst wurde nichts verändert.

[Löter (Gast)]

Florian schrieb:
> Es ist nur ein neuer
> Atmega. Sonst wurde nichts verändert.

Tausch das LCD probeweise aus.

[Tom (Gast)]

eventuell den JTAG aktiviert und die Daten/Steuerleitungen des LCD an 
diesen Pins angeschlossen? Dann Fuses ändern.

[Florian (Gast)]

Ich habe mir ein neues Display bestellt. Versuche das mal. Das Display 
ist an Port D angeschlossen. Wenn ich das Display einschalte leuchtet 
nur die Hintergrundbeleuchtung. Starte ich dann den Mikrocontroller 
erscheinen in der ersten und dritten Reihe schwarze Balken ist das ein 
Zeichen für ein Initialisierungsproblem? Oder kann das Display wirklich 
kaputt sein?

[Karl M. (Gast)]

Florian,

keiner kennt den Typ deines LCD, dein Programm oder die Art der 
Verkabelung.

Evtl. ist auch der ATmega32 auch nicht richtig/ komplett beschaltet.

Bitte dokumentiere dies noch alles.

[S. Landolt (Gast)]

Der alte uC lief wirklich mit 8 MHz? Wie verhält sich jetzt das LCD, 
wenn der neue auf die werksseitigen 1 MHz gestellt wird?

[Florian (Gast)]

Also der ATmega32 steckt auf dem STK500. An PortD ist ein AV2040 von 
ANAG Vision im 4-Bit Modus. Die Schaltung lief. Dann ist das STK auf ein 
Aluprofil gerutscht und wurde ganz heiß. Der Mikrocontroller war auch 
dahin. Habe dann einen neuen Mikrocontroller rein und erstmal die Ports 
getestet. mit Tastern LED usw. STK scheint ok. Ich hatte bevor ich das 
Display zum ersten mal in Betreib genommen hatte auch solche Probleme 
und bin der Meinung ich hätte in der Software ( ATmel STudio7) irgendwo 
aus Verzweiflung ein Häkchen gesetzt oder nicht gesetzt was irgendwie 
logisch erschien und dann hat es funktioniert. Leider hab ich mir das 
nicht notiert und auch nichts gefunden. Mit Standart 1Mhz kommen auch 
nur schwarze Balken.

[Florian (Gast)]

Ich glaube ich hatte in den Toolchain Einstellungen was verändert. Kann 
das sein? Das deshalb das LCD nicht mehr funktioniert da der neue 
Mikrocontroller falsch beschrieben wird?

[Stefan F. (Gast)]

Atmega32 und Probleme mit Port D schreit nach JTAG Fuse. Die ist 
standardmäßig nämlich enabled.

Bei irgendeinem anderen AVR Modell gib's noch eine ATmega103 
compatibility fuse, die ist genau so eklig.

[Oliver H. (Firma: OliverHeinrichs.de) (dobson)]

Beim Mega32 hängt der JTAG aber auf PortC...
Schnapp dir erstmal nen Durchgangsprüfer und mess das STK durch. 
Wenigstens die Datenleitungen direkt von den Pinnen des µC zum LCD. 
Nicht von Stecker zu Buchse.

[Stefan F. (Gast)]

Wir hatten hier mal jemandem, bei dem funktionierte plötzlich eine von 
mehreren gleichen Schaltungen mit LCD nicht mehr.

Am Ende stellte sich heraus, dass sein Programm das Display mit falschem 
Timing (viel zu schnell) ansteuerte. Er hatte lange Glück, bis zu diesem 
Ausfall.

[Peter D. (peda)]

Florian schrieb:
> Starte ich dann den Mikrocontroller
> erscheinen in der ersten und dritten Reihe schwarze Balken ist das ein
> Zeichen für ein Initialisierungsproblem?

Ja.

Hier findest Du einen einfachen und recht robusten Testcode für LCDs:
http://www.avrfreaks.net/forum/tutc-lcd-tutorial-1001