
一个关于STM32串口的问题。他想实现接收无限制字符数量的串口信息。8 s" {4 _; u% p1 q! q7 e ; j; H* ^! o. V+ b0 K+ b7 l 但是他遇到了一个问题,他在主函数中发送循环发送内容(500ms的延时)串口一中断回调函数中如果收到了串口内容,就利用串口发送。 但是他的串口一旦接收到了信息就会导致主循环中的串口发送极快。他的主代码如下
看了他的代码,就这么短短的7行代码,让我汗流浃背。 h& [, U8 m$ ~* H( |1 U 他的发送和接收中有一个参数是8,这意味着当串口接收的寄存器中有8个数据时就会触发中断回调。 我们需要注意的是,串口寄存器的数据会被存储到缓存区中,这里的缓存区相当于一个队列先进先出,当我们调用HAL_UART_Receive_IT(&huart1,&RecieveBuffer,8); ) Q- ]/ u# {8 L2 V% I2 e 会将RecieveBuffer作为缓存区,将串口接收的信息存入缓存区。0 b. L( w. C% E, L l/ J% P1 X7 v 6 X0 i* G4 x' ~6 [# V% |4 n 那么让我们来试一下这段代码。 T9 H. s% [' `; o ![]() 可以看到,代码死住了。其实不难理解,我们发送数据的时候,由于缓存区只有一个字符的空间,我们发送八个字符的时候会导致缓存区溢出。所以我朋友的代码可以“正常运行”也是一件非常奇怪的事情。 6 Q. t( k7 Y( Y d* V 所以正确的做法应该是:设置和缓存区一样长的读取字符。 % P; E( O# N! s9 E
这样子就可以实现每接收8个字符就调用中断一次' G6 V# T% F6 j7 u1 p M9 a1 }3 T# \9 |1 F ![]() ' n2 J! }8 O% u# J 可以看到,我们正常的发送了8个字符。 但是这样子有一个非常非常致命的缺点!$ \& c) G" F* V2 v; Z, T+ G 9 h: w0 H3 E4 I5 i6 C 由于我们的代码每8个才会接收一次,所以当我们的发送的数量小于8时,必须发送多次才能会触发一次调用。 / T" [ T5 D4 P2 R 注意,这里的每次我们都是先发送再接收,因为初始化的时候是启用了接收。 % A$ G* w, J7 K1 z ![]() : n5 p6 e. [. p8 k% B2 ?3 u 当我们发送3次“123”时才能让接收的字符>=8,我们把前八个发送了出去,此时缓存区剩下了一个字符是“3”! G; d$ Z: X. F/ w/ o7 W) q0 l $ V5 n. t8 i' M9 V2 C3 v ![]() 第二次我们发送了三次“123123123”,再次让字符数量>=8,这时候把缓存区的八个“31231231”发送出去再接收后面的“23”,这时候缓存区的数据为:"23 "。% m9 u# {8 Y& j. W) z" B 5 N2 y/ z4 _5 ?! \" s+ K$ Q ![]() - m5 s2 `0 @1 S! b- R2 S 最后我们第三次发送“123”的时候,由于23 + 123 + 123 这时候,虽然这里按理来说正好八个,但是实际测下来,当这时候接收的时候系统就会卡死。 所以,实际上这种方法必须保证发送端的数据是完完整整的八个八个发送,多一个少一个都不行。 ( @- U$ L8 i8 P1 d. W 解法: V7 U2 p! k& t8 D 事实上最标准的做法是单个字符单个字符处理。定义一个大的缓存区,用来存储接收到的字符并且确立一个结束符来确定数据流的结束。
上述是正点原子的官方例程,其中USART_RX_STA是接收到的字符,即是确定一个结束符\r\n来作为一串字符的结尾并且检测长度是否超出长度。) W- {, g, I Z) _ ; A5 I. o3 w+ x+ j 这样子的代码容错率非常高,也确定了一个规范,并且避免了缓存区溢出的情况。$ N; z: N" `* C1 l S: e & u" N% n9 `' z0 c. ]- z7 ] 0 B: m( i, w1 y! u7 \ 转载自:电路小白 如有侵权请联系删除; Q2 g) z! M9 s0 W s5 y( ? 9 @6 d( Q8 z2 [" ]1 g$ U |
OpenBLT移植到STM32F405开发板
OpenBLT移植到STM32F103战舰开发板上适用于所有STM32F103系列的Bootloader
【NUCLEO-WB09KE评测】STM32WB09KE的内部BootLoader使用
11111111111111111111111111111111111
STM32芯片ISP串口程序一键下载—FlyMcu
如何使用CubeMX实现STM32的串口通信以及对printf等函数的重定向
基于STM32数组越界异常中断经验分享
基于STM32之数组越界异常中断经验分享
基于STM32连接参数更新进程后导致断连的问题分析
基于STM32连接参数更新进程后导致断连的问题分析