WinAVR bleibt nach Interrupt stecken und ignoriert Schleife

[test1234 (Gast)]

Hallo,

Ich habe folgendes Problem Bei dem Folgenden Programm wird die Schleife 
in der Main-Funktion nicht ausgeführt bzw. er mach einfach "gar 
nichts"(zumindest in der Simulation mit AVR-Studio) bis der Timer 
-Interrupt wieder Ausgeführt wird.
Das Programm soll eigentlich PWM für eine RGB-LED machen( was auch 
funktioniert ) nur er arbeitet den Inhalt der Schleife im main einfach 
nicht ab. Diese wird anscheinen irgendwie "wegoptimiert" o.Ä. obwohl sie 
etwas tut.
Ich benutze AVR-Studio 4.18 und WinAVR-20100110

Hier das gesamte Programm:

 

#define F_CPU 8000000

#include <avr/io.h>
#include <stdint.h>
#include <util/delay.h>
#include <avr/interrupt.h>

int red= 30;
int green=0;
int blue=0;

int counter=0;



void init(void){
  TCCR0= (1<<CS01) |(1<<CS00);
  TIMSK |= (1<<TOIE0);
  DDRC=0b00000111;
  sei();
  }

void pwm_func(void){
  int pattern;
  counter ++;
  pattern = 0b00000111;

  if(counter>red){
    pattern&=~ (1<<0);
    }
  if(counter>green){
    pattern&=~ (1<<1);
    }
  if(counter>blue){
    pattern&=~ (1<<2);
    }
  if(counter==255){
    counter=0;
    }
  PORTC= pattern;

  }

  

int main(void){

  /* PC0 rot PC1 gruen PC2 blau */
  init();
  red=202;
  while(1){
    green=200;  // wird nicht ausgefuehrt
    DDRC=0XFF;  //wir nur ein mal ausgefuehrt
    red=200;  // wird nicht ausgefuehrt
  }
}


ISR (TIMER0_OVF_vect){  
  pwm_func();
}

Als Anhang noch der Inhalt des Disassemblers
Wäre dankbar wenn jemand weiß woher dieses Verhalten stammt.

MfG

[(prx) A. K. (prx)]

volatile?

[test1234 (Gast)]

Hallo,

Ja, mit volatil bei der Deklaration der Variablen funktioniert es.
Ich frage mich allerdings Trotzdem ob es gewünscht ist, das er Code der 
"Arbeit" verrichtet einfach wegoptimiert. und warum er das red=202; vor 
der Scheife dann hat stehen lassen...

Trotzdem Danke

[(prx) A. K. (prx)]

test1234 schrieb:
> Ich frage mich allerdings Trotzdem ob es gewünscht ist, das er Code der
> "Arbeit" verrichtet einfach wegoptimiert.

Der Compiler weiss nicht, dass ein Interrupt-Handler aufgerufen wird, 
der die Variablen verwendet.