TWI Interrupt auf Atmel sam "immer aktiv"

[Michael (Gast)]

Ich bastel immer noch an meinem twi rum. Nachdem er sich eh bei der 
Benutzung der Atmel ASF routinen nach einer gewissen Laufzeit aufhängt 
versuche ich seit gestern das senden von Bytes interrupt basiert zu 
lösen.

Nachdem ich die routinen eigentlich schon trocken vorgeschrieben hatte, 
habe ich das Ganze wieder auf ein Minimum reduzieren müssen, da ich 
schon ein grundlegendes Problem habe.

Sobald ich (nach initialisierung des NVIC und des TWI) das interrupt 
enable register (IER) beschreibe und dort die Flags TXCOMP und TXRDY 
setze bleibt der Prozessor immer in dem TWI0_Handler. Der nachfolgende 
Code wird nicht mehr ausgeführt. Steppe ich allerdings im 
einzelschrittmodus beim Debuggen durch, wird auch der nachfolgende Code 
ausgeführt. Sonst nicht.

Die Flags TXCOMP und TXRDY sind natürlich (automatisch) gesetzt im 
Status Register (SR). Aber kommt deshalb der Interrupt andauernt? Ist 
das so gedacht? Soll man den in der Handler disabeln und zum Ende des 
Handlers,  wenn man auf ein bestimmtes Flag wartet, wieder einschalten?! 
Ich dachte eher, dass wenn eine !Änderung! im SR vorhanden ist der 
Interrupt (wenn die Maske übereinstimmt) auslöst und ich dann das SR 
auslese und "gucke" was passiert ist. Und erst dann der nächste 
Interrupt ausgelöst wird, wenn sich das SR ändert!

Muss ich den interrupt noch irgendwie bestätigen?! Eigentlich ja nicht 
oder? Meine timer interrupts etc. funktionieren ja auch tadellos. Nur 
bei dem TWI ist es irgendwie verrückt.

Atmel selbst hält sich auch ziemlich bedeckt im Datenblatt was den TWI 
mit Interrupts angeht. Demnach ist es einfach (was ich auch bis gestern 
Mittag dachte).

Hier der Code

void TWI0_Handler (void){
  uint32_t twi_status;
  twi_status = TWI0->TWI_SR;
}


int main (void)
{
  enum {IDLE,TX_START,TX_WAIT,RX_WAIT,TX_CMPL,RX_CMPL};
  uint32_t twi0_state = IDLE;
  sysclk_init();
  board_init();

    NVIC_DisableIRQ(TWI0_IRQn);
    NVIC_ClearPendingIRQ(TWI0_IRQn);
    NVIC_SetPriority(TWI0_IRQn , 0); 
    NVIC_EnableIRQ(TWI0_IRQn);
  
    twi_master_options_t opt_bus1 = {
      .speed = 50000,
      .chip  = I2C_BUS0_ADDR_U1,
      .smbus = 0,
      .master_clk = sysclk_get_peripheral_bus_hz(TWI0)
    };

    twi_master_setup(TWI0, &opt_bus1);
    
  
  //twi_init(); //BUS0 und 1
  TWI0->TWI_IER =  TWI_IER_NACK | TWI_IER_TXCOMP | TWI_IER_TXRDY;
//hier kommt der Interrupt, nachstehender Code wird nicht mehr erreicht.
  twi0_state = IDLE;
  
  if (twi_load_write_buffer1()){
    if (twi0_state == IDLE){
      twi0_state = TX_START;
      twi_write_trigger_next_transmission(TWI0);
    }
  }
  
  while(1){
    
  }

[Karlo (Gast)]

Michael schrieb:
> Atmel selbst hält sich auch ziemlich bedeckt im Datenblatt was den TWI
> mit Interrupts angeht. Demnach ist es einfach (was ich auch bis gestern

Welches meinst du denn da oder sind ALLE gleich?

[Michael (Gast)]

Sorry. Ganz vergessen. Es ist ein sam4e.
Hier der Link:
http://www.atmel.com/Images/Atmel_11157_32-bit-Cortex-M4-Microcontroller_SAM4E8-SAM4E16_Datasheet.pdf