MSP430G2553 实现spwm波遇到一个奇怪问题

jijun shi

Intellectual 795 points

Other Parts Discussed in Thread: MSP430G2553

13 年多前

0 jijun shi 13 年多前

Intellectual 795 points

#include "msp430g2553.h"

#include "delay.h"

const unsigned int spwm[] = {

250, 327, 396, 452, 487, 499, 487, 452, 396, 327,

250, 172, 103, 47, 12, 0, 12, 47, 103, 172,

};

unsigned int n=0;

void TimerA_Init()

{

P1DIR |= BIT2;

P1SEL |= BIT2; // p1.2

TACCR0 = 500; // Init TACCR0 w/ sample prd=CCR0+1

TACCR1= spwm[n];

TACCTL1 = OUTMOD_7; // Set/reset

TACCTL0 = CCIE;

TACTL = TACLR + MC_1 + TASSEL_2 +ID_3; // clear TAR, up mode*/

}

void ini_sys(void)

{

WDTCTL=WDTPW+WDTHOLD; //STOP W D T

if (CALBC1_8MHZ ==0xFF || CALDCO_8MHZ == 0xFF)

{

while(1); // If calibration constants erased

// do not load, trap CPU!!

}

//1Mhz ~1008000

BCSCTL1 = CALBC1_16MHZ; // Set range

DCOCTL = CALDCO_16MHZ; // Set DCO step + modulation */

delay_ms(10);

}

* main()

void main()

{

ini_sys();

TimerA_Init();

_EINT();

//_BIS_SR(LPM0_bits + GIE);

while(1);

}

* T0_A0 interrupt service

#pragma vector=TIMER0_A0_VECTOR

__interrupt void Timer0_A0(void)

{

//一个周期内取180个点，点间隔2度

n = (n+1)%20;

TACCR1 = spwm[n];

}

0 jijun shi 13 年多前回复 jijun shi

Intellectual 795 points

程序如上，经示波器观察，spwm正弦表数组中，TACCR1 = 250, 327, 396, 452, 487, 499, 487, 452, 396, 327,

250, 172, 103, 47，都输出正常，到TACCR1=12, 0, 12, 47的时候输出不正常了。出来效果跟TACCR1 = 500, 0, 0,5一输出相近。

然后后面的TACCR1= 103, 172。也是正常的。

纠结好久了。求助！

0 jijun shi 13 年多前

Intellectual 795 points

编译器为ccs5.1

0 Peter_Zheng 13 年多前回复 jijun shi

TI__Expert 8395 points

在使用手册里有一句话：

The numbers at the right margin show the necessary CPU cycles for each instruction. The software

overhead for different interrupt sources includes interrupt latency and return-from-interrupt cycles, but not

the task handling itself. The latencies are:

• Capture/compare block TACCR0: 11 cycles

• Capture/compare blocks TACCR1, TACCR2: 16 cycles

首先你选择的是SMCLK作为timer的时钟源。一般进timer中断与出中断大概需要16个cycles，那么你选择太窄的pwm占空比本身是有问题的。

0 YM lee 13 年多前回复 Peter_Zheng

Prodigy 130 points

一种可能性：

1、在总程序中还有其它的“中断”，当Timer_A中的TACCR1在按预定的节奏输出预期信号期间，另外一个“中断”会间或插一杠子；

2、因为中断服务函数使用的都是MCLK，如果此时两个中断服务函数之间形成了“碰头冲突”，那么另外那个中断就可能对这个TACCR1的运行造成干扰。

我以前遇到过类似情况：当时我没用Timer_A而是用delay语句的方式直接输出PWM信号，结果发觉输出信号抖晃非常厉害，100思不得其解，最后发现是有其它中断服务在干扰，于是我在每次输出PWM期间就临时关闭系统所有中断（_DINT;)，之后输出的PWM信号就非常稳定了！-------你也可尝试一下关闭除TACCR1之外的其它中断。