F_CPU-Verwirrung ATMEGA88

[Stephan (Gast)]

Hallo!
Also ich bin etwas verwirrt.. Ich verwende ein STK500 mit einem 
ATMEGA88.
Jumper scheinen richtig gesetzt, da das Programm bei gesetzem 4MHz-Quarz 
2.5 mal langsamer abläuft als bei 10MHz-Quarz. Ohne Quarz läuft nichts. 
Es wird also der gesteckte Quarz verwendet.

Mit meinen 20MHz-Quarzen läuft der ATMEGA88 nicht, aber das ist momentan 
nicht schlimm. (Reichelt G13-704 20,0000-HC18)

Zum Problem:

#define F_CPU 10000000UL //Takt in Hertz

#include <avr/io.h>
#include <avr/delay.h>

int main()
{ 
 DDRD  = 0xFF;        // Port D komplett Ausgang
 
 while(1)
 {
  PORTD=0xFF;          // Ausgang high
  _delay_us(10);        
  PORTD=0x00;        // Ausgang low
  _delay_us(10);      
 } 
}

Dies ergibt auf dem Oszilloskop eine Verzögerung von 76µs und nicht die 
gewünschten 10µs.
Wenn ich F_CPU nun durch 7.6 dividiere, erhalte ich exakt die 
gewünschten 10µs.

Das ganz betrifft auch die Funktion    _delay_ms();

Kann mir jemand verraten was hier schief läuft??

[Jörg W. (dl8dtl) (Moderator)]

Stephan schrieb:
> Kann mir jemand verraten was hier schief läuft??

Vergessen, die Optimierung einzuschalten und dann die entsprechende
Warnung auch noch ignoriert?

[Oliver J. (skriptkiddy)]

CKDIV8-Fuse?

[Stephan (Gast)]

das geht ja schnell hier :-)

Also Warnung gibt es nur eine: neuer Pfad von delay.h

Ergebnisse der unterschiedlichen Optimierungen bei 10MHz-Quarz:

-O0:   3ms  Verzögerung
-O1:   76µs Verzögerung
-O2:   76µs Verzögerung
-O3:   76µs Verzögerung
-Os:   76µs Verzögerung

Ich habe keine Idee...

[Stephan (Gast)]

Skript Kiddy schrieb:
> CKDIV8-Fuse?

Perfekt!!
Vielen Dank!


Ich habe das einfach so gelassen wie es war...
Dann guck ich mal was ich da denn fälschlicherweise gesetzt habe!
Nun läuft es!
Danke schön!!!

[Hc Z. (mizch)]

CKDIV8 wurde ja schon genannt.  Hast Du diese Fuse geprüft?

Edit: Hat sich überschnitten.

[Stephan (Gast)]

Ja, habe ich nun gelöscht!
Es war default-mäßig gesetzt und da ich gerade erst mit den ATMEGAs 
angefangen habe, habe ich es so galassen.. Ich muß mal nachlesen was man 
damit überhaupt fgestlegt..
Nun läuft es!

[Jörg W. (dl8dtl) (Moderator)]

Stephan schrieb:
> Ich muß mal nachlesen was man
> damit überhaupt fgestlegt..

Die initiale Einstellung des clock prescalers (CLKPR).  Mit gesetzter
CKDIV8-Fuse steht dieser auf 1:8, sodass bei einem 8-MHz-RC-Oszillator
ein CPU-Takt von 1 MHz heraus kommt.  Dieser Takt ist bei allen AVRs
für den kompletten Betriebsspannungsbereich ein gültiger Takt
(während der volle Takt dies nicht wäre).

[Stephan (Gast)]

Oh! (Und ich habe mich gerade gefragt wozu man den Takt verringern 
sollte)
Wäre also vor der Verwendung des vollen Taktes abzuraten?
Und jetzt frag ich mich noch, ob mein Oszilloskop spinnt... Also wegen 
den 76 statt 80µs.. Na, mal schaun. Ist ja auch älter.

[Peter (Gast)]

Stephan schrieb:
> Und ich habe mich gerade gefragt wozu man den Takt verringern sollte
um Strom zu sparen, genau aus dem Grund Takten ja auch aktuelle CPU 
immer mal runter.

[Stephan (Gast)]

ach so.. Aber dann könnte man doch auch einen anderen Quarz nehmen, 
oder?
Hat es noch etwas mit Stabiliät zu tun?
Also das Ganze wird später mit Netzteil betrieben, und in dem Bereich 
darf man ja ruhig "Strom verschwenden" ohne schlechtes Gewissen, oder?

Zum Oszilloskop: Paralaxefehler :-) Es ist ein älteres Oszilloskop bei 
dem die Skala recht weit von der Röhre entfernt ist...

[Jörg W. (dl8dtl) (Moderator)]

Stephan schrieb:
> Wäre also vor der Verwendung des vollen Taktes abzuraten?

Wenn du den Controller nicht mit 5 V betreiben kannst: ja.