Frage zu Takt und Timer-Prescaler ATTiny25

[Timerfrage (Gast)]

Hi, ich habe eine Frage zu Timer-Prescaler.

Bei dem ATTiny25 ist der CLKDIV8 standardmäßig aktiviert.

Wenn ich den deaktiviere und F_CPU=8000000UL setze, läuft der Controller 
mit 8 MHz.

Wenn ich ihn aktiviert lassen und F_CPU auf 1000000UL setze, läuft der 
dann mit 1 MHz oder mit 8 MHz?

Das wäre wichtig für die Auswahl meines Prescalers.

Sorry wenn die Anfängerfrage ein wenig dumm erscheint.

[Andreas B. (bitverdreher)]

Hi,
F_CPU informiert den Compiler lediglich, daß Du den MC auf die 
angegebene Frequenz gestellt hast.

Gruß
Andreas

[Einer K. (Gast)]

Timerfrage schrieb:
> Das wäre wichtig für die Auswahl meines Prescalers.
Wieso...?
Ich glaube, da unterliegst du einem Irrtum.


Wie CLKDIV8 steht, kann dir doch völlig wurscht egal sein, wenn du den 
Prescaler selber setzt.

F_CPU solltest du dann allerdings auf den korrekten Wert einstellen.

[Timerfrage (Gast)]

Ok Danke.
Ich hab den CLKDIV8 deaktiviert und F_CPU auf 8 MHz gesetzt. Zum Testen 
hab ich jetzt ein ATTiny841 genommen, um mir per UART die Timerwerte 
ausgeben zu lassen. Ich bin ein wenig verwirrt weil:

Ich speise an den INT0 ein Rechtecksignal mit 10 HZ und reagiere auf die 
fallende Flanke. ich messe am INT0 von fallender Flanke zur fallenden 
Flanke. Die Zeit muss 100ms betragen. mit einem Prescaler von 1024, 
beträgt meine Timerfrequenz noch 7812,5 kHz, demnach müsste der Timer 
doch alle 128us eins höher zählen. Bei 100ms also 781 Inkremente. Der 
Timerwert solle dann doch bei 16 sein und der Overflow bei 3. Ich 
bekomme allerdings einen Timerwert von 213 und einen Overflow von 1.

Was genau habe ich nicht verstanden?

[Thomas E. (thomase)]

Mach das nicht so kompliziert.

Lass eine LED an einem beliebigen Port mit einem Delay, ja mit Delay, 
von einer Sekunde blinken. Dann erkennt jeder mit blossem Auge, ob die 
LED mit 125ms, 1s oder 8s blinkt. Je nachdem, ob du alles richtig 
eingestellt hast oder ein Irrtum in der einen anderen Richtung vorliegt.

[c-hater (Gast)]

Timerfrage schrieb:

> Wenn ich den deaktiviere und F_CPU=8000000UL setze, läuft der Controller
> mit 8 MHz.

In etwa. Und es ist unwichtig, was du in F_CPU angibst, der Controller 
interessiert sich für diesen Scheiss exakt garnicht, er erfährt davon 
nämlich auch rein garnix.

Allerdings ist es für deinen Compiler relativ sinnvoll, dass du den 
korrekten Takt in F-CPU angibst, denn viele der von dir raubkopierten 
C-Fragmente verlassen sich darauf, dass diese Angabe der Realität 
entspricht.

Blöd nur, wenn du zur Laufzeit den Takt wechselt, was beim Tiny841 (und 
nicht nur bei dem) ja ziemlich problemlos möglich und garnicht so selten 
auch sinnvoll ist. Dann fällt diese ganze C-Gülle einfach mal nur voll 
auf die Nase, denn dann gibt es keinen programmweit gültigen Wert für 
F_CPU mehr...

> Ich speise an den INT0 ein Rechtecksignal mit 10 HZ und reagiere auf die
> fallende Flanke. ich messe am INT0 von fallender Flanke zur fallenden
> Flanke. Die Zeit muss 100ms betragen. mit einem Prescaler von 1024,
> beträgt meine Timerfrequenz noch 7812,5 kHz, demnach müsste der Timer
> doch alle 128us eins höher zählen.

Jepp. Genauso ist das.

> Bei 100ms also 781 Inkremente.

Fast. Genau 781,25. Er wird also mal 781 und mal 782 Incremente zählen. 
Im Mittel werden diese Fälle im Verhältnis 4:1 auftreten.

> Der
> Timerwert solle dann doch bei 16 sein und der Overflow bei 3.

Wie kommst du denn darauf? Wenn man mal einen 8Bit-Timer annimmt (und 
die impliziert, dass der bei 0 startet) würde er 3 mal überlaufen (das 
stimmt) und der Zählerstand sollte 13 oder 14 sein (nicht 16).

> Ich
> bekomme allerdings einen Timerwert von 213 und einen Overflow von 1.

Dann stimmt sicher irgendwas in deiner Software nicht. Der beobachtete 
Wert weisst allerdings nicht direkt auf einen typischen Fehler hin. 
Deswegen kann man in Ermangelung von Code nichtmal raten, was du falsch 
gemacht hast. Da musst du schon deinen Code posten.

[Timerfrage (Gast)]

Thomas E. schrieb:
> Mach das nicht so kompliziert.
>
> Lass eine LED an einem beliebigen Port mit einem Delay, ja mit Delay,
> von einer Sekunde blinken. Dann erkennt jeder mit blossem Auge, ob die
> LED mit 125ms, 1s oder 8s blinkt. Je nachdem, ob du alles richtig
> eingestellt hast oder ein Irrtum in der einen anderen Richtung vorliegt.

Das hilft mir nicht wirklich weiter. Bei 1000ms Delay blinkt die LED im 
Sekundentakt, soweit alles gut.

c-hater schrieb:
>> Bei 100ms also 781 Inkremente.
>
> Fast. Genau 781,25. Er wird also mal 781 und mal 782 Incremente zählen.
> Im Mittel werden diese Fälle im Verhältnis 4:1 auftreten.
>
>> Der
>> Timerwert solle dann doch bei 16 sein und der Overflow bei 3.
>
> Wie kommst du denn darauf? Wenn man mal einen 8Bit-Timer annimmt (und
> die impliziert, dass der bei 0 startet) würde er 3 mal überlaufen (das
> stimmt) und der Zählerstand sollte 13 oder 14 sein (nicht 16).
Stimmt natürlich ;)


Hier der Code:

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

#define BAUD 9600UL
#define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1)

volatile uint8_t iOverflow = 0;
volatile uint8_t active = 0;

void UART_init(void)
{
  UBRR0 = UBRR_VAL;

  UCSR0C = (1<<UCSZ00) | (1<<UCSZ01);
  UCSR0B |= (1<<RXEN0) | (1<<TXEN0) | (1<<RXCIE0);
  REMAP |= (1 << U0MAP);
}

void Start_Timer()
{
  //TCCR0B =  (1<<CS02); // Prescaler 256
  TCCR0B |= (1<< CS00) | (1<<CS02); // Prescaler 1024
  TIMSK0 |= (1<<TOIE0);
}

ISR(INT0_vect)
{
  if (active == 0)
  {
    Start_Timer();
    active = 1;
  }

  UDR0 = TCNT0;
  UDR0 = iOverflow;
  iOverflow = 0;
  TCNT0 = 0;
}

ISR (TIMER0_OVF_vect)
{
  iOverflow++;
}

int main(void)
{
  DDRA =  0b00100000;
  PORTA = 0b00000000;

  UART_init();
  sei();

  MCUCR |= (1<<ISC01);
  GIMSK |= (1<<INT0);  

  while(1)
  {  
    //PORTA |= (1<<PINA5);
    //_delay_ms(1000);
    //PORTA &= ~(1<<PINA5);
    //_delay_ms(1000);
  }
}