ATmega 1284P Timer0 Frage

[Sven (Gast)]

Hallo,

nach folgendem Code (M1284P) habe ich erwartet, auf dem Logicanalyzer 
ein Signal von 25 ms zu sehen. Mein Ziel war es eigentlich einen 
Interrupt alle 25 ms zu bekommen, aber der Timer springt nicht in die 
Interrupt-Routine. Beim M16 hat es bei mir immer geklappt, was habe ich 
Übersehen im Datenblatt?

#include <avr/io.h>
#include <stdlib.h>
#include <inttypes.h>
#include <avr/interrupt.h>

int main(void)
  {
  DDRB = 255;
  PORTB = 255;

  TIMSK0 = (1<<OCIE0A);  // Interrupt Timer 0 einschalten Match A
  TCCR0A = (1<<WGM01);  // Mode 2 = CTC
  TCCR0B = (1<<CS02);  // Prescaler 256, 8Mhz / 256 = 31250
  OCR0A = 124;    // 31250 / 125 = 250 
  
  sei();
  
  while(1)
    {
    }

  }
  
ISR(TIMER0_COMPA_vect)  // Overflow Interrupt Vector
  {
  PORTB = PORTB ^ 255;  // Port B toggeln
  }

Vielen Dank für einen Tip. Mfg Sven

[Bastler (Gast)]

Nach Rechnung im Kommentar ergeben sich 250Hz ISR-Rate.

$$1/250=0.004$$

 also 4ms an, 4ms aus.

[Sven (Gast)]

Ok, stimmt es sind 4 ms. Mein Problem ist das die Interrupt-Routine 
überhaupt nicht angesprungen wird. Mit dem M1284P arbteite ich erst 
einige Tage, mit den ATMega16 / 32 habe ich seit Jahren kein Problem 
damit. Entweder habe ich im Datenblatt etwas überlesen oder machen einen 
Denkfehler.

[spess53 (Gast)]

Hi

>Entweder habe ich im Datenblatt etwas überlesen oder machen einen
>Denkfehler.

Sicher, das du das richtige File flashst?

MfG Spess

[holger (Gast)]

>Entweder habe ich im Datenblatt etwas überlesen oder machen einen
>Denkfehler.

Das Programm wurde auch für einen ATMega1284p compiliert?

[Karl H. (kbuchegg)]

Wenn der Name der ISR korrekt ist, dann sehe ich nichts im Code was so 
gesehen falsch sein könnte. Die diversen Bitflags hab ich mit dem 
Datenblatt kontrolliert. Die sind alle richtig.

Vielleicht im AVR-Studio den falschen µC eingestellt?

[Sven (Gast)]

Ich arbeite mit WinAvr. Im "Makefile" ist der uC richtig konfiguriert, 
die F_CPU ebenfalls - der Compiler meldet auch keine "Warnings" oder 
"Errors". Im Datenblatt (Seite 61) gibt es auch den "TIMER0_COMPA" 
Vector.

[holger (Gast)]

>Ich arbeite mit WinAvr. Im "Makefile" ist der uC richtig konfiguriert,
>die F_CPU ebenfalls - der Compiler meldet auch keine "Warnings" oder
>"Errors". Im Datenblatt (Seite 61) gibt es auch den "TIMER0_COMPA"
>Vector.

Alles schön und gut, aber:
Beim flashen hast du auch die richtige HEX Datei ausgewählt?

[Sven (Gast)]

@ holger: Ich hoffe doch schon, im Makefile steht bei mir wie immer: # 
Output format. (can be srec, ihex, binary) FORMAT = ihex. In einem 
komplexeren Programm benutzte ich beide UART's des ATmegas1284P und das 
läuft alles ohne Probleme. Was mit den Timern leider nicht der Fall ist, 
das bekomme ich auf diesem uC nicht hin.

[c-hater (Gast)]

Sven schrieb:

> In einem
> komplexeren Programm benutzte ich beide UART's des ATmegas1284P und das
> läuft alles ohne Probleme. Was mit den Timern leider nicht der Fall ist,
> das bekomme ich auf diesem uC nicht hin.

Ich hatte mal ein ähnliches Problem mit dem 1284P @20MHz. Da wollte 
Timer3 um's verrecken nicht laufen, ansonsten schien sich aber alles 
normal zu verhalten. Testweiser Betrieb mit einem 16MHz-Quarz brachte 
auch den Timer3 zum laufen. Damit war klar, daß es irgendwie mit dem 
Takt zusammenhängen mußte.

Nähere Untersuchung zeigte: die Ursache war instabiler Takt (Amplitude 
an XTAL1 lag mit dem 20MHz-Quarz bei nur ca. 1Vpp). Umfusen auf 
"FullSwing"-Oszillator löste das Problem. Die Amplitude lag dann bei 
4Vpp und der Timer3 lief plötzlich auch bei 20MHz wie ein Bienchen.

Eigentliche Ursache waren aber falsch gewählte Bürde-Kapazitäten für den 
Quarz. 12p statt 22p und es funktionierte auch mit dem stromsparenden 
Oszillator, die Amplitude lag dann bei gut 2,5Vpp.

[spess53 (Gast)]

Hi

>Mein Problem ist das die Interrupt-Routine
>überhaupt nicht angesprungen wird.

Woran erkennst du das?

MfG Spess