_delay_ms mit zufälligem Wert

[Phil (Gast)]

Hallo Zusammen,

ich möchte in meinem Programm eine Pause mit zufälliger Länge haben.
Ich habe das mit der rand() Funktion wie folgt realisiert:

#define F_CPU 8000000UL
#define RAND_MAX 255

#include <avr/io.h>
#include "util/delay.h"
#include <stdlib.h>

int main(void)
{
    while(1)
    {
        _delay_ms(rand());
    }
}

Beim Kompilieren bekomme ich allerdings den Error
"__builtin_avr_delay_cycles expects a compile time integer", aus dem ich 
leider nicht sehr schlau werde.
Hat jemand eine Idee, wo das Problem liegen könnte?

Danke und Grüße
Phil

[Max H. (hartl192)]

Phil schrieb:
> "__builtin_avr_delay_cycles expects a compile time integer",
_delay_ms will einen zum Compilezeit bekannten Wert.

Man könnte es so lösen:

char cnt;

while(1)
{
  cnt=rand();
  while(cnt--)
    _delay_ms(1); 
}

[benpeters (Gast)]

Steht doch da.  Die delay Funktion erwartet zum Kompilierzeitpunkt einen 
Integerwert. Du könntest deine Zufalligkeit in der Verzögerung mit einer 
Zahlschleife erreichen, die dir deinen Randomwert dekrementiert.

[Frank G. (frank_g53)]

Das _delay fest vorgeben und in eine, durch eine Zufallszahl 
festgelegte, Schleife laufen lassen.

[Basti B. (basti195)]

du kanst aber den random wert in eine for schleife packen und dann das 
_delay_us(1) in die schleife schreiben.
da wie bereits gesagt das delay eine feste Zahl braucht.
Ebenso wenig ist es möglich eine Variable in das delay zu schreiben

expl.
for (a= 0; a<random a++)
{_delay_us(random);
}

[Max H. (hartl192)]

Sebastian Balz schrieb:
> for (a= 0; a<random a++)
> {_delay_us(random);
> }
"__builtin_avr_delay_cycles expects a compile time integer"

außer du hast radom vorher mit einem Würfelwurf oder ähnlichem bestimmt 
und dann mit einem #define definiert.

[HildeK (Gast)]

Phil schrieb:
> #define F_CPU 8000000UL
> #define RAND_MAX 255
>
> #include <avr/io.h>
> #include "util/delay.h"
> #include <stdlib.h>

RAND_MAX wird in stdlib.h definiert. Da diese nach deinem "#define 
RAND_MAX 255" aufgerufen wird, würde ich mal vermuten, dass deine 
Definition überschrieben wird. Vielleicht warnt der Compiler auch davor 
oder es passiert noch anderes ...

[Phil (Gast)]

Ich danke euch für die zahlreichen Antworten, ich habe es jetzt wie 
vorgeschlagen mit einer Schleife gelöst.

Warum erwartet die delay Funktion einen Wert, der beim Kompilieren schon 
bekannt ist? Bringt das irgendwelche Stabilitätsvorteile?

[Falk B. (falk)]

@ Phil (Gast)

>Warum erwartet die delay Funktion einen Wert, der beim Kompilieren schon
>bekannt ist? Bringt das irgendwelche Stabilitätsvorteile?

Weil sie so gemacht ist! Lies die Doku der libc im WinAVR!

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

Phil schrieb:
> Warum erwartet die delay Funktion einen Wert, der beim Kompilieren schon
> bekannt ist?

Weil sie daraus die einzusetzenden Befehle möglichst exakt ermitteln
will.  Wie willst du um eine Mikrosekunde genau verzögern können,
wenn bereits deine Rechnung 50 oder 100 Mikrosekunden dauert?

_delay_us() und _delay_ms() sind Bequemlichkeits-Funktionen, die das
umständliche Vorberechnen der CPU-Zyklenzahl auf den Compiler verlagern
möchten, damit der Nutzer den Stress nicht hat.  Sie arbeiten intern
mit Gleitkommazahlen, damit man auch sowas angeben kann, wie

#define F_CPU 3.686E6 /* 3.686 MHz */

oder

_delay_ms(0.8);

Du wärst schätzungsweise besser beraten, einen Timer damit zu
beauftragen.  Dafür sind die Dinger da.