STM32一种使用HAL,DMA,IDLE,POLLING的方式来处理UART的不定长接收机制

STM32一种使用HAL,DMA,IDLE,POLLING的方式来处理UART的不定长接收机制

设备接收数据 (DMA)

采用的HAL库，同时在UART初始化的时候添加DMA相关操做，在系统开始运行时，开始使用HAL_UART_Receive_DMA来启动UART的接收，同时须要定义一个接收的buffer
uartDeviceRxBuf,这个是设备的DMA BUFFER
而uartRxBuf,是在接收完成后将设备里面的数据转移出来，并清空设备BUFFER来接收新的数据。
定义以下

#define UART_BUF_LEN 100
uint8 uartDeviceRxBuf[UART_BUF_LEN] = {0};
uint8 uartRxBuf[UART_BUF_LEN] = {0};
//启动函数
void Bsp_Uart_Receive_Start(void)
{
    HAL_UART_Receive_DMA(&huart1, uartDeviceRxBuf, UART_BUF_LEN);
}

设备数据转移至系统接收Buffer (IDLE)

在开启UART接收数据以后，虽然DMA的中断已开启，但咱们并不打算使用到DMA的中断，即不能等到接收完UART_BUF_LEN这个长度才去查看数据。若是说咱们使用到了DMA的中断就说明很大几率数据已经发生了丢失。

使用UART的IDLE中断来接收当前接收到的数据，在收到数据以后，在中止接收数据时会产生一个IDLE中断，中断响应时，将DMA中的数据转移至uartRxBuf之中。

//初始化函数中添加这个操做
__HAL_UART_ENABLE_IT(uartHandle, UART_IT_IDLE);

中断之中添加响应

HAL_UART_IDLE_Handler(&huart1);

在中断之中去操做UART的DMA，先是将DMA中的数据读出，再重置UART的DMA，用于下一帧数据的接收

void HAL_UART_IDLE_Handler(UART_HandleTypeDef* uartHandle)
{
	if(uartHandle->Instance == USART1)
	{
		if(__HAL_UART_GET_FLAG(uartHandle, UART_FLAG_IDLE) != RESET)
		{
			Bsp_Uart_Receive_Idle_Callback();//设备数据移至系统Buffer
			__HAL_UART_CLEAR_IDLEFLAG(uartHandle);
			// RESET RECEIVE DMA LENGTH
                        HAL_DMA_Abort(uartHandle->hdmarx);
			Bsp_Uart_Receive_Start();
		}
	}
}

/*********************************************************
*********************************************************/
uint16 Bsp_Uart_No_Receive_Data_Len(void)
{
	uint16 result = 0;
	result = __HAL_DMA_GET_COUNTER(&hdma_usart1_rx);

	return result;
}

/*********************************************************
*********************************************************/
void Bsp_Uart_Receive_Idle_Callback(void)
{
	if(Bsp_Uart_No_Receive_Data_Len() < UART_BUF_LEN)
	{
		uint8 len = 0;
		uint8 i = 0;

		len = UART_BUF_LEN - Bsp_Uart_No_Receive_Data_Len();

		for(i = 0; i < len; i++)
		{
                        uartRxBuf[i] = uartDeviceRxBuf[i];
		}
		uartBufReciveLen = len;
		isUartReceivedData = 1;
	}
	Uart_Framework_Callback();
}

STM32中的IDLE中断，并非每时每刻都在发生的，必须在是接收到数据以后才会被置位。所以这个操做并不会过多得占用CPU资源。

轮询处理数据 (Polling)

在系统的UART轮询操做时，来判断是否有接收到数据，若是有接收到数据就将数据取出来，再进行数据分析来完成相应的APP需求。理论上讲在轮询取数据的时候，接收到的数据可能会发生改变，能够考虑处理把中断关掉，，处理再打开中断，防止意外，只是这个几率很小，如今处理接收数据时，暂没有用中断进行数据保护。
例如

if(Uart_Framework_Read_Parameter(UART_PARA_IS_RECEIVED))
      {
            uint8 *pBuf;
            uint16 len = 0;
            // GET BUFFER & CLEAR FLAG
            len =Uart_Framework_Read(&pBuf, 0);
            App_Uart_Transmit(pBuf, len);
      }

总结

优势

1. 对于CPU资源占用来讲是比较少的
2. 对于不定长的数据不会丢失
3. 轮询时间合理的状况下，对于不定长度的数据响应都是及时的。

缺点

1. 设置本身的设备BUFFER，否则有可能有BUFFER不够的状况。若是BUFFER不够的话就会致使数据丢失，并可能引入其余错误。
2. 连续多数据的状况下处理,须要较大的BUFFER,对小RAM的MCU，内存占用较大