当前位置：首页 > news >正文

LM3S2965定时器与看门狗寄存器深度解析与实战避坑指南

news 2026/7/23 5:15:59

1. 项目概述与核心价值

在嵌入式开发的江湖里，Stellaris LM3S2965这颗基于ARM Cortex-M3内核的微控制器，算得上是许多工程师的老朋友了。它功能全面，性能稳定，尤其在内置外设的配置上，提供了极大的灵活性。今天，我们不聊那些高屋建瓴的架构，也不谈复杂的RTOS移植，就聚焦在两个最基础、也最关键的硬件模块上：通用定时器（GPTM）和看门狗定时器（WDT）。很多新手朋友拿到芯片手册，看到动辄几十页的寄存器描述，往往一头雾水，配置起来要么照猫画虎，要么知其然不知其所以然，一旦项目跑飞，排查起来更是无从下手。

我经历过不少因为定时器配置不当导致的“灵异事件”，比如PWM输出频率飘忽不定，或者系统在无人值守运行几个月后莫名重启。这些问题追根溯源，往往是对寄存器每一位的作用理解不透彻，对工作模式的切换逻辑不清晰。因此，这篇文章的目的，就是带你像庖丁解牛一样，把LM3S2965的GPTM和WDT寄存器掰开揉碎了讲清楚。我们不仅要知道每个寄存器是干什么的，更要理解它为什么这么设计，在不同模式下如何联动，以及在代码里怎样安全、高效地操作它们。这对于从事工业控制、汽车电子或任何对系统可靠性有要求的嵌入式开发者来说，是夯实底层功力的必修课。无论你是刚接触这款芯片的新手，还是想深入优化现有代码的老手，相信这篇基于寄存器手册的深度解析，都能给你带来实实在在的收获。

2. 通用定时器模块（GPTM）核心寄存器深度解析

GPTM是LM3S2965中非常灵活的外设，每个定时器模块（Timer0-Timer3）都包含两个可独立或联合使用的16位定时器（TimerA和TimerB）。其功能强大，支持单次触发、周期定时、输入边沿计数、PWM输出等多种模式。理解其寄存器配置，是驾驭它的第一步。

2.1 定时器核心配置寄存器：GPTM Configuration (GPTMCFG)

虽然输入资料中未直接给出GPTMCFG寄存器的位域详情，但它是理解所有后续寄存器的钥匙。在配置任何GPTM功能前，都必须先通过GPTMCFG寄存器设定定时器的工作模式。这个寄存器通常是一个32位寄存器，其最低几位（例如CFG[2:0]）决定了定时器的宏观工作方式：

0x0: 32位定时器模式。此时TimerA和TimerB串联，形成一个32位定时器。在这种模式下，对TimerA寄存器的操作会映射或影响到TimerB。
0x1: 保留。
0x2: 保留。
0x3: 保留。
0x4: 16位定时器对，TimerA和TimerB作为两个完全独立的16位定时器运行。

为什么模式选择如此重要？因为它直接决定了后续我们操作的寄存器（如GPTMTAILR, GPTMTBILR）是作为独立的16位实体，还是作为一个32位寄存器的两部分。例如，在32位模式下，你向GPTMTAILR（偏移0x028）写入一个值，实际上高16位会被自动写入到GPTMTBILR（偏移0x02C）。而在16位模式下，这两个寄存器则是完全独立的。如果模式选错，你的定时周期计算会完全错误。

注意：在修改GPTMCFG寄存器之前，务必先通过GPTM Control (GPTMCTL) 寄存器禁用定时器（清零TAEN和TBEN位），否则配置可能无法生效或导致不可预知的行为。这是很多开发者容易忽略的步骤。

2.2 定时器间隔加载寄存器：GPTMTAILR 与 GPTMTBILR

这是输入资料中详细描述的第一个核心寄存器组。它们的作用是设定定时器的初始计数值，也就是定时器从多少开始倒数（或正数）。

GPTM TimerA Interval Load (GPTMTAILR), offset 0x028

功能：加载TimerA的起始计数值。
关键行为解析：
1. 32位模式：GPTMTAILR表现为一个32位寄存器。其高16位（bits 31:16, TAILRH）对应着GPTMTBILR寄存器的内容。当你向GPTMTAILR写入一个32位值时，硬件会自动将高16位复制到GPTMTBILR。读取时，返回的也是这个32位组合值。
2. 16位模式：GPTMTAILR仅低16位（bits 15:0, TAILRL）有效。高16位读取始终为0，且对GPTMTBILR的状态无任何影响。此时，TimerA和TimerB的加载值需要分别设置。

GPTM TimerB Interval Load (GPTMTBILR), offset 0x02C

功能：加载TimerB的起始计数值。
关键行为解析：
1. 32位模式：此寄存器变为只读（RO）。你无法直接写入它，它的值由写入GPTMTAILR的高16位决定。读取它返回TimerB的当前值（在32位模式下，这通常是整个32位计数器的高半部分）。
2. 16位模式：此寄存器可读写（R/W），独立控制TimerB的加载值。

实操心得：在编写初始化函数时，一个良好的习惯是先读取GPTMCFG确定当前模式，再决定如何设置加载值。例如，在32位RTC（实时时钟）模式下，你需要计算一个32位的匹配值，并将其一次性写入GPTMTAILR。而在配置两个独立的16位PWM通道时，则需要分别向GPTMTAILR和GPTMTBILR写入16位的周期值。混淆模式会导致严重的功能错误。

2.3 定时器匹配寄存器：GPTMTAMATCHR 与 GPTMTBMATCHR

匹配寄存器是实现PWM输出、输入捕获等高级功能的核心。它们定义了定时器计数值到达某个特定点时需要触发的事件（如翻转输出、产生中断）。

GPTM TimerA Match (GPTMTAMATCHR), offset 0x030

功能：设定TimerA的匹配值。其行为高度依赖于GPTMCFG配置的模式。
1. 32位RTC模式：此时GPTMTAMATCHR作为一个32位寄存器使用，其值（TAMRH:TAMRL）与32位计数器当前值（GPTMTAR）进行比较，以产生匹配事件。这常用于需要超长定时的场合。
2. 16位PWM模式：此时GPTMTAMATCHR的低16位（TAMRL）与GPTMTAILR的低16位共同决定PWM输出的占空比。通常，GPTMTAILR设定周期，GPTMTAMATCHR设定匹配点（输出翻转点），从而控制高电平或低电平的宽度。
3. 16位输入边沿计数模式：GPTMTAMATCHR与GPTMTAILR配合，共同决定要捕获的边沿事件总数。捕获的事件数 = GPTMTAILR - GPTMTAMATCHR。

GPTM TimerB Match (GPTMTBMATCHR), offset 0x034

功能：设定TimerB的匹配值。主要用于16位模式下的PWM和输入边沿计数，其工作原理与TimerA在16位模式下类似。

计算示例（PWM占空比）：假设系统时钟为16MHz，我们需要在TimerA上产生一个频率为1kHz，占空比为40%的PWM信号。

计算周期：周期 = 时钟频率 / PWM频率 = 16,000,000 / 1,000 = 16000个时钟周期。
设置GPTMTAILR：在16位周期模式下，将16000 - 1 = 15999（0x3E7F）写入GPTMTAILR（低16位）。减1是因为计数器从加载值倒数到0，共N+1个周期。
计算匹配值：匹配点 = 周期 * (1 - 占空比) = 16000 * (1 - 0.4) = 9600。或者，如果你想在计数值达到9600时输出翻转，则匹配值设为9600 - 1 = 9599（0x257F）。
设置GPTMTAMATCHR：将9599写入GPTMTAMATCHR（低16位）。这样，计数器从15999开始递减，当减到9599时触发匹配事件，改变输出电平；减到0时重新加载，开始下一个周期，从而产生40%占空比的波形。

2.4 定时器预分频器及其匹配寄存器：GPTMTAPR, GPTMTBPR, GPTMTAPMR, GPTMTBPMR

当需要的定时周期很长，超过了16位计数器（65535）的范围时，就需要预分频器（Prescaler）来扩展定时范围。

GPTM TimerA Prescale (GPTMTAPR), offset 0x038

功能：这是一个8位寄存器（TAPSR， bits 7:0）。它作为TimerA的预分频系数。定时器的实际时钟频率 = 系统时钟 / (GPTMTAPR + 1)。例如，GPTMTAPR设置为9，则TimerA的时钟为系统时钟的10分频。
扩展原理：预分频器是一个独立的计数器，它对系统时钟进行分频后，才提供给主计数器（GPTMTAR）作为计数时钟。因此，定时器的最大定时范围从2^16个系统时钟周期，扩展到了2^16 * (GPTMTAPR + 1)个系统时钟周期。

GPTM TimerA Prescale Match (GPTMTAPMR), offset 0x040

功能：与GPTMTAPR类似，这是一个8位寄存器（TAPSMR）。但它不是用来分频计数时钟的，而是扩展匹配比较的精度。
使用场景：在16位单次或周期定时模式下，如果你需要设定的匹配值也超过了16位（即大于65535），那么除了设置GPTMTAMATCHR（低16位），你还需要设置GPTMTAPMR。此时，有效的匹配值是一个24位的数：{GPTMTAPMR[7:0], GPTMTAMATCHR[15:0]}。这允许你在使用预分频延长周期的同时，还能精确地设定一个超过16位的匹配点。

GPTMTBPR 和 GPTMTBPMR的功能与TimerA的对应寄存器完全类似，用于TimerB。

重要提示：GPTMTAPR/GPTMTBPR 和 GPTMTAPMR/GPTMTBPMR 的应用场景有区别。前者用于扩展定时周期，后者用于扩展匹配值。在只需要长定时而不需要超精确匹配点的情况下，可能只需要设置前者。在PWM等需要精确控制翻转点的场景，两者可能需要配合使用。

2.5 定时器计数寄存器：GPTMTAR 与 GPTMTBR

这两个寄存器是只读的，用于获取定时器当前的计数值，是调试和状态监控的重要窗口。

GPTM TimerA (GPTMTAR), offset 0x048

功能：反映TimerA计数器的当前值。
特殊模式：在输入边沿计数模式下，此寄存器不再反映计数值，而是存储已经发生的边沿事件数量。这是一个关键区别！如果你配置为边沿计数模式，却去读这个寄存器期望看到倒计时，那就会得到错误信息。

GPTM TimerB (GPTMTBR), offset 0x04C

功能：反映TimerB计数器的当前值。在32位模式下，读取GPTMTAR的高16位实际上就是读取GPTMTBR的值。同样，在输入边沿计数模式下，它存储TimerB捕获的边沿数。

调试技巧：在调试定时器中断服务程序时，我经常在中断入口处读取GPTMTAR的值，并与GPTMTAILR或GPTMTAMATCHR的理论值进行对比。这能帮助我快速判断是定时器配置错误、中断处理太慢，还是其他任务阻塞了中断响应。例如，如果发现读出的值远小于匹配值就进了中断，可能是上次中断未及时清除标志位导致误触发。

3. 看门狗定时器（WDT）配置与可靠性设计

看门狗是嵌入式系统的“生命保险”。其核心思想很简单：一个独立的递减计数器，如果软件不能定期“喂狗”（重置计数器），计数器溢出就会强制系统复位，从而从死机或跑飞的状态中恢复。

3.1 看门狗工作流程与核心寄存器联动

LM3S2965的看门狗是一个32位递减计数器。它的工作流程围绕几个核心寄存器展开，理解它们的联动关系至关重要：

加载初始值 (WDTLOAD)：上电或解锁后，首先向WDTLOAD寄存器写入超时周期值。例如，如果看门狗时钟是1kHz，写入1000，则超时时间为1秒。
配置控制 (WDTCTL)：通过WDTCTL寄存器使能中断（INTEN位）和/或复位（RESEN位）。一个常见的配置是：使能中断，不使能复位。这样第一次超时触发中断，给软件一个“最后处理”的机会；如果中断服务程序成功“喂狗”，系统继续运行；如果中断程序也卡住了，无法喂狗，则第二次超时触发复位。
锁存配置 (WDTLOCK)：配置完成后，向WDTLOCK寄存器写入任意非解锁密钥的值（通常写0），锁定所有配置寄存器，防止后续错误的软件操作意外修改看门狗设置，导致其失效。这是提高系统健壮性的关键一步。
定期喂狗 (WDTICR)：在软件的主循环或关键任务中，定期向WDTICR寄存器写入任意值（通常写1）。这个操作会做两件事：a)清除可能已经挂起的中断标志；b)将WDTLOAD的值重新加载到计数器，重新开始倒计时。
状态监控 (WDTRIS, WDTMIS)：WDTRIS是原始中断状态，只要计数器到0就置位。WDTMIS是屏蔽后的中断状态，只有INTEN位也使能时，计数器到0才会置位。在中断服务程序中，可以通过读取WDTMIS来确认中断源（虽然WDT只有一个中断源），并通过写WDTICR来清除中断。

3.2 关键寄存器详解与避坑指南

Watchdog Load (WDTLOAD), offset 0x000

这是看门狗的心跳周期。写入新值会立即重载计数器并重新开始计数。这意味着你可以在运行时动态调整“喂狗”间隔，但需格外小心。
大坑预警：如果向WDTLOAD写入0x00000000，会立即产生看门狗中断！因为计数器加载为0，下一个时钟周期就递减到0xFFFFFFFF...然后触发比较。这不是bug，是特性。所以你的初始化代码里，一定要先配置好中断和复位选项，最后再写加载值。否则，你可能刚使能看门狗，还没来得及配置，就莫名其妙进了中断。

Watchdog Control (WDTCTL), offset 0x008

INTEN (位0)：中断使能。一旦置位，该寄存器将锁定，直到硬件复位发生之前都无法再修改！这意味着你必须想清楚再设置。通常的流程是：先设置RESEN（如果需要），再设置INTEN，然后立刻锁定（WDTLOCK）。
RESEN (位1)：复位使能。如果使能，当计数器第二次超时且中断标志未被清除时，触发系统复位。这是看门狗挽救系统的最终手段。

Watchdog Lock (WDTLOCK), offset 0xC00

解锁：写入0x1ACC.E551。解锁后，可以配置WDTLOAD, WDTCTL等寄存器。
锁定：写入任何其他值（常用0x0）。锁定后，除了WDTLOCK和WDTICR，其他寄存器均不可写。
读取：返回的是锁状态，不是写入的值。0x1表示已锁定，0x0表示未锁定。
最佳实践：在系统初始化阶段，完成看门狗所有配置后，立即锁定。这能有效防止后续应用程序中的指针错误、数组越界等内存破坏问题意外修改看门狗配置，使其失效。想象一下，系统已经有些不稳定，一段错误的代码覆盖了WDTCTL寄存器，禁用了看门狗，然后系统彻底死锁——这是最糟糕的情况。锁定机制就是为了防止这种情况。

Watchdog Interrupt Clear (WDTICR), offset 0x00C

这是“喂狗”和清除中断的唯一正确方式。向它写任何值都有效。
切记：在WDT中断服务程序（ISR）中，必须尽早写入WDTICR。这有两个作用：一是清除中断标志，防止退出中断后立即再次进入；二是重载计数器，即“喂狗”。如果ISR执行时间过长，可能在清除中断前计数器又超时了，这可能导致不可预期的行为。

3.3 看门狗配置实战代码框架

下面是一个典型的看门狗初始化序列，包含了错误处理和状态检查：

// 假设系统时钟为16MHz，看门狗时钟为系统时钟/256 ≈ 62.5kHz // 我们希望看门狗超时时间约为1秒 #define WDT_CLOCK_FREQ_HZ (16000000 / 256) // 62.5kHz #define WDT_TIMEOUT_SEC 1 #define WDT_LOAD_VALUE ((uint32_t)(WDT_CLOCK_FREQ_HZ * WDT_TIMEOUT_SEC) - 1) void WDT_Init(void) { // 1. 使能看门狗外设时��（此操作依赖系统控制模块，具体寄存器请参考芯片手册） SYSCTL->RCGC0 |= SYSCTL_RCGC0_WDT; // 2. 短暂延时，等待外设时钟稳定 __asm__ volatile("nop"); __asm__ volatile("nop"); // 3. 解锁看门狗寄存器（如果之前被锁住） WDT0->LOCK = 0x1ACC.E551; // 4. 检查是否解锁成功（可选，用于调试） if((WDT0->LOCK & 0x1) != 0) { // 解锁失败，可能是硬件问题，应进入错误处理 Error_Handler(); } // 5. 先配置控制寄存器（使能中断，不使能复位。一旦INTEN置位，寄存器即锁定） // 注意：这里先不写WDTLOAD，避免立即触发中断 WDT0->CTL = 0; // 先清零，确保RESEN=0, INTEN=0 // 如果需要使能复位功能，则设置 RESEN 位 // WDT0->CTL = WDT_CTL_RESEN; // 然后使能中断，此操作将锁定CTL寄存器 WDT0->CTL |= WDT_CTL_INTEN; // 6. 设置超时加载值 WDT0->LOAD = WDT_LOAD_VALUE; // 7. 立即进行一次“喂狗”操作，并清除可能因之前操作产生的假中断 WDT0->ICR = 0x1; // 8. 锁定所有看门狗寄存器，防止意外修改 WDT0->LOCK = 0x0; // 9. 配置NVIC，使能看门狗中断（此处为Cortex-M3 NVIC配置示例） NVIC_EnableIRQ(WDT_IRQn); NVIC_SetPriority(WDT_IRQn, 3); // 设置一个合适的优先级 } // 看门狗中断服务程序 void WDT_IRQHandler(void) { // 1. 可选的：检查中断状态寄存器确认来源（对于WDT，通常不需要） // uint32_t status = WDT0->MIS; // 2. **立即“喂狗”并清除中断标志！** WDT0->ICR = 0x1; // 3. 执行紧急恢复操作 // 例如：保存关键数据到非易失存储器、记录错误日志、关闭危险外设等。 Emergency_Recovery_Procedure(); // 注意：如果使能了RESEN，且程序未能正常恢复， // 导致无法再次定期喂狗，那么下一次超时将会触发系统复位。 }

喂狗策略：喂狗操作（写WDTICR）应该放在系统的主循环或一个由低优先级定时器中断驱动的独立监控任务中。绝对不要放在高优先级、可能被长时间阻塞的中断服务程序里，也不要放在可能因某个任务死循环而无法执行到的代码路径中。一个健壮的设计是，在多个关键的任务节点都进行喂狗，确保只要有一个任务还在运行，系统就不会被复位。

4. 常见问题排查与调试技巧实录

即使理解了所有寄存器，实际开发中依然会遇到各种问题。下面是我在多年项目中总结的一些典型故障和排查思路。

4.1 GPTM定时器不工作或中断不触发

这是最常见的问题，排查可以遵循以下步骤：

检查时钟是否使能：这是第一步，也最容易被忽略。LM3S2965的外设时钟默认是关闭的。你必须通过系统控制模块的RCGC0寄存器（具体位域请查手册）使能对应定时器模块（TIMER0, TIMER1等）的时钟。没有时钟，定时器就是一块“石头”。
确认工作模式（GPTMCFG）：你配置的是32位模式还是16位模式？这直接影响你对GPTMTAILR等寄存器的操作。如果你在32位模式下只写了GPTMTAILR的低16位，高16位是随机值，定时周期会完全错误。
验证定时器是否已启用（GPTMCTL）：配置好所有参数后，需要将GPTMCTL寄存器中的TAEN(TimerA Enable) 或TBEN(TimerB Enable) 位置1，定时器才会开始计数。很多人在配置了一堆寄存器后，忘了打开这个“开关”。
检查中断配置：
- GPTM中断是否使能：在GPTMCTL寄存器中，有TAMIE(TimerA Match Interrupt Enable) 等中断使能位。
- NVIC中断是否使能：在Cortex-M3内核的NVIC中，需要使能对应的定时器中断号（如TIMER0A_IRQn）。
- 中断优先级设置是否合理：如果定时器中断优先级被设为最低，且被更高优先级的中断长时间阻塞，它可能无法及时响应。
清除中断标志：在中断服务程序中，必须清除相应的中断标志位（如GPTMCTL中的TAMRIS或GPTMICR寄存器中的对应位）。如果不清除，退出中断后会立即再次进入，表现为程序卡死在中断里。

4.2 PWM输出波形异常（频率、占空比不对）

计算错误：反复核对周期和匹配值的计算公式。记住，在递减计数模式下，周期 = (GPTMTAILR + 1) / 时钟频率。占空比 = (GPTMTAILR - GPTMTAMATCHR) / (GPTMTAILR + 1) （假设匹配时输出翻转）。一个常见的错误是忘了加1或减1。
预分频器干扰：检查是否无意中配置了GPTMTAPR或GPTMTBPR？即使你写入0，它也是有效的（分频系数为1）。如果你计算周期时没考虑它，会导致实际频率远低于预期。
输出引脚配置：定时器产生的PWM信号需要映射到具体的GPIO引脚上。你配置了GPIO的复用功能（AFSEL）吗？配置了正确的引脚方向（DIR）和驱动类型吗？用示波器或逻辑分析仪直接测量引脚信号是最直接的验证方法。
计数方向与输出模式不匹配：GPTM支持递减和递增计数模式，PWM输出也有多种模式（正极性、反极性、匹配时翻转等）。确保你选择的计数方向（通过GPTMTAMR寄存器配置）与期望的PWM输出模式逻辑一致。

4.3 看门狗意外复位系统

喂狗间隔过长：这是最直接的原因。计算一下你的喂狗周期：喂狗周期 = WDTLOAD / WDT时钟频率。确保软件中最长的任务执行时间或最长中断屏蔽时间，远小于这个喂狗周期。在计算时要留出足够的余量（比如50%以上）。
喂狗代码路径被阻塞：
- 中断被长时间关闭：在临界区或某些底层操作中，全局中断被禁用（__disable_irq()），如果这个时间超过了看门狗超时时间，即使主程序在运行，喂狗中断也无法执行。
- 程序跑飞或陷入死循环：喂狗代码所在的循环或任务无法得到执行。
- 优先级反转：喂狗操作在一个低优先级任务中，而某个中优先级任务长期占用CPU。
看门狗时钟源错误：确认WDT使用的时钟源频率是多少。是直接使用系统时钟，还是经过分频？这个频率直接决定了WDTLOAD值的意义。错误估计时钟频率会导致超时时间计算错误。
初始化顺序问题：如前所述，如果在使能中断（INTEN）前就写入了WDTLOAD值，且该值很小，可能导致立即进入中断。如果中断服务程序没有正确处理，可能引发连锁问题。

4.4 调试工具与手段

寄存器查看：在调试器（如Keil MDK, IAR EWARM）中实时查看GPTM和WDT的相关寄存器值，特别是计数寄存器（GPTMTAR, WDTVALUE），这能直观看到定时器是否在跑，计数速度是否符合预期。
逻辑分析仪/示波器：对于PWM输出、输入捕获等功能，这是必不可少的工具。可以直观测量频率、占空比、边沿响应时间。
软件仿真：在硬件不便于调试时，可以利用MDK或IAR的软件仿真功能，模拟运行代码，观察寄存器变化和中断触发情况，这对理解流程和验证逻辑非常有帮助。
结构化日志：在关键代码点（如喂狗、进入中断）通过串口输出简单的日志。当系统意外复位后，通过分析最后的日志信息，可以定位问题发生的大致位置。可以将最后几条日志保存在一小块非易失性内存中，复位后读出分析。

5. 高级应用与系统设计思考

掌握了基础配置后，我们可以思考如何更巧妙地运用这些定时器来构建更稳健的系统。

5.1 使用GPTM实现输入捕获测量频率

除了PWM，GPTM的输入边沿计数/捕获模式非常有用。例如，可以测量一个外部信��的频率或占空比。

配置为输入边沿计数模式：通过GPTMCTL和GPTMCFG寄存器配置。
设置GPTMTAILR和GPTMTAMATCHR：如前所述，捕获的事件数 = GPTMTAILR - GPTMTAMATCHR。你可以将GPTMTAILR设为一个很大的数（如0xFFFF），GPTMTAMATCHR设为0，这样GPTMTAR寄存器就直接记录了上升沿或下降沿的数量。
配合另一个定时器：用另一个定时器（如SysTick）产生一个固定的时间窗口（比如1秒）。在这个时间窗口内，使能捕获。时间窗口结束后，读取GPTMTAR的值，这个值就是在1秒内捕获到的边沿数。对于方波，其频率就是边沿数 / 2。
注意事项：注意信号毛刺可能导致的误触发。可以在GPIO口使能数字滤波功能，或者在软件上做多次测量取平均。

5.2 看门狗的“窗口”模式与系统健康监控

LM3S2965的看门狗是经典的“溢出”型看门狗。在一些更复杂的系统中，可以考虑实现“软件窗口看门狗”：

概念：不仅要求在规定时间内喂狗，还要求不能过早喂狗。这可以防止程序在某个小循环里快速运行并频繁喂狗，而其他重要任务已经停滞的情况。
实现思路：利用一个基本的GPTM定时器。设置一个较长的“窗口期”定时器A和一个较短的“喂狗允许期”定时器B。主程序必须在定时器A超时后、定时器B超时前完成喂狗动作。如果喂狗太早（在定时器A超时前）或太晚（在定时器B超时后），都触发错误处理流程。这能更精细地监控程序的执行节奏。

5.3 低功耗模式下的定时器行为

在嵌入式系统中，低功耗设计至关重要。需要了解GPTM和WDT在不同低功耗模式下的行为：

睡眠模式：CPU停止，但外设时钟通常还在运行。GPTM和WDT如果被使能，会继续工作。这意味着定时器中断可以唤醒系统。
深度睡眠模式：主时钟可能关闭，使用低频内部振荡器。此时，依赖系统时钟的GPTM可能会停止。但WDT通常有自己独立的时钟源（如内部低频RC振荡器），即使在深度睡眠下也可能继续运行！这是一个关键点。如果你的系统进入深度睡眠，但看门狗还在跑，你必须确保在睡眠期间，要么有机制能定期唤醒并喂狗，要么在进入睡眠前临时禁用看门狗（如果安全策略允许）。否则，系统会在睡眠中被看门狗复位。
注意事项：在进入低功耗模式前，务必查阅芯片手册中关于各外设在各种功耗模式下的详细描述，并做好相应的处理。

通过对Stellaris LM3S2965的GPTM和WDT寄存器进行这样一层层的剖析，我们看到的不仅仅是几个内存映射的地址和位域，更是一套完整的、用于构建可靠、实时嵌入式系统的工具集。从精确的时序控制到最后的系统安全网，理解并熟练运用它们，是每一个嵌入式工程师从“能用”走向“用好”的必经之路。希望这篇长文能成为你手边一份有价值的参考，在实际项目中少走弯路。

查看全文

http://www.jsqmd.com/news/1245736/