|
一个关于STM32串口的问题。他想实现接收无限制字符数量的串口信息。' ]6 K# }! p+ }# a ' c8 u7 V. Z" m' T$ m0 | 但是他遇到了一个问题,他在主函数中发送循环发送内容(500ms的延时)串口一中断回调函数中如果收到了串口内容,就利用串口发送。! x/ o, ]* J7 P, n) f7 i0 J5 p/ x& q ! }) m. N3 K9 T8 o$ f! Z, D, k& t 但是他的串口一旦接收到了信息就会导致主循环中的串口发送极快。他的主代码如下9 Y. B+ w, b8 v. `: ?0 W5 _* I1 p
看了他的代码,就这么短短的7行代码,让我汗流浃背。. i, M! n7 h! \7 o: m6 n; J' q . c4 Y- F8 z3 D6 E. g 他的发送和接收中有一个参数是8,这意味着当串口接收的寄存器中有8个数据时就会触发中断回调。7 x. f L$ i: K2 e0 c% {, c$ G : G0 L3 `$ V- `& Y- o( I' x 我们需要注意的是,串口寄存器的数据会被存储到缓存区中,这里的缓存区相当于一个队列先进先出,当我们调用HAL_UART_Receive_IT(&huart1,&RecieveBuffer,8); 会将RecieveBuffer作为缓存区,将串口接收的信息存入缓存区。 那么让我们来试一下这段代码。 ( r! ~( L: t; _# j
可以看到,代码死住了。其实不难理解,我们发送数据的时候,由于缓存区只有一个字符的空间,我们发送八个字符的时候会导致缓存区溢出。所以我朋友的代码可以“正常运行”也是一件非常奇怪的事情。 所以正确的做法应该是:设置和缓存区一样长的读取字符。3 W; t8 m; S6 _" C g' n
这样子就可以实现每接收8个字符就调用中断一次
, x8 x0 K5 V. g. Z, r: X: z 可以看到,我们正常的发送了8个字符。& N: P5 q+ |/ A3 R2 O 但是这样子有一个非常非常致命的缺点! 由于我们的代码每8个才会接收一次,所以当我们的发送的数量小于8时,必须发送多次才能会触发一次调用。 注意,这里的每次我们都是先发送再接收,因为初始化的时候是启用了接收。8 x% G7 M& Y" _/ T / ]" f8 c8 n* l2 B+ e1 C3 w
当我们发送3次“123”时才能让接收的字符>=8,我们把前八个发送了出去,此时缓存区剩下了一个字符是“3”0 m9 U' l$ K# A* q ( L# S" w$ x: u
第二次我们发送了三次“123123123”,再次让字符数量>=8,这时候把缓存区的八个“31231231”发送出去再接收后面的“23”,这时候缓存区的数据为:"23 "。 , b5 R5 ^7 b2 O: I" L$ f E
; I$ R# w& F+ J- \- ?& f' L+ v 最后我们第三次发送“123”的时候,由于23 + 123 + 123 这时候,虽然这里按理来说正好八个,但是实际测下来,当这时候接收的时候系统就会卡死。$ O- z2 } h* k 2 e4 V# E8 L9 T3 l' { 所以,实际上这种方法必须保证发送端的数据是完完整整的八个八个发送,多一个少一个都不行。5 m# o+ ~; H1 t. {0 j( h5 P 2 x0 I4 \+ j l 解法 事实上最标准的做法是单个字符单个字符处理。定义一个大的缓存区,用来存储接收到的字符并且确立一个结束符来确定数据流的结束。
9 M, |# ?2 Q! i/ F/ M# l; L 上述是正点原子的官方例程,其中USART_RX_STA是接收到的字符,即是确定一个结束符\r\n来作为一串字符的结尾并且检测长度是否超出长度。 这样子的代码容错率非常高,也确定了一个规范,并且避免了缓存区溢出的情况。2 i$ c( b; n) z0 G8 e; M 4 V3 [8 y6 ?9 m9 M6 Q2 S9 \ 转载自:电路小白$ u; j! a, ~/ f. Z& u 如有侵权请联系删除 |
STM32L562DK探索板——串口通讯的再测试
经验分享 | STM32 IAP应用时的跳转注意事项
实战经验 | 碰到hardfault问题你还在死磕代码吗?
【逢7发帖赢大礼】STM32开发之WIFI实时时钟
【福利三:雨露均沾·逢7狂欢】之一:STM32F1外部中断异常故障的解决办法
【逢7发帖赢大礼】STM32开发之指纹识别!
【逢7发帖赢大礼】STM32开发之环境空气质量监测
【逢7发帖赢大礼】STM32开发之人体实时运动信息监测!
【STM32U3 评测】CAN报文接收及过滤
STM32 硬核调试技巧:用 DWT 硬件监控内存读写与函数调用
微信公众号
手机版