UART mit MSP430 geht nicht

Gast #814318
Lesenswert?

Hallo,

ich bin ein ziemlicher µC-Neuling und da ich mittlerweile schon fast am 
verzweifeln bin, richte ich mich an euch und hoffe, dass ihr mir 
weiterhelfen könnt!

Und zwar geht es um eine einfache UART-Kommunikation. Ich habe schon 
alle damit zusammenhängende Beiträge durchforstet, kam jedoch trotzdem 
nicht weiter.

Ich benutze einen MSP430FG4619 und möchte lediglich mit dem 
Hyperterminal die Eingaben echoen.

Der Code lautet folgendermaßen:

#include "io430xG46x.h"

__interrupt void uartReceiveHandler( void );

unsigned char RxChar;


void main( void )
{
  WDTCTL = WDTPW + WDTHOLD;             // Watchdog aus

  U1CTL |= UCSWRST;                     // Disabel interrupt

  P2SEL    |= BIT4 + BIT5;              // Verwendung der Ports 2.4 und 
2.5
  P2DIR    |= BIT4 ;
  P2DIR    &= ~BIT5;

  U1CTL |= BIT4;                        // 8-bit character
  U1CTL &= ~BIT7 + BIT5;                // no parity, 1 Stopbit
  U1TCTL |= BIT4 + BIT5;                // UCLK = SMCLK
  U1BR0 = 0xB4;                         // 32k/2400 - 13.65
  U1BR1 = 0x01;                         //
  U1MCTL = 0xFF;                        // modulation

  ME2 |= BIT4 + BIT5;                   // Enable USART0 TXD/RXD
  IE2 |= BIT4 + BIT5;                   // Enable USART0 RX interrupt

  U1CTL &= ~UCSWRST;                    // Enable Interrupt
}


#pragma vector=USART1RX_VECTOR

__interrupt void uartReceiveHandler( void )
{

  U1TXBUF = U1RXBUF;                    // empfangenes Byte sofort 
wieder verschicken

}

Vielen Dank schon mal im Voraus!

Viele Grüße
Johannes
Gast #814327
Lesenswert?

> geht nicht
Was geht nicht? Springt er denn in die Interrupt Schleife? Kannst du 
Zeichen senden und sie kommen am PC an? Warum schaltest du den TX 
Interrupt an? Sind die globalen Interrupts überhaupt eingeschaltet?
Gast #814336
Lesenswert?

ok, den Sende-Interrupt hatte ich schon drin, habe ihn (dummerweise) für 
den Thread rausgenommen. Das heißt, der folgende Code würde noch dazu 
kommen:

#pragma vector=USART1TX_VECTOR

__interrupt void uartSendHandler( void )
{

}

Muss ich dann im Interrupt den Buffer wieder löschen?

Aber trotz alledem wird kein Interrupt ausgelöst, weder wenn ich mit dem 
Hyperterminal etwas verschicke noch wenn ich bewusst etwas in den 
SendeBuffer schreibe.
Gast #814338
Lesenswert?

Den TX-Interrupt schalte ich an, weil ich ja wieder etwas senden möchte. 
Die globalen Interrupts schalte ich mit dem folgenden Code an,oder? :

 __bis_SR_register(GIE);

Das hatte ich auch schon mal , hatte aber auch nicht funktioniert...
Gast #814351
Lesenswert?

Hallo Stefan,

also ich möchte USART im UART-Mode verwenden. In dem Datenblatt dazu 
steht doch, dass beim Reseten von BIT 5 und BIT 7 zum einen ein Stopbit 
eingestellt wird und zum anderen die Parity disabled wird, oder?

Gruß
Johannes
Gast #814368
Lesenswert?

>dass beim Reseten von BIT 5 und BIT 7
Ja schon, aber Dein Code macht was anderes!
Ich korrigiere mein voriges Posting, Parity und SPI werden nicht 
aktiviert, aber trotzdem glaube ich, dass Du nicht das programmiert 
hast, was Du eigentlich wolltest:

>U1CTL &= ~BIT7 + BIT5;

  ~BIT7 = b01111111
+  BIT5 = b00100000
-------------------
          b10011111

Kommt zwar "zufällig"(?) was richtiges raus, ist aber nicht "schön" ;-)
Gast #814440
Lesenswert?

Habe nun den Code auf USCI umgeschrieben, da ich sont die hardware 
umlöten hätte müssen....Somit müssten jetzt die Ports wieder stimmen, 
die Kommunikation funktioniert jedoch immer noch nicht.. :-(

Was mache ich falsch???

Der Code:

#include "io430xG46x.h"
#include <intrinsics.h>



__interrupt void uartReceiveHandler( void );

unsigned char RxChar;


void main( void )
{
  WDTCTL = WDTPW + WDTHOLD;             // Watchdog aus

  UCA0CTL1 |= UCSWRST;                  // Disabel interrupt

  P2SEL    |= BIT4 + BIT5;              // Verwendung der Ports 2.4 und 
2.5
  P2DIR    |= BIT4 ;
  P2DIR    &= ~BIT5;


  UCA0CTL0 &= ~BIT3;                       // 1 Stopbit
  UCA0CTL0 &= ~BIT4;                       // 8-bit character
  UCA0CTL0 &= ~BIT5;                       // LSB first
  UCA0CTL0 &= ~BIT7;                       // no parity

  UCA0CTL1 |= BIT6 + BIT7;                 // UCLK = SMCLK

  UCA0BR0 = 69;                            // 32k/115200 - 13.65
  UCA0BR1 = 0;                             //
  UCA0MCTL = UCBRS_4;                      // modulation

  IE2 |= BIT0;

  UCA0CTL1 &= ~UCSWRST;                    // Enable Interrupt

  __bis_SR_register(GIE);


}


#pragma vector=USCIAB0RX_VECTOR

__interrupt void uartReceiveHandler( void )
{

   UCA0TXBUF = UCA0RXBUF;                    // empfangenes Byte sofort 
wieder verschicken

}


Ich hoffe, ihr könnt mir weiterhelfen...
Gast #814582
Lesenswert?

also, ich habe jetzt mal von ganz vorne angefangen und versucht, 
irgendetwas an das Hyperterminal ohne Interrupts zu schicken (siehe 
folgender Code):

#include "io430xG46x.h"
#include <intrinsics.h>


void main( void )
{
  WDTCTL = WDTPW + WDTHOLD;             // Watchdog aus

  P2SEL    |= BIT4 + BIT5;              // Verwendung der Ports 2.4 und 
2.5
  P2DIR    |= BIT4 ;
  P2DIR    &= ~BIT5;

  UCA0CTL0 &= ~BIT3;                       // 1 Stopbit
  UCA0CTL0 &= ~BIT4;                       // 8-bit character
  UCA0CTL0 &= ~BIT5;                       // LSB first
  UCA0CTL0 &= ~BIT7;                       // no parity

  UCA0CTL1 |= BIT6 + BIT7;                 // UCLK = SMCLK

  UCA0BR0 = 0x03;                           // 32k/9600 - 3.41
  UCA0BR1 = 0x00;                           //
  UCA0MCTL = 0x06;


  while(1)
    {
      while (!(IFG2 & UCA0TXIFG));         // Warten bis TX Buffer leer
      UCA0TXBUF = '5';                      // Testzeichen senden
    }
}

Er kommt jedoch nie in die letzte Zeile, in der die 5 in den Buffer 
geschrieben wird. Aber wieso nicht??? Hat irgendjemand eine Idee?
Gast #814662
Lesenswert?

1
UCA0CTL1 &= ~UCSWRST;
fehlt, damit ist USCI nicht aktiv!

Halte Dich doch mal an die Init-Anweisung im User-Guide!!!

"Note: Initializing or Re-Configuring the USCI Module
 The recommended USCI initialization/re-configuration process is:
 1) Set UCSWRST (BIS.B #UCSWRST,&UCAxCTL1)
 2) Initialize all USCI registers with UCSWRST = 1 (including UCAxCTL1)
 3) Configure ports.
 4) Clear UCSWRST via software (BIC.B #UCSWRST,&UCAxCTL1)
 5) Enable interrupts (optional) via UCAxRXIE and/or UCAxTXIE"
Gast #814753
Lesenswert?

ok, vielen Dank für den guten Tipp...Jetzt kommt er auch in die letzte 
Zeile! Mit dem Oszilloskop kann ich jetzt schon mal erkennen, dass er 
irgendwas sendet. Nur leider interresiert das dem Hyperterminal nicht im 
geringsten.... Baudrate, Stopbits und Parity habe ich alles so 
eingestellt wie im Quellcode.....

Woran kann das noch liegen?!
Gast #814778
Lesenswert?

Evtl passt einfach deine Baudrateneinstellung noch nicht.
Hier -> http://mspgcc.sourceforge.net/baudrate.html kann man sich bequem 
die Werte ausrechnen lassen.

Ist dein Takt schnell genug für die eingestellte Rate?
Stellst du irgendwo überhaupt deine Taktquellen ein, oder verwendest du 
den internen? Der läuft defaultäßig so ca.(!) bei 800kHz denke ich. Was 
für 9600 baud eher problematisch ist ;)
Gast #814811
Lesenswert?

Ja ok, aber den habe ich nicht. Ich möchte zunächst erst mal ohne 
externen Quarz arbeiten. Was für eine Baudrate muss ich denn dann am 
besten nehmen?

Übrigens schon mal vielen Dank für die rege Beteiligung, weiß ich 
wirklich zu schätzen!
Gast #814818
Lesenswert?

Wenn du keinen externen Quarz hast, musst du erstmal den internen DCO 
(Digital Controlled Oscilator) einstelln. Wie gesagt defaultmäßig läuft 
er auf ein paar kHz. Müsste aber auf bis zu 4MHz einstellbar sein.
Hier ( Beitrag "MSP430 DCO einstellen" ) gibts einige Infos 
dazu.

In den Ergebnissen vom Baudratenrechner ist auch der Fehler in Prozent 
angegeben. Der sollte unter 1% liegen.

Ich habe z.b. einen externen 4MHz Quarz habe UART mit 57600 baud laufen. 
Das sind dann so 0,8% Fehler, klappt wunderbar.

Es gibt auch einen Pins, an dem du direkt die Taktfrequenzen der 
verschiedenen Takleitungen des MSP abgreifen kannst. Damit kannst du 
dann deine Takteinstellungen prüfen.

An deiner Stelle würde ich mir erstmal die wichtigsten Kapitel des 
Family User´s Guide zu deinem MSP durchlesen. Also UART, Basic Clock 
Module(!)
Gast #814819
Lesenswert?

Aller Anfang ist schwer... OK, zumindest nicht ganz leicht... das wissen 
wir alle. Aber was um Himmels Willen hindert Dich daran, mal das 
entsprechende Kapitel (USCI - UART mode) im User Guide von vorne bis 
hinten durchzulesen?
Da steht alles -wirklich alles- was Du wissen musst drin, auch wie man 
die Baudrate einstellt!

Zuvor solltest Du dann vielleicht noch das Kapitel Basic Clock Settings 
durch lesen, um herauszufinden, wie man den internen Clock konfiguriert, 
denn davon hängt letzendlich auch Deine Baudrate ab!
Gast #814823
Lesenswert?

JAAAAAAAAAAA, ich kann immerhin schon mal was raussenden!!! Die 5 kommt 
am Hyperterminal an!!!! Es lag tatsächlich an der Baudrate. Habe jetzt 
folgende Einstellung gewählt:


  UCA0BR0 = 0x09;                           // 1MHz 115200
  UCA0BR1 = 0x00;                           // 1MHz 115200
  UCA0MCTL = 0x02;                          // Modulation

Damit gehts. Jetzt werde ich nach und nach versuchen, das ganze mit 
Interrupts aufzubauen.

Vielen vielen dank für die Tipps!
Viele Grüße
Johannes

P.S.: Ich hoffe, das ich den Rest alleine hinbekomme :-)
Gast #814829
Lesenswert?

>Aber das eine Baudrate von 9600 beim internen Takt problematisch ist,
>steht da nicht drin... :-(
Weil das auch Quatsch ist !!!
Es geht darum, dass
1
  UCA0BR0 = 0x03;                           // 32k/9600 - 3.41
2
  UCA0BR1 = 0x00;                           //
3
  UCA0MCTL = 0x06;
bei einem internen Takt ungleich 32kHz nicht passt!
Gast #814837
Lesenswert?

>Ja ok. Da hast du Recht.
Einsicht ist der erste Schritt zur Besserung :-))

Es gibt als "Anfänger" keine "doofen" Fehler...
Aber man sollte sich nicht verführen lassen, blindlings jeden 
Sample-Code einfach so zu übernehmen, ohne ihn zu hinterfragen, bzw. 
zumindest mal im User-Guide nach zu schauen, was die Kollegen da 
programmiert haben. Genau dadurch lernt man ja!
Viel Erfolg weiterhin!

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren