Attiny 85 Timer 1 startet nicht

[Peter (Gast)]

Moin Leute,

bin gerade im AVR-Studio im Simulator am testen.
Könnt ihr mir sagen wieso der nicht in den Interrupt springt?
Hab schon einiges getestet aber nichts hat funktioniert.
Hatte mir da einen Breakpoint gesetzt. Auch nach 100.000 Zyklen ist der 
noch nicht in den Interrupt reingesprungen.

#define    F_CPU      8000000L
#include  <avr\io.h>
#include  <stdlib.h>
#include   <avr/interrupt.h>

volatile   int32_t zahl=0;

ISR(TIMER1_OVF_vect)
{
    TCNT1 = 128;
    zahl++;
}

void timer1_init(void)
{
  TCCR1 |= (1<<CS10);        // Prescaler=1
  TIMSK |= (1<<TOIE1);      // Timeroverflow Interrupt aktiv
  TCNT1 = 128;
  sei();
}

int main(void)
{
  timer1_init();

  while(1)
  {
    zahl++;
  }
}

[Peter (Gast)]

Also der Timer 1 startet garnicht. Der TCNT1 zählt nicht hoch.

[Dietrich L. (dietrichl)]

Peter schrieb:
> Also der Timer 1 startet garnicht. Der TCNT1 zählt nicht hoch.

Wie stellst du das fest?

[Peter (Gast)]

Wenn ich den Simulator anhalte, ist der Cycle Counter hochgezählt, aber 
der TCNT1 steht auf den initialisierten 128.

[S. Landolt (Gast)]

> der TCNT1 steht auf den initialisierten 128
Es wird nicht nur auf 128 initialisiert, sondern auch so in der ISR 
gesetzt - das mal rausnehmen.

[Dietrich L. (dietrichl)]

Peter schrieb:
> Wenn ich den Simulator anhalte, ist der Cycle Counter hochgezählt, aber
> der TCNT1 steht auf den initialisierten 128.

Ich weiß nicht, wie gut der Simulator den Timer nachbildet, und wo/wann 
du TCNT1 anschaust.
Hast du ein Oszilloskop? Dann könntest du in der Interruptroutine ein 
I/O-Pin toggeln und schauen, ob sich was bewegt. Dann siehst du, was die 
Hardware wirklich macht.

[Stefan F. (Gast)]

Peter schrieb:
> ISR(TIMER1_OVF_vect)

Da stimmt etwas nicht. Auf 
https://www.nongnu.org/avr-libc/user-manual/group__avr__interrupts.html 
ist der ATtiny85 hinter diesem Vektor nicht genannt.

Ich denke, du musst die ISR "TIM1_OVF_vect" nennen. Da du diese ISR 
(noch) nicht implementiert hast, springt der Mikrocontroller irgendwo 
falsch hin und stürzt ab.

[Dietrich L. (dietrichl)]

Dietrich L. schrieb:
> Hast du ein Oszilloskop?

Ohne Oszi: mit Multimeter die Spannung messen. Sie sollte ca. Vcc/2 
sein, also weder 0V noch Vcc.

[Jonas (Gast)]

Moin,
bei dem Tiny musst du TIM1_OVF_vect nutzen. Außerdem solltest du den CTC 
Modus nutzen wenn du nur 128 zählen willst. Das zurücksetzen auf 127 ist 
nicht so schön, da bis zum zurücksetzen auch Zeit vergangen ist und ggf. 
durch andere Interrupts noch ne größere Verzögerung eintritt.

Viele Grüße

[Ralf G. (ralg)]

Stefan ⛄ F. schrieb:
> Ich denke, du musst die ISR "TIM1_OVF_vect" nennen.
Sollte beides gehen. Auszug (wenn das noch einigermaßen aktuell ist):

/* $Id: iotnx5.h 2269 2011-12-29 08:07:25Z joerg_wunsch $ */

/* Timer/Counter1 Overflow */
#define TIM1_OVF_vect_num    4
#define TIM1_OVF_vect      _VECTOR(4)
#define TIMER1_OVF_vect_num    4
#define TIMER1_OVF_vect      _VECTOR(4)
#define SIG_OVERFLOW1      _VECTOR(4)

[Peter (Gast)]

Also am lebenden Objekt habe ich es noch nicht getestet. Auch mit 
TIM1_OVF_vect ändert es nichts. Ob der Simulator so funktioniert wie ich 
mir das vorstelle ist natürlich die andere Frage.

Also mein eigentliches Ziel ist ein Taktgeber für einen Schrittmotor mit 
flexibler Frequenz. Am liebsten natürlich über den ganzen möglichen 
Frequenzbereich des MC, damit ich die kombi auch für andere Projekte 
verwenden kann.

[Ralf G. (ralg)]

Peter schrieb:
> Auch mit
> TIM1_OVF_vect ändert es nichts. Ob der Simulator so funktioniert wie ich
> mir das vorstelle ist natürlich die andere Frage.

Bei mir funktioniert's!

[Peter (Gast)]

Welche Version von Avr Studio hast du?

[Peter (Gast)]

So hab jetzt mal im AVR Studio 4.16 von Simulator auf Simulator 2 
gewechselt. jetzt gehts!

[HildeK (Gast)]

Stefan ⛄ F. schrieb:
> Ich denke, du musst die ISR "TIM1_OVF_vect" nennen.
Wenn es in einer ioxxxx.h nicht definiert wäre, hätte es nicht 
compiliert.