STM32F407 USART1 :清除USART_FLAG_TC要求pgm在实际清除比特之前暂停

Question

当在USART1上初始化STM32F407时，我在启用TC中断时遇到了问题。一旦启用USART，SR中的TC标志就会被设置('1')，并且在启用TC中断之前清除该标志已使我头疼，因为一旦启用UART_IT_TC，它就会抛出TC中断。也就是说，这是一个启动问题。

在初始化USART时，通过将0写入状态寄存器(SR)中的标志，在启用中断之前，应该清除标志。但是它不是当我直接运行程序时，而是(！)如果有一个断点，并且步进槽，清除SR的代码工作良好，TC标志被设置为0。

因此，如果在没有断点的情况下运行代码，即使在发送任何内容之前，我都会得到一个TC中断。然后又是另一个在传送一个字符之后，自然的。但是，当我使用一个断点时，TC标志被清除时，只会给出一个TC IRQ，而实际上是在发送某些内容的时候。

在IRQ处理程序中，我还通过将0写入SR寄存器来清除标志，这样可以在没有任何断点的情况下工作。在此之后，发送和接收数据都工作得很好。

因此，时间问题在我的脑海中，但添加甚至第二次延迟并没有改变行为，然后它不应该工作清除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上得到两个中断，一个是在我启用TC之后，一个是在传输字符之后。当我试图理解这个问题时，这段代码就是我现在使用的。

注意:在启用TC之前，我也尝试过清除console_transmit内部的SR，但是没有帮助。就像需要在中断处理程序中清除一样。

Answer 1

我认为这是一个概念上的误解。

发送中断不会告诉你已经发送了什么东西。它告诉您缓冲区中有空间，将数据推送到UART是可以的。当然，在启动时，UART缓冲区是空的，一旦启用它，就会收到一个中断。这不是时机问题。这是一种预期的行为。

这样的设计使得传输流变得非常简单：

• 主线代码准备缓冲区，并启用中断。
• ISR将数据移动到UART，直到UART满了，或者没有更多的数据要发送，并且
• 一旦没有更多的数据要发送，ISR将禁用中断。