单片机串口中断以及消息收发处理——对接受信息进行判断实现控制

昊月光华

已于 2022-06-18 21:03:10 修改

阅读量3.5k

点赞数 2

分类专栏： 51 C 文章标签：单片机 stm32 嵌入式硬件

于 2022-06-12 12:26:01 首次发布

本文链接：https://blog.csdn.net/PHILICS7/article/details/125243067

版权

51 同时被 2 个专栏收录

41 篇文章 17 订阅

订阅专栏

21 篇文章 0 订阅

订阅专栏

本次自己捣鼓的问题：（自己摸索的一个实验）

本次自己捣鼓的问题：（自己摸索的一个实验）

以51的单片机来说，用定时器2作为串口1来进行串口实验，检验以下的数据(任意数据)

"hello"--1

"yzh666"--2

"aqawaer"--3

实现效果：

单片机收到这些消息字段后进行判断并在数码管的第一位显示是几号消息，顺便看看串口的实时性如何。

初步基础：

串口的波特率有很多种，单位是多少位每秒，以9600bps为例，我认为9600位每s，若是无校验8位数据位，一位起始位和一位停止位而构成一个数据帧（共10位),

起始位：1
数据位：8
停止位：1
校验位：0

那么每s能接受960个数据包,每八位为一个字节，那就是没s能接受960个字节（也就是一个char 或者是unsigned char型的数据),那么相当于每1.041ms接受一个字符.

串口中断：每次发送或者接受数据后TI或RI置为1则触发中断（硬件置位)，故触发中断后需要软件复位（置为0),优先级低于定时器中断。串口中断一般用于接受数据。

实现步骤

用一个数组缓存来接受数据，设一个是否有数据来的标记rf ,两次数据传输之前的时间间隔 rt ，设置一个1ms产生一次中断的定时器1，每次定时器1进入中断判断RI:RI为1则rt为0（说明还有数据正在被接受）,RI为0（则rt开始计时，计时期间只要RI为1又重新从0开始计数，因为串口每次接受一个数据帧都会被软件置0），当rt>40时,说明（RI为0且40ms内未接受到任何数据判定本次数据接受完毕,发送接受的数据已经清除标记rf ,rt）这里是40ms只是我自己设的。

接受完数据后，用C的库函数strcmp(char *src, char *dst),添加库的头文件"string.h"

strcmp(Rbuf,"awaqaer\r\n")==0来判断是否是接受到对应的数据

实验结果：

我设置为1000ms的间隔自动发送"hello","yzh666","awaqaer"达到了较为满意的效果：

首先是串口：

板子上的效果：

判断这三条数据分别对应的序号：

主要代码

定时器1和串口的代码

void TIME1() interrupt 3{
	
	smg_play(DT[s],s++);
	if(s>7)s=0;
	smgtime++;
	time++;
	if(rf){
		if(!RI){
				if(rt++==40){
				//认为一次数据传输完毕
				 
				Rbuf[i]='\r';
				Rbuf[i+1]='\n';
				Rbuf[i+2]='\0';
					 
					if(strcmp(Rbuf,"yzh666\r\n")==0)DT[0]=1;
					else if(strcmp(Rbuf,"hello\r\n")==0)DT[0]=2;
					else if(strcmp(Rbuf,"awaqaer\r\n")==0)DT[0]=3;
					else DT[0]=0;
					SendString(Rbuf);
						i=0;
						rf=0;
						
				}
		}
		else {
			rt=0;
		}
		
	}
}

void Uart1() interrupt 4{
	
	if(RI){
		RI=0;
		if(!rf){
			rf=1;
			Rbuf[i++]=SBUF;
			}
		else {
			
			Rbuf[i++]=SBUF;
			
		}
	}
	
	
}

还存在的缺陷

当发送数据的间隔在300ms以上数据的判断没什么问题，但小于300ms，我测的是200ms消息就存在两个消息被当做是同一个消息被接受了，我设置RI==0间隔为10（代码里写的是40）的判断是否是同一个消息的间隔也是这样。以我的理解，9600的bps，传输速率是1个数据帧/1.041ms,等待40个字节的时间也就差不多40ms,程序运行的时间可以不考虑，串口与定时器抢占cpu而导致的误差也不大，因为1ms对cpu而言算很长的时间了。

6月18日更

解决上面存在的缺陷：采用喂狗的方式，还是代码问题，思路都是一样的


void Uart_Handle(){
  	if(RI){
			RI=0;
			rf=1;
			Rbuf[i++]=SBUF;
			rt=5;
		}
}

void uart_work(){
	if(rf && rt == 0 && i > 0){

				Rbuf[i]='\r';
				Rbuf[i+1]='\n';
				Rbuf[i+2]='\0';
					 
					if(strcmp(Rbuf,"yzh666\r\n")==0)DT[0]=1;
					else if(strcmp(Rbuf,"hello\r\n")==0)DT[0]=2;
					else if(strcmp(Rbuf,"awaqaer\r\n")==0)DT[0]=3;
					else DT[0]=0;
					
					SendString(Rbuf);
          i=0;
					rf=0;
		
	}
}

void Uartbuff_Receive(){
	  if(rt && rf) rt--;
	
}

uart_work放while里,在中断里对变量进行自减。以比较好的效果解决上面多条200ms以下命令被识别成一条命令的问题。