MSP430 Interruptproblem

[Chris H. (hergi)]

Guten Abend,


Sitze jetzt schon ein paar Stunden an diesem (eigentlich) simplen Code 
aber verstehe nicht was falsch ist. Um ein Gefühl für den für mich neuen 
Controller und die IDE etc zu bekommen wollte ich zwei LEDs auf dem TI 
Launchpad blinken lassen.

Hier erstmal mein Code:

#include "msp430g2211.h"

volatile unsigned char flag = 0;

void main( void )
{
  // Stop watchdog timer to prevent time out reset
  WDTCTL = WDTPW + WDTHOLD;
  
  // Port1 Ausgang
  P1DIR = 0xFF;
  
  // Interrups global aktivieren
  __enable_interrupt();
  
  // Timer einstellen
  TACTL |= TASSEL1; // Clock Source SMCLK
  TACTL |= ID1 | ID0;   // Divider 8
  TACTL |= TAIE;   // Interrupt aktivieren
  TACCR0 = 0xF424;      // Bis hierhin zählt der Counter  (100 Hz ~ 0x04E2, 2Hz ~ F424)
  
  TACCTL0 &= ~CAP;  // Compare Mode
  TACCTL0 |= CCIE;  // Compare Interrupt aktivieren
  TACTL |= MC0;     // Modus: Up -> Ab hier läuft der Counter
  
  P1OUT = 0;   // LEDs aus
  
  while(1)
  {
    if (flag == 1)
    {
      P1OUT ^= BIT6;
      flag = 0;
    }
  }
}

#pragma vector = TIMERA0_VECTOR
__interrupt void TIMERA0_ISR(void)
{
  P1OUT ^= BIT0;
  flag = 1;
}

Eine LED wird direkt in der ISR getoggelt, die andere sollte über das 
Setzen des flags in der Hauptschleife getoggelt werden. Ja, sollte, denn 
das funktioniert nicht. Die LED an P1.0 toggelt fröhlich vor sich hin, 
die an P1.6 macht nichts.
Wenn ich in die ISR allerdings einen Breakpoint mache, toggelt auch die 
andere LED. Das wiederum jedoch nur, wenn ich nach Erreichen des 
Breakpoints mit Einzelschritten weitermache. Wenn ich einfach immer 
wieder auf "Go" klicke toggelt nur P1.0...

Jemand ne Ahnung was da schief läuft? Achja, als IDE verwende ich IAR 
Kickstart.

Was ich auch noch komisch finde, wenn ich auf "Stop Debugging" klicke, 
hört ich die eine LED auf zu toggeln, sollte das Programm nicht auch 
nach dem Ende des Debuggens weiterlaufen?

[Chris H. (hergi)]

Ok, hat sich scheinbar erledigt. Hab das

TACTL |= TAIE;

 rausgenommen. Ich darf wohl nicht in TACTL den Timer Interrupt 
aktivieren?!
Warum versteh ich allerdings nicht so ganz...

[Oliver J. (skriptkiddy)]

Chris Herch schrieb:
> Was ich auch noch komisch finde, wenn ich auf "Stop Debugging" klicke,
> hört ich die eine LED auf zu toggeln, sollte das Programm nicht auch
> nach dem Ende des Debuggens weiterlaufen?
Denke nein. Kann mich wage erinnern, dass man die USB-Verbindung kurz 
trennen musste, um den Mikrocontroller nach einer Debugsession zum 
Arbeiten zu bewegen.

[Roland H. (batchman)]

> TACTL |= TAIE

Das aktiviert m. W. den "overflow interrupt". Würde somit hier nicht 
benötigt.

> TACCTL0 |= CCIE

Das sollte den gewünschten "compare interrupt" aktivieren.

[Chris H. (hergi)]

Roland H. schrieb:
>> TACTL |= TAIE
>
> Das aktiviert m. W. den "overflow interrupt". Würde somit hier nicht
> benötigt.
>
>> TACCTL0 |= CCIE
>
> Das sollte den gewünschten "compare interrupt" aktivieren.

Ja, genau so scheint es zu sein. Komisch aber, dass das Teil total 
spinnt, wenn ich beide aktiviert habe.

Übrigens läuft das Programm jetzt auch nach dem Debuggen weiter, seit 
ich nur den Compate Interrupt drin hab...

[Stefan (Gast)]

Chris Herch schrieb:
> Komisch aber, dass das Teil total
> spinnt, wenn ich beide aktiviert habe.

Das ist nicht komisch, das ist ganz normal wenn du einen Interrupt 
aktivierst aber die dazugehörige ISR nicht im Code hast.

[Chris H. (hergi)]

So wie ich das sehe gibt es aber nur die eine ISR für alle Interrupts 
vom TimerA ?!

[Stefan (Gast)]

Nein, es gibt zwei Interruptvektoren. Einen für TACCR0 Interrupts 
(TIMERA0_VECTOR) und einen weiteren (TIMERA1_VECTOR) für alle anderen 
Interrupts von TimerA.

[Chris H. (hergi)]

Ah ok, danke.