2

友達、私は入力をサンプリングする必要があります。タイマー入力を使用して、61マイクロ秒のスロットで14マイクロ秒ごとに入力をサンプリングします(プロジェクト要件)。

私はバイトを作るためにそれを8回しなければなりません。UARTに似ていますが、マスタープロジェクトのOneWireBus通信に使用しています。

私は以下のようにコードを書きました。これは期待される結果をもたらし、デバッガーで一度に1つの命令を実行してテストしました。

以下はコードです。

/*****************************************************************************

COMPARE MODE SAMPLING:


MCLK and SCLK @8MZ

The code configures P2.1  as TA1.CCI1A input.
It samples the input at P2.1 Whenever the TA1R reaches the TA1CCR1 value.

It samples input on P2.1 every 14us once in a duration of 61 us.

It then reads 8 bits one by one to read a byte.

******************************************************************************/

#include "io430g2553.h"

#define MSP_DQ BIT5


unsigned char word=0x00;



unsigned char i=0;
unsigned char temp;

void Read(void)
{

TA1CCR0 = 0x1E8; //  61 micro secs




TA1CCR1 = 0x70; // 14 micro secs

//TA0CCTL1 = CM_2 | CCIS_0 | SCS | CAP | OUTMOD_0 | CCIE;
//Keep in mind that It should not be configured as campture mode

TA1CCTL1 |= CM_2 | CCIS_0 | SCS | OUTMOD_0 | CCIE;

TA1CTL = TASSEL_2 + MC_1 + ID_0; // Register TA0CTL -> SMCLK/1, Up mode

do{

while ((TA1CCTL0 & CCIFG) == 0 ) // wait while CCIF is set
{
}

**TA1CCTL0 &= ~CCIFG; // Clear the flag** (%1%)
//TA1CTL &= ~TAIFG; // Clear the flag
i++;
} while( i<8) ;

TA1CTL = TACLR; // Stop the Timer
TA1CCTL1 = 0x00;

}

void Configure_CCI1A(void)
{

// Configuring P2.1 as TA1.CCI1A

P2OUT &= 0x00; // Clearing P1OUT
P2DIR &= ~BIT1 ; // Configuring P1.2 as input
P2SEL |= BIT1 ; // P2.1 Timer1_A, capture: CCI1A input, compare: Out1 output
P2SEL2 &= ~BIT1 ;


}


void main(void)
{
WDTCTL = WDTPW + WDTHOLD; // Stop WDT

BCSCTL1 = CALBC1_8MHZ;
DCOCTL = CALDCO_8MHZ;

P1OUT &= 0x00; // Clearing P1OUT
P1DIR |= BIT0 ; // Configuring P1.0 as Output

__enable_interrupt();

Configure_CCI1A();
Read();

**P1OUT ^= BIT0;** //(%2%)


while(1) {

}
}


// Timer A1 interrupt service routine
#pragma vector=TIMER1_A1_VECTOR
__interrupt void Timer1_A1 (void)
{

P1OUT ^= BIT0; // To show Read occured

word <<=1; // If x = 00000010 (binary) => x <<= 2; => x=00001000
temp=0x00;
temp=((TA1CCTL1 & SCCI)>>10);
**word = word + temp ;** //(%3%)

}

しかし、問題は、関数を呼び出すと、どういうわけかスタックしているように見えることです。デバッガーで一度に1命令ずつ実行すると、すべての実行が完了しましたが、ISRからきれいに出てこないのではないかと思います。私の質問を明確にするために、これは私がテストした方法です:

ISRで強調表示された式(%3%)にトグルブレークポイントを設定すると、ISRに入るとトグルブレークに8回ヒットし、正しい値をキャプチャして、読み取り関数からきちんと出てきます(また

while ((TA1CCTL0 & CCIFG) == 0 ) // wait while CCIF is set
{
} 

and

{

....

....

i++;

} while( i<8) ;

上記のループから)

、メインでwhile(1)式に到達します。

しかし、代わりに、強調表示された式(%1%)にトグルポイントを置くと、スタックしているように見えます。または、トグルブレークポイントをメインの(%2%)に直接配置すると、読み取り機能が完了し、値をワード変数に格納してトグルブレークポイントに到達しますが、コードがスタックしているように見え、トグルブレイク。

何が悪いのかわかりませんが、誰か助けてもらえますか?

4

1 に答える 1

3

TAIVを読み取るとき、またはTACCTL1で手動でクリアすると、割り込みフラグは自動的にクリアされます。ただし、ISRでこれらのいずれも実行しないため、割り込みは保留されたままになり、CPUはISRを継続的に実行し、他のコードは実行しないため、終了する機会はありませんRead()

私の推測では、ISRにブレークポイントを設定すると、開発環境によってTAIVからの読み取りが発生し、保留中の割り込みがクリアされます。私は以前にそれを経験しましたが、それが望ましくないので、その振る舞いがどれほど一般的であるかはわかりません。

于 2012-07-28T21:10:54.533 に答える