之前写了篇关于ESP8266使用AT指令进行互相通讯的实验，在写STM32串口接发数据的程序中，觉得有必要将之前学的有关于串口方面的使用经历加以总结。

 

串口发送数据：

       1. 串口发送数据最直接的方式就是标准调用库函数 。 void USART_SendData(USART_TypeDef* USARTx, uint16_t Data);

第一个参数是发送的串口号，第二个参数是要发送的数据了。但是用过的朋友应该觉得不好用，一次只能发送单个字符，所以我们有必要根据这个函数加以扩展。

void Send_data(u8 *s)
{
	while(*s!='\0')
	{ 
		while(USART_GetFlagStatus(USART1,USART_FLAG_TC )==RESET);	
		USART_SendData(USART1,*s);
		s++;
	}
}

        以上程序的形参就是我们调用该函数时要发送的字符串，这里通过循环调用USART_SendData来一 一发送我们的字符串。

while(USART_GetFlagStatus(USART1,USART_FLAG_TC )==RESET);

         这句话有必要加，他是用于检查串口是否发送完成的标志，如果不加这句话会发生数据丢失的情况。这个函数只能用于串口1发送。有些时候根据需要，要用到多个串口发送那么就还需要改进这个程序。如下： 

void Send_data(USART_TypeDef * USARTx,u8 *s)
{
	while(*s!='\0')
	{ 
		while(USART_GetFlagStatus(USARTx,USART_FLAG_TC )==RESET);	
		USART_SendData(USARTx,*s);
		s++;
	}
}

        这样就可实现任意的串口发送。但有一点，我在使用实时操作系统的时候（如UCOS,Freertos等），需考虑函数重入的问题。当然也可以简单的实现把该函数复制一下，然后修改串口号也可以避免该问题。然而这个函数不能像printf那样传递多个参数，所以还可以在改进，最终程序如下

void USART_printf ( USART_TypeDef * USARTx, char * Data, ... )
{
	const char *s;
	int d;   
	char buf[16];
	
	va_list ap;
	va_start(ap, Data);

	while ( * Data != 0 )     // 判断是否到达字符串结束符
	{				                          
		if ( * Data == 0x5c )  //'\'
		{									  
			switch ( *++Data )
			{
				case 'r':							          //回车符
				USART_SendData(USARTx, 0x0d);
				Data ++;
				break;

				case 'n':							          //换行符
				USART_SendData(USARTx, 0x0a);	
				Data ++;
				break;

				default:
				Data ++;
				break;
			}			 
		}
		
		else if ( * Data == '%')
		{									  //
			switch ( *++Data )
			{				
				case 's':										  //字符串
				s = va_arg(ap, const char *);
				
				for ( ; *s; s++) 
				{
					USART_SendData(USARTx,*s);
					while( USART_GetFlagStatus(USARTx, USART_FLAG_TXE) == RESET );
				}
				
				Data++;
				
				break;

				case 'd':			
					//十进制
				d = va_arg(ap, int);
				
				itoa(d, buf, 10);
				
				for (s = buf; *s; s++) 
				{
					USART_SendData(USARTx,*s);
					while( USART_GetFlagStatus(USARTx, USART_FLAG_TXE) == RESET );
				}
				
				Data++;
				
				break;
				
				default:
				Data++;
				
				break;
				
			}		 
		}
		
		else USART_SendData(USARTx, *Data++);
		
		while ( USART_GetFlagStatus ( USARTx, USART_FLAG_TXE ) == RESET );
		
	}
}

        该函数就可以像printf使用可变参数，方便很多。通过观察函数但这个函数只支持了%d,%s的参数，想要支持更多，可以仿照printf的函数写法加以补充。

        2. 直接使用printf函数。        很多朋友都知道想要STM32要直接使用printf不行的。需要加上以下的重映射函数



       如果不想添加以上代码，也可以勾选以下的Use MicroLI选项来支持printf函数使用。

 

串口接收数据：       

        串口接收最后应有一定的协议，如发送一帧数据应该有头标志或尾标志，也可两个标志都有。这样在处理数据时既能能保证数据的正确接收，也有利于接收完后我们处理数据。串口的配置在这里就不在赘述，这里我以串口2接收中断服务程序函数且接收的数据包含头尾标识为例。

#define Max_BUFF_Len 18
unsigned char Uart2_Buffer[Max_BUFF_Len];
unsigned int Uart2_Rx=0;

void USART2_IRQHandler() 
{
	if(USART_GetITStatus(USART2,USART_IT_RXNE) != RESET) //中断产生 
	{
		USART_ClearITPendingBit(USART2,USART_IT_RXNE); //清除中断标志
			 
		Uart2_Buffer[Uart2_Rx] = USART_ReceiveData(USART2);     //接收串口1数据到buff缓冲区
		Uart2_Rx++; 
     		 
		if(Uart2_Buffer[Uart2_Rx-1] == 0x0a || Uart2_Rx == Max_BUFF_Len)    //如果接收到尾标识是换行符（或者等于最大接受数就清空重新接收）
		{
			if(Uart2_Buffer[0] == '+')                      //检测到头标识是我们需要的 
			{
				printf("%s\r\n",Uart2_Buffer);        //这里我做打印数据处理
				Uart2_Rx=0;                                   
			} 
			else
			{
				Uart2_Rx=0;                                   //不是我们需要的数据或者达到最大接收数则开始重新接收
			}
		}
	}
}

 



        数据的头标识为“\n”既换行符，尾标识为“+”。该函数将串口接收的数据存放在USART_Buffer数组中，然后先判断当前字符是不是尾标识，如果是说明接收完毕，然后再来判断头标识是不是“+”号，如果还是那么就是我们想要的数据，接下来就可以进行相应数据的处理了。但如果不是那么就让Usart2_Rx=0重新接收数据。这样做的有以下好处：

        1.可以接受不定长度的数据，最大接收长度可以通过Max_BUFF_Len来更改

        2.可以接受指定的数据

        3.防止接收的数据使数组越界

        这里我的把接受正确数据直接打印出来，也可以通过设置标识位，然后在主函数里面轮询再操作。

        

        以上的接收形式，是中断一次就接收一个字符，这在UCOS等实时内核系统中频繁的中断，非常消耗CPU资源，在有些时候我们需要接收大量数据时且波特率很高的情况下，长时间中断会带来一些额外的问题。所以以DMA形式配合串口的IDLE（空闲中断）来接受数据将会大大的提高CPU的利用率，减少系统资源的消耗。首先还是先看代码。

#define DMA_USART1_RECEIVE_LEN 18

void USART1_IRQHandler(void)                                 
{     
    u32 temp = 0;  
    uint16_t i = 0;  
      
    if(USART_GetITStatus(USART1, USART_IT_IDLE) != RESET)  
    {  
        USART1->SR;  
        USART1->DR; //这里我们通过先读SR（状态寄存器）和DR（数据寄存器）来清USART_IT_IDLE标志 			
        DMA_Cmd(DMA1_Channel5,DISABLE);  
        temp = DMA_USART1_RECEIVE_LEN - DMA_GetCurrDataCounter(DMA1_Channel5); //接收的字符串长度=设置的接收长度-剩余DMA缓存大小 
        for (i = 0;i < temp;i++)  
        {  
            Uart2_Buffer[i] = USART1_RECEIVE_DMABuffer[i];  
                
        }  
        //设置传输数据长度  
        DMA_SetCurrDataCounter(DMA1_Channel5,DMA_USART1_RECEIVE_LEN);  
        //打开DMA  
        DMA_Cmd(DMA1_Channel5,ENABLE);  
    }        
} 

        之前的串口中断是一个一个字符的接收，现在改为串口空闲中断，就是一帧数据过来才中断进入一次。而且接收的数据时候是DMA来搬运到我们指定的缓冲区（也就是程序中的USART1_RECEIVE_DMABuffer数组），是不占用CPU时间资源的。具体什么是IDLE中断和DMA需要朋友们先行了解。

    参考链接:

    https://blog.csdn.net/jdh99/article/details/8444474

    https://blog.csdn.net/phker/article/details/51925668   

   最后在讲下DMA的发送

#define DMA_USART1_SEND_LEN 64

void DMA_SEND_EN(void)
{
	DMA_Cmd(DMA1_Channel4, DISABLE);      
	DMA_SetCurrDataCounter(DMA1_Channel4,DMA_USART1_SEND_LEN);   
	DMA_Cmd(DMA1_Channel4, ENABLE);
}

        这里需要注意下DMA_Cmd(DMA1_Channel4,DISABLE)函数需要在设置传输大小之前调用一下，否则不会重新启动DMA发送。

    有了以上的接收方式，对一般的串口数据处理是没有问题的了。下面再讲一下，在ucosiii中我使用信号量+消息队列+储存管理的形式来处理我们的串口数据。先来说一下这种方式对比其他方式的一些优缺点。一般对串口的处理形式是"生产者"和"消费者"的模式,即本次接收的数据要马上处理，否则当数据大量涌进的时候，就来不及"消费"掉生产者（串口接收中断）的数据，那么就会丢失本次的数据处理。所以使用队列就能够很方便的解决这个问题。

    在下面的程序中，对数据的处理是先接受，在处理，如果在处理的过程中，有串口中断接受数据，那么就把它依次放在队列中，队列的特征是先进先出，在串口中就是先处理先接受的数据，所以根据生产和消费的速度，定义不同大小的消息队列缓冲区就可以了。缺点就是太占用系统资源，一般51单片机是没可能了。下面是从我做的项目中截取过来的程序

OS_MSG_SIZE  Usart1_Rx_cnt;          //字节大小计数值
unsigned char Usart1_data;           //每次中断接收的数据
unsigned char* Usart1_Rx_Ptr;        //储存管理分配内存的首地址的指针
unsigned char* Usart1_Rx_Ptr1;       //储存首地址的指针

void USART1_IRQHandler() 
{
	OS_ERR err;
	OSIntEnter();
	
  if(USART_GetFlagStatus(USART1,USART_FLAG_RXNE) != RESET) //中断产生 
  { 	 
    USART_ClearFlag(USART1, USART_FLAG_RXNE);     //清除中断标志
		
    Usart1_data = USART_ReceiveData(USART1);     //接收串口1数据到buff缓冲区
		
		if(Usart1_data =='+')                     //接收到数据头标识
		{
//			OSSemPend((OS_SEM*		)&SEM_IAR_UART,  //这里请求信号量是为了保证分配的存储区，但一般来说不允许
//			(OS_TICK		)0,                   //在终端服务函数中调用信号量请求但因为
//			(OS_OPT			)OS_OPT_PEND_NON_BLOCKING,//我OPT参数设置为非阻塞，所以可以这么写
//			(CPU_TS*		)0,
//			(OS_ERR*		)&err); 
//			if(err==OS_ERR_PEND_WOULD_BLOCK)	    //检测到当前信号量不可用
//			{
//				 printf("error");
//			}				
			Usart1_Rx_Ptr=(unsigned char*) OSMemGet((OS_MEM*)&UART1_MemPool,&err);//分配存储区
			Usart1_Rx_Ptr1=Usart1_Rx_Ptr;		        //储存存储区的首地址
		}
		if(Usart1_data == 0x0a )   				//接收到尾标志
		{                    
			*Usart1_Rx_Ptr++=Usart1_data;
			Usart1_Rx_cnt++;                        	//字节大小增加
			OSTaskQPost((OS_TCB    *  )&Task1_TaskTCB,
                                   (void      *  )Usart1_Rx_Ptr1,    //发送存储区首地址到消息队列
                                   (OS_MSG_SIZE  )Usart1_Rx_cnt,
                                   (OS_OPT       )OS_OPT_POST_FIFO,  //先进先出，也可设置为后进先出，再有地方很有用
                                   (OS_ERR    *  )&err);
									
			Usart1_Rx_Ptr=NULL;          //将指针指向为空，防止修改
			Usart1_Rx_cnt=0;	     //字节大小计数清零
		}
		else
		{
			*Usart1_Rx_Ptr=Usart1_data; //储存接收到的数据
			Usart1_Rx_Ptr++;
			Usart1_Rx_cnt++;
		}	
	}		 	
	OSIntExit();
}

       上面被注释掉的代码为我是为了防止当分区中没有空闲的存储块时加入信号量，打印出报警信息。当然我们也可以将存储块直接设置大一点，但是还是无法避免当没有可有存储块时会程序会崩溃现象。希望懂的朋友能告知下~。

        下面是串口数据处理任务，这里删去了其他代码，只把他打印出来了而已。

void task1_task(void *p_arg)
{
	OS_ERR err;
	OS_MSG_SIZE Usart1_Data_size;
	u8 *p;
	
	while(1)
	{
		p=(u8*)OSTaskQPend((OS_TICK		)0, //请求消息队列，获得储存区首地址
			(OS_OPT				)OS_OPT_PEND_BLOCKING,
			(OS_MSG_SIZE*	)&Usart1_Data_size,
			(CPU_TS*			)0,
			(OS_ERR*			)&err);

		printf("%s\r\n",p);        //打印数据

		delay_ms(100);
		OSMemPut((OS_MEM*	)&UART1_MemPool,    //释放储存区
		(void*			)p,
		(OS_ERR*		)&err);
						 
		OSSemPost((OS_SEM*	)&SEM_IAR_UART,    //释放信号量
		(OS_OPT 	)OS_OPT_POST_NO_SCHED,
		(OS_ERR*	)&err);
						 
		OSTimeDlyHMSM(0,0,1,500,OS_OPT_TIME_PERIODIC,&err);				 
	}
}

 

 

 

串口通信经常作为开发调试的工具，所以先介绍下串口通信。

串口通讯(Serial Communication)是一种设备间非常常用的串行通讯方式，因为它简单便捷，大部分电子设备都支持该通讯方式，电子工程师在调试设备时也经常使用该通讯方式输出调试信息。目前STM32一般只使用 RXD、TXD 以及 GND 三条信号线，直接传输数据信号。

STM32的串口通信外设有USART和UART。USART是Universal Synchronous Asynchronous Receiver and Transmitter的缩写，即通用同步异步收发器可以灵活地与外部设备进行全双工数据交换。UART(Universal Asynchronous Receiver and Transmitter)在USART基础上裁减了同步通信功能，只有异步通信。

接口通过三个引脚从外部连接到其它设备（如以下USART框图所示）。任何 USART 双向通信均需要至少两个引脚：接收数据输入引脚 (RX) 和发送数据引脚输出 (TX)。

RX ：接收数据输入引脚就是串行数据输入引脚。过采样技术可区分有效输入数据和噪声，从而用于恢复数据。

TX ：发送数据输出引脚。如果关闭发送器，该输出引脚模式由其 I/O 端口配置决定。如果使能了发送器但没有待发送的数据，则 TX 引脚处于高电平。在单线和智能卡模式下，该 I/O用于发送和接收数据（USART 电平下，随后在 SW_RX 上接收数据）。

TX和RX分别用PA9和PA10。即使用USART1。

配置串口时，首先要对相应的GPIO口进行初始化，初始化方式和LED灯初始化类似。开启外设时钟，设置端口模式，端口输出类型、输出速度、上下拉、初始输入输出状态。由于USART属于可选功能项，所以两个端口工作模式都为复用功能模式。



GPIO口配置好后，需要选用复用的功能USART1。



从图中可以知道USART1属于寄存器GPIOx_AFRH中的AF7。需要在相应GPIO口写入0111。



接着，设置USART1模式。











根据寄存器说明，配置为过采样16倍、字长8位、不校验，设置一个停止位，设置波特率，使能发送器和接收器。最后使能USART。

波特率指数据信号对载波的调制速率，它用单位时间内载波调制状态改变次数来表示，单位为波特。比特率指单位时间内传输的比特数，单位 bit/s(bps)。对于 USART 波特率与比特率相等。波特率越大，传输速率越快。USART 的发送器和接收器使用相同的波特率。





波特率计算公式



其中，f PLCK 为 USART 时钟，OVER8 为 USART_CR1 寄存器的 OVER8位对应的值，USARTDIV 是一个存放在波特率寄存器(USART_BRR)的一个无符号定点数。其中 DIV_Mantissa[11:0]位定义 USARTDIV 的整数部分，DIV_Fraction[3:0]位定义USARTDIV 的小数部分，DIV_Fraction[3]位只有在 OVER8 位为 0 时有效，否则必须清零。





可通过状态寄存器USART_SR的第七位判断发送数据寄存器是否为空，进行下一步的发送数据。



这个函数虽然可以发送数据，但只能单个发送，如果想发送一个字符串就要多次调用这个函数，所以把这个函数再进行封装。判断要输出的数是否为‘\0’，如果是，则这个数发送结束，不再进行发送数据。这样就可以一次发送一个完整的字符串了。



主函数



usart源文件



usart头文件





最终编译后将程序烧入，STM32发送数据，电脑通过串口助手接收到数据，串口发送数据成功。这样以后就可以很方便的进行调试了。      品略图书馆 http://www.pinlue.com/ http://m.pinlue.com/

 

 

 

串口发送数据，发送函数前后用while循环包裹，否则发不出去。
//正确形式
while(USART_GetFlagStatus(USART1,USART_FLAG_TXE)==RESET);
USART_SendData(USART1,temp);
while(USART_GetFlagStatus(USART1,USART_FLAG_TC)==RESET);

如果采用后置while形式，则需进行掩饰操作。
USART_SendData(USART1,temp);
delay(3);
while(USART_GetFlagStatus(USART1,USART_FLAG_TXE)==RESET);

一般在stm32开发时候，串口接收中断用的比较多，发送的用的少。如果仔细看手册你也会发现实际上针对发送的中断有两个，那我们到底该用哪个中断呢？
一个是TXE
一个是TC
那就分别来讲下这两个中断有什么区别，才好最终做选择。
第一个TXE中断,完整名称叫做Transmit data register empty，中文翻译：发送数据寄存器为空中断。如果使能了该中断并且在串口的发送寄存器里面没有数据就会立马产生中断。
第二个TC中断，完整名称叫做Transmission Complete，中文翻译：发送完成中断。如果使能该中断，那么在发送寄存器里面的数据被发送出去以后就会产生中断。
乍一看两个是不是很像，好像都是和发送数据寄存器有关。实际上呢还是有略微的不同，最关键的就是TXE中断在没有发送数据的时候都可以产生。而TC呢是必须发送一个数据后才能产生。
所以结论是两个中断都可以用来发送数据，只是流程稍有不同。
具体流程可以看下图：
可以看到使用TXE中断的时候流程会稍微简化一些，所以我使用发送中断的时候大部分都会用TXE。这样我只用把数据一股脑丢到缓冲区，然后再打开TXE中断(这时候发送寄存器是空的)就可以直接进中断挨个把数据发送出去。
但是使用TC一定需要先发送一个数据以后(这样才能有发送完成)才能进入中断。