Warteschleife mit C - wird von WinAVR wegrationalisiert!

[Alex (Gast)]

Habe mich jetzt ewig damit rumgeschlagen um rauszufinden dass es die 
Optimierung des Codes war, der mir sämtlichen Spaß genommen hat.

Folgender Code ist mehr oder weniger aus dem Atmega-buch von G.Schmitt.

Er funktioniert standardmäßig nicht, auch der Debugger überspringt 
einfach die nms Befehle.

Nur wenn die Optimierungsstufe 0 ist, dann funktioniert es ungefähr. 
Bereits Stufe 1 (und voreingestelle S) rationalisieren die leere 
Schleife einfach weg.
Was kann ich jetzt tun ohne auf meine Optimierung zu verzichten?

Ich hatte es bereits mit __asm NOP; probiert, das kannte er nicht.

P.S: Ich versuche es bewusst ohne Timer zur Übung..

#include <avr/io.h>
//#include <avr/interrupt.h>
#define TAKT 16000000UL /* 16 Mhz-Takt; hier richtigen Wert eintragen */



//Subroutinen
void ms(void){unsigned int i; for (i=0; i<TAKT/6000; i++){};}
void nms(unsigned int count){unsigned int i; for(i=0;i<count;i++){ ms();}}






int main(void)
{
unsigned int hell;
hell=0;
    DDRD |= (1 << PD5); // PD0 als Ausgang festlegen
     DDRD |= (1 << PD6); // PD0 als Ausgang festlegen
        PORTD |= (1 << PD5); // PD0 aktivieren
       PORTD |= (1 << PD6); // PD0 aktivieren
 

    while(1) // Unendlich lang wiederholen
    {
PORTD |= (1 << PD5); // PD0 aktivieren

nms(1000);

PORTD &= ~(1 << PD5);
nms(1000);  

} 

}

[*.* (Gast)]

Versuch's mal mit "volatile".

//Subroutinen
void ms(void){volatile unsigned int i; for (i=0; i<TAKT/6000; i++){};}
void nms(unsigned int count){volatile unsigned int i; for(i=0;i<count;i++){ ms();}}

[*.* (Gast)]

Nachtrag:

Das kennt er bestimmt

asm volatile ("nop" ::);

[*.* (Gast)]

Nachtrag 2: (nein, ich mag mich nicht anmelden!)

Eigentlich sollte einmal das Schlüsselwort "volatile" genügen.

//Subroutinen
void ms(void){volatile unsigned int i; for (i=0; i<TAKT/6000; i++){};}
void nms(unsigned int count){unsigned int i; for(i=0;i<count;i++){ ms();}}

[Oliver (Gast)]

>P.S: Ich versuche es bewusst ohne Timer zur Übung..

Wenn das Übungsziel war, selber zu erfahren, warum man für solche 
Verzögerungen die Funktionen aus delay.h nutzen soll, hast du bestanden.

Oliver
P.S. Eine Antwortautomatik, die auf einen Thread mit dem Wort "Schleife" 
und/oder "Optimierung" im Titel eine Beitrag mit dem Wort "volatile" 
erzeugt, wäre mal ein Fortschritt :-)

[Einer (Gast)]

Wahrscheinlich nicht da das beide i lokal sind.

[... .. (docean)]

http://www.gnu.org/savannah-checkouts/non-gnu/avr-libc/user-manual/group__util__delay.html

Du brauchst das Rad nicht neu erfinden...

Achtung aufpassen wenn du den Funktionen eine Variable übergibst wird 
die float lib eingebunden

[Johannes M. (johnny-m)]

Hat es sich immer noch nicht herumgesprochen, dass solche selbstgebauten 
Warteschleifen nicht nur Optimizer-Futter sind, sondern auch noch 
ausgesprochener Murks? Es gibt in der util/delay.h einen ganzen Haufen 
Funktionen für genau definierte Wartezeiten, die nicht wegoptimiert 
werden!

EDIT:
docean war schneller...

Aber korrekt: Die Funktionen müssen mit konstantem Parameter aufgerufen 
werden und die Optimierung muss eingeschaltet sein. Wenn man Variable 
delays braucht, kann man ein delay mit fester Zeit in einer Schleife 
mehrmals aufrufen.

[Alex (Gast)]

Okay, da habe ich mal versucht vorbildlich zu sein und mich vorher 
belesen und das Buch macht es so. Schade.
Ohne OPtimierung ist die delay.h ein ganz schöner Ressourcenfresser, 3kb 
:-) Na gut dafür gibt es ja Optimierung.

Dankeschön.

[Johannes M. (johnny-m)]

Alex wrote:
> Ohne OPtimierung ist die delay.h ein ganz schöner Ressourcenfresser, 3kb
> :-) Na gut dafür gibt es ja Optimierung.
Ohne Optimierung funktioniert die delay.h auch gar nicht richtig! Die 
Optimierung ist für die Funktionalität zwingend erforderlich. Wenn die 
delay.h eingebunden ist, aber die Optimierung deaktiviert ist, sollte 
normalerweise sogar eine Warnmeldung ausgegeben werden.

[Oliver (Gast)]

>void ms(void){unsigned int i; for (i=0; i<TAKT/6000; i++){};}

DAS steht so in einem Buch? Abgesehen von dem fehlenden volatile stellt 
sich da nämlich noch die Frage, wie lange eine "ms" sein soll. 
Millisekunden sind es auf jeden Fall nicht, und Mikrosekunden auch 
nicht.

Oliver

[Falk B. (falk)]

@Alex (Gast)

>Ohne OPtimierung ist die delay.h ein ganz schöner Ressourcenfresser, 3kb
>:-) Na gut dafür gibt es ja Optimierung.

Nöö, siehe

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Warteschleifen_.28delay.h.29

MFG
Falk