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

TMS320F280013x时钟与低功耗配置实战：从架构解析到避坑指南

news 2026/7/20 16:48:50

1. 项目概述与核心价值

在嵌入式实时控制领域，尤其是电机驱动、数字电源和工业自动化这些对时序和功耗都极其敏感的应用里，时钟系统就像是整个微控制器的心脏和节拍器。它的一举一动，直接决定了系统性能的上限、功耗的下限，以及长期运行的稳定性。很多工程师在项目初期，往往只关注功能实现，把时钟配置当作一个“一次性”的初始化步骤，照着例程配完就了事。但实际踩过坑的同行都知道，一个不合理的时钟配置，轻则导致通信波特率不准、ADC采样时序漂移，重则会在低功耗唤醒时死机，或者在高温环境下因时钟漂移引发系统崩溃。

TMS320F280013x作为TI C2000系列中的主流型号，其时钟架构在灵活性和复杂度上达到了一个新的平衡。它提供了从内部振荡器到外部晶振的多种时钟源，一个可高度配置的系统锁相环（PLL），以及针对不同外设的独立时钟域。更关键的是，其低功耗模式与时钟系统深度耦合，如何安全、可靠地进入和退出HALT、STANDBY等模式，是设计电池供电或间歇性工作设备时必须掌握的技能。此外，看门狗定时器和外部时钟输出（XCLKOUT）这类“辅助”功能，在调试和可靠性设计中扮演着关键角色。本文将从一个资深嵌入式开发者的视角，不仅解读数据手册中的配置步骤，更会深入分享在实际项目中，如何根据具体需求（比如是否需要CAN FD通信、对静态功耗有多苛刻的要求）来制定时钟策略，并避开那些手册里可能一笔带过、但实际开发中一定会遇到的“坑”。

2. 时钟系统架构深度解析

要驾驭F280013x的时钟，不能只停留在配置寄存器层面，必须从架构上理解其时钟树。这有助于我们在出现问题时，能快速定位是哪个环节出了岔子。

2.1 时钟源与时钟域

F280013x的时钟系统可以看作一个多级分发网络。最上游是时钟源（Clock Source），最下游是各个模块时钟域（Clock Domain）。

核心时钟源有三个：

INTOSC1：固定的10MHz内部振荡器。它的精度相对较低（典型值±5%），但功耗小，启动快。它最重要的角色是作为**看门狗时钟（WDCLK）和缺失时钟检测（MCD）**的参考时钟，是系统安全的“守夜人”。
INTOSC2：可配置的内部振荡器，频率可通过寄存器调整。它是系统上电后的默认时钟源，平衡了精度和便利性，适用于对时钟精度要求不高的应用，可以节省外部晶振的成本和PCB空间。
XTAL：外部晶体/谐振器或外部有源振荡器。通过X1/X2引脚（复用为GPIO18/19）接入。它能提供最高精度的时钟，是要求严格时序协议（如CAN、高精度PWM）应用的必选项。

这些时钟源经过选择后，成为OSCCLK。OSCCLK可以直接使用，也可以送入**系统PLL（Phase-Locked Loop，锁相环）**进行倍频，以产生更高的系统时钟频率。

关键的时钟域主要有以下几个：

CPUCLK：CPU内核、FPU和TMU（三角函数加速单元）的工作时钟。它直接决定了代码的执行速度。
SYSCLK：系统总线时钟。许多核心外设和存储器（如Flash、RAM、ePIE中断控制器、GPIO同步逻辑）都挂在这个时钟域上。它通常与CPUCLK同源或存在固定分频关系。
PERx.SYSCLK：外设高速时钟域。像ePWM、eCAP、eQEP、ADC、SPI、I2C、CAN等对时序敏感的外设都运行在此域下。它由SYSCLK分频而来，允许外设以不同于CPU的频率运行，以优化功耗和性能。
PERx.LSPCLK：外设低速时钟域。主要为SCI（UART）这类对时钟精度要求相对较低、速度也不高的通信接口提供时钟。
WDCLK：看门狗定时器的专用时钟，源自INTOSC1，独立于主时钟系统，确保即使主时钟失效，看门狗仍能工作。

实操心得：时钟域规划在设计初期，就要规划好各外设的时钟频率。例如，ePWM模块需要高精度时钟来产生准确的PWM波形，因此PERx.SYSCLK不宜分频得太低。而SCI通信可以通过调整波特率寄存器来适配较低的PERx.LSPCLK，从而在不需要高速通信时降低功耗。合理的分频能有效优化系统整体功耗。

2.2 外部时钟输出（XCLKOUT）的实战应用

XCLKOUT功能非常实用，它允许你将一个内部时钟信号引到GPIO16或GPIO18引脚上。在项目开发中，我主要用它做三件事：

调试与验证：用示波器测量XCLKOUT输出的频率，来直观验证PLL是否锁定成功，系统时钟是否配置正确。这比单纯读寄存器状态位要可靠得多。
同步外部设备：在某些系统中，可能需要让另一个芯片或逻辑分析仪与MCU的时钟同步，XCLKOUT就能提供一个干净的时钟参考。
故障诊断：当系统运行异常时，首先检查XCLKOUT是否有输出、频率是否正常，可以快速排除时钟系统本身的故障。

配置XCLKOUT的步骤很直接，但有几个细节要注意：

// 假设使用GPIO16作为XCLKOUT输出引脚 // 1. 配置GPIO16为外设功能，Mux通道11 GPIO_setPinConfig(GPIO_16_XCLKOUT); // 或者使用DriverLib: GPIO_setMasterCore(16, GPIO_CORE_CPU1); GPIO_setPadConfig(16, GPIO_PIN_TYPE_STD); GPIO_setPinConfig(GPIO_16_XCLKOUT); // 2. 选择XCLKOUT的时钟源，例如选择SYSCLK CLKSRCCTL3 |= CLKSRCCTL3_XCLKOUTSEL_SYSCLK; // 3. 选择输出分频，例如不分频（/1） XCLKOUTDIVSEL = 0; // 对应 /1 // 或者使用DriverLib: SysCtl_setXClkOutDivider(SYSCTL_XCLKOUT_DIV_1);

注意事项：引脚冲突GPIO18同时是X2引脚（外部晶振输入）。如果你使用了外部晶振，就绝对不能将GPIO18配置为XCLKOUT功能，否则会破坏振荡电路，导致时钟失效。同样，如果使用了XCLKOUT功能，该引脚就不能再作为普通GPIO使用。务必在硬件设计阶段就明确这些复用引脚的功能。

2.3 时钟连接关系解读

数据手册中的Table 3-10和Table 3-11从两个维度列出了时钟连接关系，这是解决外设“没时钟”问题的关键地图。

Table 3-10 (按时钟域排序)：当你需要知道某个时钟域（如PERx.SYSCLK）下挂了哪些外设时，查这张表。例如，你想降低系统功耗，决定将PERx.SYSCLK分频，那么你就必须意识到，这同时会降低ePWM、ADC、SPI等所有挂在该域下的外设速度。
Table 3-11 (按模块名排序)：当某个特定外设（如CAN模块）工作不正常时，首先查这张表，确认它属于哪个时钟域。例如，查到CANA模块的时钟域是PERx.SYSCLK，那么如果CAN通信异常，除了检查CAN控制器本身的配置，还必须确认PERx.SYSCLK时钟是否使能且频率正确。

一个常见的排查案例：工程师发现SCI通信乱码。首先检查波特率计算无误，然后通过Table 3-11查到SCIA模块的时钟域是PERx.LSPCLK。接着检查LOSPCP寄存器（低速外设时钟预分频器）的配置，发现被意外修改，导致PERx.LSPCLK实际频率远低于预期，从而使得波特率发生器产生的实际波特率偏高，造成通信失败。

3. 时钟配置实战：从理论到寄存器

理解了架构，我们进入实战环节。时钟配置不是简单地调用一个库函数，而是要清楚每一步操作背后的硬件行为。

3.1 时钟源选择与PLL配置策略

选择时钟源是第一步，决策依据主要来自应用需求：

是否需要CAN/CAN FD？如果需要，必须使用外部晶振（XTAL）。CAN协议对时钟精度要求极高（通常误差需小于0.5%），内部振荡器的精度无法满足要求。
对系统成本是否敏感？如果不需要CAN，且对时钟精度要求不高（例如一些简单的开环控制），可以优先考虑使用INTOSC2，节省一个外部晶振和两个负载电容。
对功耗是否极度敏感？在低功耗应用中，即使使用外部晶振，在进入HALT模式前，也可以通过软件关闭晶振电路（XTALCR.OSCOFF = 1）来进一步降低功耗。

选定时钟源后，下一步是配置PLL以获得所需的CPU频率。PLL的配置公式是核心：PLLSYSCLK = (OSCCLK * IMULT) / (REFDIV * ODIV * PLLSYSCLKDIV)

其中：

OSCCLK：输入的振荡器时钟频率（如10MHz外部晶振）。
IMULT：PLL倍频系数（整数）。
REFDIV：输入参考时钟分频器。
ODIV：PLL输出分频器。
PLLSYSCLKDIV：系统时钟分频器。

配置PLL的黄金法则：

VCO频率范围：计算VCO Frequency = (OSCCLK * IMULT) / REFDIV。必须确保结果在数据手册规定的VCO频率范围内（例如，对于F280013x，典型范围是几百MHz量级）。超出范围会导致PLL无法锁定或工作不稳定。
目标频率限制：最终PLLSYSCLK频率不能超过芯片允许的最大CPU频率（例如100MHz）。注意：这个最大值不包含振荡器本身的频率公差。如果你的晶振有±50ppm的误差，计算时应该留有一定余量。
分频器组合：通常有多个{IMULT, REFDIV, ODIV}组合能得到相同的PLLSYSCLK。应选择使VCO频率处于范围中段的组合，这样PLL的相位噪声和抖动性能更好，锁相更稳定。

3.2 系统时钟设置标准流程与避坑指南

数据手册给出了设置流程，但其中每一步的延迟要求至关重要，忽略它们会导致随机性的启动失败。以下是结合DriverLibSysCtl_setClock()函数精髓的详细步骤和原理说明：

// 假设目标：使用10MHz外部晶振，通过PLL产生100MHz的SYSCLK。 void ConfigureSystemClock(void) { // 步骤 1: 旁路PLL。将系统时钟直接切换到OSCCLK，避免在配置PLL时系统运行在异常频率下。 SysCtl_setClock(SYSCTL_OSCSRC_XTAL, SYSCTL_PLL_ENABLE, SYSCTL_SYSDIV_1, SYSCTL_PLL_MULT_10, SYSCTL_PLL_DIV_2); // 实际上，DriverLib内部会先执行旁路操作。手动操作时： // SYSPLLCTL1 &= ~SYSPLLCTL1_PLLCLKEN_M; // 清除PLLCLKEN位 // DELAY_US(1); // 等待至少60个CPU周期。使用循环或NOP指令。对于100MHz时钟，1us约100个周期，足够。 // 步骤 2: 关闭PLL电源。在修改PLL倍频参数前，必须关闭PLL。 // SYSPLLCTL1 &= ~SYSPLLCTL1_PLLEN_M; // DELAY_US(1); // 再次等待至少60个CPU周期。 // 步骤 3: 选择OSCCLK源。本例选择外部晶振。 // CLKSRCCTL1 |= CLKSRCCTL1_OSCCLKSRCSEL_XTAL; // DELAY_US(4); // 等待至少300个CPU周期。这是时钟源切换稳定所需时间。 // 步骤 4: 确保系统时钟分频器为/1。这是为了在后续验证PLL输出频率时，使用最快的配置进行测量，误差最小。 // SYSCLKDIVSEL = 0; // PLLSYSCLKDIV = /1 // 步骤 5: 配置PLL倍频和分频参数，并同时使能PLL。 // 一次性写入SYSPLLMULT寄存器，设置IMULT, REFDIV, ODIV。 // 假设我们选择：IMULT=20, REFDIV=1, ODIV=2。则 PLLRAWCLK = (10MHz * 20) / (1 * 2) = 100MHz // SYSPLLMULT = (20 << SYSPLLMULT_IMULT_S) | (1 << SYSPLLMULT_REFDIV_S) | (2 << SYSPLLMULT_ODIV_S); // 写入此寄存器后，PLL自动上电并开始锁定过程。 // 步骤 6: 等待PLL锁定。必须轮询锁定状态位。 // while((SysCtl_getPLLStatus() & SYSCTL_PLL_LOCKS) == 0) { /* 等待 */ } // 或者直接使用DriverLib函数，它封装了等待过程。 // 步骤 7: （强烈推荐）使用DCC验证PLL频率。 // DCC（双时钟比较器）是一个硬件模块，可以比较两个时钟的频率。 // 配置DCC，以OSCCLK为参考时钟，以PLLRAWCLK为被测时钟。 // 如果DCC报告频率误差在允许范围内，则PLL配置成功。否则，说明配置有误（如VCO超范围），**绝对不要**进行下一步。 // DriverLib的SysCtl_setClock()内部包含了DCC校验，这是TI官方推荐的可靠做法。 // 步骤 8: 将系统时钟切换到PLL输出。 // SYSPLLCTL1 |= SYSPLLCTL1_PLLCLKEN_M; // 至此，系统运行在100MHz。 // 步骤 9: （可选）根据需求调整外设时钟分频。 // 例如，将低速外设时钟LSPCLK设置为SYSCLK的4分频（25MHz）。 // SysCtl_setLowSpeedClock(SYSCTL_LOSPCP_4); }

致命陷阱：延迟不足步骤1、2、3中的延迟（60、60、300个CPU周期）不是建议，而是必须。在CPU频率很高时，几个NOP指令的时间远不够。我曾在一个80MHz的项目中，因为偷懒将延迟注释掉，导致系统有大约5%的概率启动失败，现象是程序跑飞。用示波器看XCLKOUT才发现，PLL根本没有锁定，系统一直运行在10MHz的OSCCLK下，某些时序敏感的初始化代码就出错了。务必使用准确的延时函数，如SysCtl_delay()，它基于CPU周期计数，是可靠的。

3.3 缺失时钟检测（MCD）机制与安全设计

MCD是芯片内部的一个安全卫士。它的原理很简单但很巧妙：用一个可靠的、独立的10MHz内部时钟（INTOSC1）去监视主时钟（OSCCLK）。如果主时钟丢失或变得极慢（慢于INTOSC1的1/64），MCD就会在最多8192个INTOSC1周期（约0.8192ms）内检测到，并触发一系列保护动作：

置位MCDSTS标志位。
强制将系统时钟切换到INTOSC1（10MHz）。
强制旁路PLL。
产生CLOCKFAIL信号，这个信号会触发PWM模块的Trip事件（紧急关闭PWM输出，防止电机失控）和CPU的NMI（不可屏蔽中断）。

在安全关键型应用中，你必须正确处理MCD事件：

// 在NMI中断服务程序（ISR）中处理时钟失效 __interrupt void nmiIsr(void) { if(SysCtl_getClockFailStatus() == true) { // 检查是否是时钟失效引起的NMI // 1. 记录故障（存入非易失存储器） recordFault(CLOCK_FAILURE); // 2. 执行安全操作，如将PWM输出置为安全状态（高阻或固定电平） setPwmSafeState(); // 3. 尝试恢复（可选）。首先需要清除MCD状态。 SysCtl_clearClockFailStatus(); // 写MCLKCLR位 // 4. 将时钟源切换到INTOSC1（如果之前不是） SysCtl_selectOSCCLKSource(SYSCTL_OSCSRC_INTOSC1); // 5. 尝试重新锁定PLL（如果应用允许在降频下运行） // SysCtl_setClock(...); // 使用一个保守的、低频率的配置 // 6. 或者，直接进入一个安全的低功耗模式，等待外部复位。 enterSafeHaltMode(); } // ... 处理其他NMI源 }

重要提示：MCD无法检测INTOSC1本身的失效。因此，在超高可靠性设计中，如果需要检测INTOSC1失效，可能需要外部看门狗芯片或利用另一个MCU进行交叉检测。

4. 低功耗模式详解：进入、睡眠与唤醒

F280013x提供了IDLE、STANDBY和HALT三种低功耗模式，其功耗依次降低，但唤醒方式和唤醒时间也依次变长。

4.1 三种低功耗模式对比与应用场景

模式	CPUCLK	SYSCLK	外设时钟 (PERx.SYSCLK/LSPCLK)	看门狗 (WDCLK)	PLL/振荡器	典型唤醒源	适用场景
IDLE	关断	活动	活动	活动	活动	任何使能的中断	CPU等待外设事件（如ADC转换完成、通信接收中断）。功耗降低有限，但唤醒最快（几个时钟周期）。
STANDBY	关断	关断	关断	活动	活动	NMI��看门狗中断、特定GPIO（低电平）	系统间歇性工作，需要较长时间休眠，但要求能被外部事件（如按键、传感器信号）或内部定时（看门狗）快速唤醒。功耗显著降低。
HALT	关断	关断	关断	可配置	可关断	特定GPIO（低电平）	对静态功耗要求极严的应用（如电池供电的远程终端）。可以关闭几乎所有内部电路，功耗最低，但唤醒过程最复杂，时间最长。

4.2 进入与唤醒流程实操

IDLE模式最简单，本质上就是执行一条IDLE汇编指令。CPU停止取指执行，但中断控制器和外设仍在运行。任何已使能的中断都能唤醒它。

// 进入IDLE模式 EINT; // 确保全局中断使能 asm(“ IDLE”); // 执行IDLE指令 // 被中断唤醒后，CPU从中断服务程序返回后，会继续执行IDLE之后的指令。

STANDBY模式的进入需要一些配置，主要是设置唤醒源。GPIO唤醒是最常用的方式。

void EnterStandbyMode(void) { // 1. 配置LPMCR寄存器，选择STANDBY模式 LPMCR |= LPMCR_LPM_STANDBY; // 2. 在PIE中使能WAKEINT中断（唤醒中断） PieCtrlRegs.PIEIER12.all |= M_INT12; // WAKEINT在PIE组12 IER |= M_INT12; EINT; // 3. 配置看门狗中断唤醒（如果需要定时唤醒） // LPMCR |= LPMCR_WDINTE; // 使能看门狗中断唤醒 // 并配置看门狗为中断模式、设置合适的超时时间。 // 4. 配置GPIO唤醒引脚（例如GPIO0） // 选择GPIO0连接到低功耗模块 GPIOLPMSEL0 |= 0x0001; // Bit0对应GPIO0 // 设置输入信号滤波（防抖）周期，例如16个OSCCLK周期 LPMCR |= LPMCR_QUALSTDBY_16; // 5. 执行IDLE指令进入STANDBY asm(“ IDLE”); // 系统进入STANDBY，功耗降低。 // 6. 当GPIO0被拉低并保持足够时间（16个时钟周期）后，系统唤醒。 // 首先执行WAKEINT中断服务程序。 } // WAKEINT中断服务程序中，需要判断唤醒源 __interrupt void wakeIsr(void) { // 可以读取GPIO状态或标志位来判断是哪个GPIO唤醒了系统 if((GPIOLPMSEL0 & 0x0001) && (GpioDataRegs.GPADAT.bit.GPIO0 == 0)) { // 是GPIO0唤醒 handleGpio0Wakeup(); } // ... 清除中断标志等操作 PieCtrlRegs.PIEACK.all = PIEACK_GROUP12; }

HALT模式是最深的睡眠模式，配置也最复杂。最大的坑在于PLL状态和唤醒时序。

void EnterHaltMode(void) { // **关键前置检查**：如果系统当前使用PLL，必须确保PLL已锁定且已连接到系统时钟！ if((SysCtl_getPLLStatus() & SYSCTL_PLL_LOCKS) && (SysCtl_getPLLBypassStatus() == false)) { // PLL已锁定且未旁路，可以进入HALT } else { // 如果PLL未就绪，进入HALT可能导致无法唤醒！需要先切换到直接时钟模式。 SysCtl_setClock(SYSCTL_OSCSRC_INTOSC2, SYSCTL_PLL_BYPASS, ...); } // 1. 在PIE中使能WAKEINT中断 PieCtrlRegs.PIEIER12.all |= M_INT12; IER |= M_INT12; EINT; // 2. 配置LPMCR为HALT模式，并选择唤醒GPIO（例如GPIO1） LPMCR = (LPMCR & ~LPMCR_LPM_M) | LPMCR_LPM_HALT; GPIOLPMSEL1 |= 0x0002; // Bit1对应GPIO1 (假设GPIO1在组1) // 3. 配置看门狗在HALT下的行为 // 选项A: 保持看门狗活动（功耗稍高，但可提供复位保护） CLKSRCCTL1 |= CLKSRCCTL1_WDHALTI; // INTOSC1和看门狗保持运行 // 选项B: 关闭看门狗以获取最低功耗（风险：死机无法复位） // CLKSRCCTL1 &= ~CLKSRCCTL1_WDHALTI; // 关闭INTOSC1和看门狗 // 4. （可选）为追求极致功耗，关闭外部晶振 if(SysCtl_getOSCCLKSource() == SYSCTL_OSCSRC_XTAL) { // 必须先切换到内部时钟源 SysCtl_selectOSCCLKSource(SYSCTL_OSCSRC_INTOSC2); DELAY_US(100); // 等待时钟稳定 // 然后关闭晶振电路 XTALCR |= XTALCR_OSCOFF; } // 5. 执行IDLE指令进入HALT asm(“ IDLE”); // 系统进入HALT，功耗降至最低。 } // **唤醒过程（由外部电路或主控控制）**： // 1. 外部电路将GPIO1拉低至少5us。 // 2. 外部电路再将GPIO1拉高。 // 3. 芯片内部开始重新上电振荡器和PLL。**必须等待足够时间**。 // 4. 等待至少 16us + 1024个OSCCLK周期，确保PLL锁定。 // 5. 芯片产生WAKEINT中断，程序跳转到中断服务程序。 // 6. 在WAKEINT ISR中，重新初始化可能需要的时钟和外设（特别是如果之前关闭了晶振）。 __interrupt void wakeIsr(void) { // 如果是关闭了晶振唤醒的，需要重新开启晶振并切换时钟 if(XTALCR & XTALCR_OSCOFF) { XTALCR &= ~XTALCR_OSCOFF; DELAY_US(10); // 等待晶振起振，时间依晶振规格而定 // 重新执行完整的时钟配置流程，包括PLL锁定 ConfigureSystemClock(); } // ... 其他恢复操作 PieCtrlRegs.PIEACK.all = PIEACK_GROUP12; }

血泪教训：HALT唤醒失败我最深刻的一次调试经历是，设备进入HALT后无法唤醒。用电流探头测量，发现进入HALT后功耗确实降得很低，但唤醒引脚触发后，电流有轻微跳动后又恢复低功耗状态。最终发现是唤醒引脚外部上拉电阻过大（10MΩ）。虽然芯片内部有弱上拉，但在HALT模式下，部分IO电路可能被断电，弱上拉失效。外部上拉电阻太大，导致无法在要求的时间内（5us）将引脚拉到稳定的低电平。将外部上拉改为100kΩ后问题解决。教训：HALT模式的唤醒引脚，务必确保其驱动电路（包括外部上/下拉）足够“强壮”，信号边沿要陡峭。

5. 看门狗定时器：不仅仅是防复位

看门狗是嵌入式系统的“最后一道防线”。F280013x的看门狗功能比较完善，支持超时复位、中断，以及窗口模式。

5.1 看门狗服务与窗口模式

服务看门狗的标准序列是写入0x55后跟0xAA到WDKEY寄存器。这个序列必须在计数器溢出前完成。

// 服务看门狗 EALLOW; SysCtrlRegs.WDKEY = 0x0055; SysCtrlRegs.WDKEY = 0x00AA; EDIS;

窗口模式是一个高级功能，用于防止软件“过早”或“过晚”服务看门狗。例如，如果程序跑飞，进入一个意外循环，这个循环里恰好有看门狗服务代码，它可能会在计数器还没计到预设的最小值时就去服务，从而掩盖错误。启用窗口模式后，只有在计数器值WDCNTR大于等于窗口寄存器WDWCR中设置的最小值时，服务操作才有效。

// 配置看门狗窗口模式，要求至少计数到64（0x40）后才能被服务 EALLOW; // 先配置窗口值 SysCtrlRegs.WDWCR = 0x0040; // 然后进行一次有效的服务，使窗口值生效 SysCtrlRegs.WDKEY = 0x0055; SysCtrlRegs.WDKEY = 0x00AA; EDIS; // 从此以后，如果WDCNTR < 0x40时尝试服务，会立即触发看门狗复位/中断。

5.2 看门狗在低功耗模式下的行为

这是容易混淆的地方：

IDLE模式：看门狗正常运行。看门狗中断（如果配置为中断模式）可以唤醒CPU。
STANDBY模式：看门狗正常运行。看门狗中断可以唤醒CPU（需配置LPMCR.WDINTE=1）。
HALT模式：看门狗的行为由CLKSRCCTL1.WDHALTI位决定。
- 如果WDHALTI=1，INTOSC1和看门狗保持运行。看门狗复位可以唤醒系统，但看门狗中断不能唤醒。
- 如果WDHALTI=0，INTOSC1和看门狗被关闭。看门狗完全停止，无法提供保护，但功耗最低。

设计建议：在HALT模式下，如果休眠时间可能超过看门狗超时时间，且系统需要有“死机复位”的保护能力，则应设置WDHALTI=1，并将看门狗配置为复位模式。这样，如果系统因故未能被GPIO正常唤醒，看门狗超时后会产生复位，让系统重��。这是一种后备安全机制。

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

在实际开发中，时钟和低功耗相关的问题往往表现为系统不稳定、随机复位、外设工作异常或功耗不达标。以下是一个快速排查清单：

现象	可能原因	排查步骤
系统无法启动，或启动后很快跑飞	1. PLL配置错误，VCO频率超范围。 2. 时钟源切换或PLL使能后延迟不足。 3. Flash等待状态未根据CPU频率正确设置。	1. 使用XCLKOUT输出PLLSYSCLK，用示波器测量频率是否正确。 2. 检查代码中配置PLL的每一步后是否有足够延迟（使用`SysCtl_delay()`）。 3. 检查`FlashRegs.FOPT.bit.ENPIPE`等位，根据CPU频率设置合适的Flash访问等待周期。
CAN通信错误，或波特率不准	1. 使用了内部振荡器（INTOSC2）作为时钟源。 2.`PERx.SYSCLK`频率计算错误，导致CAN位时间寄存器配置值不准。	1.必须切换到外部晶振（XTAL）。 2. 核对`LOSPCP`和`HISPCP`寄存器配置，确认`PERx.SYSCLK`和`PERx.LSPCLK`的实际频率，并重新计算CAN位时间参数。
进入HALT模式后功耗降不下去	1. 未将不用的外设时钟门控关闭。 2. 未将未使用的GPIO引脚配置为输出低电平或带上拉输入。 3. 外部晶振未关闭（`XTALCR.OSCOFF=0`）。 4. 看门狗或INTOSC1未关闭（`WDHALTI=1`）。	1. 在进入HALT前，遍历所有外设，将其时钟使能位禁用（使用`SysCtl_disablePeripheral()`）。 2. 配置所有未使用的GPIO为输出低电平，减少引脚漏电。 3. 如果不需要晶振，在切换时钟源后设置`XTALCR.OSCOFF=1`。 4. 如果不需要看门狗保护，设置`CLKSRCCTL1.WDHALTI=0`。
从HALT模式唤醒失败	1. 唤醒GPIO配置错误（未设置`GPIOLPMSELx`）。 2. 唤醒信号脉宽不足5us或波形不干净。 3. 进入HALT前PLL未处于锁定和连接状态。 4. 唤醒后等待时间不足，PLL未锁定就操作高速外设。	1. 确认`GPIOLPMSEL0/1`寄存器已正确映射唤醒引脚。 2. 用示波器检查唤醒引脚信号，确保低电平时间>5us，且无毛刺。 3. 在进入HALT的代码前，检查`SYSPLLSTS.LOCKS`和`SYSPLLCTL1.PLLCLKEN`。 4. 在WAKEINT ISR开头，增加足够延时（如`SysCtl_delay(1000)`），或轮询PLL锁定位。
看门狗频繁复位	1. 服务序列不正确（不是0x55后紧跟0xAA）。 2. 服务间隔大于看门狗超时时间。 3. 在窗口模式下，服务时机不对（在计数器值小于WDWCR时服务）。 4. 在中断服务程序或关键循环中意外服务了看门狗。	1. 检查服务代码，确保是连续的`0x55`、`0xAA`写入，中间不能有其他操作。 2. 计算看门狗超时时间：`Timeout = (WDCLK / WDPS) / WDCR`。确保主循环或定时中断的服务间隔小于此时间。 3. 如果启用窗口模式，在服务前读取`WDCNTR`值，确保其大于等于`WDWCR`。 4. 审查代码，看是否有多个地方存在看门狗服务代码，导致服务过于频繁。