企业官网建设流程全解析

1. 项目概述与核心价值

在嵌入式开发的江湖里，有两个角色是每个工程师都绕不开的“老伙计”：一个是负责精准计时的通用定时器（GPTM），另一个是负责兜底救场的看门狗定时器（WDT）。它们一个像心脏起搏器，为系统提供稳定的节拍；另一个则像忠诚的护卫，在系统“跑飞”或“卡死”时，能及时拉响警报甚至强制重启。今天，我们就以德州仪器（TI）的经典入门级ARM Cortex-M3微控制器——Stellaris LM3S608为例，来一次寄存器级别的深度“解剖”。

很多朋友初学嵌入式，面对动辄几十页的数据手册和密密麻麻的寄存器位域，常常感到无从下手。手册告诉你“这个位是中断使能”，但没告诉你“为什么要在此时使能”以及“使能后如果不管会怎样”。结果就是代码跑起来时灵时不灵，出了问题只能靠“玄学调试”。这篇文章的目的，就是帮你把Stellaris LM3S608的GPTM和WDT这两个最常用也最核心的模块，从寄存器的工作原理到实际配置的“坑点”，一次性讲透。无论你是正在评估这款芯片，还是已经用它做项目遇到了定时不准、看门狗误触发等问题，相信这篇近万字的实操解析都能给你带来直接的帮助。

我们将聚焦于GPTM和WDT的控制与状态寄存器，特别是中断处理和定时配置相关的部分。我会结合自己过去在电机控制、通信调度等项目中积累的经验，不仅告诉你每个寄存器位是干什么的，更会分享在真实项目中如何配置它们、常见的配置误区以及排查问题的思路。你会发现，一旦理解了寄存器行为背后的设计逻辑，配置它们就像搭积木一样直观。

2. 通用定时器（GPTM）核心寄存器精讲

Stellaris LM3S608的GPTM模块非常灵活，每个定时器单元（Timer0, Timer1, Timer2）都可以独立配置为多种模式，如单次触发（One-Shot）、周期定时（Periodic）、实时时钟（RTC）、PWM输出或输入边沿计数。这种灵活性源于其丰富的寄存器集。我们不会平铺直叙地罗列所有寄存器，而是抓住中断管理和定时值配置这两条主线，把最核心、最易出错的寄存器串起来讲。

2.1 中断状态与清除：GPTMMIS 与 GPTMICR

中断是定时器与我们程序对话的主要方式。GPTM的中断状态管理涉及三个关键寄存器：原始中断状态寄存器（GPTMRIS）、中断屏蔽寄存器（GPTMIMR）以及你资料中提到的GPTM屏蔽后中断状态寄存器（GPTMMIS）和GPTM中断清除寄存器（GPTMICR）。后两者是实际编程中最常打交道的。

GPTMMIS (GPTM Masked Interrupt Status) - 偏移地址 0x020这个寄存器是“最终版”的中断状态指示器。它显示的是已经发生且未被屏蔽（即已使能）的中断。换句话说，只有当GPTMIMR中对应的中断使能位为1，并且硬件确实发生了相应的事件（如定时器超时、捕获事件匹配），GPTMMIS中对应的位才会被置1。

以你资料中的位定义为例：

• Bit 0 (TATOMIS): TimerA超时中断状态。在单次或周期模式下，TimerA计数器减到0时，此位置1。
• Bit 1 (CAMMIS): CaptureA匹配中断状态。在输入捕获模式下，当TimerA的计数值与GPTMTAMATCHR寄存器设定的匹配值相等时，此位置1。
• Bit 8 (TBTOMIS): TimerB超时中断状态。功能同TATOMIS，但针对TimerB。

这里有个至关重要的细节：GPTMMIS是一个**只读（RO）**寄存器。你无法通过写它来改变状态。它的值是由硬件根据实际事件和GPTMIMR的屏蔽情况实时更新的。很多新手会试图写这个寄存器来清除中断标志，结果发现根本没用，问题就出在这里。

那么，中断发生了，我们处理完了，如何告诉硬件“我知道了，请把这个中断标志清零”呢？这就要用到它的好搭档——GPTMICR。

GPTMICR (GPTM Interrupt Clear) - 偏移地址 0x024这个寄存器是专门用来“擦黑板”的。它的机制很特别，属于“写1清除（W1C）”类型。意思是，你想清除哪个中断标志，就往对应的位写1。写0是无效的，不会改变任何状态。

例如，你的程序进入了TimerA超时中断服务程序，在处理完逻辑后，必须执行类似下面的操作来清除中断源，否则退出中断后，硬件会认为中断依然存在，导致程序不断重复进入该中断（即中断“挂死”）：

// 假设使用Timer0，其基地址为 0x40030000 #define GPTM0_BASE 0x40030000 #define GPTMICR_OFFSET 0x024 volatile uint32_t *GPTM0_ICR = (uint32_t *)(GPTM0_BASE + GPTMICR_OFFSET); // 清除TimerA超时中断标志 *GPTM0_ICR = 0x00000001; // 向TATOCINT位（bit 0）写1

关键经验：GPTMICR的操作是“原子性”的，它一次性清除GPTMRIS和GPTMMIS中对应的位。在清除中断时，强烈建议直接写入要清除位的掩码，而不是使用“读-改-写”操作（如*GPTM0_ICR |= 0x01;）。因为在你“读”和“写”之间的极短时间窗口内，如果恰好又发生了新的同类中断事件，硬件会再次置位RIS/MIS，而你的“或”操作可能会无意中清除这个新事件，导致中断丢失。直接赋值是最安全的方式。

2.2 定时器初值装载：GPTMTAILR 与 GPTMTBILR

定时器要工作，首先得告诉它“数到哪里算完”。这就是初值装载寄存器的职责。

GPTMTAILR (GPTM TimerA Interval Load Register) - 偏移地址 0x028这个寄存器用于设置TimerA的初始计数值。它的行为与GPTM的配置模式密切相关，这是最容易混淆的地方之一：

• 16位模式：GPTM被配置为两个独立的16位定时器（TimerA和TimerB）。此时，GPTMTAILR是一个16位有效的寄存器，你写入的低16位（TAILRL）会加载到TimerA的计数器。高16位（TAILRH）读出来永远是0，写入也被忽略。
• 32位模式：GPTM被配置为一个32位定时器（TimerA作为低16位，TimerB作为高16位，合并使用）。此时，GPTMTAILR表现为一个32位寄存器。你写入的32位值，其低16位（TAILRL）加载到TimerA计数器，高16位（TAILRH）会自动加载到GPTMTBILR寄存器（即TimerB的装载寄存器）。读取GPTMTAILR时，返回的是由当前GPTMTBILR（高16位）和TimerA装载值（低16位）组合而成的32位值。

GPTMTBILR (GPTM TimerB Interval Load Register) - 偏移地址 0x02C这个寄存器用于设置TimerB的初始计数值。它的行为正好与GPTMTAILR互补：

• 16位模式：GPTMTBILR是一个独立的16位寄存器，写入有效。
• 32位模式：对GPTMTBILR的写入操作被忽略！TimerB的初值必须通过写入GPTMTAILR的高16位来间接设置。读取GPTMTBILR则返回TimerB当前的装载值。

配置心得：

1. 先配置模式，再设置初值：务必先通过GPTM配置寄存器（GPTMCFG）设定好定时器是16位还是32位模式，然后再去写GPTMTAILR和GPTMTBILR。否则可能写入无效或得到意想不到的值。
2. 32位模式下的便捷操作：在32位模式下，你可以像操作一个普通的32位寄存器一样操作GPTMTAILR。例如，要设置一个0x12345678的初值，直接GPTM0_TAILR = 0x12345678;即可，硬件会自动帮你拆分到TimerA和TimerB。
3. 理解递减计数：Stellaris的GPTM在大多数模式下是递减计数器。你写入的初值N，意味着计数器将从N开始递减，减到0时触发超时事件。因此，超时间隔 = (N + 1) * 时钟周期。如果你想定时1ms，系统时钟是16MHz，那么N应该设置为(0.001s * 16,000,000 Hz) - 1 = 15999。

2.3 匹配与预分频：GPTMTAMATCHR 与 GPTMTAPR

在PWM输出或输入捕获等高级模式下，我们不仅关心何时数完（超时），还关心数到某个特定值时做什么（匹配）。

GPTMTAMATCHR (GPTM TimerA Match Register) - 偏移地址 0x030这个寄存器定义了TimerA的匹配值。它的作用因模式而异：

• PWM模式：GPTMTAILR决定PWM周期，GPTMTAMATCHR则决定输出有效电平的宽度（占空比）。例如，在递减计数PWM模式下，计数器从GPTMTAILR值开始递减，当计数值等于GPTMTAMATCHR时，输出电平翻转。
• 输入边沿计数模式：GPTMTAILR设置要捕获的边沿总数，GPTMTAMATCHR则作为一个“目标值”。计数器从GPTMTAILR开始，每检测到一个有效边沿就减1，当减到GPTMTAMATCHR值时，触发匹配中断。实际捕获的边沿数 = GPTMTAILR - GPTMTAMATCHR。
• 32位RTC模式：此时GPTMTAMATCHR作为一个32位匹配值（高16位为TAMRH，低16位为TAMRL），与32位的实时计数器（GPTMTAR）进行比较。

GPTMTAPR (GPTM TimerA Prescale Register) - 偏移地址 0x038这是定时器的“齿轮箱”。它是一个8位寄存器（TAPSR， bits 7:0），用于扩展16位定时器的计数范围。预分频器的工作原理是：定时器时钟每 tick 一下，预分频计数器加1；只有当预分频计数器达到GPTMTAPR中设置的值时，真正的定时器计数器（GPTMTAR）才减1。

计算公式：实际定时时间 =(GPTMTAILR + 1) * (GPTMTAPR + 1) * 时钟周期。 例如，系统时钟16MHz，GPTMTAILR = 65535（16位最大值），GPTMTAPR = 255（8位最大值）。最大定时周期可达：(65535+1)*(255+1)*(1/16,000,000) ≈ 1.073秒。没有预分频器，16位定时器在16MHz下最大只能定时约4.1ms。

特别注意：GPTMTAPR和它的搭档GPTMTAPMR（预分频匹配寄存器，偏移0x040）是仅用于16位模式的。在32位模式下，它们没有意义，读为0。GPTMTAPMR用于在预分频模式下，与GPTMTAMATCHR配合，实现24位精度的匹配比较（GPTMTAPMR提供高8位）。

3. 看门狗定时器（WDT）核心寄存器精讲

如果说GPTM是系统的“节拍器”，那么WDT就是系统的“保险丝”。它的逻辑比GPTM简单，但一旦出错，后果就是系统复位，所以对其寄存器的理解必须绝对准确。

3.1 看门狗的生命周期控制：WDTLOAD、WDTVALUE 与 WDTCTL

看门狗是一个独立的32位递减计数器，一旦启用，就会永不停歇地向下计数，除非软件定期“喂狗”（重新装载），阻止其减到0。

WDTLOAD (Watchdog Load Register) - 偏移地址 0x000这是看门狗的“心跳间隔”设置器。你写入的32位值，就是看门狗计数器每次的初始值。这里有一个极其重要的特性：向WDTLOAD写入新值会立即重载计数器，并从中断点开始以新值重新递减。这意味着你可以在任何时候通过写WDTLOAD来“喂狗”，重置超时倒计时。但是，写入WDTLOAD不会清除已经产生的中断标志！中断必须通过WDTICR寄存器单独清除。

WDTVALUE (Watchdog Value Register) - 偏移地址 0x004这是一个只读寄存器，让你能随时“瞥一眼”看门狗计数器当前还剩下多少时间。在调试时，监控这个寄存器可以帮你判断喂狗程序是否按时执行，或者计算系统在某个任务中卡了多久。

WDTCTL (Watchdog Control Register) - 偏移地址 0x008这是看门狗的“总开关”，只有两个有效控制位（Bit 1和Bit 0），但设计得非常“决绝”。

• Bit 0 (INTEN) - 中断使能：这是看门狗的“一级警报”开关。置1后，看门狗开始工作，计数器开始递减。一旦此位置1，除了硬件复位，没有任何方法能再把它清零！这意味着看门狗一旦启用，就无法通过软件禁用，这防止了跑飞的程序意外关闭看门狗。当计数器第一次减到0时，会触发看门狗中断（WDT中断）。
• Bit 1 (RESEN) - 复位使能：这是看门狗的“最终手段”开关。只有INTEN使能后，设置此位才有效。如果置1，当看门狗计数器第二次减到0，且第一次产生的中断（由INTEN使能）未被清除时，看门狗将触发系统复位。这就是经典的“两次超时”机制：第一次超时给你一个“挽救”系统的机会（触发中断），如果你没处理（没喂狗也没清中断），第二次超时就直接复位。

关键配置流程与陷阱：

1. 正确的启用顺序：必须先配置WDTLOAD（设定超时时间），再根据需要设置RESEN位，最后才置位INTEN来启动看门狗。一旦INTEN置位，WDTCTL寄存器就被锁定，无法再修改。
2. 中断服务程序（ISR）必须清中断：在WDT中断服务程序中，除了常规的喂狗（写WDTLOAD），必须额外写入WDTICR寄存器来清除中断标志。如果只喂狗不清中断，即使计数器重新开始计数，中断状态依然有效，等计数器再次减到0时，若RESEN=1，系统会立即复位！
3. 超时值计算：看门狗有自己独立的时钟源（WDTCLK），通常比系统主频慢。你需要根据数据手册中WDTCLK的频率来计算WDTLOAD的值。例如，如果WDTCLK = 32.768 kHz，想要设置约1秒的超时，则WDTLOAD = 32768 - 1。

3.2 看门狗的中断与锁定机制：WDTICR、WDTRIS/WDTMIS 与 WDTLOCK

WDTICR (Watchdog Interrupt Clear Register) - 偏移地址 0x00C这是一个只写（WO）寄存器。向该寄存器写入任何值，都会清除看门狗中断标志，并同时将WDTLOAD的值重载到计数器。这是一个“一键复位”操作。在中断服务程序中，一条简单的WDT_ICR = 0x1;（写入任何值均可）就完成了清中断和喂狗两件事。但请注意，如果你希望在中断服务程序中修改超时间隔，应该在写WDTICR之前先写新的值到WDTLOAD。

WDTRIS 与 WDTMIS (Raw/Masked Interrupt Status) - 偏移地址 0x010, 0x014

• WDTRIS：原始中断状态。只要计数器减到0，此位就置1，不管中断是否使能（INTEN）。
• WDTMIS：屏蔽后中断状态。它是WDTRIS & INTEN的结果。只有当INTEN=1且发生了超时，此位才为1。通常我们查询或等待的是WDTMIS位，因为它才代表真正会提交到NVIC的中断信号。

WDTLOCK (Watchdog Lock Register) - 偏移地址 0xC00这是一个有趣的“钥匙”寄存器。它的主要功能是锁定对看门狗其他所有寄存器的写操作，防止程序跑飞后意外修改看门狗配置（比如恶意延长超时时间或禁用看门狗）。

• 解锁：向WDTLOCK写入特定的“钥匙”值0x1ACC.E551。之后，所有WDT寄存器恢复可写。
• 上锁：向WDTLOCK写入任何非0x1ACC.E551的值。之后，除了WDTLOCK本身，其他WDT寄存器均不可写。
• 读取：读WDTLOCK返回的是锁状态，而不是你上次写入的值。返回0x1表示已锁定，0x0表示未锁定。

实战建议：在系统初始化阶段，配置好看门狗（WDTLOAD,WDTCTL）后，立即向WDTLOCK写入一个非钥匙值（如0x0）将其锁定。这是一个非常好的安全实践，可以固化看门狗的配置。此后，只有喂狗（写WDTLOAD）和清中断（写WDTICR）操作是允许的，因为它们对于看门狗的正常运行是必需的，且不受锁寄存器影响。

4. 实战配置流程与代码示例

理解了寄存器，我们来看如何把它们组合起来，完成一个完整的定时器和看门狗配置。以下代码基于Stellaris外设驱动库（DriverLib）的风格进行抽象，但重点展示寄存器级操作逻辑。

4.1 GPTM 周期定时中断配置示例（32位模式）

假设我们需要使用Timer0的32位周期模式，产生一个100ms的中断，系统时钟为16MHz。

步骤1：计算装载值时钟周期 T_clk = 1 / 16MHz = 62.5ns。 所需计数值 N = (定时时间 / T_clk) - 1 = (0.1 / 62.5e-9) - 1 = 1,599,999。 由于是32位模式，这是一个小于2^32的数，可以直接使用。

步骤2：配置寄存器

// 定义寄存器地址（以Timer0为例） #define GPTM0_BASE 0x40030000 #define GPTMCFG (*(volatile uint32_t *)(GPTM0_BASE + 0x000)) #define GPTMTAMR (*(volatile uint32_t *)(GPTM0_BASE + 0x004)) #define GPTMCTL (*(volatile uint32_t *)(GPTM0_BASE + 0x00C)) #define GPTMIMR (*(volatile uint32_t *)(GPTM0_BASE + 0x018)) #define GPTMTAILR (*(volatile uint32_t *)(GPTM0_BASE + 0x028)) #define GPTMICR (*(volatile uint32_t *)(GPTM0_BASE + 0x024)) void GPTM0_32Bit_Periodic_Init(void) { // 1. 禁用定时器（确保配置时定时器停止） GPTMCTL &= ~(1 << 0); // 清除TAEN位，禁用TimerA // 2. 选择32位周期定时器模式 GPTMCFG = 0x00000000; // CFG=0x0， 32位定时器模式 // 3. 配置为周期定时模式 GPTMTAMR = (0x2 << 0); // TAMR=0x2 (周期模式), TACDIR=0 (递减) // 4. 设置周期值（100ms @ 16MHz） GPTMTAILR = 1599999; // 注意：32位模式下，此值会自动加载到TimerA和TimerB // 5. 使能TimerA超时中断 GPTMIMR |= (1 << 0); // 置位TATOIM // 6. 清除可能存在的旧中断标志（安全做法） GPTMICR = 0x00000001; // 清除TATOCINT // 7. 使能定时器 GPTMCTL |= (1 << 0); // 置位TAEN，启动TimerA // 8. 在NVIC中使能GPTM0中断（此处略，取决于具体Cortex-M内核） }

中断服务程序中必须清除中断标志：

void GPTM0_Handler(void) { // 1. 检查是否是TimerA超时中断（通过GPTMMIS寄存器） if ((*(volatile uint32_t *)(GPTM0_BASE + 0x020)) & 0x01) { // 2. 执行你的定时任务... // 3. 清除中断标志（至关重要！） GPTMICR = 0x00000001; // 写1清除TATOCINT位 } }

4.2 WDT 看门狗配置示例（启用中断与复位）

假设WDT时钟为32.768kHz，我们希望设置第一次超时（中断）在1秒后，如果中断产生后500ms内未被处理，则触发系统复位。

步骤1：计算装载值WDT时钟周期 T_wdt = 1 / 32768 ≈ 30.52μs。 第一次超时装载值 N1 = 1秒 / T_wdt = 32768。 第二次超时（从重载到复位）装载值 N2 = 0.5秒 / T_wdt = 16384。注意：看门狗是连续递减的。我们设置WDTLOAD = N1。当第一次超时（计数值从1减到0）触发中断后，硬件会自动重载WDTLOAD的值（即N1）并继续递减。如果我们不在(N1 - N2)的时间内喂狗或清中断，计数器将从N1减到0，触发第二次超时，导致复位。因此，中断服务程序必须在 (N1 - N2) = 32768 - 16384 = 16384个计数周期（即500ms）内完成清中断或喂狗。

步骤2：配置寄存器

#define WDT_BASE 0x40000000 #define WDTLOAD (*(volatile uint32_t *)(WDT_BASE + 0x000)) #define WDTCTL (*(volatile uint32_t *)(WDT_BASE + 0x008)) #define WDTLOCK (*(volatile uint32_t *)(WDT_BASE + 0xC00)) void WDT_Init(void) { // 0. 确保看门狗时钟已使能（在系统控制模块RCGC0中设置WDT位，此处略） // 1. 解锁看门狗寄存器（如果需要，上电后默认可能是解锁状态） WDTLOCK = 0x1ACCE551; // 2. 设置超时装载值（1秒） WDTLOAD = 32768; // 32.768kHz时钟下，计数值为32768对应1秒 // 3. 配置控制寄存器：使能中断，并使能复位功能 WDTCTL = (1 << 1) | (1 << 0); // RESEN=1, INTEN=1 // 一旦INTEN置1，WDTCTL寄存器立即锁定，无法再写入。 // 4. （可选但推荐）锁定配置寄存器，防止被意外修改 WDTLOCK = 0x0; // 写入任何非钥匙值即可上锁 // 5. 在NVIC中使能WDT中断 }

WDT中断服务程序：

void WDT_Handler(void) { // 1. 紧急处理：保存关键数据，记录错误日志等 // ... // 2. 关键操作：清除中断标志并重载计数器（喂狗） // 写入任何值到WDTICR即可同时完成清中断和喂狗 (*(volatile uint32_t *)(WDT_BASE + 0x00C)) = 0x1; // 注意：如果你希望改变喂狗间隔，应该在写WDTICR之前写WDTLOAD。 // WDTLOAD = new_value; }

5. 常见问题排查与调试技巧

在实际项目中，配置定时器和看门狗时难免会遇到问题。下面是一些我踩过的“坑”和对应的排查思路。

5.1 GPTM 常见问题

问题1：定时器中断无法进入或只进入一次。

• 检查中断使能：确认GPTMIMR寄存器中对应的中断位（如TATOIM）已置1。同时，别忘了在NVIC（嵌套向量中断控制器）中使能对应的GPTM中断。
• 检查全局中断开关：确认Cortex-M内核的全局中断是否开启（__enable_irq()）。
• 检查中断标志清除：在中断服务程序中，是否正确地清除了GPTMICR寄存器中对应的位？没有清除中断标志是导致中断只触发一次的最常见原因。使用调试器查看GPTMMIS寄存器的值，如果在退出中断后该位仍是1，说明清除操作失败。
• 检查定时器是否真的在运行：确认GPTMCTL寄存器中的TAEN（TimerA使能）或TBEN位已置1。检查时钟是否确实提供给GPTM模块（通过RCGC0/Timer时钟门控寄存器）。

问题2：定时时间不准确。

• 确认时钟源：GPTM的时钟源是什么？是系统主时钟，还是经过分频？检查GPTMCFG和GPTMTnMR寄存器中关于时钟选择的位。
• 检查预分频器：如果使用了预分频器（GPTMTAPR），计算定时时间时是否包含了(GPTMTAPR + 1)这个因子？
• 注意32位/16位模式：在32位模式下，你写入GPTMTAILR的值是32位的。在16位模式下，你写入GPTMTAILR的低16位，高16位被忽略。模式配置错误会导致装载值错误。
• 中断响应延迟：高优先级中断或全局中断关闭可能导致定时器中断被延迟响应，造成“累积误差”。对于绝对精确定时，需要考虑使用定时器的“匹配输出”功能直接触发硬件事件，而非依赖中断。

问题3：PWM输出无波形或占空比不对。

• 检查GPIO复用：确认对应的GPTM输出引脚（如CCP引脚）已正确配置为外设功能，而非普通GPIO。
• 检查PWM模式配置：在GPTMTnMR寄存器中，是否选择了正确的PWM模式（例如，对于递减计数PWM，TnMR域应为0x2，且TnAMS位应为1）？
• 理解匹配值与输出行为：在递减计数PWM模式下，输出电平在计数器等于GPTMTnILR（周期值）时被置为有效，在计数器等于GPTMTnMATCHR（匹配值）时被清除。因此，占空比 = (GPTMTnILR - GPTMTnMATCHR) / (GPTMTnILR + 1)。如果GPTMTnMATCHR大于或等于GPTMTnILR，可能没有脉冲输出。

5.2 WDT 常见问题

问题1：看门狗过早触发复位，即使主循环看起来运行正常。

• 检查喂狗位置：喂狗（写WDTLOAD或WDTICR）是否在主循环以及所有可能的长时间阻塞任务中被调用？如果有一个任务执行时间超过了WDT超时周期，且该任务中没有喂狗，系统就会复位。
• 检查中断服务程序：如果使能了WDT中断，在中断服务程序中是否清除了中断（写WDTICR）？只喂狗不清中断，第二次超时仍会复位。
• 确认超时周期计算：WDT有自己独立的低速时钟（WDTCLK），频率可能不是系统主频。务必根据数据手册中WDTCLK的实际频率（例如32.768kHz）来计算WDTLOAD值。
• 检查锁定寄存器：是否意外写WDTLOCK锁定了寄存器，导致后续的喂狗操作（写WDTLOAD）失败？读一下WDTLOCK寄存器，确认其值为0（未锁定）。

问题2：看门狗似乎没有起作用，系统死机后不复位。

• 确认WDT是否真正启用：检查WDTCTL寄存器的INTEN位是否为1。一旦启用，该位只读，且读为1。
• 检查复位使能：确认WDTCTL寄存器的RESEN位是否已置1。如果只使能了中断(INTEN=1)而未使能复位(RESEN=0)，那么看门狗超时只会触发中断，不会复位系统。
• 检查时钟：WDT模块的时钟是否在系统控制模块中被使能（设置RCGC0寄存器的WDT位）？
• 在调试器中：调试器暂停CPU时，看门狗可能也会被暂停（取决于WDTTEST寄存器的STALL位设置）。这会给调试造成错觉。可以尝试在调试时不启用看门狗，或者设置STALL位让看门狗在调试暂停时也停止计数。

问题3：系统一上电或一使能看门狗就立即复位。

• 检查WDTLOAD初始值：如果WDTLOAD初始值为0（或很小），一旦启用看门狗(INTEN=1)，计数器会立即从0递减，瞬间触发超时。务必在启用看门狗(INTEN=1)之前，先设置一个合理的WDTLOAD值。
• 检查中断服务程序：如果使能了WDT中断，但中断服务程序向量表配置错误或中断服务程序本身有问题（如未正确清除中断），可能导致系统在第一次超时进入中断后陷入错误状态，紧接着第二次超时触发复位。

5.3 调试技巧

1. 寄存器快照：在怀疑问题出在定时器或看门狗时，第一件事就是在调试器中查看所有相关寄存器的值。与你的配置代码和预期值进行对比。
2. 使用WDTVALUE诊断：在疑似喂狗不及时的地方，读取WDTVALUE寄存器，打印或记录其值。观察它在程序不同阶段的递减情况，可以精确定位是哪个任务或函数执行时间过长。
3. 模拟超时：在调试阶段，可以故意设置一个很短的WDT超时时间（如100ms），并在主循环中注释掉喂狗代码，来测试看门狗复位功能是否正常。这是一种验证硬件连接和基本配置的好方法。
4. 中断优先级管理：确保看门狗中断（如果使用）具有足够高的优先级。如果看门狗中断被其他长时间的中断阻塞，可能导致无法及时响应而触发复位。