使用I2C和声驱动如何来解决各种问题

我正在使用I2C和声驱动来解决各种问题。具体来说，我使用的是PIC32MZ2048ECH100I，我试图在I2C总线上与两个设备进行通信，一个是触摸屏，另一个是具有16输入/输出的GPIO芯片。首先，我在现有的MTCH6301驱动程序上编写了一个和声驱动程序，因为我的设备的工作方式非常相似。在一个引脚中断然后一个I2C握手获得触摸坐标。我也有GPIO芯片工作在同一时间，这是我工作的和谐与和谐1.06。为了简单起见，我把GPIO芯片从方程式中拿了出来，因为我只是在触摸屏上独自交谈时遇到了麻烦。我将总结一下它的工作方式，以防出现错误。收到中断后，它会调用DRV_I2C_BufferAddRead()函数，如果这是成功的UL将返回句柄并将其添加到触摸驱动程序跟踪的任务队列中。稍后，SYS_Tasks将会出现，并运行DRV_TOUCH_MTCH6301_Tasks()，它将检查任务队列中的句柄，以查找I2C完成的事件。最初，这看起来很好，但是在任何类型的负载下（例如很多快速的多点触摸），它会锁定和停止处理触摸请求和/或在I2CyDRV.C代码中崩溃。停止触摸请求的处理是因为I2C队列填满并坐在那里，没有泵送I2C驱动程序（因为它是中断驱动的，而I2C模块认为它不再需要中断）。基本上，只要队列中有2个I2C请求（或者在前一个完成之前已经调度了一个新的I2C请求，整个I2C驱动程序就注定要失败）。我添加了一些空指针保护和一些其他的黑客攻击（甚至是一些讨厌的代码来调用DRVIII2CYTASKS（）函数，并让事情发生。ING，即使它是中断驱动的。我到达了一个阶段，它实际上工作得很好，甚至在总线上有一个第二I2C设备（前面提到的GPIO模块），它将在99.999%的时间内完成I2C队列的任何死锁。我当时应该退后一步，然后尝试正确地修复它，但是我还有其他火要扑灭，这一次几乎全部熄灭。我继续到和谐1.07.01，首先注意到我之前的I2C_drv.c补丁现在没有意义，它看起来像我添加了g的几个队列问题UARDS已被正确地处理，因此我恢复到1.07.01I2C.DRV.C代码。不用说，这是一场灾难。在I2C死锁发生之前，我可以从触摸屏上获得大约5秒或3次触摸，这似乎是我以前遇到的相同的基本原因。I2C队列填满，并没有得到服务（因为任何原因）。在尝试启用与错误条件相关的各种I2C中断之前，当我研究这个问题时，但是从来没有触发过，因此我无法从中推断出任何东西。在MHC中，我选择I2C驱动程序如下：DYNAMIC、中断模式、MZ Errata方法=25位的bang stop。这也是* * *组合，实际上似乎在任何工作。如果我试图关闭中断并让它使用SysStasks（）轮询，我会立即崩溃。如果我使用另一个模块重置的errata方法，我在I2C总线上什么也得不到，如果我使用位邦格实现，它似乎也崩溃了，不能工作。对不起，对于漫无目的的帖子，我试图进入合理的细节，而不会过分。回到这个问题，有人成功地使用了和谐I2C驱动程序吗？如果是这样，我错过了一些愚蠢的东西或一些技巧？或者什么？多谢！