吉林一体化遥控接收头代理

　　吉林一体化遥控接收头代理

　　测试发现，连续发送两包，第二包总是抓取不到？这是为啥呢？突然想起来，两包红外发送不能间隔太短，否则处理不过来，第 二包不识别，于是加大发送间隔，没有问题了。 测试发现有的控制器可以很好地进行控制，有的控制器接收误差太大（1、不识别，需要发送两次或者多次；2、误码率高，个别按键 识别为其它按键）。但是用同一款遥控器测试，就没有问题，能够很稳定的控制。 代码和遥控器的区别: 38K的占空比是1:2，不是网上说的1:3；

　　红外线接收头是通过红外线发光二极管（LED）发射出去，红外发光二极管（红外发射管）内部构造与普通的发光二极管基本相同。LED红外线发射管必须与LED接收头搭配使用，因此在选型时要特别注意它们发射的红外光信号波长参数是否匹配（最好就从同一厂家订制），否则会影响接收的灵敏度。

　　NEC协议数据格式 这个NEC协议，表示数据的方式不像我们之前学过的比如uart那样直观，而是每一位数据本身也需要进行编码，编码后再进行载波调制。 引导码:9ms的载波+4.5ms的空闲。 比特值“0”:560us的载波+560us的空闲。 比特值“1”:560us的载波+1.68ms的空闲。 我们就能看明白了，前面黑乎乎的一段，是引导码的9ms载波，紧接着是引导码的4.5ms的空闲，而后边的数据码，是众多载波和空闲交叉，它们的长短就由其要传递的具体数据来决定。我们的HS0038B这个红外一体化接收头，当收到有载波的信号的时候，会输出一个低电平，空闲的时候会输出高电平，我们用逻辑分析仪抓出来一个红外按键通过HS0038解码后的图形来了解一下，如图16-8所示。

　　电路，用来接收图16-5电路发送出来的波形，当HS0038监测到有38K的红外信号时，就会在OUT引脚输出低电平，当没有38K的时候，OUT引脚就会输出高电平。那我们把OUT引脚接到单片机的IO口上，通过编程，就可以获取红外通信发过来的数据了。 OUT引脚输出的数据是不是又恢复成为基带信号数据了呢？那我们单片机在接收这个基带信号数据的时候，如何判断接收到的是什么数据，应该遵循什么协议呢？像我们前边学到的UART、I2C、SPI等通信协议都是基带通信的通信协议，而红外的38K仅仅是对基带信号进行调制解调，让信号更适合在信号中传输。