你的浏览器版本过低,可能导致网站不能正常访问!
为了你能正常使用网站功能,请使用这些浏览器。

【ST MCU实战经验】USART 中断方式接收无响应问题的一种情况

[复制链接]
沐紫 发布时间:2016-5-17 17:12
问题:
0 y/ s! j% r7 {$ Z! ^% P
此问题由客户工程师提出,客户在使用STM32F103 的USART 做串口通讯时,发现了一个问题,当设备正常通信一段时间后,串口不响应外部的通信请求了.
( i+ t- A8 K7 G文中配图引用自STM32F103 的中文版本用户手册 ,下载链接为 :https://www.stmcu.org.cn/document/list/index/category-147
0 I, r$ e# A7 F, @6 {/ ?
! [3 e5 i( a. P5 h* \- p: F
; P. e7 K* D% G) h: W4 k
* V+ O0 n7 S- t& w" Q

调研:3 X* d/ W% s  B0 r  n* q1 @
    一、 经过调研:* J$ ^: n4 Z  b1 ], X2 @
                1.1 客户除了使用USART 做串口通信,还开启了定时器中断来进行数据采集.
  `8 A/ W8 R: e                1.2 定时器的优先级比串口接收的优先级高.# T# b& h" U! M5 b
                1.3 定时器处理数据操作也比较频繁.% o4 }9 o7 z; M
                1.4 客户使用的STM32F1 标准库(版本V3.5.0).
7 _4 d( Y" y: @' j( W! G
    二 、经过问题复现和使用ST-LINK 在线调试和定位发现:
/ ]. i, P' V7 m2 c% R6 }' G% w- D                2.1 在出现这个问题的时候,程序不断的进入串口接收中断,不能够运行到main 主函数处理其他任务了.5 R$ C* M6 t! e% I, Z
                2.2 发现ORE 标志为‘1’,也就说明程序是发生了串口溢出错误." f7 c. r/ D: e, o& B1 d; q" s
                2.3 客户在进入串口中断后会调用USART_GetITStatus(USART2, USART_IT_RXNE) 来获取RXNE 的值.如果RXNE 为1 则去读取DR 数据寄存器的数据,读取后RXNE 为0,但 ORE 的标志依然为1,依然进入了串口中断.
9 b, B: Y7 H& v    三、 经过分析以及我们可以通过我们芯片的用户手册可以得到以下信息:4 Y$ I1 p+ R# i5 K, ?2 ?9 c
                3.1 程序不断进入串口中断是因为ORE 标志始终为1,没有被用户清除掉:

1 i5 I, T, L& L0 Q

' f, B6 d- K$ E* b  D- m

详细的专家解答请下载文档:USART 中断方式接收无响应问题的一种情况及其处理方法

6 o; A( }0 ?4 O

更多实战经验请见:https://www.stmcu.org.cn/document/list/index/category-659
- R2 }: v  s! L% E4 \3 a

# ?, _/ D% t/ d3 B( K
收藏 1 评论3 发布时间:2016-5-17 17:12

举报

3个回答
潮浪观 回答时间:2016-11-25 18:49:24
我记得你之前在论坛里对这些问题做一个一个大的总结,但现在怎么找不到那个帖子了?
wdshuang09 回答时间:2016-11-27 09:29:16
谢谢分享解决这种实际问题的贴子              
小小超 回答时间:2016-12-1 09:07:43
谢谢分享

所属标签

相似分享

关于意法半导体
我们是谁
投资者关系
意法半导体可持续发展举措
创新和工艺
招聘信息
联系我们
联系ST分支机构
寻找销售人员和分销渠道
社区
媒体中心
活动与培训
隐私策略
隐私策略
Cookies管理
行使您的权利
关注我们
st-img 微信公众号
st-img 手机版