MSP430 Launchpad, PWM sehr unpräzise

[max (Gast)]

Hallo zusammen!

Ich verzweifle langsam an MSP430 + PWM. Was soll er tun? -PWM mit ca 
20ms Periode, dutycycle erstmal egal. Dazu verwende ich folgenden Code 
(CCS):

#include <msp430.h>

int main(void) {
    WDTCTL = WDTPW | WDTHOLD;  // Stop watchdog timer

    P1DIR |= 0xFF;
    P1SEL |= 0xFF;

    P2DIR |= 0xFF;
    P2SEL |= 0xFF;

    TACCR0 = 180;
    TACCR1 = 100;
    TACCTL1 = OUTMOD_4;
    // Start timer from ACLK , no division , Up mode , clear , no interrupts
    TACTL = TASSEL_1 | ID_0 | MC_1 | TACLR;

    for (;;) {
    __low_power_mode_3 ();
    }

  return 0;
}

Man auf dem Oszi auch brav eine PWM, jedoch "wackeln" die Flanken stark 
horizontal. Die Periode lässt sich also nicht genau feststellen. Ich 
kann mir absolut nicht vorstellen woran das liegt, schließlich müsste 
der Timer doch präzise sein oder? Ich greife das Signal an P1.2 ab.

Hatte jemand von euch schon mal ähnliche Probleme? Es muss doch möglich 
sein mit dem MSP eine vernünftige PWM hinzubekommen ;)

Viele Grüße und danke schon mal für eure Bemühungen!
Max

[max (Gast)]

Übrigens kann ich an P1.0 ein Signal abgreifen, das weder konstante 
Frequenz, noch konstante Amplitude hat. Hier sollte doch eigentlich ein 
Vdd gegeben werden, wenn TACCR0 überläuft, oder?

[Sonnenfreund (Gast)]

http://www.mikrocontroller.net/articles/MSP430_Codebeispiele#Initialisierung_von_PWM

Probier das einmal. Sonst hole ich mein launchpad erst bei schlechterem 
Wetter raus.:-D

[max (Gast)]

Das habe ich schon ausprobiert, funktioniert leider nicht. Könnte es 
sein, dass mein Launchpad kaputt ist? Ich habe mittlerweile bemerkt dass 
ich über TACCR1 den Dutycycle nicht verändern kann. Er ist immer bei 
geschätzten 40%.

[max (Gast)]

Edit: Dutycycle kann doch verändert werden, weiß nicht warum das gerade 
nicht geklappt hat. Frage ist also nur noch warum die Frequenz nicht 
stehen bleibt.

[Denis (Gast)]

Outmod_7

[msp430 (Gast)]

Denis schrieb:
> Outmod_7

mal abgesehen davon, welche Lib (also Defines) der TO benutzt (das steht 
ja nirgendwo....), sollte OUTMOD_4 schon das richtige Define sein 
(vorausgesetzt, er benutzt die gleichen Defines  wie ich)...

[max (Gast)]

Ändert leider nichts an der total unregelmäßigen PWM Frequenz. Ich 
glaube ich kann auch ausschließen, dass der MSP sich ständig resettet, 
weil er immer an breakpoints in der Endlosschleife hält. Der Fehler muss 
irgendwo sehr früh im Timer verursacht werden, da P1.0 nur unregelmäßige 
Peaks ausgibt. Könnte das vielleicht jemand kurz auf seinem Launchpad 
bestätigen? Ihr würdet mir damit einen riesigen Gefallen tun :)

[max (Gast)]

Defines habe ich gar keine.

#include <msp430.h>

int main(void) {
    WDTCTL = WDTPW | WDTHOLD;  // Stop watchdog timer
  //P2OUT = 0;
    P1DIR |= 0xFF;                       // P1.2 and P1.3 output
    P1SEL |= 0xFF;

    P2DIR |= 0xFF;
    P2SEL |= 0xFF;

    TACCR0 = 180;
    TACCR1 = 80;
    TACCR2 = 80;

    TACCTL1 = OUTMOD_7;
    TACCTL2 = OUTMOD_7;

    // Start timer from ACLK , no division , Up mode , clear , no interrupts
    TACTL = TASSEL_1 | ID_0 | MC_1 | TACLR;

    for (;;) {
    __low_power_mode_3 ();
    }

  return 0;
}

[Uwe B. (boerge)]

max schrieb:
> Defines habe ich gar keine.

was steht denn in deiner msp430.h drin?

Bei mir passiert da folgendes:

msp430.h
--> msp430xxxx.h
--> #define OUTMOD_4  (0x0080)  /* PWM output mode: 4 - toggle */

Was passiert bei dir?

Grüße Uwe

[Uwe B. (boerge)]

max schrieb:
> Ihr würdet mir damit einen riesigen Gefallen tun :)

also das funktioniert bei mir:

http://bralug.de/wiki/Tux_trifft_MSP430-Launchpad#PWM_.28LED_dimmen.29

(mit einem MSP430G2452).

Allerdings hatte ich keinen Oszi dran, um zu überprüfen, ob das Signal 
einwandfrei aussieht. Die LED auf dem Board macht das, was ich erwartet 
hatte...

Grüße Uwe

PS.: User: msp430 war ich auch.

[max (Gast)]

#define OUTMOD_0               (0*0x20u)      /* PWM output mode: 0 - output only */
#define OUTMOD_1               (1*0x20u)      /* PWM output mode: 1 - set */
#define OUTMOD_2               (2*0x20u)      /* PWM output mode: 2 - PWM toggle/reset */
#define OUTMOD_3               (3*0x20u)      /* PWM output mode: 3 - PWM set/reset */
#define OUTMOD_4               (4*0x20u)      /* PWM output mode: 4 - toggle */
#define OUTMOD_5               (5*0x20u)      /* PWM output mode: 5 - Reset */
#define OUTMOD_6               (6*0x20u)      /* PWM output mode: 6 - PWM toggle/set */
#define OUTMOD_7               (7*0x20u)      /* PWM output mode: 7 - PWM reset/set */

[max (Gast)]

Interessant, der Code von 
http://bralug.de/wiki/Tux_trifft_MSP430-Launchpad#PWM_.28LED_dimmen.29 
funktioniert bei mir auch. Aber warum macht mein Code nur Müll? Ich kann 
mir das nicht erklären...

[Uwe B. (boerge)]

MoinMoin,

max schrieb:
> Aber warum macht mein Code nur Müll? Ich kann
> mir das nicht erklären...

gute Frage, nächste Frage... :-)...:

bei meinen Experimenten habe ich festgestellt, dass wenn man die rote 
LED als PWM-Ausgang definiert, das Ganze etwas komischer/unregelmäßiger 
aussieht (wie gesagt subjektiv, ohne Oszi..).

Allerdings habe ich das Datenblatt des entsprechenden MSP430 in dem 
Punkt genau studiert...

Grüße Uwe

[max (Gast)]

Ich benutze jetzt TASSEL_2 habe nur noch sehr wenige Ausrutscher in der 
Periodendauer. Anscheinend hat TASSEL_1 da etwas Toleranz... Mal ne 
andere Frage: Ich finde beim G2553 kein TA0.2 Pin. Wo soll der denn 
sein? es gibt ein Register dafür, aber ich finde den Pin nicht!

[Uwe B. (boerge)]

max schrieb:
> Ich finde beim G2553 kein TA0.2 Pin. Wo soll der denn
> sein? es gibt ein Register dafür, aber ich finde den Pin nicht!

den scheint es, lt. Datenblatt, bei der PDIP-Variante nicht zu geben.

Grüße Uwe

[max (Gast)]

Hmm gibt es dann überhaupt eine Möglichkeit 4 verschiedene PWM auf einem 
MSP laufen zu lassen (PDIP, Value Line)? Es muss zwangsläufig durch 
Timer umgesetzt werden, weil ich die CPU benötige...

[Uwe B. (boerge)]

MoinMoin,

max schrieb:
> Hmm gibt es dann überhaupt eine Möglichkeit 4 verschiedene PWM auf einem
> MSP laufen zu lassen (PDIP, Value Line)? Es muss zwangsläufig durch
> Timer umgesetzt werden, weil ich die CPU benötige...
>
via Timer, logischerweise nur soviel PWMs wie vorhandene Timer...

Grüße Uwe

[max (Gast)]

Okay dann bedanke ich mich sehr herzlich für die Hilfe!