Timer0 ATMEGA644

[Marco G. (grmg2010)]

Moin, ich versuche gerade den Timer0 im ATMEGA644 in Betrieb zu nehmen. 
Im Interrupt soll dann ein Pin gesetzt werden. Dies funktioniert jedoch 
nicht wie gewünscht, die Interruptroutine wird nicht angesprungen. Hier 
mal mein Code dazu:

#define  F_CPU 1000000UL

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



ISR(TIMER0_OVF_vect)
{
  PORTD ^= (1<<PD3);
}


int main(void)
{
  DDRD |= (1<<DDD3);
  PORTD |= (1<<PD3);

  
  //Timer einsetzen
  
  TCCR0B |= (1<<CS00) | (1<<CS02);
  TIMSK0 |= (TOIE0);
  
  sei();
  
    while (1) 
    {

    
    }
}

Woran könnte es liegen, dass die ISR nicht genutzt wird?

Gruß

[Thomas E. (thomase)]

Marco G. schrieb:
> Woran könnte es liegen, dass die ISR nicht genutzt wird?

Wie kommst du darauf?

Wenn du uns weiter verheimlichst, dass du das im Simulator testest, 
erzählt dir auch keiner, dass der in der Default-Einstellung nicht in 
die ISRs springt.

mfg.

[Marco G. (grmg2010)]

Der Zustand des Pins sollte sich ja in der ISR ändern, dies macht er 
jedoch nicht.

Ich habe auch bereits den CTC-Modus probiert, mit dem selben Ergebnis.

[Thomas E. (thomase)]

Marco G. schrieb:
> Der Zustand des Pins sollte sich ja in der ISR ändern, dies macht er
> jedoch nicht.

Dann ist deine Hardware nicht in Ordnung oder du überträgst das falsche 
Programm. Oder du kompilierst für einen anderen Controller.

mfg.

[Marco G. (grmg2010)]

Beides überprüft. Das Programm hat das korrekte Datum und Uhrzeit. Der 
uC ist soweit in Ordnung, ich hatte es auch schon auf einen MEGA48 und 
MEGA2561 probiert mit dem selben Ergebnis.

[Karl M. (Gast)]

Moin Moin,

hier ist der Schreibfehler !

TIMSK0 |= (TOIE0);

[S. Landolt (Gast)]

"Wo sich nichts mit nichts verbindet,
ist und bleibt die Summe klein."

[Carl D. (jcw2)]

Karl M. schrieb:
> Moin Moin,
>
> hier ist der Schreibfehler !

Und so wäre es richtig:

TIMSK0 |= (1<<TOIE0);

[Marco G. (grmg2010)]

Betriebsblind.. Ist doch klar, dass es so heißen muss :(
Wieso bin ich nicht darüber gestolpert...

TIMSK0 |= (1<<TOIE0);

Danke für die Unterstützung :)

[S. Landolt (Gast)]

Anderes Thema und eher allgemein: wie kommt es eigentlich zu der 
Unsitte, Erstzuweisungen per 'oder' zu machen? Oder hat das tatsächlich 
einen Sinn, der mir bislang entging?

[Carl D. (jcw2)]

S. Landolt schrieb:
> Anderes Thema und eher allgemein: wie kommt es eigentlich zu der
> Unsitte, Erstzuweisungen per 'oder' zu machen? Oder hat das tatsächlich
> einen Sinn, der mir bislang entging?

Vielleicht aus Ermangelung der Erkenntnis, daß

TIMSK0 |= (0<<TOIE0);

nichts bringt ;-)

[Karl M. (Gast)]

Hallo S. Landolt,

kann man machen, da im Datenblatt der Initwert steht.
Ich bevorzuge auch eine direkte Wertzuweisung.
Man könnte ja auch schreiben:

// clear Timer0 register
TIMSK0 = 0;
TCCR0A = 0;
TCCR0B = 0;
TCNT0 = 0;
OCR0A = 0;
OCR0B = 0;
// clear Timer0 interrupt flags
TIFR0 = TIFR0;

TCCR0B |= (1<<CS00) | (1<<CS02);
TIMSK0 |= (1<<TOIE0);

[Thomas E. (thomase)]

S. Landolt schrieb:
> Anderes Thema und eher allgemein: wie kommt es eigentlich zu der
> Unsitte, Erstzuweisungen per 'oder' zu machen? Oder hat das tatsächlich
> einen Sinn, der mir bislang entging?

Erstmal ist es nicht falsch.

Zweitens ist eine Erstzuweisung manchmal nur eine vermeintliche 
Erstzuweisung. Nämlich dann, wenn ein Register, zB. bei vielen Attiny 
aber auch alten Atmega das TIMSK, nicht einem Timer alleine gehört.

Natürlich ist das eine Sache der Sorgfalt. Aber wer kopiert nicht eine 
funktionierende Konfiguration von einem Programm ins andere oder hat 
dafür fertige Makros?

In solchen Fällen, wäre nur die tatsächlich erste Konfiguration 
diejenige, die zuweisen darf. Die für den nächsten Timer muss dann das 
Setzen mit OR machen, sonst überschreibt sie die vorherige 
Konfiguration. Aber woher soll sie wissen, dass sie jetzt nicht die 
erste ist?

Das Setzen nach Reset mit OR funktioniert immer. Es ist reine Paranoia, 
anzunehmen, dass die Register nach Reset nicht die Default-Werte haben.

Und wenn ein Bootloader, bevor er in die Applikation geht, nicht "klar 
Schiff" macht, gehört dem Programmierer von diesem Bootloader, dieser 
mitsamt Controller auf die Stirn genagelt.

mfg.