[参考译文] 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：

我们正在与客户确认。
请稍等片刻。

此致、

ITO