Fehler beim Multiplizieren? Weiß nicht mehr weiter!

**SprinterSB** · 22.12.2008, 22:05

Solche Schleifen haben keinen Effekt auf die Maschine. Ergo: Ein optimierender Compiler wie GCC kann das *komplett* in die Tonne kloppen.

**radbruch** · 22.12.2008, 22:10

Bei mir wurden die Schleifen ja offensichtlich nicht wegrationalisiert.

Ich verwende Optimierung: Size (Größe). Bei beiden Schleifen wird vor der Schleife der Vergleichswert in R24/25 gespeichert. Das hätte ich nicht erwartet, aber ich bin ja auch Kompilerlaie :)

Normalerweise verzögere ich so:

int count, dummy;
for(count=0; count<1234; count++) dummy^=count;

Das exclusive OR bremst die Schleife zusätzlich und wird nicht wegoptimiert.

Ach, noch was:

int ba = 6, tempo = 45, temp;
temp = 8505 - (ba * tempo);

temp ist hier für den Kompiler ja eigentlich auch 'ne Konstante, oder? Weil an dieser Stelle des Programms ba und tempo vor der Zuweisung von temp nicht verändert werden kann ein schlauer Kompiler hier ohne Rechnung direkt das Ergebniss als Konstante ablegen. Deshalb wird wohl vor Adresse 62 auch nichts multipliziert oder subtrahiert.

**Besserwessi** · 23.12.2008, 00:33

Wenn der Compiler mit den Konstaten so gut ist, fragt sich, wieso die Schleifen nicht ganz wegfallen. Das einzige was sich tut is da i verändert wird, aber i wird danach ja gar nicht weiter genutzt. Wenn der Compiler noch etwas besser wird könnter er die schleifen wirklich weglassen.

**SprinterSB** · 23.12.2008, 01:38

Zitat von Besserwessi

Wenn der Compiler mit den Konstaten so gut ist, fragt sich, wieso die Schleifen nicht ganz wegfallen. Das einzige was sich tut is da i verändert wird, aber i wird danach ja gar nicht weiter genutzt. Wenn der Compiler noch etwas besser wird könnter er die schleifen wirklich weglassen.

So ist es. Und dann wundert man sich, daß nix mehr geht...

Wenn man wiklich Warteschleifen braucht, dann gibt's das Zeug aus util/delay.h (Doku siehe Doku zur avr-libc, ist bei WinAVR anbei) oder sowas

http://www.mikrocontroller.net/topic/120146

Falls es unbedingt handgeklöppelt sein soll, muss man dem Compiler sagen, daß er die Schleife nicht wegwerfen darf. Das geht zB so:

Code:

 for (i=0; i < 1000; i++)
    asm volatile (""::);

Aber selbst dann muss es nicht eine Schleife sein, der Compiler könnte die Schleife aufrollen in 1000 leere Inline-ASM-Zeilen...

Mir fällt wirklick keine Möglichkeit ohne Inline-Assembler ein, die /garantiert/ zu einer Schleife wird. Weder for noch goto-Konstrukte.

Wenns um Verzögerung geht, wohl sowas:

Code:

 for (i=0; i < 1000; i++)
    asm volatile (" ":"=r"(i):"0"(i));

Aber auch das kann (teilweise) aufgerollt werden; selbst wenn die Anzahl der Durchläufe nicht zur Compilezeit bekannt ist.

**Jacob2** · 23.12.2008, 10:04

Bei dem Link oben von SprinterSB wird immer von Ticks geredet. Ist das jeweils ein Takt? Der ATmega8 wird glaub ich mit 1MHz ausgeliefert, sind das die Ticks?