MSP430 Interrupt - CC3000 WLAN

[Basti M. (counterfeiter)]

Hallo,

ich versuche mich gerade daran die Treiber für ein CC3000 WLAN IC/Modul 
für einen XMega zu portieren. Aber das gestaltet sich nicht einfach, 
weil das nicht so besonders gut dokumentiert ist, wie es am Anfang 
schien (oder von TI angepriesen wurde ;) )

Also alle Readoperationen werden anscheinend durch das auslösen des IRQ 
Interrupts in Gang gesetzt und auch in dieser IRQ komplett verarbeitet. 
Ziemlich ungünstig würde ich meinen, aber TI räumt ein, dass es eine 
Blocking Portierung ist, die wohl quick and dirty ist...
egal... ich möchte das erstmal so zum laufen bekommen, wie TI sich das 
vorstellt.
Leider gibts hier wohl kleine Unterschiede vom MSP430 zum XMega... =)

Also hier erstmal der Interrupt zum GPIO der IRQ Line vom MSP430:

//*****************************************************************************
// 
//!  The IntSpiGPIOHandler interrupt handler
//! 
//!  \param  none
//! 
//!  \return none
//! 
//!  \brief  GPIO A interrupt handler. When the external SSI WLAN device is
//!          ready to interact with Host CPU it generates an interrupt signal.
//!          After that Host CPU has registrated this interrupt request
//!          it set the corresponding /CS in active state.
// 
//*****************************************************************************
#pragma vector=PORT2_VECTOR
__interrupt void IntSpiGPIOHandler(void)
{

  if (__even_in_range(P2IFG, BIT6)){
              P2IFG &= ~BIT6;
    if (sSpiInformation.ulSpiState == eSPI_STATE_POWERUP)
    {
      /* This means IRQ line was low call a callback of HCI Layer to inform on event */
       sSpiInformation.ulSpiState = eSPI_STATE_INITIALIZED;
    }
    else if (sSpiInformation.ulSpiState == eSPI_STATE_IDLE)
    {
      sSpiInformation.ulSpiState = eSPI_STATE_READ_IRQ;
      
      /* IRQ line goes down - start reception */
      ASSERT_CS();

      //
      // Wait for TX/RX Compete which will come as DMA interrupt
      // 
            SpiReadHeader();

      sSpiInformation.ulSpiState = eSPI_STATE_READ_EOT;
      
      SSIContReadOperation();
    }
    else if (sSpiInformation.ulSpiState == eSPI_STATE_WRITE_IRQ)
    {
      SpiWriteDataSynchronous(sSpiInformation.pTxPacket, sSpiInformation.usTxPacketLength);

      sSpiInformation.ulSpiState = eSPI_STATE_IDLE;

      DEASSERT_CS();
    }

  }

  //__bis_SR_register(GIE);
}

Und nun die Funktionen die mich verwirren:

//*****************************************************************************
//
//! This function enter point for write flow
//!
//!  \param  SpiPauseSpi
//!
//!  \return none
//!
//!  \brief  The function triggers a user provided callback for 
//
//*****************************************************************************

void 
SpiPauseSpi(void)
{
  SPI_IRQ_PORT &= ~SPI_IRQ_PIN;
}


//*****************************************************************************
//
//! This function enter point for write flow
//!
//!  \param  SpiResumeSpi
//!
//!  \return none
//!
//!  \brief  The function triggers a user provided callback for 
//
//*****************************************************************************

void 
SpiResumeSpi(void)
{
  SPI_IRQ_PORT |= SPI_IRQ_PIN;
}

Kann es sein, dass man das Portregister beim MSP430 ändert und damit an 
diesem (eigentlich) Eingangs Pin den Interrupt auslöst?
So Funktioniert das leider beim XMega nicht, jedenfalls wüsste ich nicht 
wie...

Im super tollen TI Wiki steht nur:

SpiResumeSpi
The SpiResumeSpi function is called after the received packet is 
processed by the CC3000 host driver code in the context of the receive 
handler.

Hier das komplette Wiki:
http://processors.wiki.ti.com/index.php/CC3000_Host_Driver_Porting_Guide


Das eigentliche Problem besteht derzeit darin, dass sich der Source in 
einen der vielen Blockingschleifen dreht und wohl auf einen 
readinterrupt wartet... daher vermute ich, dass ich diesen Teil noch 
falsch umgesetzt habe.

Ich habe mal noch die SPI.c für den MSP angehangen...

Vielleicht kann jemand etwas Licht ins Dunkel bringen...

Schonmal danke...

Grüße

Basti

[Basti M. (counterfeiter)]

Also im MSP430 Datenblatt steht:

NOTE: PxIFG flags when changing PxOUT, PxDIR, or PxREN
Writing to P1OUT, P1DIR, P1REN, P2OUT, P2DIR, or P2REN can result in 
setting the corresponding P1IFG or P2IFG flags.

Das bedeutet doch, wenn sich der PxOut ändert gibts ein neues 
Interruptflag...

So nun, ist die ISR Funktion so, dass dieses Interrupt Flag wieder 
gesetzt wird, wärend der Interrupt noch ausgeführt wird... also 
anscheinend der Interrupt zu ende ausgeführt wird und ein neuer beginnt.

Wie setz ich dieses Verhalten jetzt auf dem XMega um? Dort kann ich 
nicht einfach nen Interrupt setzen :-/


Grüße

Basti