STM32串口第一字节消失或者误码的原因和解决方案

题外话:最近在一个复杂系统中遇到这个类似问题,设备的不同模块各种控制板有近10块,设备启动之后同时上电导致串口初始化发送各种乱码。对于复杂的系统,我的建议是不要只想着串口初始化的细节,因为它往往伴随着设备初始化顺序的问题,推荐的实践是将不同的板子按初始化优先级进行顺序上电初始化。高优先级的板子上电之后,设置IO、清空串口缓存等各种初始化操作完成之后再使能下级板上电初始化,低优先级板子上电也先初始化,然后重复上面的操作使能更低一级优先级板子上电初始化,直至所有板子上电初始化完成。

话不多说,开始正文,现象:stm32复位之后串口打印的第一个字节误码或者消失(这是两个问题,下面分别分析)。

误码

原因:误码多是由于端口初始化有问题。使用ST官方v3.5的标准库时,对串口输出端口进行了重复初始化。

如下代码:

    /* PA[15:0] 设置为推挽输出 */
    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_All;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP;
    GPIO_Init(GPIOA, &GPIO_InitStructure);

    /* 串口TX端口PA9 设置为复用推挽输出 */
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_Init(GPIOA, &GPIO_InitStructure);

 可以看到串口TX端口所在的PA9引脚被进行了两次初始化,这种情况会导致第一字节误码。

解决方案:上面的程序明显是为了偷懒用了GPIO_Pin_All,如果挨个写就没问题了。或者直接操作寄存器也是可以的。

第一字节消失(16年资料,不包更新,谁知道会不会修复)

原因:看数据手册
 


 
 


 一般我们的串口查询方式的发送代码如下,包括ST官方例程里的printf串口打印的实现也是这样的代码。

{
    USART_SendData(USART1, dat);
    /* Loop until the end of transmission */
    while (USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET)
    {}
}

 结合上面的图和程序很容易发现问题。

‘TXE’和‘TC’ 标志位复位值都是‘1’。
 那么当我们复位之后通过USART_SendData函数向USART_DR寄存器写入第一个字节,然后通过while查询TC标志的时候,因为TC初始值是‘1’,所以直接就跳出了while,哪怕此时串口并没有开始发送!第一字节就是这样被跳过去了。。

解决方案:调用USART_SendData函数之前,先将‘TC’标志位清‘0’就OK,代码如下

{
    USART_ClearFlag(USART1, USART_FLAG_TC);
    USART_SendData(USART1, dat);
    /* Loop until the end of transmission */
    while (USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET)
    {}
}

 -----------------------------关于串口printf---------------------------------------------------------

2024年了,主流的嵌入式IDE基本都支持stdio函数,51都可以用printf,即使不用串口,如果格式化输入输出的需求很频繁,建议直接 #include "stdio" 然后sprintf和sscanf也是非常方便的。

在keil中使用串口printf,ST官方有例程,需要在main.c中添加如下代码,16年的资料,不包更新

#include <stdio.h>

#ifdef __GNUC__
/* With GCC/RAISONANCE, small printf (option LD Linker->Libraries->Small printf
   set to 'Yes') calls __io_putchar() */
#define PUTCHAR_PROTOTYPE int __io_putchar(int ch)
#else
#define PUTCHAR_PROTOTYPE int fputc(int ch, FILE *f)
#endif /* __GNUC__ */

/**
  * @brief  Retargets the C library printf function to the USART.
  * @param  None
  * @retval None
  */
PUTCHAR_PROTOTYPE
{
    /* Place your implementation of fputc here */
    /* e.g. write a character to the USART */
    USART_ClearFlag(USART1, USART_FLAG_TC);
    USART_SendData(USART1, (uint8_t) ch);

    /* Loop until the end of transmission */
    while (USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET)
    {}

    return ch;
}

 注意:还需要在设置中添加MicroLib才能够正常使用printf函数!!!如下图
 

 
  • 5
    点赞
  • 22
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
STM32F4 中,串口空闲中断是一种非常有用的机制。当串口接收完一帧数据后,如果接收缓冲区中没有新的数据到达,则会触发空闲中断。这种中断可以有效地解决数据接收时的误码问题,提高数据的可靠性。 下面是一个简单的实现步骤: 1. 初始化串口,并开启空闲中断。可以通过 HAL 库来实现这一步骤。 2. 在空闲中断处理函数中,读取串口接收缓冲区中的数据,并进行处理。 3. 在处理完数据后,重新开启串口接收中断。 代码示例: ```c // 初始化串口 void UART_Init(void) { // 其他初始化代码... // 开启空闲中断 __HAL_UART_ENABLE_IT(&huart1, UART_IT_IDLE); // 其他初始化代码... } // 串口空闲中断处理函数 void HAL_UART_IDLE_IRQHandler(UART_HandleTypeDef *huart) { if (huart->Instance == USART1) { // 读取数据 uint16_t len = huart->RxXferSize - huart->RxXferCount; uint8_t data[len]; memcpy(data, huart->pRxBuffPtr, len); // 处理数据 // ... // 重新开启接收中断 __HAL_UART_CLEAR_IDLEFLAG(huart); HAL_UART_Receive_DMA(huart, huart->pRxBuffPtr, huart->RxXferSize); } } ``` 在上面的代码中,我们使用了 HAL 库来初始化串口并开启空闲中断。在空闲中断处理函数中,我们先读取了接收缓冲区中的数据,并进行了处理。最后,我们通过重新开启接收中断来继续接收数据。注意,这里使用了 DMA 方式来进行数据的接收,以提高接收效率。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值