USART中断方式接收无响应问题的一种情况及其处理方法_串口中断进不去 - CSDN文库

USART中断方式接收无响应

1.7k 浏览量更新于2023-05-30 评论 1 收藏 268KB PDF 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

资源详情

资源评论

资源推荐

USART中断方式接收无响应问题的一种情况及其处理方法中断方式接收无响应问题的一种情况及其处理方法

此问题由客户工程师提出，客户在使用STM32F103的USART做串口通讯时，发现了一个问题，当设备正常通信

一段时间后，串口不响应外部的通信请求了.

调研:

一、经过调研:

1.1 客户除了使用USART做串口通信，还开启了定时器中断来进行数据采集.

1.2 定时器的优先级比串口接收的优先级高.

1.3 定时器处理数据操作也比较频繁.

1.4 客户使用的STM32F1标准库(版本V3.5.0).

二、经过问题复现和使用ST-LINK在线调试和定位发现:

2.1 在出现这个问题的时候，程序不断的进入串口接收中断,不能够运行到main主函数处理其他任务了.

2.2 发现ORE标志为‘1’，也就说明程序是发生了串口溢出错误.

2.3 客户在进入串口中断后会调用USART_GetITStatus(USART2, USART_IT_RXNE)来获取RXNE的值.如果RXNE为1则去读

取DR数据寄存器的数据,读取后RXNE为0，但是ORE的标志依然为1,依然进入了串口中断.

三、经过分析以及我们可以通过我们芯片的用户手册可以得到以下信息:

3.1 程序不断进入串口中断是因为ORE标志始终为1,没有被用户清除掉:

从上图红色部分我们可以看到，如果串口接收中断开启了，那么ORE为1时就会产生中断.

3.2.从下图我们可以看到，顺序执行对USART_SR和USART_DR的操作就会清除ORE的标志,客户在中断中执行了以下操作，

那为什么ORE标志还没有被清除呢?(R1执行了读USART_SR操作，R2执行了读USART_DR操作).

3.3 我们可以看手册中下表的解释:

3.3.1 ORE表征的是一个历史事件，当ORE为1时，表明至少有1个数据已经丢失.

3.3.2这有2种可能发生的情况,RXNE为1的情况R3和RXNE为0的情况R4,如下图中的解释.

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余1页未读，立即下载

评论0

weixin_38607864

粉丝: 3
资源: 935

会员权益专享

图片转文字

全年可省5，000元立即开通

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈