USART发生overrun错误,如何去导致这种错误发生呢

最新推荐文章于 2023-05-31 11:19:52 发布
最新推荐文章于 2023-05-31 11:19:52 发布
阅读量5.4k 收藏 6
点赞数 3
分类专栏： 32
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gtkknd/article/details/104792974
版权

看了下手册,overrun错误就是说上一字节的数据还没来得及读取,下一数据又来到了,覆盖了RDR寄存器中的数据.

如果STM32在RDR寄存器中收到了数据，但程序不取走数据

这样就会发生Overrun错误
gtkknd
关注
专栏目录
STM32 之九 HAL 库串口（USART/UART）驱动 BUG 及解决方法
技术干货
12-03 1万+
介绍   在使用HAL库的串口部分时，发现了有以下Bug，严重影响正常使用！特此备注说明。 如果在DMA发送过程中，出现串口错误(可能是发送错误，也可能是接收错误)，将进入HAL的中断处理函数，但是处理函数中只处理了DMA的接收部分（将DMA关闭，清除串口的接收标志CR3->DMAR），而对于发送的DMA标志(CR3->DMAT)则没有处理，这样重新初始化后，CR3->
STM32串口溢出错误Overrun使用不当导致的串口死机
TrueLink的博客
11-21 1万+
1. STM32串口默认是打开Overrun、DMA on RX Error 2. 使用HAL库，打开Overrun 如果出现错误，HAL库函数会关闭接收，再调用错误回调函数（用户需实现，不然串口接收不再工作，从外部看串口死机） void HAL_UART_IRQHandler(UART_HandleTypeDef *huart) { errorcode = huart->ErrorCode; if ((HAL_IS_BIT_SET(huart->Instance-
UART
热门推荐
liangkaiming的专栏
04-08 3万+
<br />一、S3C2410内置的UART控制器<br />S3C2410内部具有3个独立的UART控制器，每个控制器都可以工作在Interrupt（中断）模式或DMA（直接内存访问）模式，也就是说UART控制器可以在CPU与UART控制器传送数据的时候产生中断或DMA请求。并且每个UART控制器均具有16字节的FIFO（先入先出寄存器），支持的最高波特率可达到115.2Kbps<br />图5-11是S3C2410内部UART控制器的结构图 <br /><br />  <br />图5-11  <br
串口一直发送OVERRUN
weixin_39675656的博客
05-22 3138
其中可能是串口给设备供电，设备的功耗较大导致，这个解决方式可以让设备才用外部供电。
STM32的UART检测到上溢错误、一直进中断
weixin_44057803的博客
03-10 3002
不要想当然多看看手册，英文的为最官方的，中文也有翻译错的转载不声明，谭泥小机急。
STM32 cubeMX HAL库 LL库 串口死机及overrun error中断
愿诸愿得归
05-31 2253
解决串口死机的一些方法
Uart之数据溢出
raoxu1154492168的博客
11-25 5115
Uart之数据溢出 问题背景： 在项目现场实施项目的过程之中，出现了一个问题。stm32的控制器，莫名其妙会死机，不定时会出现这个问题。出现之后系统指示灯不在闪烁，网络死机，服务器再也ping不同，下位机的控制器。经过debug发现了抓到了这个死机的点。我发现并不是硬件错误，没有调用hart_fault这个中断服务函数。但是主线程却没有跑起来。意外发现原来程序是反复进入，串口的中断里面。检查错误标...
STM32（GD32）串口通信ORE（overrun error）导致死机
Flyaswing的博客
12-11 6589
STM32串口通信ORE（overrun error）导致死机 现象就是：我要接收到16个字节到数据后就开始处理数据，但是主机发过来的指令超过了16个字节，就导致我这里死机了，其实我这里不应该死机的，因为波特率才9600，一个字节的时间来处理中断代码完全够用。 怎么掉进坑的呢：因为我在接收中断处理函数里加了发送字符的函数putchar，也就是当我接收到16个字节时，我就在中断函数里给主机回复“ok”这两个字符。这就完蛋了，如果主机发了16个字节不发了，那没问题，如果发了16个字节还在发，就overrun
STM32-USART串口通信【USART和UART的区别】
BUG从入门到精通
10-13 1万+
介绍了USART和UART的区别、STM32的USART1的寄存器和配置方法以及常见的问题，适合速查！
HAL库串口中断RX中的Overrun Error问题
hoursaday的博客
06-01 2959
HAL库串口中断RX中的Overrun Error解决方案 首先简单研究一下什么时候会出现overrun的问题，配置正常的HAL串口中断接收如下 void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { /* judge interrupt source */ if(huart ->Instance == USART2) { //send data to huart1 from huart2
stm32 usart ore
最新发布
06-25
在发生ORE错误时，需要对接收缓冲区进行清空操作，以避免数据丢失，同时调整接收速率，避免再次发生这种错误。除了ORE错误外，USART通信中还有其他的错误标志，如PE（奇偶校验错误）、FE（帧错误）、NE（噪声错误）...
STM32L0 LPUART串口ORE溢出错误处理
sinat_31039061的博客
09-19 6177
使用STM32L0单片机主频设定2.097M，使用LPUART，115200波特率的串口进行通信，会出现偶发性的串口死机现象。
STM32G070串口异常Overrun error的处理办法
shjhuang的专栏
04-05 9090
在使用STM32F或者STM32G的HAL驱动的时候，发现在串口接收数据异常后，发生ORE错误，此时发送数据是正常的，但是接收数据就不可以了，此时，要对ORE做个处理。 在void HAL_UART_IRQHandler(UART_HandleTypeDef *huart)函数中有个调用HAL_UART_ErrorCallback(huart)的地方，但是该函数是没有定义的，要手动定义，在函数中解锁该串口并重新接受中断即可， void HAL_UART_ErrorCallback(UART_Handl
verilog设计UART发送接收及各种错误仿真
QQ_778132974的博客
03-17 1709
发送数据，接收数据等。 错误信号 - OverrunError - 发生在接收器已经收到一个字符(!rxEmpty)，并且在rxRead发生之前，下一个字符开始到达。 UnderrunError - 发生在发送器在完成发送当前字符（!txEmpty）之前收到一个新字符（txWrite）。 FramingError - 发生在接收器没有看到预期的 "停止 "位时。 帧错误 - 发生在接收方没有看到预期的 "停止 "位时。注意：中断经常导致成帧错误的发生。 BreakDetect - 当接收方得到一个 "空格
003_<ARM9从裸机到Linux操作系统>____裸机篇__S3C2440的UART编程
weapon的专栏
03-30 977
一、概述   S3C2440通用异步接收和发送（UART）提供了三路的不同异步串行I/O端口，每一个端口可以被配置为中断模式或者DMA模式 。也就是说UART可以产生中断或者DMA请求来在CPU和UART之间传输数据。UART可以支持高达115.2K波特率使用系统时钟。如果一个外部设备为UART提供UEXTCLK，那么UART可以运行在更高的速度上。每个UART通道包含了两个64-byte的F
stm32 USART无法传输，卡死的解决办法
m0_54442739的博客
09-23 4338
又遇到了一个问题，就是usart做压力测试，usart1和usart2透传（usart1接收usart2发/usart2接收usart1发），收一个数据回调中发一个数据，快速传输大量数据的情况下会发生卡死，无法继续传输，只能reset解决的办法，并且我开了usart1和2这个问题只出现在了usart2上，胡乱猜测可能是因为usart2是挂载总线时钟apb2上才导致这个问题或者是中断执行是先写usart1的判断导致时间长了几us。但是有了上次的教训这次一下就找到了问题所在，还是坑比hal库。 ...
STM32F767 关于串口接收中断出错后禁止中断的问题
smallerlang的博客
08-06 695
UART中断
STM32串口中断卡死主循环一直进中断问题分析-2021-10-05
未来可期
10-05 4720
在一项目中，使用STM32作为主控，程序运行一段时间后概率出现主循环卡死现象。 问题分析如下： 1、程序USART2不停接收并处理串口数据，波特率115200； 2、主循环卡死； 3、USART1中断及TIM2中断响应函数运行正常；（USART1及TIM2中断优先级均比USART2高） 4、出现现象后，拔掉USART2的接收数据线，现象不能回复正常； 5、出现现象后，拔掉后再插入USART2的接收数据线，现象不能回复正常； 6、并未出现HardFault现象； 基于以上几点，可能原因如下： 1、
通信教程 | 串口丢数据常见的原因
嵌入式Linux
03-19 3650
UART：Universal Asynchronous Receiver / Transmitter，通用异步收发传输器，即我们通常说的串口。串口是工程师最常用的串行外设之一，但在实际应用...
8266接收不到中断_stm32 USART接收中断过载错误
05-20
关于ESP8266接收不到中断的问题，可能有多种原因导致。以下是一些可能的解决方案： 1. 确保你的中断代码正确。检查你的中断函数是否正确地设置了中断寄存器和中断标志位。 2. 检查你的ESP8266是否正确地连接到你的MCU。确保引脚连接正确，电源和地线正确连接。 3. 考虑使用其他的串口。如果你使用的是软件串口，那么可能会出现接收不到中断的问题。尝试使用硬件串口。 4. 检查你的代码是否正确地初始化了串口。确保波特率、数据位、停止位和校验位等参数正确设置。 关于STM32 USART接收中断过载错误的问题，这可能是由于你的接收缓冲区溢出导致的。当USART接收到的数据超过了接收缓冲区的大小时，就会出现这个错误。 以下是一些可能的解决方案： 1. 增加接收缓冲区的大小。如果你的数据传输速率很高，那么可能需要增加接收缓冲区的大小。 2. 减少数据传输速率。如果你的数据传输速率很高，那么可能会导致接收缓冲区溢出。尝试减少数据传输速率以避免此问题。 3. 在USART接收中断函数中添加处理缓冲区溢出的代码。当接收缓冲区溢出时，你可以在中断函数中添加处理代码来清空缓冲区或者丢弃一些数据，以避免溢出错误。 希望这些解决方案能帮助你解决问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值