Attiny45 Timer resetet Hauptprogramm

[equi (Gast)]

Hi Forum,
ich hab ein kleines SoftPWM-Programm geschrieben, welches soweit auch 
funktioniert. Mein Problem liegt bei < und <=. Ich wollt den Code 
bischen kompriemieren und übersichtlicher machen (ursprung in klammer), 
das Problem ist wenn ich es so mache wie es unkommentiert ist startet 
der Mikrocontroller immer neu nach einer gewissen Zeit. Ändere ich 
jedoch < gegen <= dann funktioniert es normal. Hat einer ne Idee woran 
das liegt?

// Timer 0 Output
ISR(TIMER0_COMPA_vect) {
  uint8_t tmp=0;
  pwmtime++;
  /*
  //später für 10Bit uint16_t pgm_read_word(xx);
  //gamma_0_8[red]
  if(pwmtime<pgm_read_byte(&gamma_0_8[red])) {PORTB |= (1<<PB0);}
  else {PORTB &= ~(1<<PB0);};
  //gamma_2_2[green]
  if(pwmtime<pgm_read_byte(&gamma_2_2[green])) {PORTB |= (1<<PB1);}
  else {PORTB &= ~(1<<PB1);};
  //gamma_2_2[blue]
  if(pwmtime<pgm_read_byte(&gamma_2_2[blue])) {PORTB |= (1<<PB2);}
  else {PORTB &= ~(1<<PB2);};
  */
  //gamma_0_8[red]
  if((pwmtime)<(pgm_read_byte(&gamma_0_8[red]))) {tmp |= (1<<PB0);}
  //gamma_2_2[green]
  if((pwmtime)<(pgm_read_byte(&gamma_2_2[green]))) {tmp |= (1<<PB1);}
  //gamma_2_2[blue]
  if((pwmtime)<(pgm_read_byte(&gamma_2_2[blue]))) {tmp |= (1<<PB2);}

  PORTB = tmp;
}

int main(void) {
    // PWM Port einstellen
    //DDRB = rgbPins;               // Port als Ausgang: 0,1,2 ->r,g,b ->pin 5,6,7
  DDRB = (1<<PB0)|(1<<PB1)|(1<<PB2);
  PORTB = 0x00;

    //timer0 für PWM
    TCCR0B |= (1<<CS00);               
    TIMSK |= ((1<<OCIE0A)|(1<<TOIE0));  // Interrupt freischalten

    TIFR = (1 << TOV0);
    TCNT0=0;
    //Starttest
    red=255;
    green=100;
    blue=0;
  _delay_ms(200);
    sei();                        // Interrupts global einschalten

  while(1)
  {
    //do nothing!
  }
    return 0;

Hab einiges ausprobiert aber irgendwie komm ich nicht drauf worans 
liegt. Hoffe ihr könnt mir helfen.

Gruß equi

[equi (Gast)]

ich sollte vlt auch noch erwähnen das in der Interrupt-overflow-Teil die 
volatile variablen red, green und blue verändert werden.

volatile uint8_t red,green,blue;
volatile uint16_t rgbspeed=0;

ISR(TIM0_OVF_vect) {
    if (++rgbspeed>=1000) {
      rgbspeed=0;
      //rgbstep:
      //0: r->g  1: g  2: g->b    3: b  4: b->r    5: r
      //umgedreht denken pwm_setting[7]=rot; pwm_setting[6]=grün; pwm_setting[5]=blau;

      //rot->grün
      if (rgbstep==0) {
        green++;
        if (green==255) {
          rgbstep=1;
        }
      //grün
      } else if (rgbstep==2) {
        red--;
        if (red==0) {
          rgbstep=3;
        }
      //grün->blau
      } else if (rgbstep==4) {
        blue++;
        if (blue==255) {
          rgbstep=5;
        }
      //blau
      } else if (rgbstep==6) {
        green--;
        if (green==0) {
          rgbstep=7;
        }
      //blau->rot
      } else if (rgbstep==8) {
        red++;
        if (red==255) {
          rgbstep=9;
        }
      //rot
      } else if (rgbstep==10) {
        blue--;
        if (blue==0) {
          rgbstep=11;
        }
      //rgb und cmy hold
      } else if ((rgbstep==1)||(rgbstep==3)||(rgbstep==5)||(rgbstep==7)||(rgbstep==9)||(rgbstep==11)) {
      if (++colorhold>=colorholdtime) {
        colorhold=0;
        if (rgbstep==11) {rgbstep=0;}
        else rgbstep++;
      }
      }
    }
}

Ich denke mal das eine Zugriffsverletzung wegen red, green und blue 
hervorgerufen wird, denn wenn ich alles aus dem Overflow rausnehme, dass 
mit red etc zu tun hat funktioniert es mit <. Die Frage ist nur warum es 
mit <= funktioniert?

Gruß equi

[equi (Gast)]

bitte mal nach gcc verschieben, glaub das hier ein bischen falsch

[equi (Gast)]

kann es sein, dass < anders interpretiert wird als <= ? hab einige 
Versuche gemacht aber es funktioniert nicht mit <, wenn ich das Ergebnis 
in eine Variable speicher. Setze ich hingegen direkt den Pin macht er es 
mit <.

[equi (Gast)]

Problem gelöst. In meinen Testaufbau hatte ich kein Abblockkondensator. 
Deswegen ist sobald pb2 hinzugekommen ist oder ich gleichzeitig 3 
Ausgänge geschalten ist, ein reset geschehen. Bei der Variante, wo ich 
ohne Variable gearbeitet habe wurde die Ausgänge immer einzeln 
angesteuert und nicht auf einmal, weswegen dies bis zu einen gewissen 
grad funktioniert hat.Tjo, wenns der Code nicht ist, sollte man einfach 
mal wieder auf den Schaltplan guckn xD
Mir ists gedämmert nachdem ich das gelesen hatte:
Beitrag "Reset-Problem mit AVR Attiny13v, Assembler"

Thread kann geschlossen werden