ATMEGA8 läuft zu schnell

Asuro Anfänger schrieb:

> Wie kann das sein?

Gute Frage.
Eigentlich sollte die LED so schnell blinken, dass du das Blinken nicht 
mehr erkennen kannst. Dies deshalb, weil der Compiler die for-Schleifen 
rausgeworfen hat, da sie offensichtlich keine Funktion erfüllen.

Hast du den Optimizer nicht eingeschaltet?


(Das war jetzt nicht ganz die Antwort, die du erwartet hast :-)
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Warteschleifen_.28delay.h.29

asdfsdfa schrieb:
> nö die optimierung kann heir nicht greifen da ja im körper der for
> schleife etwas ausgeführt wird  nähmlich das setzen der led

Wo soll das sein?

(Siehst du den kleinen ; am Ende der Zeile mit dem for :-)

@TE:
wenn du Pausen einfügen willst
benutze die Funktionen _delay_ms und _delay_us aus dem Header 
avr/delay.h oder so

aber nur Konstanten (keine variablen) als Parameter übergeben, sonst 
funktioniert es nicht und der Code wird riesig.

In der Programmbibliothek des Asuro gibt es die Msleep() Funktion fürs 
Warten.

http://www.asurowiki.de/pmwiki/pub/html/index.html
http://glossar.hs-augsburg.de/Programmbibliothek_des_Asuro

1

#include "asuro.h"

2

3

int main(void) 

4

{

5

  Init();

6

  while(1)

7

  {

8

    StatusLED(RED);

9

    Msleep(1000); // 1s = 1000 ms Warten

10

    StatusLED(GREEN);   

11

    Msleep(1000);

12

  }

13

  return 0;

14

}

Hast du im erzeugten ASM-Code nachgesehen, wie viele und welche 
ASM-Befehle überhaupt erzeugt wurden? Die Ausführungszeit selbst ist 
nämlich abhängig von der Version und Optimierungsstufe des benutzten 
Compilers. Anhand der Beschreibung des AVR Instruction Sets oder mit dem 
Simulator/Debugger und dessen Stoppuhr kann man im Einzelfall die 
Ausführungszeit bestimmen.

Wenn du den Asuro mvon Windows aus programmierst und dabei mit der 
Kombination AVR Studio/WinAVR arbeitest, dann geht das einfach 
inerhalb des AVR Studio. Dort den Simulator/Debugger aufrufen, dein 
Programm laden und die Disassembleransicht anschauen.

Wenn du unter Mac OS X oder Linux oder Windows ohne AVR Studio 
arbeitest, dann kannst du das Makefile so abändern, so dass der C 
Compiler auch ein ASM-Listing erzeugt.

http://www.mail-archive.com/avr-gcc-list@nongnu.org/msg02900.html
https://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/devtools/s1-assembler-listings.html

Alternativ kannst du auch das fertige Binärfile mit objdump 
disassemblieren

http://gcc.gnu.org/ml/gcc-help/2002-06/msg00133.html

Alternativ kannst du auch einen Disassembler bemühen.

http://www.mikrocontroller.net/articles/Linksammlung#Disassembler

Asuro Anfänger schrieb:

> Aber eine Frage bleibt noch offen:
> Warum braucht

1

   for(i=10000000;i>0;i--);

> 0,4 Sekunden?

Wie schon weiter oben geschrieben.
Die schleife ist funktionell identisch mit einem einfachen

1

  i=0;

Der Compiler kann das erkennen, und entsprechend ersetzen ==> Laufzeit 
fast gleich 0.

Außer natürlich du verbietest dem Compiler das Optimieren (-O0, oder 
"volatile"), dann muss der AVR die Schleife wirklich ablaufen, und das 
dauert halt.