基于AT89C2051的无线遥控装置

　　引导脉冲由一个低电平和高电平组成，每个高低电平延时大约11ms，这个靠11ms的延时程序来实现，数据码和反码每个位也是使用这个延时，可以说这11ms的延时就相当于比较简单的通信协议，也是发送和接收程序的核心部分，只要两边的延时相同，00H到0FFH内的数据都能被正确接收，接收端检测到1 lms的高低电平变化后，就调用11ms的延时来判断数据“0”和“1”，并将正确接收到的数据显示在液晶显示器上。前面已讲过若时钟晶振的频率不同那么发送端和接收端的延时子程序就要计算得相一致，这样程序编制就很麻烦甚至不能正常接收数据，这一点和单片机的串口通信是同样的道理。加入数据反码为的是提高抗干扰的效果，接收端的程序中就可以设置两个数据存储器，一个放原码一个放反码，接收完毕再将两个存储器的内容作比较即可判断是否接收正确，若正确再执行应执行的程序。

　　本刊今年第1期有一篇介绍同样内容的文章使用的是串口通信的方法，而本文是采用延时，虽方法有点不一样，但关键的一点是数据传送速度都不能超过发送和接收模块的最快速度，本文使用11ms的延时，那每秒就大概是100个位的数据传送速度，读者可以将延时程序增大和减小，以此就可以测试出315MHz发送和接收模块的最高和最低数据传送速度。

　　发射端和接收端的程序见本期配刊光盘，都已尽量地模块化，能共享的就共享，所以整个程序都比较简单，且收发程序都使用的是8051最基本最常用的指令，没有用复杂的数学运算和逻辑运算指令，初学者很容易理解。因为主要是面向单片机初学者，所以本文介绍的编码格式是比较简单的，抗干扰效果较差，而无线数据通信的编码方法有很多种，有行业内的标准化编码方法，也有厂家独立研发的，而315MH2收发模块的工作原理和工作速度就基本决定了它不能用于高速通信，且也没有硬件抗干扰的能力，要排除干扰只能完全依靠软件来实现，本文的程序中，当315MHz接收模块接通电源后就一直处于工作状态，在有效接收范围内只要有315MHz发射模块发射信号，则接收端就会有输出，程序经笔者实际试验除配对的发射和接收两个系统外，再外加了一个机动车防盗遥控手柄，当然也是315MHz的，当发射和接收系统之间正在传送遥控数据时将遥控手柄的任意键按下，发现这样会打断系统间的数据传送导致接收端接收不到任何数据，这是最大的缺点，但是对要求较低的应用场合应该可以满足，因为程序至少不会对其他的315MHz发射模块有响应，意即不会有误动作，比如家里用来遥控电灯，不会随时都有人拿着个汽车防盗遥控器在附近按来按去。

　　业余条件下的电路调试

　　笔者是单片机爱好者，个人水平和试验器材有限，是典型的“一台万用表打天下”，手中既没有示波器来查看波形，也没有仿真器，对于软硬件只能靠收发两个板子上的发光二极管和接收端的1602液晶显示器的实际运行来排错，如果数据发出来，则与发射模块相连的发光二极管点亮，表明有信号发出，同样接收端的发光二极管如果与发射端的变化同步，表明接收到了信号，从而完成硬件排错，最后将接收到的数据显示在显示器上。

　　程序上的排错主要集中在数据延时上，刚开始笔者将要发送的每个数据位的延时选得很短，不知不觉中已远远超出315MHz发送和接收模块的数据收发速度，也就是相当于在串行通信中将波特率设置过高，导致收发失败，这是笔者遇到的最大障碍，因为笔者开始把问题归结为硬件故障，在这个不大不小的问题上白白花了很多时间，后来在一次上网查找资料的时候读到与315MHz模块相关的一篇文章，里面提到收发速度问题，说它的传输速度是很低的，不然将工作不正常甚至无法传输数据，笔者这才恍然大悟，回家后立刻对延时进行修改，改一次源码就重烧录一次芯片，直到最后将延时锁定在11ms，至此排错告一段落，收发双方能进行正确的数据传输了，发送端发送的数据也基本都能在1602显示器上显示出来，但仍有个别的数据不稳定，笔者分析这主要是硬件本身固有的缺陷和程序的合理性造成的，感兴趣的读者朋友可以在本文的软硬件基础上，发挥自己的能力对电路和软件再作进一步的修改，以求达到更好的效果。希望大家到《无线电》杂志的BBS论坛里进行讨论，将自己对程序的改进方法提出来。

　　实际应用

　　在收发两个电路的基础上再增加一块4路继电器控制板，如图3所示，可与收发电路配合进行遥控控制。图4是发送电路，左边的发光二极管是电源指示，右下角的为数据指示，拍照时刚好点亮表明正在发送数据，电路中的数码管本实验没有用到。图5是接收电路，其中接收模块是安放在面包板上再用数据线与单片机相连的。连接好电路后，随着发送端不断发出数据，单片机就会根据接收到的数据控制相应的继电器接通，图3中右下角的发光二极管点亮，表明此路继电器已接通。

图3 4路继电器控制板

图4发送电路

图5接收电路