单片机IO口模拟串口程序发送接收.docx

单片机IO口模拟串口程序发送接收
/*************************************************************** *
在单片机上模拟了一个串口，*模拟串口发送的测试程序和接收的
测试程序上面两个程序在编写过程中参考了这篇文章《51单片机模拟串口的三种
方法》（在后文中简称《51》），但在它的基础上做了一些补充，下面是若干总结的
内容：1、《51》在接收数据的程序中，采用的是循环等待的方法来检测起始位（见《51》的“附：51 IO口模拟串口通讯C源程序（定时器计数法）”部分），这
种方法在较大程序中，可能会错过起始位（比如起始位到来的时候程序正好在干
别的，而没有处于判断起始位到来的状态），或者一直在检测起始位，而没有办法完成其他工作。为了避免这个问题，在本接收程序中采用了外部中断的方法，将外部中断0引脚作为模拟串口的接收端，设IT0=1（将外部中断0设为边缘触发）。这样当起始位（低电平）到来时，就会引发外部中断，然后在外部中断处理函数中接收余下的数据。这种方法可以保证没数据的时候程序该干什么干什么，一旦模拟串口接收端有数据，就可以立即接收到。2、加入了模拟串口接收缓冲区。在较大程序中，单片机要完成的工作很多，在模拟串口接收到了数据之后立即处理的话，有可能处理不过来造成丢失数据，或者影响程序其他部分执行。本程序中加入了64个字节的缓冲区，从模拟串口接收到的数据先存放在缓冲区中。这样就算程序一时没工夫处理这些数据，腾出手来之后也能在缓冲区中找到它们。3、《51》文中的WByte函数和RByte函数中都先打开计数器后关闭计数器。如果使用本文的外部中断法来接收数据，并且外部中断处理函数里外都调用了WByte或RByte的话，需要将这两个函数中的TR0=1，TR0=0操作的语句除去，并在UartInit()中加入一句TR0=1;即让TR0始终开着就可以。由于之前没有意识到这个问题，因此在具体应用时出现了奇怪的问题：表现为中断处理函数执行完毕之后，似乎回不到主程序，程序停在了一个不知道的地方。后来经过排查后找到了问题所在，那个程序的中断处理函数中用了RByte，中断处理函数外用到了WByte，而这两个函数的最后都有TR0=0。这样当中断处理函数执行完毕后，TR0实际上是为0的，返回主程序后（中断前的主程序可能正好处于其他的WByte或RByte执行中），原先以来定时器0溢出改变TF0才能执行下去的WByte函数就无法进行下去，从而导致整个程序停下来不动。（在本文的接收测试程序中不存在这个问题，因为中断处理程序中虽调用了RByte，但中断处理程序外却没有调用RByte或WByte）
下面是修改后的RByte、WByte和WaitTF0函数，仅供参考：
/********************************************** * 定时器0溢
出后重装初值**********************************************/void WaitTF0(void) { TF0=0 ; #ifdef F11_0592 TH0=0xFF