[参考译文] MSP430FR2676：定时器中断在看门狗复位后执行

TAIE 是定时器中断使能。 如果该位在复位期间被清零并且从未重新配置、那么您的定时器将不再处理中断。 如果您不处于连续计数模式、定时器将向上计数或向下计数到其指定值、设置 TAIFG 以指示该值、然后不执行任何操作。

首先、我要确保您在从复位返回后正确配置中断。

>  如果该位在复位期间被清零且从未重新配置、则定时器将不再处理中断。

这不是我看到的。  仅设置 TAIFG 时、在达到计时器初始化代码之前、将连续调用计时器处理程序。

我的初始化序列很尴尬、因为我也在使用 LPM3.5。  在启动时、实时时钟的初始化和服务极少、这需要以最低功耗完成。  如果它决定需要唤醒以继续运行应用、则会初始化更多外设、包括此硬件计时器。

这意味着、在显式配置计时器之前、我将启用中断来为实时时钟提供服务。  这与看门狗复位后仍然置位的 TAIFG 相结合、似乎造成了这个问题。

回到我原来的问题：  在看门狗复位之前、我可以做什么来清除所有可能已经挂起/有效的中断、以便在应用程序初始化之前、我的中断处理程序不能执行？

是否有一种方便的方法来清除所有挂起的中断(针对所有外设)、或者在启用中断之前、我是否必须显式清除系统中的每个挂起的中断标志？

如果不详细了解代码和启动顺序、很难判断导致问题的原因。 您在启动过程中启用了哪些时钟中断？您如何启用这些中断？

我确信、您可以一次性启用/禁用所有中断、但我不知道如何一次性清除每个外设控制寄存器中的每个中断挂起标志。

在我的应用中、我需要 UART 中断、但不希望 SPI 中断。 为此、我在该外设的控制寄存器内设置中断使能。 如果您使用的是更一般的东西、比如  

_bis_SR_register (LPM3_bits | GIE)； 

那么、行为可能会有所不同、但除非控制寄存器明确启用、否则我实际上不会在任何外设中发生中断。

另一个需要注意的想法是、如果由 WDT 超时触发的复位类型不会清除外设的寄存器配置。 这可能会解释您为什么仍会获得计时器中断。 我对复位和 LPM 不是很熟悉、因此我无法真正谈论这一点。

看门狗的文档(在用户指南和数据表中)非常简单、尤其是与我之前对 Tiva 器件的使用相比。  我对我所看到的行为感到惊讶、但不确定它真正的预期/设计目标是什么。

在启动时显式清除每个外设的控制寄存器(类似于下面的行、但对每个外设重复)似乎可以正常工作、但这正是我希望避免的。  我假设必须有更好的方法、或者我错误地设置了看门狗。

HWREG16 (TIMER_A0_BASE + OFS_TAxCTL)= 0；

我最初的问题的最终答案可能是"否"。  在看门狗复位后、将 MSP430重新置于"初始"状态是没有方便的方法的、因此需要采取特殊步骤、在启动时将配置显式设置为所需的状态、以防发生这种情况。

无论如何、感谢您的帮助。