Atmega32 mit extern Quarz und LCD

Peter schrieb:
> Weis da jemand was?

- Schwingt der Atmega32 mit dem externen Quarz (-->messen)?

- Sourcen neu compiliert mit F_CPU=<Quarzfrequenz> ?

beides Ja

Peter,

ich frage mich immer warum man nicht auch die zugehörigen Datenblätter 
und Application Notes von Atmel liest.

Ich hatte noch nie Problem mit den Atmel AVR.

Ein Atmega32 hat soweit ich weiß keinen Clockteiler. Ich benutze das 
erste Mal einen LCD. Begreife aber nicht warum er nicht läuft wenn ich 
einen externen Quarz benutze.

Mitlesa schrieb:
> - Schwingt der Atmega32 mit dem externen Quarz (-->messen)?
>
> - Sourcen neu compiliert mit F_CPU=<Quarzfrequenz> ?

Peter schrieb:
> beides Ja

... und den neuen Code auch (erfolgreich) in den Controller geflasht?

Mitlesa schrieb:
> - Sourcen neu compiliert mit F_CPU=<Quarzfrequenz> ?

Man muss womöglich - um ganz sicher zu gehen - die *.o
Dateien löschen (am besten alles im default Verzeichnis)
damit auch sichergestellt ist dass der veränderte F_CPU
Wert in allen Sourcen (-->delay) korrekt berücksichtig wird.

Michael K. schrieb:
> Natürlich hat der einen Clockteiler. Er hat vielleicht kein Fusebit
> sodass er auf 8 voreinstellbar ist aber einen Clockteiler hat auch ein
> Atmega32.

Nennt sich DIVCLK8 oder so ähnlich und steht bei den Fuse Bits. Einfach 
das Häkchen dahinter entfernen und Fusebits auf den Controller 
schreiben.

War mir als Anfänger auch mal passiert und hatte ein Weilchen gedauert, 
bis der Groschen gefallen war.

Ich selber habe noch kein LCD-Display programmiert, aber soweit mir 
bekannt, ist das Timing, mit delay, nicht ganz ohne.
Also würde ich mal eine 08/15-Schleife (mit Port:an delay; Port:aus; 
delay) programmieren und laden. Dann schauen, ob (vielleicht ist ja eine 
LED in der Nähe) die Zeiten stimmen.
Das würde auch die Kontrolle des Quarzes erschlagen.