GD32 串口接受异常的几个原因

前面我们介绍过GD32 485发送时出现异常的最常见原因，有小伙伴反馈想要知道GD32 串口接受异常的可能原因，今天我们就来安排。

一、波特率异常导致收发出错

我们知道，串口是异步通讯接口，通讯双方或者多方都需要工作在相同波特率下，如果波特率不对，则发送和接收都会异常。通常引起波特率异常的原因有以下几种：

外部晶振频率设置错误

GD32 固件库中，波特率的运算是需要去获取挂载这个串口的内部总线的频率

而获取总线频率的的函数中需要用到HXTAL_VALUE这个值，即外部晶振的实际频率。

GD32库中这个值默认是8M或25M，而有的小伙伴在用其他频率的晶振时，虽然根据实际频率修改了配置主频的函数，但没将HXTAL_VALUE这个值修改为实际值，就会导致配置出来的波特率和预想不符，从而导致波特率异常。

晶振频偏

如果外部和内部晶振出现频偏，也会导致波特率频偏，这个很好理解，那么频偏多少会出现异常呢？根据实际测试和经验，晶振出现2%的频偏，就会导致串口异常。如果使用的外部晶振，可以直接测量晶振的波形：

如果是用的内部晶振，可以通过PA8口输出内部晶振频率，再测量PA8口波形即可（如何使用PA8输出内部频率，后面也会出教程哦）。至于为什么超过2%就出现异常，小伙伴们可以自己思考下哦。

二、接受过载

当串口接收线上数据量较大，而软件由于一些原因比如需要处理更高优先级的任务时，就可能会发生数据寄存器和移位寄存器中的数据都还没有被读走的情况下，又接收到新的数据，此时串口发生接收过载。

串口状态寄存器中的ORERR位将会置“1”，新的数据也将不会被接收到MCU中，从而导致数据丢失。

该问题的解决办法：

（1）使用中断进行数据接收，且适当提高中断优先级，同时需要打开接收过载中断，当发送过载时表示有数据丢失，可以对这一帧数据做算法处理；

（2）使用DMA接受数据，因为DMA不需要CPU参与，故一般情况下不会出现接收过载。

三、接收的数据起始位不标准

我们知道，串口每个byte的数据都有一个起始位，占一个bit时间，如果由于一些原因导致对方发过来的数据起始位过短的话，MCU就无法识别到这个起始位，从而这个byte的数据就不会被接收。小编就见过因为加了隔离芯片导致起始位变短，而传输的第一个数据bit位变长，虽然这个byte的数据时间是符合波特率的，但由于起始位不标准，也将导致接收异常。