2017-12-15 18 views
0

STM32F407でUSART1を初期化するとき、TC割り込みを有効にするときに問題が発生しました。 SR内のTCフラグは、USART RCCが有効になるとすぐに( '1')にセットされ、TC割り込みを有効にする前にフラグをクリアすると、UART_IT_TCがイネーブルになると直ちにTC割り込みをスローするため、頭痛になります。すなわちこれはスタートアップの問題である。STM32F407 USART1:クリアするUSART_FLAG_TCビットを実際にクリアする前にpgmを停止する必要があります

USARTを初期化するときおよびステータスレジスタ(SR)のフラグに0を書き込んでから、割り込みを有効にする前にフラグをクリアする必要があります。しかし、私はプログラムの真っ直ぐな谷を走らせるときはしませんが、ブレークポイントを持ち、SRがクリアされたコードを実行すると、TCフラグは0にセットされます。

私はいつもブレークポイントなしでコードを実行すると、何かを送信する前でもTC割り込みが発生します。そして、文字を送信した後、別のものが自然に。しかし、私がTCフラグがクリアされているブレークポイントを使用していたときには、実際に何かを送信するときに1つのTC IRQとそれだけが与えられます。

IRQハンドラの内部では、SRレジスタに0を書き込んでフラグをクリアしますが、これはブレークポイントなしでも機能します。この後、データの送信と受信の両方がうまく機能します。

タイミングの問題がありましたが、2番目の遅延を追加しても動作は変わらず、後でSRレジスタをクリアする必要がありません。または? USARTはUSARTを初期化する前にRCCのセトリング時間を必要としますか?このコードで

void Console_init(long baud) 
{ 
    GPIO_InitTypeDef GPIO_InitStruct; 
    USART_InitTypeDef USART_InitStruct; 
    NVIC_InitTypeDef NVIC_InitStruct; 

    /* Init clock domains */ 
    RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA, ENABLE); 
    RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE); 

    /* Set alternate functions */ 
    GPIO_PinAFConfig(GPIOA, GPIO_PinSource9, GPIO_AF_USART1); 
    GPIO_PinAFConfig(GPIOA, GPIO_PinSource10, GPIO_AF_USART1); 

    /* Init GPIO pins */ 
    GPIO_StructInit(&GPIO_InitStruct); 
    GPIO_InitStruct.GPIO_Pin = GPIO_Pin_9 | GPIO_Pin_10; 
    GPIO_InitStruct.GPIO_Mode = GPIO_Mode_AF; 
    GPIO_InitStruct.GPIO_OType = GPIO_OType_PP; 
    GPIO_InitStruct.GPIO_PuPd = GPIO_PuPd_UP; 
    GPIO_InitStruct.GPIO_Speed = GPIO_Speed_25MHz; 
    GPIO_Init(GPIOA, &GPIO_InitStruct); 

    /* Configure UART setup */ 
    USART_StructInit(&USART_InitStruct); 
    USART_InitStruct.USART_BaudRate = baud; 
    USART_InitStruct.USART_HardwareFlowControl = USART_HardwareFlowControl_None; 
    USART_InitStruct.USART_Mode = USART_Mode_Tx | USART_Mode_Rx; 
    USART_InitStruct.USART_Parity = USART_Parity_No; 
    USART_InitStruct.USART_StopBits = USART_StopBits_1; 
    USART_InitStruct.USART_WordLength = USART_WordLength_8b; 
    USART_Init(USART1, &USART_InitStruct); 

    /* Enable global interrupts for USART */ 
    NVIC_InitStruct.NVIC_IRQChannel = USART1_IRQn; 
    NVIC_InitStruct.NVIC_IRQChannelCmd = ENABLE; 
    NVIC_InitStruct.NVIC_IRQChannelPreemptionPriority = 0; 
    NVIC_InitStruct.NVIC_IRQChannelSubPriority = 1; 
    NVIC_Init(&NVIC_InitStruct); 

    /* Clear old interrupt flags and enable required IRQs*/ 
    USART1->SR = 0; 

    /* Enable USART */ 
    USART_Cmd(USART1, ENABLE);  
} 


void console_transmit(void) 
{ 
    USART_ITConfig(USART1, USART_IT_TC, ENABLE); 
    USART1->DR = 0x55; 
} 

void USART1_IRQHandler(void) 
{ 
    if (USART1->SR & USART_FLAG_TC) 
    { 
    USART_ITConfig(USART1, USART_IT_TC, DISABLE); 
    } 

    USART1->SR = 0; 
} 

私はTCに2つの割込み、とすぐに文字が送信された後、私はTCと1を可能にするものを取得します。このコードは、私が今問題を理解しようとしているときに使用しています。

注:TCを有効にする前に、console_transmit内のSRをクリアしようとしましたが、何の助けもありませんでした。ほとんどの場合、割り込みハンドラの内部でクリアする必要があります。

答えて

1

これは概念的な誤解だと思います。

送信割り込みはではありません。は何かが送信されたことを伝えます。それは、バッファにスペースがあることを示し、UARTにデータをプッシュすることはOKです。もちろん、起動時にUARTバッファは空であり、有効にするとすぐに割り込みが得られます。それはタイミングの問題ではありません。これは期待される動作です。

このような設計は、送信は非常に簡単に流れます:

  • メインライン・コードはバッファを用意し、どちらかのUARTがいっぱいになるか、データがなくなるまで
  • 割り込みを可能ISRは、UARTにデータを移動送信するデータがなくなる一度送信し、
  • し、ISRは割り込み
+0

を無効に私はそれが私に語ったものを知っています。送信完了割り込みは、送信が完了したこと、すなわちtxバッファ内にそれ以上のバイトがないことを通知する。そして、伝達がないときは、何も教えてくれません。データシートによると、フラグレジスタの値は0であるため、usartがイネーブルされて何かが送信される前にこのフラグがセットされているとは意味がありません。 cpuが停止したときにフラグをクリアする必要があるということは、それほど意味がありません。コードが終了すると、最後のバイトがデータレジスタに送られたときにTCを有効にしてからフラグをクリアする必要があります。 – zainka

+0

これはまさに誤解です。トランザクションが完了したことを意味するものではなく、実際にはトランザクションが存在しない可能性がありますが、それ以上のデータをプッシュすることが安全であることを意味します。 – user58697

+0

データシートによると:このビットは、データを含むフレームの送信が完了し、TXEが設定されている場合、ハードウェアによって設定されます.... TXEは実際に設定されていますが、私はそれは疑いませんが、まだデータを含んでいないので、TCを設定する条件は満たされません。したがって、データシートは真実全体を伝えていないか、または他の何かが間違っています。第2に、フラグのクリア、SRへの書き込み、またはSRからの読み取りに続いてDRへの書き込みの2つの方法があります。 DRに書き込まれたデータが送信されると、最後にフラグが再び設定されます。最高で、名前の送信完了は悪いです – zainka

関連する問題