Wird leere For-Schleife wegoptimiert?

[masasibe]

Hallo zusammen!
Ich habe wieder eine Frage:
Kann man eigentlich eine leere Forschleife als "Warteschleife" für ganz kurze Wartezeiten in WinAVR verwenden? Ich habe nämlich einmal gehört das leere Schleifen vom Compiler wegoptimiert werden.

[BMS]

Hier gibt's die ausführlichen Infos dazu: http://rn-wissen.de/index.php/Warteschleife
MfG Bernhard

[askazo]

Eine leere For-Schleife wird mit Sicherheit wegoptimiert, wenn man keine besonderen Vorkehrungen trifft.
Mir fallen 2 Möglichkeiten ein, dies zu verhindern:
- Du deklarierst die Schleifenvariale als volatile
- Du lässt die Schleife nicht leer, sondern füllst sie mit
asm volatile ("nop");

Gruß,
askazo

[masasibe]

Hi askazo!
Wie deklariere ich eine Variable als volatile?
Und was bedeutet das genau?

[askazo]

Lies Dir am besten Bernhards Link durch. Da habe ich gerade auch noch was von gelernt
:)

[masasibe]

Ah vielen Dank!
Ach und noch eine Frage:
In dem Artikel über Warteschleifen steht auch etwas über die avr/delay.h - Datei.
Ist das eine andere Datei als die util/delay.h?

[radbruch]

In der aktuellen WinAVR-Version wird delay.h im Verzeichniss util gespeichert, es ist aber dieselbe Datei.

Inhalt der aktuellen Datei delay.h im avr-Verzeichniss:

/* Copyright (c) 2005 Joerg Wunsch
All rights reserved.

Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are met:

* Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.

* Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in
the documentation and/or other materials provided with the
distribution.

* Neither the name of the copyright holders nor the names of
contributors may be used to endorse or promote products derived
from this software without specific prior written permission.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
POSSIBILITY OF SUCH DAMAGE. */

/* $Id: delay.h,v 1.14 2005/11/05 22:23:15 joerg_wunsch Exp $ */

#ifndef _AVR_DELAY_H_
#define _AVR_DELAY_H_

#warning "This file has been moved to <util/delay.h>."
#include <util/delay.h>

#endif /* _AVR_DELAY_H_ */

[masasibe]

Wie genau funktioniert eigentlich die Funktion _delay_ms()?

[SprinterSB]

Wie genau funktioniert eigentlich die Funktion _delay_ms()?

Die Quelle findest du in deiner Installation von avr-gcc in
./avr/include/avr/delay.h

Beachte auch, daß dort weitere Header includet werden. Also einfach an die Fersen heften...

Die Funktionen arbeiten nur gscheit mit optimierendem Compiler zusammen, da ansonsten Divisionen überbleiben, die erst zur Laufzeit berechnet werden und das ganze Delay-Zeug unbrauchbar machen.

BTW: Verzögerungsschleifen braucht man nur für
1) Einfachste Beispielprogramme
2) Kurze (!) Wartezeiten für lahme Hardware

ANsonsten sind Timer/IRQs dein Freund. Schreib einfach mal ein Programm, daß eine LED mit 1 Hz blinken lässt und gleichzeitig eine zweite mit 0.9 Hz. Da ist mit Rumtrödelschleifen schon Ende Gelände.