STM32串口发送字符串的几种写法

1万 · 2023-10-27 15:28

本帖最后由 jcky001 于 2023-10-27 15:32 编辑

STM32用USART发送字符串

44365653b67309b2f5.png (27.9 KB )

下载附件

2023-10-27 15:30 上传

34376653b673fd190f.png (123.39 KB )

下载附件

2023-10-27 15:31 上传

26066653b674a2f0fb.png (286.54 KB )

下载附件

2023-10-27 15:31 上传

代码含义是：当接收引脚有数据时,状态寄存器的USART_FLAG_RXNE就会为1,此时USART_GetFlagStatus(USART1,USART_FLAG_RXNE)的返回值就为1（SET）,若无数据则为RESET。

1万 · 2023-10-27 15:33

代码常见写法，及其接收数据效果1

18246653b67b8b430c.png (27.34 KB )

下载附件

2023-10-27 15:33 上传

这种写法在不是特殊（不掉电、不待机等）情况下，问题不大，USART数据会成功发送出去。但是在上面说的特殊情况下，问题就来了，代码只将数据放到了发送缓冲区，而没有发送出去就掉电或待机了，这个时候其实最后两个字符是没有发送出去的。

2

71843653b67d76f101.png (260.13 KB )

下载附件

2023-10-27 15:33 上传

这种写法达到的效果和上面存在不同的就是倒数第二个数据发送出去了，也就是只有最后一个字符是没有发送出去的。

1万 · 2023-10-27 15:35

这种写法达到的效果和上面两种写法有不一样，发送了10个字符。

这种写法按理说可以实现功能，但实际多次试验结果确实第一字节数据丢失了。

1万 · 2023-10-27 15:36

这种写法是比较完成，为了保守起见，在特殊情况下使用该写法。

只看该作者 · 2023-12-10 08:03

使用Optional简化if判空

只看该作者 · 2023-12-10 09:06

不同的代码逻辑就代表了不同的策略

只看该作者 · 2023-12-10 11:02

通过对判断条件取反，代码在逻辑表达上会更加清晰

只看该作者 · 2023-12-10 12:05

会以switch-case的方式出现

只看该作者 · 2023-12-10 13:08

代码量小的时候用来做条件判断

只看该作者 · 2023-12-10 14:01

整流器或功率开关管与每个电容端的连线长度和宽度都要一样

只看该作者 · 2023-12-10 15:04

不要根据不同的参数类型走不同的代码逻辑

只看该作者 · 2023-12-10 16:07

这是个再正常不过的coding习惯

只看该作者 · 2023-12-10 18:03

对于没有else的场景，使用ifPresent即可

只看该作者 · 2023-12-10 19:06

每个Strategy交由Spring管理，并在构造后注册