[参考译文] CCS/RF430FRL152H：RF430FRL152HEVM 看门狗

您好、Allen、

WDT 有两种模式。 看门狗模式和间隔定时器模式。

在安全装置模式中、一个 PUC (复位)被生成并且无中断。 在间隔定时器模式下、产生中断。

您已选择看门狗模式、因此不会发生中断。

此致、

Helfried

[引用 USER="Allen CHEN 3">但我检查 SYSRSTIV 寄存器的值是否为0x0002。[/引用] SYSRSTIV 寄存器可以返回 RF430FRL152H 数据表中描述的以下值：

 SYSRSTIV 寄存器可以有多个挂起的复位源、并按优先级顺序返回挂起的复位源。

 SYSRSTIV 的 值0x0002用于欠压、是一个有效值。

[引述 USER="Allen Chen 3)]如何获取 WDT 超时(PUC 信息？ 复位后或复位前？[/报价]复位后、您必须在循环中读取 SYSRSTIV、直到它返回 SYSRSTIV_NONE (0)。 可能记录了多个复位源。

例如、在代码开始时使用以下形式的代码：

int num_reset_causes 未知；
int num_reset_causs_Bor；
int num_reset_cas_svmbor；
int num_reset_cas_rstnmi；
int num_reset_cas_dobor；
int num_reset_causs_secyv；
int num_reset_cas_dopor；
int num_reset_cas_wdtto；
int num_reset_cas_wdtkey；
int num_reset_causes；ccskey；
int num_reset_causes；
int num_reset_causes；

int main (void)
｛
bool reset_Causes 读取= false；
操作
｛
开关(SYSRSTIV)
｛
案例 SYSRSTIV_NONE：
RESET_ENASE_READ = true；
中断；

案例 SYSRSTIV_BOR：
num_reset_causes 或++；
中断；

案例 SYSRSTIV_SVMBOR：
num_reset_causes _svmbor++；
中断；

案例 SYSRSTIV_RSTNMI：
num_reset_causes rstnmi++；
中断；

案例 SYSRSTIV_DOBOR：
num_reset_causes Dobor++；
中断；

案例 SYSRSTIV_SECYV：
num_reset_causes sectionyv++；
中断；

案例 SYSRSTIV_DOPOR：
num_reset_causes Dopor++；
中断；

案例 SYSRSTIV_WDTTO：
num_reset_causes wdtTO++；
中断；

案例 SYSRSTIV_WDTKEY：
num_reset_causes wdtkey++；
中断；

案例 SYSRSTIV_CCSKEY：
num_reset_causes ccskey++；
中断；

案例 SYSRSTIV_PMMKEY：
num_reset_causes _pmmkey++；
中断；

案例 SYSRSTIV_PERF：
num_reset_causes _perf++；
中断；

默认值：
num_reset_causes 未知++；
中断；
｝

} while (！reset_causes _read)； 

我 目前没有 RF430FRL152H、但在 MSP430L092中测试了上述代码、该代码可以返回与  RF430FRL152H 相同的 SYSRSTIV 值。

代码显示：

a：在将器件连接到 MSP-FET430UIF 后、首次调试程序时记录 了一个 SYSRSTIV_BOR、然后记录了一个 SYSRSTIV_RSTNMI。

b.第二次调试程序、让器件连接到 MSP-FET430UIF、只记录 了一个 SYSRSTIV_RSTNMI。