单片机串口通信的发送与接收

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

51单片机的串口,是个全双工的串口,发送数据的同时,还可以接收数据。

当串行发送完毕后,将在标志位TI 置1,同样,当收到了数据后,也会在RI 置1。无论RI 或TI 出现了1,只要串口中断处于开放状态,单片机都会进入串口中断处理程序。

在中断程序中,要区分出来究竟是发送引起的中断,还是接收引起的中断,然后分别进行处理。

看到过一些书籍和文章,在串口收、发数据的处理方法上,很多人都有不妥之处。

接收数据时,基本上都是使用“中断方式”,这是正确合理的。

即:每当收到一个新数据,就在中断函数中,把RI 清零,并用一个变量,通知主函数,收到了新数据。

发送数据时,很多的程序都是使用的“查询方式”,就是执行while(TI ==0); 这样的语句来等待发送完毕。

这时,处理不好的话,就可能带来问题。

看了一些网友编写的程序,发现有如下几条容易出错:

1.有人在发送数据之前,先关闭了串口中断!等待发送完毕后,再打开串口中断。

这样,在发送数据的等待期间内,如果收到了数据,将不能进入中断函数,也就不会保存的这个新收到的数据。

这种处理方法,就会遗漏收到的数据。

2.有人在发送数据之前,并没有关闭串口中断,当TI = 1 时,是可以进入中断程序的。

但是,却在中断函数中,将TI 清零!

这样,在主函数中的while(TI ==0);,将永远等不到发送结束的标志。

3.还有人在中断程序中,并没有区分中断的来源,反而让发送引起的中断,执行了接收中断的程序。

对此,做而论道发表自己常用的方法:

接收数据时,使用“中断方式”,清除RI 后,用一个变量通知主函数,收到新数据。

发送数据时,也用“中断方式”,清除TI 后,用另一个变量通知主函数,数据发送完毕。这样一来,收、发两者基本一致,编写程序也很规范、易懂。

更重要的是,主函数中,不用在那儿死等发送完毕,可以有更多的时间查看其它的标志。

实例:

求一个PC与单片机串口通信的程序,要求如下:

1、如果在电脑上发送以$开始的字符串,则将整个字符串原样返回(字符串长度不是固定的)。

2、如果接收到1,则将P10置高电平,接收到0,P10置低电平。(用来控制一个LED)

单片机是STC89C52RC/晶振11.0592/波特率要求是9600或4800。谢谢!

问题补充:可能会将【$ABCD,123456,987654ccc,aasdasd,aaaa,sssd,4D】这样的字符串(字符串长度约为50-150个字符)传送给单片机,只能能原样返回。

[cpp]view plaincopy

1.最佳答案:

2.下列程序,已经调试成功。

3.#include

4.sbit LED = P1^0;

5.unsigned char UART_buff;

6.bit New_rec = 0, Send_ed = 1, Money = 0;

7.//----------------------------------------------

8.void main (void)

9.{

10. SCON = 0x50; //串口方式1, 8-n-1, 允许接收.

11. TMOD = 0x20; //T1方式2

12. TH1 = 0xFD; [url=]//******************[/url]

13. TL1 = 0xFD;

14. TR1 = 1;

15. ES = 1; //开中断.

16. EA = 1;

17.while(Money == 0); //等着交费,呵呵,等着接收$.

18.while(1) {

19.if ((New_rec == 1) && (Send_ed == 1)) { //如果收到新数据及发送完毕

20. SBUF = UART_buff; //那就发送.

21. New_rec = 0;

22. Send_ed = 0;

23. } }

24.}

25.//----------------------------------------------

26.void ser_int (void) interrupt 4

27.{

28.if(RI == 1) { //如果收到.

29. RI = 0; //清除标志.

30. New_rec = 1;

31. UART_buff = SBUF; //接收.

32.if(UART_buff == '1') LED = 1;

33.if(UART_buff == '0') LED = 0;

34.if(UART_buff == '$') Money = 1;

35. }

36.else { //如果送毕.

37. TI = 0; //清除标志.

38. Send_ed = 1;

39. }

40.}

41.//----------------------------------------------

/BLOG_ARTICLE_3007162.HTM

串口接收程序是基于串口中断的,单片机的串口每次接收到一字节数据产生一次中断,然后再读取某个寄存器就可以得到串口接收的数据了。然而在实际应用当中,基本上不会有单字节接收的情况。一般都是基于一定串口通信协议的多字节通信。在422或者485通信中,还可能是一个主机(一般是计算机)带多个从机(相应的有单片机的板卡)。这就要求我们的单片机能够在连续接收到的串口数据序列中识别出符合自己板卡对应的通信协议,来进行控制操作,不符合则不进行任何操作。简而言之就是,单片机要在一串数据中找到符合一定规律的几个字节的数据。

先来说下怎样定串口协议吧。这个协议指的不是串口底层的协议,而是前面提到的数据帧协议。一般都是有帧头(2~3个字节吧),数据(长度根据需要),结束位(1位,有时候设计成校验字节,最简单的校验也就是前面所有数据求和)。

比如0xaa 0x55 +(数据部分省略)+校验和(除了aa 55 之外数据的和),如果要是多板卡的话有时候还要在帧头后面加一个板选字节(相当于3字节帧头了)。

第一次写串口接收程序的时候,我首先想到的就是定义一个全局变量(实际上最好是定义局部静态变量),初始值设置为0,然后每进一次中断+1,然后加到串口通信协议的长度的时候再清零。然后判断帧头、校验。写完了之后我自己都觉得不对,一旦数据错开了一位,后面就永远都接收不到数了。无奈看了一下前辈们的代码,跟我的思路差不多,只不过那个计数值跟接收到的数据时同时判断的,而且每次中断都要判断,一旦不对计数的那个变量就清零。

废话少说,直接上一段代码让大家看看就明白了。(通信协议姑且按照简单的aa 55 一个字节数据一个字节校验,代码是基于51单片机的)。接收成功则在中断程序中把串口接收成功标志位置1。

[cpp]view plaincopy

1.然后串口中断部分

2.void ser()interrupt 4

3.{

4.static unsigned char count;//串口接收计数的变量

5. RI=0;//手动清某个寄存器,大家都懂的

相关文档
最新文档