define_ms() und F_CPU

[Durokh (Gast)]

Hi Leute,
auch auf die Gefahr hin, dass ich mich nun lächerlich mache...

Delay_ms() läuft bei mir ca. 4x langsamer, wie ich es eigentlich erwarte 
und ich habe keine Ahnung, woran es liegt.

#include <avr/io.h>
#include <avr/delay.h>
#define F_CPU 1000000UL

int main(void)
{
  DDRB |= (1<<PINB1);     // LED AN
    
  uint8_t loops = 100;  // Zähler
    
    while(1)
    {
    while (loops--)
    _delay_ms(10);
    
    PORTB ^= (1<<PINB1);  // Toggle LED    
    loops = 100;      // Zähler reset        
    }
}

Im AVR Studio (6) habe ich Internen Oszillator, 1MHZ, 64 ms 
Verzögerung(Default) eingestellt. (Kann man mit dem AVR Studio auch die 
Fusebits genau anschauen und nicht nur alles als Option auswählen?)

Ich habe nun alle möglichen Foren gewälzt, aber ich weiß nicht, woran es 
scheitert.
Fusebits müssen ja richtig sein, kann ich ja nur stumpf auswählen. Die 
F_CPU ist korrekt und delay_ms erhält keinen zu höhen Wert.


Was für einen Fehler mache ich?
Gruß,
Durokh

[Fabian O. (xfr)]

Du musst F_CPU definieren bevor Du delay.h einbindest.

[Durokh (Gast)]

Das hat bei mir keine Auswirkungen.

[Fabian O. (xfr)]

Compiler-Optimierung eingeschaltet?

[Michael (Gast)]

Durokh schrieb:
> Das hat bei mir keine Auswirkungen.

Trotzdem ist es Mist, mitten im Programm eine (evtl. andere) 
CPU-Frequenz festzulegen.

Was hast du im Compiler als Optimierungsstufe festgelegt?
Ohne Optimierung macht delay_ms() nur Müll. Gibt der Compiler 
irgendwelche Warnungen raus?

[Durokh (Gast)]

Klar, gebe ich dir Recht, habe ich auch eher "verpennt".

Die Stufe ist O1.

Ansonsten meckert er maximal hier und das verstehe ich nun nicht so 
wirklich.

d:\programme\atmel\atmel studio 6.0\extensions\atmel\avrgcc\3.4.0.65\avrtoolchain\bin\../lib/gcc/avr/4.6.2/../../../../avr/include/avr/delay.h(36,2): 
#warning "This file has been moved to <util/delay.h>." [-Wcpp]
    Building file: .././LED-Controler-Test.c



Target "PreBuildEvent" skipped, due to false condition; ('$(PreBuildEvent)'!='') was evaluated as (''!='').

[troll (Gast)]

Durokh schrieb:
> Die Stufe ist O1.
Os ist besser.

> Ansonsten meckert er maximal hier und das verstehe ich nun nicht so
> wirklich.
Einfach statt avr/delay.h util/delay.h schreiben.

[Durokh (Gast)]

Das interessiert ihn leider auch nicht. :(

[Michael (Gast)]

Durokh schrieb:
> Das interessiert ihn leider auch nicht. :(

Wenn die Warnung trotzdem noch auftaucht, compilierst/editierst du den 
falschen Code.

[Durokh (Gast)]

Sorry, dann habe ich mich falsch ausgedrückt.
Die Warnung ist weg, aber das Delay_ms funktioniert dennoch nicht.

[Durokh (Gast)]

Was mir bei der ganzen Sache nicht einleuchtet:
Wenn ich auf einen externen Quartz mit 16 mhz einstelle und dort einen 
Timer/Counter starte, macht der alles wie er es soll.

Delay_ms() hingegen macht was es will und läuft in diesem Falle sogar 
viel zu schnell....

[Andreas B. (andreasb)]

Durokh schrieb:
> Was mir bei der ganzen Sache nicht einleuchtet:
> Wenn ich auf einen externen Quartz mit 16 mhz einstelle und dort einen
> Timer/Counter starte, macht der alles wie er es soll.

Der Timer / Counter ist direkt vom Quarz abhängig, und ist 
hardwaremässig.
Dieser stimmt daher immer "mit der Quarzfrequenz überein".

>
> Delay_ms() hingegen macht was es will und läuft in diesem Falle sogar
> viel zu schnell....

Dies ist Softwaremässig, und damit es funktioniert musst du F_CPU 
korrekt definiert haben.
Es handelt sich dabei um Zählschleifen, welche je nach F_CPU öfter oder 
weniger oft durchlaufen um die vorgegebene Zeit zu "verbraten".



mfg Andreas

[Georg G. (df2au)]

Du hast 1MHz Takt deklariert. Aber was für ein Quarz hängt wirklich an 
dem Chip?

[Durokh (Gast)]

Ich habe 2 Sachen getestet. Ein Mal mit interner clock und ein Mal mit 
externem quartz(16mhz).In beiden Fällen klappt der Counter, aber nicht 
das delay.
An sich wäre mir das ja egal,da ich eh nur den counter nutzen möchte. 
Aber da stimmt anscheinend etwas Grundsätzliches nicht....
Und da ich später noch mit der seriellen Schnittstelle arbeiten möchte 
...das wird dann ja mal gar nicht klappen,kann ich mir vorstellen.

[Durokh (Gast)]

Nachtrag:Natürlich habe ich bei 16mhz extern die Deklaration auch 
geändert.

[Ralf G. (ralg)]

Durokh schrieb:
> Delay_ms() läuft bei mir ca. 4x langsamer, wie ich es eigentlich erwarte
> und ich habe keine Ahnung, woran es liegt.

Durokh schrieb:
> Wenn ich auf einen externen Quartz mit 16 mhz einstelle und [...]
> Delay_ms() [...] läuft in diesem Falle sogar
> viel zu schnell....

4x zu schnell??

Durokh schrieb:
> Nachtrag:Natürlich habe ich bei 16mhz extern die Deklaration auch
> geändert.

Vor oder nach dem '#include <avr/delay.h>'?
Optimierung 'Os' eingestellt?

[Durokh (Gast)]

ich meinte 4 x zu langsam.
Habe die Frequenz vor dem include definiert und os habe ich eingestellt 
:(

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Schau mal bitte in die Projekt Einstellungen und gib da den richtigen 
Prozessor und die effektive Taktfrequenz an. Das gesonderte definieren 
von F_CPU ist bei AS normalerweise nicht nötig, da im Makefile dann 
-DF_CPU XXXXXXX aus den Projekteinstellungen übernommen wird.

[Durokh (Gast)]

Den Prozessor habe ich bereits ausgewählt. Die Taktfrequenz scheine ich 
nicht ändern zu können -- ist aber als '0' angegeben.

Die "fehlerhafte" Geschwindigkeit ändert sich auch mit unterschiedlichen 
F_CPU Einstellungen.

Wenn ich bspw. 1 MHZ internal Clock angebe und einstelle, läuft 
delay_ms() zu langsam. Stelle ich 2 MHZ internal Clock ein, ist es 
fast zeitgenau. Bei 8 MHZ ist er dann bspw. zu schnell...obwohl ich 
alles anpasse.

[Klaus (Gast)]

Durokh schrieb:
> Stelle ich 2 MHZ internal Clock ein

Wie machst du denn das?

[Michael H. (michael_h45)]

Beitrag "Re: _delay_ms() läuft 4 Mal schneller als erwartet"
Da ist allerdings von 4x zu schnell die Rede. Zusammen mit einem 
Taktteiler 8 wäre das dein Fehler.

[Durokh (Gast)]

Oh Gott, habe den Fehler gefunden. Als ich mir gestern die delay.c File 
angeschaut habe, habe ich anscheinend aus versehen ein 'define f_cpu... 
' eingefügt, das noch in der Zwischenablage lag, und somit lief das Ding 
natürlich immer in diesem Takt und hat die von mir in der Hauptdatei 
angegebene Geschwindigkeit überschrieben.

Oh man. Na gut, Problem nun gelöst.

[Pete K. (pete77)]

Das #define F_CPU gehört in die Projekteinstellungen vom AVR-Studio, wo 
Du auch den Prozessor einstellt.
In den .c und .h Files hat es nichts zu suchen.

[Michael (Gast)]

Durokh schrieb:
> Oh Gott, habe den Fehler gefunden. Als ich mir gestern die delay.c File
> angeschaut habe, habe ich anscheinend aus versehen ein 'define f_cpu...
> ' eingefügt

Und ich sag noch:
Michael schrieb:
> Trotzdem ist es Mist, mitten im Programm eine (evtl. andere)
> CPU-Frequenz festzulegen.

[Markus (Gast)]

...sinnigerweise gibt es im Studio 6 keinen direkten Punkt wo man die 
Frequenz festlegen kann.

Mann muss sowohl es bei den Toolchain-Einstellungen sowohl für den 
Compiler als auch Assembler als Symbol definierenl...

Grüße
Markus