[MSP430G2553] Einige Ausgangsports funktionieren nicht

[Steffen M. (Gast)]

Hey, ich wollte mit meinem MSP Schieberegister ansteuern. Zuerst habe 
ich eine minimale Schaltung aufgebaut ohne Last, um zu überprüfen, ob 
die Ausgänge funktionieren(siehe Anhang). Mein CLK und mein OE 
funktionieren wunderbar. Auf den anderen Ports Latch und SIMO passiert 
nichts. Ich kann mir das nicht erklären und wäre für eine Hilfe dankbar.

[Steffen M. (Gast)]

Habs vergessen: VCC ist +3,3V

[Steffen M. (Gast)]

Sry nochmal. Mein Code:

#include "msp430g2553.h"



void delay(unsigned int i);
void enable(void);
void disable(void);
void latch_on(void);
void latch_off(void);
void write_SPI(unsigned long long data);


volatile unsigned long long Data; //64 bit
int i, k;

int main(void)
{ 
 
  //int i;
    WDTCTL = WDTPW + WDTHOLD;             // Stop watchdog timer
    BCSCTL1 = CALBC1_1MHZ;    //changing the DCO's oscillations to 16MHz
    DCOCTL = CALDCO_1MHZ;
    
    //P2SEL =0;
    //P1SEL =0;
    
    P2DIR |= 0xC6;
    P1DIR |= 0x14;
    P1SEL |= 0x14;
    P2SEL &= ~0xC0;
    //P3SEL |= 0x31;
    UCA0CTL1 |= UCSWRST;                     // RESET
    UCA0CTL0 |= UCCKPH + UCMSB + UCMST + UCSYNC;
    UCA0CTL1 |= UCSSEL_2;     
    UCA0BR0 = 0x00;
    UCA0BR1 = 0;
    UCA0MCTL = 0;
    UCA0CTL1 &= ~UCSWRST; 
    
    //printf("Hallo Welt\n");
    
    Data=0x11D521084;
    while(1)
      {
    if (Data==0x8EA908420000)
      {
        Data=0x11D521084;
        k=0;
      }

    if(k==1)
      {
    Data=Data<<5;                                 // Increment Data value
      }
    write_SPI(Data);
    latch_on();
    enable();
    delay(500);
    disable();
    k=1;
    }
}
    
// Fubnktion Daten in den Shiftregister schieben

void write_SPI(unsigned long long data)
{  
    latch_off();
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    UCA0TXBUF = data>>56;                       // Byte to SPI TXBUF
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    UCA0TXBUF = data>>48;                       // Byte to SPI TXBUF
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    UCA0TXBUF = data>>40;                       // Byte to SPI TXBUF
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    UCA0TXBUF = data>>32;                       // Byte to SPI TXBUF
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    UCA0TXBUF = data>>24;                       // Byte to SPI TXBUF
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    UCA0TXBUF = data>>16;                       // Byte to SPI TXBUF
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    UCA0TXBUF = data>>8;                       // Byte to SPI TXBUF
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    UCA0TXBUF = data;                       // Byte to SPI TXBUF
    while (!(IFG2 & UCA0TXIFG));            // USCI_A0 TX buffer ready?
    //delay(100);            // Delay  
}

void latch_on( void )
{
  P2OUT |= 0x4;
  P2OUT &= ~0x4;
 
} 

void latch_off(void)
{
  P2OUT &= ~0x4;
}

void delay(unsigned int ms)
{
   while (ms--)
    {
         __delay_cycles(1000); 
    }
}

void enable( void )
{
  P2OUT &= ~0x2;
}
 
void disable( void )
{
  P2OUT |= 0x2;
}

[Rufus Τ. F. (rufus)]

Steffen M. schrieb:
>     P1SEL |= 0x14;
>     P2SEL &= ~0xC0;

Hast Du Dir im "Family User's Guide" mal angesehen, wie diese beiden 
Register nach dem POR initialisiert sind?

Hältst Du das hier

>     P2SEL &= ~0xC0;

tatsächlich für lesbarer als das hier?

>     P2SEL &= 0x3F;

Und warum verwendest Du hier hexadezimale Konstanten, statt die in den 
Headerfiles für die einzelnen Bits definierten #defines zu nutzen?

Und ist Dir aufgefallen, daß die Funktion "latch_on" das Bit setzt, um 
es sofort danach wieder zu löschen? Wozu dient dann die Funktion 
"latch_off"?

[stefanus (Gast)]

Rufus, deine Gegenfragen sind nich hilfreich.

> Hältst Du das hier
>     P2SEL &= ~0xC0;
> tatsächlich für lesbarer als das hier?
>     P2SEL &= 0x3F;

Ja, ich schon.

> Und ist Dir aufgefallen, daß die Funktion "latch_on" das Bit setzt,
> um es sofort danach wieder zu löschen?

Na und, genau dieses Verhalten ist wohl gewollt. Ich nehem an, dadurch 
soll das Takt-Signal für das Schieberegister erzeugt werden. Was ist 
daran falsch? Ich würde eher den irreführenden Namen der Funktion 
kritisieren.

> Wozu dient dann die Funktion "latch_off"?
Offensichtlich ein ungenutzter Überrest aus Zeiten, als die latch_on 
Funktion noch das tata, was ihr Name suggeriert.

[Rufus Τ. F. (rufus)]

stefanus schrieb:
> Rufus, deine Gegenfragen sind nich hilfreich.

Ach.

Hast Du Dich auch mit den anderen Gegenfragen beschäftigt, oder findest 
Du generell Gegenfragen "nich hilfreich", weil Du erwartest, alles auf 
silbernen Tabletts serviert zu bekommen?

[Steffen M. (Gast)]

So, das Problem habe ich gelöst. Der Blick ins Blockschaltbilder hat 
mein Fehler aufgezeigt.

Bei mir habe ich nur P1SEL gemaacht. Dadurch wird aber nur der Timer 
durchgeschoben.

Man musste auch P2SEL für USCI benutzen:

// [...]
BCSCTL2 = 0;

    P2SEL =0;
    P2SEL2 =0;
    P1SEL =0;
    P1SEL2 =0;

    P1DIR =0;
    P2DIR =0;

    P1DIR |= BIT2 + BIT4;
    P2DIR |= BIT1 + BIT2;

    P1SEL |= BIT2 + BIT4;
    P1SEL2 |= BIT2 + BIT4;
    
    //P2DIR |= 0xCA;
    //P1DIR |= 0x14;
    //P1SEL |= 0x14;
    //P2SEL &= ~0xC0;
    //P3SEL |= 0x31;
    UCA0CTL1 |= UCSWRST;                     // RESET
[...]

latch_off ist tasächlich aus früheren Zeiten. Ich glaube die Idee war um 
ein LOW auf dem Latch Port sicherzustellen vor dem Schieben der 
Daten(MOSI).

[Steffen M. (Gast)]

Ich meine P1SEL2

[Rufus Τ. F. (rufus)]

Na also. Siehst Du, meine Gegenfragen haben doch etwas gebracht -- Du 
hast offensichtlich in den "Family User's Guide" gesehen.

Genau das war (unter anderem) die Intention.