原子：红外解码

fengcq126

原子，你好
我在做红外解码部分的东西。要做两种解码方式：NEC和RC5.
由于NEC是脉宽调制，所以可以用定时器输入捕获或者板子自带的检测高脉冲的宽度进行0和1的区分进行解码
而RC5是相位调制，所以感觉用上面两种方式都不可以，我采用一定时间去检测红外接收引脚的电平去区分0和1，这就牵扯到外部中断和定时器中断的问题，发现不成功。
论坛里也有说定时器中断和外部中断同时用时有点问题，我不太了解，请你指教

还有个问题想问，在你板子自带红外接收，外部中断处理函数里用了while(1)嵌死，然后去检测引脚脉冲宽度，直到接收到结束脉冲用break跳出。我想问的是：那是不是一旦进入外部中断触发，引脚上已经有一段按键所代表的脉冲序列，而
while(1)内部就是把这段脉冲给识别出来？？？不知道我理解的对不对？

fengcq126

原子，我感觉是我外部中断处理函数的问题
大致程序如下：
void EXTI1_IRQHandler(void)
{
    u8 res = 0;
    u8 OK= 0;
    u32 RC5Data = 0;
    IR_Receive *pReceive = (IR_Receive *)(&ReceiveMessage);//ReceiveMessage 为定义的结构体类型的全局变量，各参数已初始化为全为0
   
    if(pReceive->IRType == 0)
        IRTypeCheck();//中断一触发进入该函数，进行对接收到的编码模式进行判断。如果是RC5，该函数还会打开定时器中断
   while(1)
    {
         if(pReceive->IRType == NECTYPE)
         {
           //板子自带相关程序
          }
          if(pReceive->IRType == RC5TYPE)
         {
          //判断是否将信息接受完，没完成，进行信息存储。若完成，置pReceive->RemoteRdy=1，并break跳出 
          }
     }
     EXTI->R = 1<<1;
}
我这样写，就是在外部中断处理函数里开启了定时器中断，然后是两者的中断优先级了，其实我不太清楚他俩该谁高些，我感觉应该外部中断优先级高，不知道理解的对不对？
若定时器优先级高，开启定时器之后，后面的while(1)内部还执行嘛？不清楚这样写之后，外部中断和定时器中断怎么工作的？会相互影响吗？

正点原子

这个文章应该可以帮到你.

正点原子

回复【2楼】fengcq126:
---------------------------------
如果要定时器中断打断外部中断,必须设置定时器中断的抢占优先级高于外部中断的.

fengcq126

回复【3楼】正点原子:
---------------------------------
谢谢原子，之前看过这篇文章。
其实我的外部中断处理函数里，对RC5的处理就是参考这篇文章来做的。
我现在的问题是：我这样安排外部中断和定时器中断是否合理，我的第二次发帖中关于外部中断的相关问题，希望你能指导下！！

fengcq126

回复【4楼】正点原子:
---------------------------------
嗯，我设置定时器中断优先级高于外部中断之后。
程序流程是这样吗：一旦进入外部中断，检测到是RC5模式，同时开启定时器中断。程序上接着会嵌在while(1)里，定时器中断一直在判断脉冲，直到接收完成，break跳出，一次接收完成，同时将定时器中断关闭，再等待下次外部中断。进入外部中断—检测模式—开定时器中断—接受完—关定时器中断—跳出外部中断—处理接收数据。是不是我设想的这种工作模式。嘿嘿，请指教

正点原子

回复【6楼】fengcq126:
---------------------------------
你没实际验证么?

fengcq126

回复【7楼】正点原子:
---------------------------------
我验证了，发现NEC可以，RC5好像就没法进入定时器中断，去根据红外接收引脚的电平进行判断数据了
因为RC5不管发送0还是1，它们的标准周期都是1.7ms左右，所以我的定时器中断设为1.7ms进一次中断~~

fengcq126

回复【7楼】正点原子:
---------------------------------
我验证的NEC可以，是因为没用到定时器中断。采用的板子自带程序

正点原子

回复【8楼】fengcq126:
---------------------------------
也就是你的定时器中断,从来都没发生过.
RC5解码,我觉得还是可以考虑用延时的办法,在检测到起始信号之后,每隔500us检测一次输入信号电平,就可以判断当前信号是1,还是0,同时电平变化的时刻做同步处理,应该是可以实现解码的,不过我没验证啊,呵呵.

fengcq126

回复【10楼】正点原子:
---------------------------------
谢谢原子哥
你所说的在检测到起始信号之后，每隔500us去检测输入信号电平。这个行为的实现是不是用定时器中断去做。我是用定时器中断去做的
你所说的电平变化的同时做同步处理是什么意思？有点不太明白

现在我的RC5解码做出来了，就是有时候会解码出错，按完某一按键，看到想要的键值在屏上显示了，但一松手就又变成0了。这个现象有时会出现，不知道什么原因
我测试了原板子带的NEC解码，发现有时候按键也会解码错误，显示为0.不知道这是什么原因。不知道你遇到过没？

正点原子

RC5的编码,不是每个0/1都是有一次跳变么?只是跳变在前在后的问题.
抓住这个跳变,做同步. 
如果信号不好,或者接受过程出了问题,就导致接收不正确,从而出现0.或者其他乱码.

Jervy

请问有做51 的RC5解码吗？STM32的可以发我一下吗
296677149@qq.com