[参考译文] CCS/MSP432P401R：GPIO中断在未调试时会间歇性禁用，通过按重置按钮修复

您好，John：

谢谢你花时间回答我的问题，我会尽量说得更准确。

在硬件配置方面，我一直在使用MSP432启动板和CC2564 BoosterPack。 我连接的另一个SoC也由MSP432提供电源(记录在案的是，我连接了ADS1299EEG-FE的顶部元件)。 我还没有设计以后支持系统的PCB。

两种设置之间的差异：

(1)调试模式，我使用Code Composer Studio (CCS)构建固件，并通过启动调试会话来刷新固件。 我让系统在该模式下运行了一个多月，但从未遇到过该问题。

(2)独立模式，我停止调试会话(甚至关闭CCS以处理该问题)，从主板上拔下电源。 然后，使用USB端口为主板通电，而不运行CCS。 另外，我还有一种电池操作模式，它使用燃油箱II增压器组，在这种情况下，我不使用USB端口为主板供电，而是使用电池。

我通过添加Display (printf)(在串行端口上输出字符串)来确认中断未触发。 我使用串行端口终端监控它。 我在执行此操作时不会在CCS上进行调试会话。 我的代码中没有任何断点，蓝牙SPP链路仍正常工作，系统正在处理我的命令。  

同样，如果重置设备，它将工作4次(共5次)。

我知道低功率模式可能与这个问题有关，我有没有办法检验这个假设？ 电源模式如何与集成蓝牙的操作系统交互。

弗雷德里克

您能否为我提供代码或代码片段，以便我回顾您如何实现中断？  另外，如果我无法通过单独查看代码来了解这一点，我可能还需要聘请蓝牙堆栈的其他专家，例如Bluetoothia，因为我对此并不熟悉。

您好，John：

我尝试为PSS添加中断处理程序，如上一篇文章中所述，这将清除中断标志并禁用它。 没有解决。 (注意， NIVAC连接了一个defaultISR处理程序，这会导致无限的while循环。 因此，我的添加不可能产生任何影响)

以下是从我的程序中提取的代码，用于在GPIO 4.4 上配置中断。 我确实确认(逻辑分析器) ADS1299发送的信号存在，即使在故障条件下也是如此。  

//DRDY引脚(WFP 4.4)，此引脚触发中断
GPIO_setAsInputPin (GPIO端口P4，GPIO _PIN4)；

//清除为该PIN设置的任何标志
GPIO清除InterruptFlag (GPIO端口P4，GPIO _PIN4)；
//下降边缘灵敏度
GPIO中断边缘选择(GPIO_PORT_P4，GPIO _PIN4，GPIO高电平转换)；
//为该引脚启用中断
GPIO_enableInterrupt (GPIO端口P4，GPIO _PIN4)；
//降低优先级(这可防止调试UART导致芯片崩溃)
InterrupT_setPriority (INT_Port4，(1 <5))；
//为该端口启用中断
interrupT_enableInterrupt (INT_Port4)；

//为SRAM Bank 1启用保留
sysctl_enableSRAMBankRetention (sysctl_SRAM_Bank1)；

//启用全局中断管理
interrup_enableMaster()； 

请告诉我您是否想到了任何问题，或者您是否希望我发布其他代码段。 

Fred，

只是想给你一 个快速的更新，这样你就不会觉得我忘记了你。  我还没有发现这方面有什么明显的问题，所以我打算周一去蓝牙/蓝牙那边找人，询问他们对此的看法。  感谢您的耐心等待。  

也许您可以向我解释一下为什么需要降低INT_Port4的优先级？

您好，John：

非常感谢。  

蓝牙配有UART调试控制台，使用USB/串行端口。 当我通过DMA为SPI添加中断管理时，我遇到了一个UART缺纸及其缓冲区溢出的问题。 为了解决这一问题，我增加了UART缓冲区的长度-从内存中它是~128字节，现在是1024字节-并且在调试UART代码中注意到此系统的优先级设置为高， 我降低了中断的优先级，以确保UART可以自由地处理自己的内容。 这两项都是稳定方案所必需的。 最后，我想完全取消激活控制台，但我仍在使用它进行调试，我还没有研究如何将其关闭。 我不会惊讶地发现问题与控制台有关，尽管我的系统在重置后仍能正常工作

我尝试过的其他产品：

-我将SPI-DMA初始化例程映射到通过蓝牙发送的命令上，以便在启动后手动重新初始化系统，但这不能解决问题。 似乎GPIO中断管理总体上被堵塞。

我将在我的端尝试什么：

-我将构建随MSPWare提供的GPIO示例，并在相同条件下进行测试，以查看发生的情况。

*如果问题没有出现，我将根据该示例重新构建程序，直到找到触发错误的因素。

*如果问题仍然存在，我们将排除除启动板上的GPIO中断之外的所有问题，这将缩小搜索范围。

为了排除该元素，我还将使用另一个以相同方式配置的启动板进行测试。  

我会随时向您发布最新信息，

-弗雷德

您好，John：

再次感谢您的支持。 我将停用调试UART，但本周我需要处理另一项任务。 我无法逃脱，我需要修复此错误，因此请给我几天时间来总结一下其他问题，然后我将浏览我们确定的元素。

我会在这里发布我的结果。

很遗憾，我无法公开发布该计划。

您好，Chris：

老实说，我不认为这会起什么作用，但考虑到这种假设很容易测试，我试了一下。

因为我在生产线上安装了一个拉线，所以我没有再观察到该错误(测试次数超过5次)，但我不明白为什么？ 我完全理解上拉功能的作用，但为什么这能解决我的问题？

在配置GPIO时，线路很可能处于浮动状态。 这是因为驱动元件(ADS1299)已关闭，但这如何阻止GPIO中断管理器的初始化？

弗雷德

更多反馈，添加上拉功能，极大地提高了系统的稳定性。 我仍需要在通电后发出重置脉冲，以便GPIO中断正常工作，但随后工作正常。 我知道安装在启动板上的TM4C在启动调试会话时会发出这样的脉冲，但它不会用于独立操作。 我将尝试使用围绕此IC http://www.ti.com/lit/ds/symlink/lm809.pdf或类似内容构建的电路来绕过手动重置脉冲。