Wie Controller "warten" lassen?

_delay_ms(t);

#include <util/delay.h>

Vielen Dank für die schnellen Antorten, hat mir schon sehr 
weitergeholfen!!!!!

J.R wrote:
> Wie schon angesprochen sind _delay_us oder _delay_ms deine
> Freunde.Weitere interessante Fragen und Antworten findes du hier :
>
> http://www.mikrocontroller.net/articles/AVR-Tutorial
>
> schönes Wochenende
> J.R

Ja, das Tutorial ist schon sehr gut, aber leider sind alle Beispiele in 
Assembler, und da versteh ich kein Wort ;-).

Ich hab mein Programm jetzt mal mit _delay_ms umgeschrieben, aber ich 
muss doch noch irgendwie die CPU Frequenz einstellen, damit alles 
korrekt funktioniert. Wie macht man das?

Vielen Dank schon einmal im Voraus.
Gruß, Steffen

Ok, inzwischen hab ichs herausgefunden. Es geht mit #define F_CPU. Das 
Programm läuft auch tadellos. Das einzigste, was mich wundert, ist dass 
mit dem kleinen Programm hier,

1

#include <avr/io.h>          // (1)

2

#include <util/delay.h>

3

#define F_CPU 1000000 

4

int main (void) {            // (2)

5

6

   DDRB  = 0xff;             // (3)

7

   while(1) {

8

   _delay_ms(1000);

9

   PORTB = 0x01;             // (4)

10

   _delay_ms(1000);

11

   PORTB = 0x00;

12

   }

13

   }

nach dem Builden folgende Meldung kommt:

Build started 27.6.2008 at 15:19:20
AVR Memory Usage
----------------
Device: atmega8
Program:    3376 bytes (41.2% Full)
(.text + .data + .bootloader)
Data:          8 bytes (0.8% Full)
(.data + .bss + .noinit)
Build succeeded with 0 Warnings...

Bedeutet das jetzt, das mit diesem kleinen Programm schon 41,2% des 
ATMEGA8 voll sind, oder erst 0,8%?
Vielen Dank schon einmal im Voraus.
Gruß, Steffen

holger wrote:

> Ist dann zwar nicht auf die mikrosekuinde genau, aber für eine LED
> reicht es allemal aus!

Da wird Dir der GCC aber was husten.
Ohne volatile fliegt das in hohem Bogen raus.


Peter

Und die zweite Variante wird er wohl direkt in eine Endlosschleife 
optimieren. ;-)

Vielen Dank für die Antworten erstmal!!
holger wrote:
> Du könntest auch die delay-Funktion durch folgendes ersetzten:

> i=0;
> while (i<1000){
>  i++;
> }

> bzw. verschachtelt
>
> i=c=0;
> while (i<1000){
>    while (c<1000){
>       i++;
>    }
>    c++;
> }
>
> Ist dann zwar nicht auf die mikrosekuinde genau, aber für eine LED
> reicht es allemal aus!
Genau so dachte ich es mir am Anfang auch, das man einfach eine Schleife 
macht, die eine Weile braucht, bis sie komplett hochgehzählt hat, und 
dadurch Zeit verbrät. Allerdings ist das meiner Meinung nach ziemlich 
provisorisch, deswegen hab ich eben noch nach der "professionellen" 
Lösung gesucht.
@ yalu: Genau die Meldung, die du gepostet hast, kam bei mir auch. Als 
ich dann die CPU Frequenz eingegeben habe, hat er den Build dann ohne 
Warnung gemacht. Wie aktiviert man denn die Optmierung des Compilers???
Vielen Dank schon einmal im Voraus.
Gruß, Steffen

Ok, danke an alle!!!
Nun hab ich die Optimierung auf 3 eingestellt, und nun hat mein Programm 
nur noch eine Größe von 154 bytes, und belegt damit 1.9% des 
Controllers. Das Program wird mit 3 Warnings gebuildet, läuft aber 
trotzdem ohne Probleme.
Gruß, Steffen

Ok, ich hab das Projekt nun mit -0s Optimiert. Nun klappt alles, so wie 
es sein soll, nur ich hab ein wenig Probleme mit dieser dämlich 
aufgebauten Bargrafledanzeige. Naja, ich werd mir jetzt warsch noch ne 
andere holen, mit der klappts dann hoffentlich besser. Also nochmals 
vielen Dank an alle!!!!
Gruß, Steffen

Ach so, das war warscheinlich der Grund weshalb mein Programm nicht 
einwandfrei lief. Ich habe nämlich Optimierungsstufe 3 eingestellt, und 
das war für mein Programm vielleicht nicht so gut. Nun hab ich Stufe s, 
und mit der klappts einwandfrei.
Gruß, Steffen