扫码关注
UART：Universal Asynchronous Receiver / Transmitter，通用异步收发传输器，即我们通常说的串口。
串口是工程师最常用的串行外设之一，但在实际应用中还是会经常遇到各种问题。比如：丢失一字节数据。
今天我们就结合STM32来讲讲UART相关内容，以及容易丢失一字节数据的问题。
UART几个标志位
这里重点说一下UART状态寄存器中的几个标志位：TXE、TC、RXNE、ORE。
这几个标志位在编程中经常使用，直接用函数库的同学可能没有关心过这几个标志位，数据丢失有可能就是对它们操作不当而导致出错。
TXE：发送数据寄存器为空 (Transmit data register empty)
0：数据未传输到移位寄存器
1：数据传输到移位寄存器
TC：发送完成 (Transmission complete)
0：传送未完成
1：传送已完成
RXNE：读取数据寄存器不为空 (Read data register not empty)
0：未接收到数据
1：已准备好读取接收到的数据
ORE：上溢错误 (Overrun error)
0：无上溢错误
1：检测到上溢错误
UART通信硬件接口
UART通信硬件接口常见有：TTL、 RS232、 RS485。
在编程时需要考虑通信接口方式，在长距离通信的时候，需要考虑线路上的延时，如果操作不当也会导致数据丢失。
1.TTL
TTL比较简单，就是直接连接UART的Tx和Rx引脚，不需要外部转换。如图：
注意：Tx和Rx引脚需要交叉连接。
2.RS232
RS-232标准接口是常用的串行通信接口标准之一,规定逻辑“1”的电平为-5V~-15 V，逻辑“0”的电平为+5 V～+15 V。
选用该电气标准的目的在于提高抗干扰能力，增大通信距离。
3.RS485
RS485一般采用两线制接线方式，这种接线方式为总线式拓扑结构，在同一总线上可以挂接多个节点。
在低速、短距离、无干扰的场合可以采用普通的双绞线；反之，在高速、长线传输时，则必须采用阻抗匹配（一般为120Ω）的RS485专用电缆；而在干扰恶劣的环境下还应采用铠装型双绞屏蔽电缆。
UART接收丢失数据
UART接收丢失数据与软件和硬件都有可能有关系，下面说几个常见丢失数据的原因及解决办法。
1.接收溢出丢失数据
指未及时取走数据导致溢出错误而丢失数据，通常是发生在大量数据、以查询方式接收数据的情况下。在MCU启动过程中、接收数据过多处理不及时、复杂系统响应不及时等情况都会出现数据丢失的情况。
解决办法：
及时清除溢出错误标志
利用通信协议过滤因数据丢失导致的问题
2.接收中断丢失数据
使用UART中断接收数据相比查询接收数据的方式更常见，中断方式比查询方式响应更及时，但不合理处理同样也会存在数据丢失的情况。
在数据量大时，UART接收中断函数耗时、优先级低等情况下容易丢失数据。
解决办法：
中断函数里减少不必要的耗时
合理分配中断优先级
使能中断前清除标志位
3.时钟误差导致丢失数据
在通信波特率较高的情况下，如果时钟误差加大，很可能导致数据丢失。
解决办法：
使用更高精度晶振
降低通信波特率
UART发送丢失数据
UART发送丢失数据很多工程师都遇到过，通常情况下是传输未完成的原因。
HAL库已经有几年了，但还是有很多工程师都使用标准外设库，这时如果自己封装接口不当，就会存在发送最后一字节数据丢失的问题。
1.UART传输未完成导致数据丢失
如下代码，只考虑非空，但实际传输并未完成。
但发送非空不代表发送完成，虽然在某些场合更高效，但某些场合就会导致数据丢失。
比如：使用此函数发送之后进入休眠、关闭接收端设备电源等情况下。
解决办法：
等待发送完成：
如果使用标准外设库，要根据实际情况封装函数，比如发送超时。
或者使用HAL封装的接口，代码包含判断传输完成：
2.线路延时导致数据丢失
UART通常会使用232或者485以增加传输距离和增强干扰。但是一旦数据线路太长就存在传输延时的情况，特别是485传输长距离，并使用MCU控制传输方向的情况下。
解决办法：
软件增加延时处理
使用通信协议增加应答机制
3.其他原因
UART应用的场景比较多，有些应用在复杂的工厂，干扰较大从而导致数据丢失；有些应用在温差较大的环境，时钟偏移较大导致数据丢失。
解决办法需要根据实际情况，有针对性解决问题。比如：使用更好的通信线，软件做好容错处理等。
本文转载自网络，如涉及作品内容、版权和其它问题，请于联系工作人员，我们将在第一时间和您对接删除处理!
