define_ms() und F_CPU

Das hat bei mir keine Auswirkungen.

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?

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.

1

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): 

2

#warning "This file has been moved to <util/delay.h>." [-Wcpp]

3

    Building file: .././LED-Controler-Test.c

4

5

6

7

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

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.

Das interessiert ihn leider auch nicht. :(

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

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

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

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....

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.

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

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

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.

Durokh schrieb:
> Stelle ich 2 MHZ internal Clock ein

Wie machst du denn das?

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.

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.

...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