系统时钟节拍（SysTick）：工作原理、配置方法、中断服务函数

各位同学，咱们今天聊聊系统时钟节拍——SysTick。这东西说白了就是单片机里的一个“心跳”，没有它，任务调度根本玩不转。我刚开始做嵌入式那会儿，总觉得SysTick就是个普通定时器，后来踩了坑才明白，它其实是整个调度系统的基石。

1. SysTick 是什么？为什么非它不可？

SysTick 是 Cortex-M 内核自带的一个 24 位递减计数器。它挂在系统时钟上，从你设定的重装载值开始，每个时钟周期减 1，减到 0 就触发一次中断，然后自动重装，继续下一轮。

你想想看，如果每个任务都自己搞一个定时器，那代码得多乱？SysTick 的好处就是：统一、精准、不占外设定时器资源。我见过不少项目，外设定时器不够用，最后全靠 SysTick 撑起整个调度框架。

核心要点：SysTick 是任务调度器的“心跳源”，它决定了时间片的大小和系统时钟的粒度。

2. 工作原理：24 位递减计数器

咱们来看它的内部结构。SysTick 有三个关键寄存器：

寄存器 位宽 作用
SYST_CSR 32 位（仅低 3 位有效） 控制与状态寄存器：使能、中断使能、时钟源选择
SYST_RVR 24 位 重装载值寄存器：设定计数初值
SYST_CVR 24 位 当前值寄存器：读取当前计数值

工作流程很简单：

  1. 往 SYST_RVR 写入你想要的重装载值。
  2. 往 SYST_CVR 写入任意值（通常写 0），清除当前计数。
  3. 配置 SYST_CSR，使能计数器并开启中断。
  4. 每个时钟周期，SYST_CVR 自动减 1。
  5. 减到 0 时，硬件置位 COUNTFLAG 标志，同时触发中断（如果使能了）。
  6. 硬件自动把 SYST_RVR 的值重新加载到 SYST_CVR，继续下一轮。

嗯，这里要注意：重装载值最大是 0xFFFFFF，也就是 16,777,215。如果你的系统时钟是 72MHz，那最大定时周期就是 16,777,215 / 72,000,000 ≈ 0.233 秒。想定时 1 秒？那就得在中断里做累加。

我曾经踩过的坑：刚用 SysTick 时，我直接把重装载值设成了 0xFFFFFF，以为这样能省事。结果中断频率太低，任务调度响应慢得像蜗牛。后来才意识到，重装载值不是越大越好，要根据你的时间片需求来算。

3. 配置方法：三步走

配置 SysTick 其实就三步，我习惯写成这样：

/* 第一步：计算重装载值 */
/* 假设系统时钟 72MHz，我们想要 1ms 中断一次 */
/* 重装载值 = 时钟频率 / 1000 - 1 */
#define SYSTICK_RELOAD   (72000000 / 1000 - 1)

/* 第二步：配置寄存器 */
SysTick->LOAD  = SYSTICK_RELOAD;   /* 设置重装载值 */
SysTick->VAL   = 0;                /* 清空当前值 */
SysTick->CTRL  = (1 << 0) |       /* 使能 SysTick */
                 (1 << 1) |       /* 使能中断 */
                 (1 << 2);        /* 选择内核时钟源 */

/* 第三步：编写中断服务函数 */
void SysTick_Handler(void)
{
    /* 每 1ms 进入一次 */
    static uint32_t tick_count = 0;
    tick_count++;
    
    /* 这里可以放调度器的时基更新逻辑 */
    /* 比如：检查是否有任务到期 */
}

我个人习惯把 SysTick 的初始化单独封装成一个函数，这样代码更干净。另外，时钟源选择很关键：

  • 内核时钟源（CLKSOURCE = 1）：直接使用处理器时钟，精度高，但频率也高。
  • 外部时钟源（CLKSOURCE = 0）：通常为内核时钟的一半，省电但精度稍差。

我建议在任务调度场景下，一律使用内核时钟源。为什么？因为调度器对时间精度要求高，外部时钟源可能会引入抖动。

小技巧：如果你不确定系统时钟频率，可以用 SysTick 的 CALIB 寄存器读取校准值。不过说实话，我很少用这个，一般都是直接看芯片手册或者用 HAL 库的宏定义。

4. 中断服务函数：调度器的“心脏跳动”

SysTick_Handler 是整个调度系统的核心。它每 1ms（或者你设定的周期）执行一次，负责两件事：

  1. 更新系统时基：维护一个全局的 tick 计数器。
  2. 触发调度决策：检查是否有任务需要切换。

我见过很多新手把大量计算逻辑塞进 SysTick_Handler，这是大忌！中断服务函数要短小精悍，能放多短就放多短。你想想看，如果中断里跑了个 500μs 的算法，那你的 1ms 定时周期就废了一半。

一个典型的 SysTick_Handler 应该长这样：

volatile uint32_t system_tick = 0;

void SysTick_Handler(void)
{
    /* 更新系统时基 */
    system_tick++;
    
    /* 通知调度器：时间片到了 */
    /* 这里通常只设置一个标志位，不做实际切换 */
    scheduler_tick_flag = 1;
}

实际的任务切换，我建议放在主循环或者 PendSV 中断里做。这样能保证 SysTick 中断的响应速度，不会被任务切换拖累。

避坑指南：我曾经在一个项目里，把任务切换逻辑直接写在了 SysTick_Handler 里。结果中断嵌套一多，系统直接死机。后来改成用标志位 + PendSV 的方式，问题就解决了。记住：中断里只做最必要的事。

5. 知识结构图：SysTick 与调度器的关系

下面这张图展示了 SysTick 在整个调度系统中的位置和作用：

SysTick 与调度器协同工作流程图 SysTick 与调度器协同工作流程图 系统时钟源 SysTick 24位递减计数器 SysTick_Handler 中断 更新 system_tick 设置 scheduler_tick_flag 说明：SysTick 中断只做轻量操作，实际任务切换由 PendSV 或主循环完成

6. 常见配置参数对比

不同应用场景下，SysTick 的配置参数差异很大。我整理了一个对比表，方便你参考：

应用场景 系统时钟 中断周期 重装载值 中断负载
简单轮询系统 16 MHz 10 ms 159,999 极低
协作式调度器 72 MHz 1 ms 71,999 低
抢占式调度器 168 MHz 0.5 ms 83,999 中
高精度控制 216 MHz 0.1 ms 21,599 高

我个人建议，从 1ms 开始起步。这个周期对大多数任务调度场景都够用，而且中断负载可控。等系统跑稳了，再根据实际需求调整。

经验之谈：如果你用的是 FreeRTOS 这类 RTOS，它的 configTICK_RATE_HZ 默认就是 1000，也就是 1ms 中断一次。这个值经过大量项目验证，是个很好的起点。

7. 总结一下

SysTick 是任务调度器的“心脏”，它用最简单的硬件机制，提供了最可靠的时间基准。配置它只需要三个寄存器、三步操作，但用好了，整个调度系统就稳了一半。

记住几个关键点：

  • 重装载值 = 时钟频率 / 目标频率 - 1
  • 中断服务函数要短，别在里面干重活
  • 时钟源选内核时钟，精度更高
  • 任务切换别放在 SysTick 里，用标志位 + PendSV
← 上一章 📖 返回目录 下一章 →