好久不来，关于GPIO中端口的诡异问题。

[ywmen]

最近产品里的一个驱动出现中断线程不工作现象，表现为如下：
GPIO口配置为低电平触发模式，当低电平到来，关联的中断事件就会触发，中断线程等待这个事件后应该会执行相应的代码。
现在问题是:工作一段时间后，外部电路测试为低电平，但是中断线程卡在WaitForSingleObject()里，也就是没有中断事件过来。更奇怪的是当出现问题之后，使用自己写的应用程序读取此GPIO口的管教状态及里面的ISR寄存器，线程又重新恢复工作了。而且读出来的寄存器值和管脚电平都是正确的。
按理说读取IO口寄存器的值不会改变里面的内容，还有是不是读取的时候，芯片内部单元进行了什么操作？
请各位大神发表一下高见。
谢了。

[ywmen]

这个非常急，有烦各位大牛发表一下高见探讨一下。学习学习。

[ywmen]

贴上中断线程处理代码： while(TRUE) { Wait_Intr = WaitForSingleObject(g_hReadEvent, INFINITE); if(WAIT_OBJECT_0 == Wait_Intr) { ... ... ... ... DDKGpioClearIntrPin(DDK_GPIO_PORT4, 5); InterruptDone(g_dwReadSysIntr); } } return 1;

[xqhrs232]

事件跟中断是怎样进行绑定的？绑定没？

[ywmen]

引用 4 楼 cclutpk 的回复:

楼主意思是大部分时间中断触发正常，但是有时候触发不了，操作一下寄存器又可以了？

是的。

[cclutpk]

楼主意思是大部分时间中断触发正常，但是有时候触发不了，操作一下寄存器又可以了？

[lf_kyo]

中断处理完后的某些寄存器处理没有做好。 是否某些寄存器单位状态需要手动置位？比如中断标志什么的。 cpu是什么的？

[叶落寒山]

提供一点思路：你通过读取GPIO寄存器能够使程序再次正常运行。虽然说读取操作不改变寄存器状态，但是读取操作与写操作一样，都会使用总线，表明你的总线在有些时候会被钳死，导致中断无法正常触发，通过读取的操作能够解除这种钳死状态。所以建议你把地址总线、数据总线都在示波器上监视一下，看看中断死掉的情况下总线是什么情况，读取后，总线又是什么情况。这有助于你发现问题。

[ywmen]

引用 6 楼 lf_kyo 的回复:

中断处理完后的某些寄存器处理没有做好。 是否某些寄存器单位状态需要手动置位？比如中断标志什么的。 cpu是什么的？

CPU 为FSL的imx51. DDKGpioClearIntrPin这个接口就是处理完中断后清除中断标志位的。 整个平台使用的中断处理方式都一样，只是这个有异常，怀疑是不是GPIO内部有问题。

[ywmen]

引用 7 楼 huayehanshan 的回复:

提供一点思路：你通过读取GPIO寄存器能够使程序再次正常运行。虽然说读取操作不改变寄存器状态，但是读取操作与写操作一样，都会使用总线，表明你的总线在有些时候会被钳死，导致中断无法正常触发，通过读取的操作能够解除这种钳死状态。所以建议你把地址总线、数据总线都在示波器上监视一下，看看中断死掉的情况下总线是什么情况，读取后，总线又是什么情况。这有助于你发现问题。

谢谢提供思路。 这个问题比较难出现，但是确实发现了。因此解决周期比较长。