Funktion "_delay_ms()" nicht ausreichend

[Sascha (Gast)]

Hi...

Auf meinem ATmega16, mit einem externen 8MHz Oszillator, lasse ich ein
kleines Programm laufen und möchte zwischen jedem Schritt eine gewisse
Zeit warten... Sagen wir mal 0,5s!

Die Funktion _delay_ms() ist leider dafür nicht geeignet, da für mich
die maximale Wartezeit etwa 35 ms beträgt... Habt ihr einen Vorschlag
was ich noch machen könnte?

Danke schonmal

[Michael (Gast)]

Sie mehr,als aufrufen :-)

[Korrekturleser (Gast)]

+"einmal"

[marc989 (Gast)]

Hi,

längere Delays sind in einem Programm sowieso nicht die beste lösung.
Vielleicht kannst deine Programmteile ja per Timer interrupt aufrufen?
oder du verweilst in einer whileloop in der du permanent einen
timerflag abrufst, ob dieser gesetzt wurde. zumindest ist diese zeit
dann auch genauer als eine lange nop-wait schleife.

gruß marc

[Sascha (Gast)]

Danke Marc...

Das mit dem Timer interrupt werde ich versuchen. Weiss zwar noch nicht
wie das funktioniert aber wozu gibt es Tutorials?? ;)

Gruss

[Michael (Gast)]

@Korrekturleser:
"," = "m" ;-)

[johnny.m (Gast)]

Ne eigene delay-Funktion mit einem freien Timer schreiben.

Beispiel für ATMega 16 mit 8 MHz:

//Erzeugen einer Wartezeit in Millisekunden (max. 16383)
void wait_ms(unsigned int msecs)
{
        //Zaehler mit 4 multiplizieren (4 x 250us = 1ms)
        msecs <<= 2;
        OCR0 = 250;     //Compare-Register laden
        TIFR |= 1 << OCF0; //Compare-Flag loeschen
        TCCR0 = 0x0a;   //Timer 0 starten, Taktteilung durch 8
        while(msecs) // Warten bis Zeit abgelaufen
        {
                //Warte bis Compare-Ereignis
                while(!(TIFR & (1 << OCF0)));
                msecs--;        //dekrementiere Zaehler
                TIFR |= 1 << OCF0; //Compare-Flag loeschen
        }
        TCCR0 = 0x00;   //Timer 0 deaktivieren
}

Mit Interrupt isses natürlich eleganter. Aber wenn der uC eh sonst nix
zu tun hat...

[Korrekturleser (Gast)]

@Michael: Ja so war es sicher gedacht. Hab mich schon gewundert, was das
 Komma soll ;)

[crazy horse (Gast)]

wenn du definitiv sowieso nichts anderes als warten willst, warum nicht
delay()? Kein Problem, dafür muss man nicht mit Timer arbeiten, aber
man kann natürlich.
Kenne deine delay-funktion nicht - ich kenne sie mit int-Parameter. Und
das bedeutet, bis zu 65535 ms max. Verzögerung.

[Ingo (Gast)]

Die _delay_ms() Funktion aus avr/delay.h hat eine maximale delay Zeit
die kleiner ist als der Wert, den man übergeben kann. Bitte im
Header-File nachlesen, da steht die Formel drin.

[Simon K. (simon)]

Ich glaube Crazyhorse wollte da auf was anderes hinaus.

for (unsigned int i;i<=65535;i++);

voila

[crazy horse (Gast)]

nö.
Ich benutze CodeVision, und der delay_ms-Funktion kann ich direkt den
Wert in ms übergeben.

[Simon K. (simon)]

achso ok. :D

PS: Wollte mir auch mal Codevision zulegen. Gibts irgndwo einen
Bericht, der mich mal so richtig von dem Compiler überzeugt? :D

[leo9 (Gast)]

>> Gibts irgndwo einen
>> Bericht, der mich mal so richtig von dem Compiler überzeugt? ..

wozu einen Bericht lesen, lad dir die Demo-Version und du wirst
begeistert sein. Hat mir (als bekennenden "Pascaler") im Gegensatz
zum gcc den Einstieg in c für die Atmels mehr als erleichtert.


Grüße leo9

[Simon Küppers (ohne Login) (Gast)]

Oh, Demo. Gute Idee eigentlich.
Werde ich mal tun.

Kann man sich auch den erzeugten Assemblercode anschauen? Denke mal
schon..

[peter dannegger (Gast)]

Jo und wo ist das Problem ?

Wozu gibt es denn Schleifen unter C:

void long_delay_ms( unsigned long ms )
{
  while( ms-- )
    _delay_ms( 1 );
}

Damit kommst Du bis auf 49 Tage, das sollte ja reichen.


Die Entwickler des GCC (und ich auch) denken eben, daß sehr lange
Delays schlechter Programmierstil sind, d.h. die Performance zur Sau
machen und die Programmerweiterung sehr erschweren.

Immerhin ist ein Delay von 1ms schon riesige 20.000 verlorene Zyklen
bei 20MHz, wo die CPU vieles anderes machen könnte.

Wenn man also etwas mehr programmieren will, als nur einen Timer, kommt
man mit Monsterdelays nicht weit.


Peter