请教ZLG7290双边沿触发的奇怪问题

ldrxxx

请教ZLG7290双边沿触发的奇怪问题 [复制链接]

平台2440 5.0 BSP
我使用ZLG7290这个键盘驱动芯片，如果有键按下就会在它的INT引脚发出一个低电平，如果没有按键按下就是高电平。
现在我采用双边沿触发中断，但是出现只要按下一个键，这个键的功能就会不段重复执行，看打印信息中断线程却执行了一次而已。
后来在老帖看到，这个是由于没有处理按键弹起就会这样。可是我明明配置了双边沿触发，并且我用应用程序读出相应的寄存器，和
数据手册吻合。
后来我把键盘的IST部分移植到BSP下加入了打印信息。
BOOL
KeybdIstLoop(
    PKEYBD_IST pKeybdIst
    )
{
    SETFNAME(_T("KeybdIstLoop"));

    UINT32  rguiScanCode[16];
    BOOL    rgfKeyUp[16];
    UINT    cEvents;
// add by wogo at 2009-03-12
RETAILMSG(1, (TEXT("In KeybdIstLoop Funtion:\r\n")));
    DEBUGCHK(pKeybdIst->hevInterrupt != NULL);
    DEBUGCHK(pKeybdIst->pfnGetKeybdEvent != NULL);
    DEBUGCHK(pKeybdIst->pfnKeybdEvent != NULL);

    SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_HIGHEST);

wait_for_keybd_interrupt:
    if (WaitForSingleObject(pKeybdIst->hevInterrupt, INFINITE) == WAIT_OBJECT_0)
    {
  // add by wogo at 2009-03-12
  RETAILMSG(1, (TEXT("Deal with hevInterrupt@@@!!! :\r\n")));
        cEvents = (*pKeybdIst->pfnGetKeybdEvent)
            (pKeybdIst->uiPddId, rguiScanCode, rgfKeyUp);
            
        for (UINT iEvent = 0; iEvent < cEvents; ++iEvent) {
            (*pKeybdIst->pfnKeybdEvent)(pKeybdIst->uiPddId,
                rguiScanCode[iEvent], rgfKeyUp[iEvent]);
        }
        // cEvents could be 0 if this was a partial scan code, like 0xE0

        InterruptDone(pKeybdIst->dwSysIntr_Keybd);
  // add by wogo at 2009-03-12
  RETAILMSG(1, (TEXT("InterruptDone(pKeybdIst->dwSysIntr_Keybd)@@@!!! :\r\n")));
    }

    goto wait_for_keybd_interrupt;

    ERRORMSG(1, (TEXT("KeybdIstLoop: Keyboard driver thread terminating.\r\n")));
RETAILMSG(1, (TEXT("KeybdIstLoop: Keyboard driver thread terminating!!! :\r\n")));
    return TRUE;
}



     果然按下一次按键只打印了如下信息

Deal with hevInterrupt@@@!!! :
InterruptDone(pKeybdIst->dwSysIntr_Keybd)@@@!!! :
     按照常理，使用双边触发，按一次应该打印如下。

Deal with hevInterrupt@@@!!! :
InterruptDone(pKeybdIst->dwSysIntr_Keybd)@@@!!! :
Deal with hevInterrupt@@@!!! :
InterruptDone(pKeybdIst->dwSysIntr_Keybd)@@@!!! :

     现在难搞了，使用应用程序去读中断寄存器的设置，读出是0x22226242，这个和要求完全吻合，怎么就不产生双边沿触发呢？难道是干扰？我的天啊，真是越来越神奇了。
      后来，我又单独把EINT11配置成上升沿触发，结果也打印了
Deal with hevInterrupt@@@!!! :
InterruptDone(pKeybdIst->dwSysIntr_Keybd)@@@!!! :
这说明这时候才响应了键盘弹起中断。但是不知道为什么配置成双边触发的时候，响应了键按下之后，键弹起中断就不响应了。

shuiyan牛人，你经验丰富，救救小弟吧。谢谢。

nwuwmz

EINT11 [14:12] Setting the signaling method of the EINT11.
000 = Low level      001 = High level        01x = Falling edge triggered
10x = Rising edge triggered                     11x = Both edge triggered


// Setup EINT11 (KBDINT)
    v_pIOPregs->rGPGCON &= ~(0x3 << 6);         // Clear GPG3
    v_pIOPregs->rGPGCON |= (0x2 << 6);          // Set GPG3 to EINT11 for Keyboard interrupt

    v_pIOPregs->rEXTINT1 &= ~(0x7 << 12);    // Clear EINT11
    //v_pIOPregs->rEXTINT1 |= (0x2 << 8);     // fallig edge triggered for EINT11
    v_pIOPregs->rEXTINT1 |= (0x6 << 12);                //both edge

我在应用程序读出rEXTINT1 的值是0x22226242

这个是和数据手册吻合的，但是它只能产生一个中断而已，并且，这个代码本来在4.2BSP运行正常，我放到5.0BSP只是改动了中断的一些申请方法而已。

suo618

顶一下，哈哈，哪位帮分析一下。谢谢。

tongwxy

三星的东东没有用过。
我在270上，是在kernle里面将GPIO先设成input，然后将上下边沿检测的寄存器都设置成1，即只要引脚上有跳变，不管是上升还是下降，GPIO都可以检测到。
g_pGPIORegs->GFER1 |=  GPIO_37；
g_pGPIORegs->GRER1 |=  GPIO_37;

收到中断后，先disable中断，然后扫描键盘，然后再enable…………

不知道这样能不能帮到你呢？

gcxiaoma

我不明白我双边沿触发只能产生一个中断，
但是我分开来两个中断都能产生，不知道是怎么回事。

2440 有这种功能的——收到中断后，先disable中断，扫描，完毕之后再重新使能中断的。

我觉得可能是这个中断波形不好？导致2440检测不到？

asdfjkl12345

这个芯片如何处理多键呢？“有键按下是低，没键按下是高”，那按下一个不放->中断低->再按另一个呢？


先这样做：
使能下降沿，等待按键按下 -> 按下触发下降沿中断，进入处理流程，在其中将这个脚设置成上升沿触发 -> 结束处理，等待按键释放。

人的机械操作肯定远远超过程序处理时间，所以不用担心会错过上升沿。

然后再看2440的双沿触发为什么没起效果。以前没用过双沿的方式。

270跟2440不一样：270的上升、下降沿是分别在两个寄存器里设置，而2440却是在同一个寄存器的2个bit来配置。不确定这是否是引起不同结果的原因。

abin1982

引用 4 楼 gooogleman 的回复:
我不明白我双边沿触发只能产生一个中断，
但是我分开来两个中断都能产生，不知道是怎么回事。

可能是双边沿触发时，差过了第二个沿。
即第一个沿的处理时间太长

bangchuI

多谢各位前辈，我正在按照shuiyan牛人的办法来做，觉得这个方法是可行的。
等下来报告结果，
对了，大家调试本机驱动是怎么调试的？不会每次都打包NK，然后下载吧，这样也太郁闷了吧？

gxlzhhtx

有什么办法减少线程处理时间？
把优先级提高可行吗？

396502099

isr

316666

引用 10 楼 shenmou 的回复:
isr

哦？这个要修改OEMInterruptionHandler函数了？

不过我觉得这个应该影响不大吧。感觉比较郁闷。

zhao123ou

OEMInterruptionHandler——》OEMInterruptHandler

flyingaway

两边设置配对好没

jim200503

我觉得极有可能是线程处理函数过长，或者是优先级没有分配好。

总之是领教wince驱动了。

shenlanshanshan

我觉得极有可能是线程处理函数过长，或者是优先级没有分配好。

总之是领教wince驱动了。

myq412

应该是线程处理时间太长。
在最初的设计中，我在扫描函数中等待的时间是大概20多毫秒，结果经常发生按下一个键，屏幕上就出现一堆字母的情况，这个就是没有检测到up中断。
于是就减少时间，………………，直到减小到1uS，才算不会出现此问题。
我有时候再想，这1uS到底有没有用，不过也没有把它拿掉。

tjsheep

你是怎么减下来的？

我觉得不可思议，因为这个IST 里面有IIC相关的程序，貌似还有延时。

我原来的4.2BSP可行，5.0BSP却不行了，所以我觉得很奇怪，哎，现在想不到好的计策。

nick35

mark.

后学

1. 哎，真的有个很长的延时。
   
2. 
   
3. /********************************************************************************************
   
4. ** 函数名称:         DelayMS
   
5. ** 功能描述:         长软件延时
   
6. ** 输　入: i :        延时参数，值越大时延时越久
   
7. ********************************************************************************************/
   
8. void DelayMS(int dly)
   
9. {  
   
10.    int  i;
    
11. 
    
12.    for(; dly>0; dly--)
    
13.       for(i=0; i<200; i++);
    
14. }
    
15. 
    
16. 
    
17. 
    
18. /*******************************************************************************************
    
19. ** 函数名称:         ZLG7290_GetKey
    
20. ** 功能描述:         读取键值
    
21. ** 输　入: 无
    
22. **         
    
23. ** 输　出: >0  键值
    
24. **        =0  无键按下
    
25. ** 全局变量:        无
    
26. ** 调用模块:         IRcvStr、delayMS
    
27. **
    
28. ********************************************************************************************/
    
29. void        ZLG7290_GetKey(unsigned char key[])
    
30. {   
    
31.         IIC_ReadSerial(ZLG7290,0,key,4);
    
32.        
    
33.         DelayMS(100);               
    
34. }

复制代码