还是自己顶自己吧，大家看看就行。

说到红外遥控，就得先了解红外码的格式，以下图形为实测随机抓取：

单次按键(不含连续码)——引导码+用户码/用户反码+数据码/数据反码+结束码 

码长实测时间大概在115mS

趁睡觉前抓了几个图形（家里的测试环境比较简陋）

引导码和用户码的部分截取：

引导码码长以9+4.5mS起头，实测在13.2-14mS之间,接下来就是用户码，

从图形可以看出用户码和用户反码是互补的(0x01和0xFE)

结束码图形截取：

从图形上看，结束码需要在数据反码完成之后，大概延时80多mS，以9+2.5mS作为结束码

实测结束码码长为12mS

嗯，PIC的开发工具都比较贵，我还是在某宝上淘的山寨版——PICKIT3.5   不过现在也被生活磨的没有太多的开发热情了， 一般急功近利的比较多，特别是在深圳这个高节奏的环境中

由于东西简单，没有原理图，刚刚简单整理了一下。

  先上传一个初期的实验性的验证程序，红外解码采用主函数查询的方法，这种解码方式倒是可以，但是执行其他事件的时间不能太长，否则会影响解码程序的运行，导致解码丢失

    以下程序为利用PIC12F1822的验证程序，整篇采用switch case语句贯穿整个程序，由于采用固定延时做判断来解码的方式，所有功能在定时器中来完成PWM的转换。最终导致还有一个FADE平滑过渡型渐变功能没法再继续写下去。

   不过此程序实现调光 混色  颜色跳变的遥控功能足以！  当然最终的量产程序肯定和这个有着本质区别了。

以下程序为史上红外解码最精简程序示例——摘自阿莫论坛

——利用定时器的固定时基来查询红外脉冲的宽度，从而进行解码！

大家可以自己去分析,至于中间的高电平是多少时间，低电平是多少时间都不用去管，只需计算两个下降沿间隔时间就可以判断0和1，同时也可以判断是否是引导码，或是结束码，或是连续码

定时器查看时间设置为125us，执行定时器中断程序一次

void Timer0 interrupt 1()                                                            

{      

        irTime++;   

        if(irTime==240) // ir解码后码值存放时间， 240*125us = 30ms   

       {

             irTime--;  

             codeCnt=0x3f;

       }       

       if(IR_IO)   Irprot_LastState=1; // 记录IO状态   

       else if(Irprot_LastState)       // 有下降沿 

       {      

              Irprot_LastState = 0;        // 下降沿后IO状态记录为0      

              if(irTime<24)                // 小于24*125us=3ms的间隔才进行处理      

             {         

                    codeCnt++;  

                    codeCnt &= 0x1f;         

                    IR_data[codeCnt>>3] <<= 1;       

                    if( irTime>15)   

                    IR_data[codeCnt>>3]++;  // 大于15*125us=1.875ms的间隔为数据1      

             }    

             irTime = 0;                  // 下降沿处理完成，将时间清0   

        }

}