LCD ANAG VISION Funktioniert nicht mehr

>> Der Witz an der Sache ist, dass genau dieser Code mit genau dieser
>> Schaltung schon funktioniert hat. Mit dem neuen Controller jedoch nicht
>> (das Display initialisiert erst gar nicht).

Der Code setzt voraus:

> #define F_CPU 3686400UL

Das ist bei einem neuen Controller zunächst nicht der Fall. Der neue 
Controller läuft ab werk nicht mit externen 3686400 Hz sondern .ot 
typ. 1 MHz interner RC-Oszillator. Stichwort AVR Fuses

>Kontrastspannung ist super (Man sieht die Balken)

Wirklich DIE Balken? Es dürfte nur einer sein.
Dreh mal den Kontrast runter.

Dann halt mal am Timing drehen.

#define LCD_BOOTUP_MS           50
#define LCD_ENABLE_US           10
#define LCD_WRITEDATA_US        100
#define LCD_COMMAND_US          100

#define LCD_SOFT_RESET_MS1      50
#define LCD_SOFT_RESET_MS2      50
#define LCD_SOFT_RESET_MS3      50
#define LCD_SET_4BITMODE_MS     50

#define LCD_CLEAR_DISPLAY_MS    5
#define LCD_CURSOR_HOME_MS      5

>Danke dir holgar, doch das funktioniert leider auch nicht :(

Dann such den Fehler in der Schaltung.

Die Fuses sollten auch zum Sourcecode passen und von 
Sourcecodeänderungen schreibst du nichts.

Die "Standard"-Fuses (1 MHz interner RC-Oszillator?) passen jedenfalls 
auch nicht zu F_CPU 3686400UL. Im Sourcecode musst du in diesem Fall 
F_CPU 1000000UL eintragen.

Vor dem lcd_init() in dieser Sequenz:

1

int main(void)

2

{

3

  // Initialisierung des LCD

4

  // Nach der Initialisierung müssen auf dem LCD vorhandene schwarze Balken

5

  // verschwunden sein

6

  lcd_init();

fügt man öfter ein längeres delay_ms() ein. Das soll sicherstellen, dass 
ein schnell startender AVR keine Kommandos zu einem langsamer startenden 
LCD-Display sendet. Eine empirische Wartezeit wäre hier z.B. 200 ms. 
Wenn beim AVR die Brownout-Fuse verwendet wird, kann die Wartezeit eher 
kürzer ausfallen.

In lcd_init() ist zwar eine delay_ms( LCD_BOOTUP_MS ) definiert:

1

    // verwendete Pins auf Ausgang schalten

2

    uint8_t pins = (0x0F << LCD_DB) |           // 4 Datenleitungen

3

                   (1<<LCD_RS) |                // R/S Leitung

4

                   (1<<LCD_EN);                 // Enable Leitung

5

    LCD_DDR |= pins;

6

7

    // initial alle Ausgänge auf Null

8

    LCD_PORT &= ~pins;

9

10

    // warten auf die Bereitschaft des LCD

11

    _delay_ms( LCD_BOOTUP_MS );

IMHO gehört die aber vor die Zuweisungen an LCD_DDR und LCD_PORT, um 
sicherzustellen, dass das LCD ungestört den Power-On-Reset abschliessen 
kann.

Hast du die Schaltung zwischendurch auch mal komplett spannungslos 
gemacht, so dass das LCD definiert die Power-On-Reset Sequenz 
durchlaufen muss (und dabei nicht gestört wird)?

Probiere mal diese HEX Datei.

Ich seh gerade das ich für PORTD statt PORTB kompiliert habe;)
Entschuldigung! Probier das noch mal.

>Leider funktionierts nicht (irgendwie hab ich dass Gefühl es wird
>niemehr laufen).

Nicht so schnell aufgeben;)

Kontrolliere deine Verbindungen auch mal auf Kurzschlüsse
zwischen den Leitungen. Dann noch auf Kurzschlüsse zu
GND oder VCC.

>Scheint alles in Ordnung zu sein (optisch, und auch mit dem
>Messinstroment).

Dann mach mal folgendes:

Programm schreiben das nur einen Pin am LCD auf High setzt.
Nachmessen ob der auch High ist und Nachbarpins nicht High sind.

Das machst du dann für jeden Pin am LCD.

>Habs durchgemessen. Es ist immer nur das aktuelle Bit durchgeschalten
>(die nicht benötigten Datenbits sind anscheinend auch immer high).

Die sollten aber low sein.

> Es liegen jedoch bei high nur 4,68V an.

Das ist ok.

>>(die nicht benötigten Datenbits sind anscheinend auch immer high).
>
>Die sollten aber low sein.

Upps. Meinst du die nicht angeschlossenen Datenleitungen?
Die können High sein. Interne Pullups vom LCD.

Was ist eigentlich mit dem R/W Pin vom LCD?
Wie ist der angeschlossen?

>Der ist gar nich belegt.

Der muss auf GND.

>jetzt gehts

Ach was;)

>ich narr! holger, darf ich dir ein bier spendieren....

Ist schon in Arbeit, ich schick dir die Rechnung;)