记红外通信编程的经历

今天独立写出了红外通信的程序,又在参考普中的程序进行一些修改后终于能够成功运行.特写此贴加深印象.
我用的普中的开发板,其红外模块的电路图如下:

在某一本书中写道:SC6122是红外线发射专用集成电路,其发射的一帧红外线编码是由一个

1. 引导码:引导码由一个9ms的高电平和4.5ms的低电平组成
2. 低8位用户编码
3. 高8位用户编码¹
4. 8位键数据码
5. 8位键数据反相码²

无论是编码“0”或“1”,编码首先由一个持续时间为0.56ms的高电平开始,根据接下来的低电平持续时间来区别编码是“0”还是“1”.如果低电平的持续时间是0.56ms,则表示发送的是“0”,如果低电平的持续时间1.69ms,则表示发送的是"1",发送时先发送最低位.
在实际应用中，我们会在高电平的持续时间范围0.56ms~1.69ms取一个中间值（如1.12ms），把小于1.12ms的高电平认定是编码“0”，而把大于1.12ms的高电平认定是编码“1”。
经还原后的红外编码信号与发送端是反向的，即原来编码信号中的高电平变成了低电平，而低电平变成了高电平.

有了以上知识,就可以编写接收端的程序了.只要按照它的时序就可以了,我写的程序一开始无法正常运行,其原因在于延时函数不够精确导致无法分辨0和1!如下:

if(IR){
   
	// count time to determine 0 or 1
	tim=30;
	while(IR&&tim){
   // time in low digital
		delay(10);
		tim--;
	}
	if(IR==0){
   
		tim=30-tim;
		dat>>=1;
		if(tim>8)
			dat|=0x80;
	}
}

这个delay函数在参数为1是延时约10us.tim在循环体内自减,它的减小量表明了delay(10)执行了多少次,从而知道高电平的时间,进而可判断是0是1.我最初令tim=300,delay(1),用tim>80³表示高电平,理论上计算来说,我这个和上面的是一样的.然而,我这个偏偏不能正常运行,可能是delay的参数越大误差也越大吧!

我遇到的另一个问题就是接收的数据很不稳定,很容易变成FF,在把主函数循环体里加个dat做中间变量就解决了.

---

程序源码:

#include <reg52.h>
#