第4章 SysTick定时器详解

第4章 SysTick定时器详解：Cortex-M内核的SysTick寄存器、配置流程

好，咱们今天来聊聊SysTick定时器。这东西在Cortex-M内核里，算是个“小角色”，但地位可不低。你想想看，RTOS的心跳靠什么？任务切换靠什么？说白了，都离不开这个简单的24位倒计时器。

我个人习惯，拿到一个新芯片，第一件事就是先把SysTick配好。为啥？因为它是一切时间相关功能的基础。没有它，你的RTOS就是个“瞎子”，不知道啥时候该切换任务，啥时候该延时。

4.1 SysTick是什么？

SysTick，全称System Tick Timer，是Cortex-M内核内部的一个定时器。注意，是内核自带的，不是芯片厂商外挂的。这意味着，不管你是用ST的STM32，还是NXP的LPC，甚至是GD32，SysTick的寄存器都是一样的。嗯，这点很重要，代码移植起来非常方便。

它本质上就是一个24位的递减计数器。从你设定的初始值开始，每个时钟周期减1，减到0的时候，就会触发一个中断。然后自动重装载，继续下一轮计数。

我在项目中遇到过一个问题：有个同事把SysTick的时钟源选错了，导致系统时间跑得飞快，任务调度全乱套了。排查了半天，最后发现是配置寄存器里一个bit没设对。所以，咱们得把它的寄存器彻底搞明白。

4.2 SysTick的三个核心寄存器

SysTick就三个寄存器，简单得很。但越简单的东西，越容易出错。咱们一个一个看。

寄存器名称	地址偏移	描述
SYST_CSR	0xE000E010	控制和状态寄存器
SYST_RVR	0xE000E014	重装载值寄存器
SYST_CVR	0xE000E018	当前值寄存器

4.2.1 SYST_CSR（控制和状态寄存器）

这个寄存器是SysTick的“大脑”，控制着它的启停、时钟源选择和中断使能。咱们看看它的位定义：

位	名称	描述
16	COUNTFLAG	计数到0标志位。读取后自动清零。
2	CLKSOURCE	时钟源选择。0：外部时钟（通常为HCLK/8），1：处理器时钟（HCLK）。
1	TICKINT	中断使能。1：计数到0时触发SysTick异常，0：不触发。
0	ENABLE	定时器使能。1：启动计数，0：停止计数。

这里有个坑，我必须要说。CLKSOURCE这个位，很多芯片默认是0，也就是外部时钟。外部时钟通常是HCLK的8分频。如果你没注意，直接按HCLK的频率去算重装载值，那时间就差了8倍！

我曾经踩过的坑： 在STM32F103上，HCLK是72MHz。如果CLKSOURCE设为0，SysTick的实际时钟就是9MHz。我一开始没注意，按72MHz算的1ms重装载值，结果实际延时变成了8ms。排查了好久才发现是时钟源的问题。

4.2.2 SYST_RVR（重装载值寄存器）

这个寄存器存放的是计数器的初始值。24位有效，最大值是0x00FFFFFF。你往里面写多少，计数器就从多少开始往下减。

计算公式很简单：

重装载值 = (目标频率 / SysTick时钟频率) - 1

举个例子，假设SysTick时钟是72MHz，你想要1ms中断一次：

重装载值 = (72,000,000 / 1,000) - 1 = 72,000 - 1 = 71,999

注意，这里减1是因为计数器从重装载值减到0，一共经历了(重装载值+1)个时钟周期。嗯，这个细节容易忽略。

4.2.3 SYST_CVR（当前值寄存器）

这个寄存器是只读的（写操作会清零）。它表示当前计数器的值。你可以通过读取它来知道距离下一次中断还有多长时间。

我有时候会在调试时读这个值，看看任务执行时间是不是超出了预期。比如，一个任务执行完后，读一下CVR，如果发现已经快减到0了，说明这个任务占用了太多CPU时间，得优化。

4.3 SysTick配置流程

好了，寄存器都认识了，咱们来写配置代码。我一般按这个步骤来：

关闭SysTick：先把ENABLE位清零，防止配置过程中产生意外中断。
设置重装载值：根据目标中断频率和时钟源频率，计算并写入RVR。
清除当前值：往CVR写任意值，都会清零。这一步是为了让计数器从重装载值开始。
配置控制寄存器：设置CLKSOURCE、TICKINT，最后置位ENABLE。

来看看代码实现：

#include "core_cm3.h"  // 或者 core_cm4.h，取决于你的内核

#define SYSTICK_FREQ_HZ    1000  // 目标中断频率：1kHz，即1ms一次
#define SYSTEM_CLOCK_HZ    72000000  // 系统时钟频率，根据实际情况修改

void SysTick_Init(void)
{
    uint32_t reload_value;
    
    // 1. 关闭SysTick
    SysTick->CTRL &= ~SysTick_CTRL_ENABLE_Msk;
    
    // 2. 计算并设置重装载值
    // 这里假设使用处理器时钟（HCLK），即CLKSOURCE = 1
    reload_value = (SYSTEM_CLOCK_HZ / SYSTICK_FREQ_HZ) - 1;
    
    // 检查重装载值是否超过24位最大值
    if (reload_value > 0x00FFFFFF)
    {
        // 如果超了，说明时钟频率太高或者目标频率太低
        // 可以考虑使用外部时钟（HCLK/8）
        // 或者降低目标频率
        while(1);  // 错误处理，实际项目中可以打印错误信息
    }
    
    SysTick->LOAD = reload_value;
    
    // 3. 清除当前值
    SysTick->VAL = 0;
    
    // 4. 配置控制寄存器
    // 使能中断，使用处理器时钟，启动定时器
    SysTick->CTRL = SysTick_CTRL_TICKINT_Msk |
                    SysTick_CTRL_CLKSOURCE_Msk |
                    SysTick_CTRL_ENABLE_Msk;
}

// SysTick中断服务函数
void SysTick_Handler(void)
{
    // 这里放你的周期性任务
    // 比如：任务调度、系统心跳计数等
    // 注意：中断服务函数要尽量短，不要做耗时操作
    static uint32_t tick_count = 0;
    tick_count++;
    
    // 比如每1000个tick（即1秒）翻转一次LED
    if (tick_count % 1000 == 0)
    {
        // GPIO_Toggle(LED_PIN);
    }
}

我的个人习惯： 在SysTick_Handler里，我一般只做两件事：一是递增一个全局的tick计数器，二是检查是否有软件定时器到期。其他所有周期性任务，都通过软件定时器来调度。这样中断服务函数非常轻量，不会影响系统的实时性。

4.4 时钟源选择的考量

你可能会问，CLKSOURCE到底选0还是1？这得看你的应用场景。

选1（处理器时钟）：精度高，分辨率高。适合需要精确时间控制的场景，比如RTOS的任务调度。缺点是功耗稍高，因为SysTick一直在跑。
选0（外部时钟，通常为HCLK/8）：功耗低，但精度也低。适合对时间精度要求不高的场景，比如简单的延时。

我建议，做RTOS开发时，一律选处理器时钟。因为任务切换的时机必须精确，差几个微秒都可能影响系统的实时性。至于功耗，SysTick那点电流，跟整个系统比起来，可以忽略不计。

4.5 常见问题与避坑指南

最后，分享几个我实际工作中遇到的问题：

问题1：SysTick不工作

现象：配置完了，但中断就是不触发。

原因：最常见的是忘了使能中断（TICKINT位没设），或者中断优先级被其他中断屏蔽了。

解决方法：检查CTRL寄存器的TICKINT位是否为1。同时，在NVIC中检查SysTick的中断优先级是否设置正确。

问题2：时间不准确

现象：1ms的中断，实际测量是1.2ms或者0.8ms。

原因：时钟源选择错误，或者系统时钟频率计算有误。

解决方法：用示波器或者逻辑分析仪测量一个GPIO的翻转周期，反推实际的中断频率。然后调整重装载值。

问题3：重装载值溢出

现象：配置时程序卡死在错误处理里。

原因：系统时钟太高（比如200MHz），而目标中断频率太低（比如1Hz），导致重装载值超过了24位最大值。

解决方法：要么提高目标中断频率，要么改用外部时钟源（HCLK/8），或者使用多个tick计数来实现长周期。

嗯，SysTick的内容就这些。别看它简单，但它是整个RTOS的“心脏”。配好了，系统就稳了；配不好，后面全是坑。下一章，咱们聊聊如何用SysTick来实现软件定时器，那才是真正发挥它作用的地方。

📚 课程目录