[参考译文] MSP430FR2633：如果在 MCU 引导时将静电传感器板附在 PCB 上、则无法操作触摸面板。

尊敬的 Ito：

根据您提供的说明、似乎 CPU 未从低功耗模式唤醒、或者发生了 NMI 中断。

可能的原因#1 未从低功耗模式唤醒 — 如果 CPU 未唤醒、这表明系统中没有产生中断。  如果系统中没有设置其他外设来生成中断、则 CapTIvate 是唯一的中断源。  在 captivate 中、当“接近唤醒“模式被禁用时、CapTIvate 事件计时器会生成周期性中断 (GUI 中默认设置为 33ms)、从而使 CPU 唤醒并执行下一次电容式触控测量。

如果是这种情况、一个可能的原因是驱动事件计时器的时钟源出现故障、即 LFXT 振荡器（使用外部 32kHz xtal）或内部 32kHz REF0 时钟源。  在 Capt_bsp.c 中选择了这些函数、如下所示。  您在 BSP 配置中选择了什么？

可能的原因#2 — 未处理的系统 UNMI 中断 — UNMI 中断将强制 CPU 跳转到默认陷阱、此时 CPU 卡在无限 while (1) 循环中。  POR（RST/NMI 拉至低电平或循环通电）可以恢复器件。

以下是 UNMI 中断矢量 0x00FFFA 指向默认 ISR_TRAP 的方式。

您可以使用自己的自定义陷阱覆盖此默认陷阱、方法是在 main() 下面添加此代码。

#pragma vector=UNMI_VECTOR
__interrupt void UNMI_handler(void)
{

    if(SYSUNIV == SYSUNIV_NMIIFG)
        LED1_ON;     // NMIIFG NMI pin or SVSH event
    else if(SYSUNIV == SYSUNIV_OFIFG)
        LED2_ON;    // OFIFG oscillator fault
    else
    {
        // No interrupt pending
        LED1_ON;
        LED2_ON;
    }

    while(1);
}

这样、如果它是 UNMI 中断、您可以看到原因。

 以下是上述放置在内存中的 UNMI 处理程序代码的编译版本。

希望这有所帮助。

尊敬的 Ito：

客户是否能够确定原因？

嗨、Dennis。

感谢你的帮助。

下面列出了客户的测试结果。

[可能的原因#2-未处理的系统 UNMI 中断 ]

当 LED1 关闭时、我强制将 IC1PIN 的 RSTPIN 连接到 GND 以将其复位、LED1 开始闪烁并再次识别触摸。

如果发生 NMI、它只能通过 POR 恢复、这意味着
恢复时 RST =未发生 NMI 中断。
我的理解是否正确？

[可能的原因#1 未从低功耗模式唤醒]

低功耗模式设置为 LPM0。
一个 32kHz 方波是从 FPGA 输入到 IC 的引脚 30 的。
当微型计算机异常停止时、FPGA 继续运行并输出 32kHz 的频率。

我以私人消息发送了 Capt_bsp.c。

此致、

ITO