STM32 之 HAL 库串口 USART 丢数据及ORE卡死的解决方案

最新推荐文章于 2024-09-27 02:08:25 发布
最新推荐文章于 2024-09-27 02:08:25 发布
阅读量1.2k 收藏 1
点赞数
文章标签： stm32 嵌入式硬件 单片机
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u014471291/article/details/133783965
版权
本文详细探讨了在使用STM32的HAL库进行串口USART通信时遇到的丢数据问题以及ORE卡死现象，提供了相应的解决策略，旨在帮助开发者解决实际编程中遇到的技术难题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

STM32 之九 HAL 库串口（USART/UART）驱动 BUG 及解决方法
技术干货
12-03 1万+
介绍   在使用HAL库的串口部分时，发现了有以下Bug，严重影响正常使用！特此备注说明。 如果在DMA发送过程中，出现串口错误(可能是发送错误，也可能是接收错误)，将进入HAL的中断处理函数，但是处理函数中只处理了DMA的接收部分（将DMA关闭，清除串口的接收标志CR3->DMAR），而对于发送的DMA标志(CR3->DMAT)则没有处理，这样重新初始化后，CR3->
STM32F4 HAL库串口死锁问题调试记录
ApexYuan
03-02 1469
STM32F4 HAL库串口死锁问题调试记录
处理STM32 DMA方式下的HAL_UART_ERROR_ORE错误
jingling122的博客
06-03 1482
1. 检查并调整DMA和UART配置 确保初始化顺序：需要确保USART的CR寄存器UE位开关留到最后打开，即完成USART和DMA的所有配置初始化后再使能USART。这样可以避免初始化顺序不当导致的通信问题。 配置合适的DMA缓冲区：确保DMA缓冲区足够大，可以容纳预期接收的数据量。参考文章中没有直接提及DMA缓冲区大小的具体建议，但这是一个需要考虑的因素。 2. 优化中断处理 定期检测ORE错误：需要定期检测ORE溢出错误，并通过读取寄存器、清空ORE标志来处理。这可以通过在主循环中检查USA
STM32串口DMA接收出现ORE错误
m0_49730102的博客
12-02 1566
当Usart_Init()执行完后，外部设备向STM32的该串口发送一串字符，发送字符完成后再执行UsartRecDma_Init()，则导致STM32串口模块死机，且串口后续无法正常接收数据。调整初始化顺序，USART的CR寄存器UE位开关留到最后打开，即完成USART和DMA的所有配置初始化后再使能USART。// 使能USART，CR寄存器的UE位。// 使能USART，CR寄存器的UE位。// 关闭USART。//USART和DMA链接。//USART和DMA链接。
关于STM32串口使用DMA接收时发生ORE(过载错误)的原因分析
qq_20999867的博客
12-22 5565
当使用串口接收到一帧数据，超时完成，关闭接收DMA，此时串口还是激活的，若此时串口来数据，无法触发DMA传输，此时产生上溢错误（ORE），由于串口数据寄存器里的数据不能及时转移走，后面来的数据就进不来。一旦出现这种错误后，就不会再触发DMA请求，即使再开启DMA也不行。要恢复正常的话就只有Deinit后再重新初始化串口，或者使用read接口直接将数据寄存器中的数据读走后，后面的数据...
STM32使用HAL库时 UART ErrorCode
jingling122的博客
06-09 1410
用于指示UART通信过程中发生的错误。这些错误码通常定义在STM32 HAL（硬件抽象层）库中，以便用户能够方便地识别和处理各种通信错误。请注意，具体的错误码和值可能会因STM32系列、型号和HAL库版本的不同而有所差异。因此，在编写代码时，建议查阅相关的STM32参考手册和HAL库文档，以获取准确的错误码和值。的值，以便对发生的错误进行适当的处理。在STM32的UART通信中，通常会在中断服务程序（ISR）或回调函数（如。在STM32的UART（通用异步收发传输器）通信中，
STM32 HAL库USART的接收数据方法实现
mftang的博客
05-30 1840
本文主要介绍STM32 HAL库USART的接收数据方法实现，笔者使用的HAL库为STM32Cube_FW_F1_V1.8.5，使用的MCU为STM32F103RC6，使用STM32Cube生成和串口相关的代码，发现其并不能实现接收数据功能，本文写作的目的就是记录解决这个问题的方法。
(USART接收溢出卡死)STM32CUBEMX HAL库 USART+DMA+ESP8266模块透传，接收不定长数据的一些踩坑点
m0_57259932的博客
09-27 826
STM32CUBEMX HAL库 USART+DMA+ESP8266模块透传，接收不定长数据的一些踩坑点
STM32开发项目：处理串口溢出中断(ORE)
热门推荐
u013441358的专栏
05-05 1万+
问题表现 在MCU系统负载较重、串口收发数据频率很高、多个中断存在（如同时有定时器更新中断、外部中断、DMA中断、串口接收中断）的情况下，容易出现串口溢出错误（ORE）。该错误的主要显现形式是：程序莫名卡死在串口中断之中（串口失去响应） 解决方法 ORE标志位在USART_SR寄存器，当我们打开串口接收中断时，同时也就打开了ORE中断，串口的overload错误会导致程序反复进入串口中断服务程序。...
使用STM32CUBEMX实现串口不定长数据的不定长收发
q447870539的博客
07-11 3957
首先使用STM32cubemx创建工程。 1、配置RCC： 2、配置USART1: 3、在configuration中配置USART1: 配置串口波特率、数据位等基本信息 添加DMA服务：方框右下方点击ADD添加 勾选NVIC中断服务： 点击OK或APPLY保存设置。 4、点击project -->setting或者alt+p进行工程文件配置 填写工程名字，以及选择编译器。使用ke...
STM32L476串口通信HAL库编程，接收数据处理出现溢出错误ORE
weixin_45621831的博客
05-15 1075
最近一个项目，在低频脉冲采集使用的外部中断处理且加入滤波，同时频繁的使用串口工具给USART2发送数据，概率型出现串口不能触发接收中断了，且出现过一次再也恢复不了接收数据了。但是按键（外部中断），ADC采集等等其他外设工作正常。
STM32F4串口ORE上溢中断问题
lin辰傍风的博客
12-18 1648
运行一段时间后，从机一直反复进入串口接收中断，中断只判断接收不为空标志，但是进入中断后却没有接收不为空的标志产生，查看串口SR寄存器，发现ORE位置位了。环境：STM32F4 RS485通信，一主多从，19200bps，主机的串口开启了发送DMA与接收DMA，从机只开启了发送DMA，接收采用中断的方式。后面将从机也改为DMA接收试试，接收中断的方式效率太低了，因为从机一直处于接收状态，总线上有其他的数据就会不断的产生中断。临时解决办法：在串口中断中加入以下代码，即可解决问题。
stm32Flash编程偶发性失败以及UART出现ORE进入RXNEIE中断
qq_40831436的博客
01-11 1245
stm32Flash编程偶发性失败以及UART出现ORE进入RXNEIE中断
STM32串口ORE中断学习笔记
szh12251128的博客
08-11 2351
在STM32串口应用过程中，面对串口高速频繁收发和Flash操作同步进行时，出现串口不响应的情况，但显示和按键正常，查阅相关资料后定位到串口ORE溢出中断，以此记录。
HAL库写Flash操作引起的串口ORE错误不再接收的解决
RealHero的博客
06-22 2214
一、问题 使用内部EEPROM（Flash的一部分）储存数据，在写入数据到STM32L0单片机时，出现串口接收数据丢失甚至串口不再接收的现象。在正常情况下在没有写数据到Flash中去的时候所有串口数据都能正常接收，没有数据丢包现象，但是当执行一次写入操作就会导致串口数据丢失，导致接收ORE错误或帧错误等。 二、原因 经查阅手册得知在Flash写入操作过程中，系统时钟停止，这意味着写入Flash期间无法访问Flash中的代码和数据。造成了串口那边RDR寄存器有值了，来不及取出...
STM32L0 LPUART串口ORE溢出错误处理
sinat_31039061的博客
09-19 7031
使用STM32L0单片机主频设定2.097M，使用LPUART，115200波特率的串口进行通信，会出现偶发性的串口死机现象。
stm32HAL库串口
最新发布
01-01
### STM32 HAL库串口通信使用方法 #### 初始化设置 通过STM32CubeMX完成硬件抽象层(HAL)库的初始化工作，可以简化开发流程并减少错误的发生概率。利用该工具配置所需的外设参数，如波特率、字长、停止位等，并自动生成初始化代码[^1]。 #### 发送函数调用 为了实现异步的数据发送操作，可采用中断驱动的方式调用`HAL_UART_Transmit_IT()`函数。此接口允许指定要传送的数据缓冲区地址以及待传输字节数量作为输入参数[^2]： ```c // 定义全局变量用于存储状态信息 uint8_t txData[] = "Hello, World!"; UART_HandleTypeDef huart1; void UART_Send(void){ // 调用API执行非阻塞式的发送请求 HAL_UART_Transmit_IT(&huart1, (uint8_t*)txData, sizeof(txData)); } ``` #### 接收处理机制 针对接收过程中的潜在问题，比如可能出现的卡死现象，建议采取回调函数来捕获事件通知。当接收到新字符时触发相应的ISR(Interrupt Service Routine)，进而更新应用程序逻辑或释放等待资源。此外，在设计上应考虑加入超时保护措施防止无限期挂起: ```c extern void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart){ if(huart->Instance==USART1){ // 处理已完成的读取任务... // 继续监听后续到来的消息 HAL_UART_Receive_IT(huart, &RxBuffer, 1); } } // 设置合理的超时期限避免程序陷入僵局 __weak void HAL_UART_ErrorCallback(UART_HandleTypeDef *huart){ if(__HAL_UART_GET_FLAG(huart,UART_FLAG_ORE)){ // 清除溢出标志位并重置链路状态 __HAL_UART_CLEAR_OREFLAG(huart); } // 可选地重启接收进程或其他恢复手段 } ``` #### 数据交换模式对比 值得注意的是，除了上述提到的基于串行端口逐位传递比特流的方法之外，还存在另一种称为“并行”的通讯形式。后者借助多条线路同步转移多个二进制位从而提高效率；然而对于大多数嵌入式应用场景而言，前者由于其成本低廉且易于实施而更为普遍[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值