串口接收字符串
篇一：基于Proteus虚拟终端51单片机仿真：串口发送和接收字符串
先上图：
实验程序：
#include <reg51.h>
#define uint unsigned int
#define uchar unsigned char
//毫秒级延时函数
void delay(uint x)
{
}
//字符发送函数
void putchar(uchar data1)
{
}
//字符串发送函数
void putstring(uchar *dat)
{
while(*dat != '\0') //判断字符串是否发送完毕
{ SBUF = data1; //将待发送的字符送入发送缓冲器 while(!TI); //等待发送完成 TI = 0; //发送中断标志请0 uchar i; while(x--) { } for(i = 0;i < 120;i++);
putchar(*dat); //发送单个字符
dat++; //字符地址加1，指向先下一个字符 delay(5);
}
}
//串口初始化函数
void serial_init()
{
uchar c = 0;
SCON = 0x50; //串口方式1 ，允许接收TMOD = 0x20; //T1工作于方式2PCON = 0x00; //波特率不倍增TL1 = 0xfd;
TH1 = 0xfd;// 波特率设置为9600EA = 1; //开总中断 ES = 1; //开串口接收中断
}
//主函数
void main()
{
serial_init();//串口初始化
TR1 = 1; //定时器开启
delay(200);
putstring("Receiving from 8051...\r\n");//处回车换行
putstring("----------------------\r\n");
delay(50);
while(1); 串口向终端发送字符串，结尾
}
//串口中断
void revdata() interrupt 4
{
uchar temp; if(RI == 0) return; //如果没有接收中断标志,退出中断 ES = 0; //关闭串口中断 RI = 0; //清串行中断标志位 temp = SBUF;//接收缓冲器中的字符 putchar(temp); //将接收的字符发送出去ES = 1; //开启串口中断 }
仿真：
篇二：单片机串口发送字符串程序
#include<reg51.h> //包含单片机寄存器的头文件
unsigned char code zifuchuan[ ]="ni hao! wo shi cai hai peng huan ying xue dan pian ji "; //流水灯控制码，该数组被定义为全局变量
void fasong(unsigned char dat)
{
SBUF=dat; //发送数据
while(TI==0) //检查发送完成中断标志如果未完成就等等否则复位发送标志位以便下个数据可以发送
;
TI=0;
}
void yanshi(unsigned int n)
{
unsigned int i,j;
for(i=0; i<n; i++) //for语句先赋值即i=0,然后执行语句即后面的for语句，然后执行i++，然后判断为真是跳出循环
for(j = 249; j > 0; j--)
; //什么也不做等待一个机器周期
}
void main(void)
{
unsigned int i;
TMOD=0x20; //TMOD=0010 0000B，定时器T1工作于方式2
SCON=0x40; //SCON=0100 0000B，串口工作方式1 1起始位8数据位1停止位 PCON=0x00; //PCON=0000 0000B，波特率9600 晶振11.0592
TH1=0xfd; //根据规定给定时器T1赋初值
TL1=0xfd; //根据规定给定时器T1赋初值
TR1=1;//启动定时器T1
while(1)
{ i=0;
while(zifuchuan[i] != '\0') //循环发送字节数组中的数据
{
fasong(zifuchuan[i]); //调用发送函数发送数据
} } i++;//指向下个字符yanshi(1);//150ms发送一次数据 }yanshi(1000);//150ms发送一次数据
篇三：搞定单片机多字节串口接收
搞定单片机多字节串口接收
工作了一年多，写了不少单片机串口程序。感觉串口多字节接收部分的逻辑相对于配置寄存器跟串口回复来说，是有点难度的——寄存器配置基本上都是死的，串口回复多字节跟回复一字节只是多了一个循环。
串口接收程序是基于串口中断的，单片机的串口每次接收到一字节数据产生一次中断，然后再读取某个寄存器就可以得到串口接收的数据了。然而在实际应用当中，基本上不会有单字节接收的情况。一般都是基于一定串口通信协议的多字节通信。在422或者485通信中，还可能是一个主机（一般是计算机）带多个从机（相应的有单片机的板卡）。这就要求我们的单片机能够在连续接收到的串口数据序列中识别出符合自己板卡对应的通信协议，来进行控制操作，不符合则不进行任何操作。简而言之就是，单片机要在一串数据中找到符合一定规律的几个字节的数据。
先来说下怎样定串口协议吧。这个协议指的不是串口底层的协议，而是前面提到的数据帧协议。一般都是有帧头（2~3个字节吧），数据（长度根据需要），结束位（1位，有时候设计成校验字节，最简单的校验也就是前面所有数据求和）。
比如0xaa 0x55 +（数据部分省略）+校验和（除了aa 55 之外数据的和），如果要是多板卡的话有时候还要在帧头后面加一个板选字节（相当于3字节帧头了）。
第一次写串口接收程序的时候，我首先想到的就是定义一个全局变量（实际上最好是定义局部静态变量），初始值设置为0，然后每进一次中断+1，然后加到串口通信协议的长度的时候再清零。然后判断帧头、校验。写完了之后我自己都觉得不对，一旦数据错开了一位，后面就永远都接收不到数了。无奈看了一下前辈们的代码，跟我的思路差不多，只不过那个计数值跟接收到的数据时同时判断的，而且每次中断都要判断，一旦不对计数的那个变量就清零。
废话少说，直接上一段代码让大家看看就明白了。（通信协议姑且按照简单的aa 55 一个字节数据一个字节校验，代码是基于51单片机的）。接收成功则在中断程序中把串口接收成功标志位置1。
下面是全局变量定义
unsigned char receive[4]={0,0,0,0};//接收缓存
bit uart_flag;//串口接收成功标志
然后串口中断部分
voidser()interrupt 4
{
static unsigned char count;//串口接收计数的变量
RI=0;//手动清某个寄存器，大家都懂的
receive[count]=SBUF;
if(count==0&&receive[count]==0xaa)//同时判断count跟收到的数据
{
count=1;
}
else if(count==1&&receive[count]==0x55)
{
count=2;
}
else if(count==2)
{
count++;
}
else if(count==3&&receive[count]== receive [2])//判断校验和，数据多的话是求//和，或者其他的校验方法，也可能是固定的帧尾
{
count=0;
uart_flag =1;//串口接收成功标志，为1时在主程序中回复，然后清零
ES=0;//关中断，回复完了再ES=1;
}
else
{
count=0;//判断不满足条件就将计数值清零
}
}
第一次做的串口大概就按照这个方法写完了（我后来看过其他的代码，有人用switch语句写的，逻辑跟这个也差不多，不过我还是感觉用if else来写清晰一些），
不过在测试的时候发现了bug，如果数据帧发送一半，然后突然停止，再来重新发，就会丢失一帧的数据。比如先接受到aa 55，然后断了，再进来aa 55 01 01，就不受控制了。后来我也想到一个bug，如果在多设备通信中，属于其他设备的的帧数据最后一位是aa（或者最后两位为aa 55 ，或者最后3位为aa 55 板选），下一次通信的数据就接收不到了。
当时对于数据突然中断的bug，没有想到很好的解决办法，不过这种情况几率极小，所以一直用这个方法写也没有问题。多设备通信最后一位恰好是aa的几率也很小，出问题的可能也很小。当时项目里面的控制数据跟校验恰好不可能出现aa，于是我把if(count==0&&receive[count]==0xaa)改成了if(receive[count]==0xaa)其他都没变，解决了，没有bug了。
后来我又写了几次单片机程序，才想到了一些解决问题的方法——不过改天再接着写吧，太累了，明天还要上班呢。
在后来的项目中，真的遇到了数据位跟校验位都可能出现aa的情况。我考虑到每次数据都是连续发送的（至少我们用labwindows做的上位机程序是这样的），成功接收到了一帧数据是要有一定时间回
复的，也就是说如果接收到一半，但是很长时间没接收到数据，把计数值count清零就ok啦。涉及时间的问题自然要用定时器来实现啦。
这次的通信协议如下，串口波特率19200,2个帧头aa 55 ，一个板选，6字节数据，一个校验字节（除帧头外其他数据的和）。
全局变量定义
unsigned char boardAddr;//板选地址，通过检测几个io引脚，具体怎么得到的就不写了，很简单的 unsigned char g_DatRev [10]={0};//接收缓存
bit retFlag=0；//为1代表串口接收到了一帧数据
串口初始化函数，晶振22.1184
voidinit_uart()
{
SCON = 0x50; //串口方式1允许接收
TMOD = 0x21; //定时器1，方式2，8位自动重载，同时配置定时器0，工作方式1 PCON = 0x80; // 波特率加倍
TH1 = 0xfa;
TL1 = 0xfa;//写入串口定时器初值
TH0=(65536-2000)/256; //写入定时器0初值，串口传输一个字节时间为（1/19200）*10，计算得0.52ms
TL0=(65536-2000)%256;//定时器0定时大约1ms多
EA=1;
ET0=1;//波特率：19200 22.1184M 初值：250(0xfa)
IE |= 0x90;
TR1 = 1;
}
串口中断函数
void UART_INT(void) interrupt 4
{
static unsigned char count;//串口接收计数的变量
RI = 0;
g_DatRev[count] = SBUF;
if(g_DatRev[count]==0xaa&&count==0) //帧头
{
count=1;
}
else if(count==1&&g_DatRev[count]==0x55)
{
count=2;
}
else if (count==2&&g_DatRev[2] == boardAddr)
{
CK = g_DatRev[count];
count=3;
}
else if(count>=3&&count<9)
{
CK += g_DatRev[count];
count ++;
}
else if(count == 9&&CK==g_DatRev[9])
{
ES = 0;
retFlag = 1;
count=0;
}
else
{
count=0;
}
resettimer();
}
//判断count不为0的话就启动定时器
voidresettimer()
{
TR0=0;
TH0=(65536-2000)/256;
TL0=(65536-2000)%256;
if(count!=0)
{
TR0=1;
}
}
定时器中断函数
void T0_time()interrupt 1
{
TR0=0;
TH0=(65536-2000)/256;
TL0=((来自:WwW.CssYq.com 书业 网:串口接收字符串)65536-2000)%256;
count=0;
}
这种方法的确是本人自己想出来的，别人可能也这样做过，但我这个绝对不是抄袭或者模仿来的。这样写的确可以避免前面提到过的bug，不过代价是多用了一个定时器的资源，而且中断函数里的内容更多了，占用了更多的时间。
要是能把第一种方法改进一下就好了，主要是那个校验不能为aa的那个bug，因为毕竟传输到一半突然断了的可能性是非常小的。后来我想第一个判断if(count==0&&receive[count]==0xaa)好像有点太严格了，考虑到第二字节的帧头，跟板选地址不可能为aa，于是把这个改写为if(count>=0&&count<=2&& receive[count]==0xaa),这样就把bug出现的几率降到了非常小，也只是在前一帧结尾数据恰好为aa 55 板选的时候才出现，几率是多少大家自己算一下吧，呵呵。这样我自己觉得，昨天写的那种方法改进到这个程度，应该算可以啦，反正我是很满意了。
实际上我还想过其他的方法，比如缓存的数组采用移位寄存的方式。拿前面的4个字节的协议为例。
voidser()interrupt 4
{
unsigned char i;
RI=0;
for(i=0;i<3;i++)
{
receive[i]=receive[i+1];
}