－－>>　遥控器接收部分　<<－－

遥控接收部分的设计与发射器的编码方式是紧密相关的，红外信号经过空间传播经过一体化的接收模块完成解调、放大、检波和整形还原为编码脉冲信号，送给微处理机解码实现红外遥控操作。

实现红外线遥控操作的设备绝大部分都是带有微处理机的智能设备，解码是由不同层次的软件来完成的。从各种设备配置红外线遥控器的实际情况来看，有如下几种选择：

１，一些功能较为简单的专用设备，例如遥控风扇，遥控的编码器和解码器都是成对使用的，而且解码芯片也是该设备的主控芯片，这种芯片专用性强甚至专芯片专用，根本就不能用于其他场合，主控制芯片一般也不能再编程只能接受固定的遥控编码。这种设备配置遥控器就是直接模拟该设备原来的编码直接设计遥控器即可，不需要再设计接收部分。

２，一些控制功能较为简单设备，电视机、VCD等，一般有一块芯片负责处理人机接口部分，包括遥控操作、面板操作和状态显示等，方案（表现为一组芯片）开发商一般会给出一个参考设计，负责人机接口的芯片可以做二次开发更改程序以适应不同的遥控编码、面板控制方式、状态显示风格和一些特殊功能，以实现一定程度的个性化设计。这类产品使用量大，厂商可以指定需要的熟悉的编码方式，也可以使用其他指定的编码方式，只需要提供相应的编码规格即可。不过，有些芯片方案供应商将遥控编码固定下来不能更改，那遥控器的编码只能按接收部分来设计了。

３，以SOC（System On Chip）为代表的一些新兴的产品例如机顶盒、加湿器、医疗仪器等，这类产品的一个共同的特点是开发人员在设计产品方案考虑遥控操作的时候，就会面临遥控解码的问题。如果整个系统不带操作系统或是比较简单的嵌入式操作系统或用汇编开发的，有可能直接利用主芯片对遥控器编码信号进行解码，收到什么码值做什么处理可以自己定义。一旦解码程序定下来了，需要的遥控器编码也就确定了。但是，如果该系统资源有限不便于处理实时的遥控编码信号，可以考虑外接通用的解码芯片，由我公司提供一片通用红外解码芯片，该芯片一般采用OTP或MASK形式的单片机，8PIN14PIN或18PIN（PIN指芯片的管脚）的芯片都有，一个PIN输入信号一个PIN输出，还有接收状态指示等。输出是TTL电平兼容的，空闲状态（没有按键操作时的输出状态）为高电平。至于输出的协议可以是UART（通用异步收发协议）或I2C等，其中与熟悉的RS232兼容的UART是最为普遍的，多用9600BPS编码速率，8数据位，1停止位，不要校验位（简称9600,n,8,1格式），尤其适合同两个板之间或一个板上芯片与芯片之间近距离的通信。

４ ，再进一步就是设计平台有相当的通用性、带复杂操作系统的、功能强大的嵌入式产品和标准的PC机，这类产品一个共同的特点是接口丰富并且接口的标准化程度高。因为这类设备有标准的显示器或电视机等能够显示大量的信息，人机接口相对而言丰富得多，就平台本身不会针对遥控器操作做专门的设计。正因为如此，实现遥控操作也就多利用标准的接口来完成，比较典型的就是串口（RS232或称之为COM）、IrDA（本来是符合IrDA标准的设备之间相互进行红外线数据通信使用的，但也可以用来实现红外线遥控操作）、PS/2键盘及鼠标口（统称PS/2接口）、USB接口等等。这类产品增加遥控装置就必需配置专门的红外遥控适配器（Remote Control Adapter），适配器不仅要完成红外信号的接收与解码功能，还要将接收到的数据转换成主机指定的协议，有时候这些协议是相当复杂的，幸好适配器完成了这一切，操作系统上面的应用程序不需要关心这些细节。从这些接口上处理遥控操作，从软件的角度讲，有可以分为几种情况：

第一，串口型和IrDA型的，因为这类接口不是针对遥控器专门设计的，要么需要开发驱动程序，要么在应用程序中直接对该接口编程读取遥控代码。

第二，PS/2接口就是为键盘及鼠标等输入设备而专门设计的，适配器遵循了该协议就不需要另外编写驱动程序了。

第三，USB接口正如其名字所言，是一种通用的接口，键盘及鼠标的应用就是其中的一种了，只要按USB键盘及USB鼠标的协议开发的适配器，借助通用的USB键盘及USB鼠标驱动例如HID也可以实现遥控操作而不需要另行开发驱动程序。

下面将这几种情况做一总结：