串口多字节发送_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
串口多字节发送
&&包含了51单片机和串口之间的多字节传送,供单片机爱好者学习
阅读已结束，下载文档到电脑
想免费下载更多文档？
定制HR最喜欢的简历
你可能喜欢关于51单片机多机通讯问题求高手 片机多机通讯程序问题
关于51单片机多机通讯问题求高手 片机多机通讯程序问题
关于51单片机多机通讯问题求高手
相关说明：
aa&0x08不明白为什么是这样，0x08是怎么来的？？？，因为如果正确接受，从机回00h，
从楼主给出的程序来看，0x08，就是一个别人编好的命令字符，不用琢磨0x08是怎么来的。知道它能这么用，就行了串行通信。这8位二进制数字，有256种，可以分别代表256操作命令。编程的人，都是自己规定，各个命令的数值，不用顾及别人是否理解，每次传输8位二进制数字
你需要索要开发人员的相关串口通信协议。我猜这个通信协议约定：首个字节表示命令，命令字（字节）的第4位固定为1。所以在接收程序的开始，就立即判断此位。只有正确时，才RB8=0，开始接收后续数据看样子，这段代码不是你亲自写的啊
应该说这个是一个类似握手协议，一般的串口收发硬件上是不可靠，为了保证可靠性，利用软件来完成，例如：可以增加标志位，告诉你什么是数据的开始，什么是数据的结束。 也可以使用握手，只有当成功接受或者发送时返回一个标志位。这里应该是双方规定的一个值，或者用的另外一个模块（例如gsm）返回的标志位。
注意，收到的第九位数据没有存储在SBUF寄存器，而是在SCON里面的RB8位。
aa是一个标志位， 是程序在接收的地方赋值了的
需要完成的程序才能回到你的问题。
请教51和AVR单片机之间的多机通信问题：
IP???ip地址?你用的以太网? 看你的提问不像是以太网,只是主从通讯的话还是比较好解决的,用标准...
试述MCS—51单片机的多机通讯原理：
多机通信原理: 1、一个主机,其余均为从机,主机与从机波特率保持一致 2、所有从机必须事先分配好地址...
有做过51单片机点对点过通信或多机通信的大神吗：
你好! 1、点对点通讯可以采用 232; 2、多机通讯用485吧 3、你的总体功能要求是什么?
C51单片机多机通信C语言：
单片机a,b,c. a为主机,bc为从机。a上有一个外部中断0输入,按第一次a的两个LED亮500m...
用max485 51单片机多机通信问题：
多机通信,不一定画上 MAX485,直接连接,就可以实验程序了。 前面初始化,已经是 SM2=1,只...
求个51单片机多机通信C程序,不是汇编语言：
其实,不难。 只要楼主给出双机通信的程序,稍加改动,即可满足题目要求。 难点是有的,就是双机通信,还...
51单片机多机通讯如何实现从站主动呼叫主站：
具体要做什么 我做单片机的
51单片机 多机通信中 串口方式2和方式3中 如何做到奇偶校验的啊?是把每一位加起来除以2吗?：
奇偶校验是是“1”的个数是奇数还是偶数,通讯时可以将校验值通过TB8或RB8来实现。
利用MCS-51单片机进行多机串行通信时,主机能否同时向多台从机发送数据?如有部分从机地址相同,会产...：
从机地址如果相同,主机请求从机上传信息时,地址相同的从机会同时向总线发送数据,总线上的数据应该是两个...
RS485主从式多机(单片机)通信,从机的地址是怎么确定或定义的?：
热心网友| 发布于 11:08 评论
其他...通信问题:一个主机单片机,多个...403 Forbidden
403 Forbidden关于单片机串口通信的几个问题 - 技术原本就是一种沉淀和继承 - CSDN博客
关于单片机串口通信的几个问题
串口通信：（从单片机的角度考虑）
过程：(无论中断开关与否，数据都能进出SBUF,且RI和TI都能硬件置1,只是CPU未进行接收)
接收：PC发一个字节--&RI硬件置1--&进入中断，接收数据（RI手动置0）--&返回现场
发送：单片机发一个字节--&发送完成，TI硬件置1 ---开启中断，进入中断--&返回现场--&发送完成
& &&& &&& ---未开启中断，检测TI，后软件置0--&发送完成
——————————————————————————————————————————————————
1.接收（只能用中断来接收PC来的信息，如果一直扫描的话，浪费CUP就很厉害，接收到的数据也未必完整）
--查询法（发送前关闭ES，发送完开启ES）
--中断法 （开启中断发送)
中断发送优点：省去循环等待时间，以上面例子为例，9600bps时查询发送约占用单片机10ms多，而中断发送只占单片机几十微秒（单片机速度 越快，占用时间越少）。 &
中断发送缺点：代码稍复杂，发送过程不易控制。
查询法代码：
中断法：（中断法,必须有中断函数）
& & & & & &1.在主函数中完成发送
& & 2.在中断函数中完成发送
void main(){
while (1) & & & & & & & & & & &&
& & SendStr(&U&);
//中断函数
void UARTInterrupt(void) interrupt 4
& & if(RI)
& & & & RI = 0;
& & & & //add your code here!
& &if(TI){
void SendByte(unsigned char dat)
&while(!TI);
& & TI = 0;
重点分析：
void SendByte(unsigned
&while(!TI);
& & TI = 0;
当发送完毕后，TI会硬件置1，这样就会进入中断程序中，而此时在TI中一定不能写TI=0，否则while(!TI）这里就会进入死循环
void SendByte(unsigned char dat)
& //while(!TI);
& &//TI = 0;
void SendStr(unsigned char *s)
&while(*s!='\0')// \0 表示字符串结束标志，
& & & & & & & & //通过检测是否字符串末尾
& SendByte(*s);
& s++;
如果这样写，并在中断中写TI=0，看上去两个是一样的，但是，如果你在写发送字符串的函数中调用了SendBYte，那么SendStr也只能发送字符串的第一个字符
（原因：在你发送第一个字符的时候，串口就会将第一个字符锁存，但是这时你又向其中发送第2，3个字符，而SBUF只能保存缓存1个字节，所以在第一个发送完之前，第2，3个字符都不会保存）
void SendByte(unsigned char dat)
& while(!TI);
直接在主程序中调用，不经过中断就会发送。
备注：本人小白，错误之处还请大神指明，O(∩_∩)O谢谢
我的热门文章随笔 - 30&
文章 - 0&评论 - 1&trackbacks - 0
&&工作了一年多，写了不少单片机串口程序。感觉串口多字节接收部分的逻辑相对于配置寄存器跟串口回复来说，是有点难度的&&寄存器配置基本上都是死的，串口回复多字节跟回复一字节只是多了一个循环。
& & & & 串口接收程序是基于串口中断的，单片机的串口每次接收到一字节数据产生一次中断，然后再读取某个寄存器就可以得到串口接收的数据了。然而在实际应用当中，基本上不会有单字节接收的情况。一般都是基于一定串口通信协议的多字节通信。在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_//串口接收成功标志
然后串口中断部分
void ser()interrupt 4
static//串口接收计数的变量
& 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;
& && 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 boardA//板选地址，通过检测几个io引脚，具体怎么得到的就不写了，很简单的
unsigned char g_DatRev [10]={0};//接收缓存
bit retFlag=0；//为1代表串口接收到了一帧数据
串口初始化函数，晶振22.1184
void init_uart()
&&&&&& SCON = 0x50;&&&&&&&&&& &&&& &//串口方式1允许接收
&&&&&& TMOD = 0x21;&&&&&&&&&& &&& &//定时器1，方式2，8位自动重载，同时配置定时器0，工作方式1
&&&&&& PCON = 0x80;&&&&&&& &&& &&&&// 波特率加倍
&&&&&& TH1 = 0
&&&&&& TL1 = 0&&&&&&&&&&&&&& //写入串口定时器初值
&&&&&& TH0=()/256;&&& //写入定时器0初值，串口传输一个字节时间为（1/19200）*10，计算得0.52ms
&&&&&& TL0=()%256;&& //定时器0定时大约1ms多
&&& ET0=1;&&&& &&&&&&&&&&&& //波特率：19200&&& 22.1184M& 初值：250(0xfa)
&&&&&& IE |= 0x90;&&&&&&&&&&&
&&& TR1 = 1;&&&&&&&&&&&&&& &&&&
串口中断函数
void UART_INT(void) interrupt 4
&& &&& static//串口接收计数的变量
&&&&&&&&&&&&& 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的话就启动定时器
void resettimer()
&&&&&& TR0=0;
&&&&&& TH0=()/256;
&&&&&& TL0=()%256;
&&&&&& if(count!=0)
&&&&&&&&&&&&& TR0=1;
定时器中断函数
void T0_time()interrupt 1
&&& TR0=0;
&&&&&& TH0=()/256;
&&&&&& TL0=()%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个字节的协议为例。
void ser()interrupt 4
& for(i=0;i&3;i++)
& && receive[i]=receive[i+1];
& receive[3]=SBUF;
& if(reveive[0]==0xaa&&receive[1]==0x55&&receive[2]==receive[3])
& && ret_flag=1;
&&&&&& ES = 0;&&
& & & & 这段代码看上去可是简单明了，这样判断可是不错啊，同时判断帧头跟校验不会产生前面提到的bug。说实话当时我刚想出这种方法并写出来的时候，马上就被我给否了。那个for循环可真是很占时间的啊，延时函数都是这样写的。每次都循环一下，这延时太长，通信速度太快的话就不能接收到下一字节数据了。最要命的是这个时间的长度是随着通信协议帧的字节数增加而增加的，如果一次要接收几十个字节，肯定就玩完了。这种方法我一次都没用过。
& & & & 不过我居然又想出来了这种方法的改良措施，是前两天刚想出来的，呵呵，还没有实践过呢。
下面代码的协议就按第二段程序（定时器清零的那个协议，一共10字节）
unsigned char receive[256]={0};
void ser()interrupt 4
& static unsigned char i=0;
& static unsigned char total=0;
& receive[i]=SBUF;
& total=total-receive[i-7]+receive[i-1];
& if(receive[i-9]==0xaa&&receive[i-8]==0x55
& &&receive[i-7]==boardaddress&&receive[i]==total
& && ret_flag=1;
&&&&&& ES = 0;&&
& & & & 之所以要定义256个长度的数组，就是为了能够让数组&首尾相接&。因为0 -1 = 255 ， 255+1 = 0。而且我在计算校验的时候也改进了算法，不会因为数据长度的增加而增加计算校验值的时间。这种方法也是我不久前才想出来的，所以还没有经过实际的验证。上面的代码可能会有逻辑上的错误，如果真有错误，有网友看出来的话，请在下面留言告诉我。这个方法也是我原创的哦，别人也肯能会想到，不过我这个绝对不是抄袭别人的。
& & & & 上面的代码最大的缺点就是变量定义的太多了，太占ram资源了，编译的时候可能会出现错误，毕竟51单片机才128字节的ram（有的资源也很丰富的，比如c8051系列的），这一下子就是256字节的变量。不过对于资源多一些的单片机，这样写还是可以的。要是能有4bit在一起的数据类型就好了，呵呵，verilog代码里面是可以的,C语言里貌似不行啊。
& & & & 要想能在例如51单片机上运行，只能按照下面的折中方式了，也就是把i相关的量都与一个0x0f
unsigned char receive[16]={0};// 可以考虑在定义时加上idata,毕竟还可能是32
//或者64长度的数组呢unsigned char idata receive[16]={0};
void ser()interrupt 4
& static unsigned char i=0;
& static unsigned char total=0;
& receive[i&0x0f]=SBUF;
& total=total-receive[(i-7)&0x0f]+receive[(i-1)&0x0f];
& if(receive[(i-9)&0x0f]==0xaa&&receive[(i-8)&0x0f]==0x55
& &&receive[(i-7)&0x0f]==boardaddress&&receive[i&0x0f]==total
& && ret_flag=1;
&&&&&& ES = 0;&&
& & 这样就可以了。等我有机会试一下吧，呵呵。我写了这么多，想必大家都能搞定串口接收了吧。
PS:字体有点小，大家凑合看吧，编辑字体的话就显示字数超了，真的不是我犯懒哦。
阅读(...) 评论()