Forum: Compiler & IDEs for schleifen im timer0 interrupt


von Oni T. (oni)


Lesenswert?

ich benutzt den atmega8 und mir ist folgendes problem unter die finger 
geraten.
wenn ich im interrupt von timer0 einen for schleife ausführen will 
scheint der avr keinen mehr interrupt verrbeiten zukönnen.
hier mein interrupt code:
1
ISR(TIMER0_OVF_vect){
2
        cli();
3
4
      for(j=0;j==7;j++){
5
        led[j]++;
6
                //motor
7
                if(bit_is_set(OUTPORT,j)){              //puls
8
                        if(led[j] >= soll[j]){ 
9
                                OUTPORT&= ~(1<<j);
10
                                led[j]=0;
11
                        }
12
                }else{          //pause
13
                        if(led[j]>=pause_soll[j]){
14
                                led[j]=0;
15
                                OUTPORT|= (1<<j);
16
                        }
17
                }       
18
        }
19
20
        timer0_preload(preload);
21
        sei();
22
}
variablen erklährung:
"led" ist der wert wieoft der timer durchgelaufen ist, also ein ist-wert
"OUTPORT" ist keine variable sonder ein define von portb
"soll" ist der wert wieoft der timer durchlaufen soll und wird von einen 
funtion gesetzt
"pause_soll" ist das gegenstück zu "soll" nur für die den teil des pwms 
in dem der pegel low sein soll

ich denke der rest ist selbst erklärend.
danke im voraus

von Thorsten (Gast)


Lesenswert?

Deine for Schleife wird nie ausgeführt:
Du setzt j auf null, doch Deine Schleifenbedingung ist j==7...

von Thorsten (Gast)


Lesenswert?

cli(); und sei(); ist übrigens doppelt gemoppelt.
das macht der controller schon beim einsprung in den interupt von 
alleine.

von Oni T. (oni)


Lesenswert?

autsch!!!
danke

von Rolf Magnus (Gast)


Lesenswert?

> cli(); und sei(); ist übrigens doppelt gemoppelt.

Nicht nur das. Das sei() sorgt auch dafür, daß Interrupts schon wieder 
eingeschaltet werden, bevor die Interrupt-Routine komplett fertig ist. 
Falls in der Zwischenzeit ein weiterer Interrupt ansteht, wird der an 
dieser Stelle sofort behandelt. Wenn man also mit der Interrupt-Frequenz 
an der Lastgrenze des Prozessors ist, bekommt man einen Stacküberlauf, 
weil immer schon der nächste Interrupt ausgeführt wird, bevor aus dem 
letzten zurückgesprungen wurde.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.