问题:
0 y/ s! j% r7 {$ Z! ^% P此问题由客户工程师提出,客户在使用STM32F103 的USART 做串口通讯时,发现了一个问题,当设备正常通信一段时间后,串口不响应外部的通信请求了.
( i+ t- A8 K7 G文中配图引用自STM32F103 的中文版本用户手册 ,下载链接为 :https://www.stmcu.org.cn/document/list/index/category-1470 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
|