ATtiny2313 bleibt im ISR hängen

[Alexander G. (illness)]

hi, ich verzweifel hier gerade.... ich arbeite zum probieren und testen 
meist mit einem at90can128, nun wollte ich eben ne kleinigkeit auf nen 
tiny spielen und der versuch dauert schon 4 stunden -.-

problem:

der tiny bleibt in der interrupt schleife hängen und das wars dann.

in der schleife wird "count" hochgezählt. bei count größer 10 müsste er 
in der main schleife eine led einschalten. in der simulation wird der 
wert count auch hochgezählt aber dann, in der simulation schon, wird der 
wert einfach ignoriert und die isr weiter ausgeführt... das klappt sonst 
immer...gibts da was besonderes beim tiny???

danke schonmal

#include <avr/io.h>

#include <stdio.h>
#include <util/delay.h>
#define  F_CPU 8000000UL 
#include <avr/interrupt.h>

#define SETBIT(ADRESS, BIT) (ADRESS |=(1<<BIT))      //Makro zum Setzen eines Bits
#define CLEARBIT(ADRESS, BIT) (ADRESS &=~(1<<BIT))   //Makro zum Loeschen eines Bits
#define CHECKBIT(ADRESS, BIT) (ADRESS &(1<<BIT))     //Makro zum Prfen eines Bits

unsigned int leerlauf;
unsigned int count =0;
unsigned int mpx =0;
unsigned char z1=0;
unsigned char z2=0;
unsigned char ziffer[]={63,6,91,79,102,109,125,7,127,111};

unsigned char merker=0;
unsigned char spalte;
unsigned char sekunde=0;
unsigned char zeit=90;


ISR(TIMER0_OVF_vect)
{
    TCNT0 = 150;              // Startwert nachladen, 0xFA
                        // 250* 16us=4ms bis Overflow
    count++;

}

void init(void)

{
  DDRA=0xff;
  DDRB=0xff;          // -> PORTB 0-6 = 7-Segment a-f | PORTB 7 = halbe stelle
  DDRD=0xff ;            // -> PD0 -> Stelle 1, PD1 -> Stelle 2  
                // -> PD 5:7 -> Taster
                  
  TCCR0B = 0x01;        // Timerstart
    TCNT0 = 150;            // Startwert nachladen, 0xFA
                      // 250* 64us=16ms bis Overflow
  
    
  SREG = (1<<7);           // Allgemeine Interruptfreigabe;

    TIMSK=(1<<TOIE0);       // Freigabe Timer0 Iterrupt    
}   


int main(void)
{

  init();  

    while(1)
  {
    if(count>=10)
    {
      SETBIT(PIND,PIND5);   
    }  
  
    leerlauf++;
  
  }


   
}

[Karl H. (kbuchegg)]

> unsigned int count =0;

volatile unsigned int count =0;

http://www.mikrocontroller.net/articles/FAQ#Was_hat_es_mit_volatile_auf_sich

[Christian F. (cmf)]

volatile.

Siehe auch FAQ

Edit: Wieder jemand schneller

[Peter II (Gast)]

> #include <util/delay.h>
> #define  F_CPU 8000000UL

falsche reihenfolge, F_CPU muss vor delay bekannt sein.

[Achim M. (minifloat)]

ISR(TIMER0_OVF_vect)
{
    TCNT0 = 150;              // Startwert nachladen, 0xFA
                        // 250* 16us=4ms bis Overflow
    count++;

}

Warum benutzt du nicht den CTC-Modus?
mfg mf

[Christian F. (cmf)]

Mini Float schrieb:
> ISR(TIMER0_OVF_vect)
> {
>     TCNT0 = 150;              // Startwert nachladen, 0xFA
>                         // 250* 16us=4ms bis Overflow
>     count++;
>
> }
> Warum benutzt du nicht den CTC-Modus?
> mfg mf

Weil es noch nichtmal ohne CTC läuft. Lieber erstmal alles streichen und 
nicht gleich sowas machen.

[Alexander G. (illness)]

jawohl das geht. danke.
 ich hät ja auch mal ohne optimierung machen können. es ist nur  das ich 
immer auf -O1 arbeite und ich hatte bei dem at90can128 NIE probleme 
damit. egal welche optimierungsstufe verwendet wurde.

warum ist bei tiny ein volatile nötig? hat das bestimmte gründe?

[Karl H. (kbuchegg)]

Alexander G. schrieb:
> jawohl das geht. danke.
>  ich hät ja auch mal ohne optimierung machen können. es ist nur  das ich
> immer auf -O1 arbeite und ich hatte bei dem at90can128 NIE probleme
> damit. egal welche optimierungsstufe verwendet wurde.
>
> warum ist bei tiny ein volatile nötig? hat das bestimmte gründe?

SChau in die FAQ. Deshalb haben Christian und ich sie dir verlinkt