4. GPT（通用定时器）模块配置：从原理到实战
各位同学，咱们今天来聊聊GPT模块。通用定时器，说白了就是MCU里的“心跳节拍器”。做嵌入式开发这么多年，我敢说90%以上的项目都离不开它——PWM输出、输入捕获、周期中断、延时计时……哪样不是靠定时器撑起来的？
在AUTOSAR架构里，GPT模块负责管理这些硬件定时器资源。它把底层寄存器操作封装成标准接口，上层应用只管调用就行。嗯，这里要注意：配置不当，轻则计时不准，重则系统跑飞。我当年就吃过这个亏。
4.1 GPT功能概述
先看看GPT能干什么。我习惯把它分成三个层次来理解：
- 硬件层： 芯片内部集成的定时器外设，比如STM32的TIM、NXP的PIT/FlexTimer
- MCAL层： GPT驱动，负责初始化、启动、停止、读取这些硬件定时器
- 服务层： 上层模块（如OS、BswM）通过标准接口调用GPT功能
说白了，你配置GPT就是在做一件事：告诉MCU“你那个定时器，用哪个时钟、分频多少、跑什么模式、中断怎么处理”。
下面这张图，是我自己总结的GPT配置全景。你看一眼，心里就有谱了。
4.2 时钟源与分频配置
这是GPT配置的第一步，也是最容易出问题的地方。你想想看，定时器的“心跳”都不准，后面再怎么调也是白搭。
4.2.1 时钟源选择
不同的MCU，GPT可选的时钟源不一样。常见的有：
| 时钟源类型 | 典型来源 | 特点 | 适用场景 |
|---|---|---|---|
| 系统时钟 | PLL输出 | 频率高，精度好 | 高速PWM、精确计时 |
| 外设时钟 | APB总线时钟 | 与总线同步 | 常规定时任务 |
| 外部时钟 | 晶振/外部信号 | 独立于系统时钟 | 低功耗、RTC备份 |
| 内部RC振荡器 | 芯片内部 | 精度低，功耗低 | 休眠唤醒、粗略计时 |
我个人习惯，只要项目对时序有要求，一律选系统时钟或外设时钟。内部RC？除非是低功耗场景，否则我尽量不用——温度一变，频率就飘，你信不信？
4.2.2 分频配置
分频，就是把时钟频率降下来。为什么要降？因为定时器的计数器位数有限，比如16位定时器最大计数值是65535。如果时钟频率太高，溢出时间太短，根本没法用。
分频的计算公式很简单：
定时器时钟频率 = 输入时钟频率 / (分频系数 + 1)
溢出时间 = (定时器周期值 + 1) / 定时器时钟频率举个例子：输入时钟80MHz，你想得到一个1ms的定时中断。用16位定时器：
分频系数 = 80 - 1 = 79
定时器时钟频率 = 80MHz / 80 = 1MHz
周期值 = 1000 - 1 = 999
溢出时间 = 1000 / 1MHz = 1ms嗯，这里要注意：分频系数和周期值都是寄存器里的值，实际效果要加1。很多新手在这里栽跟头。
4.3 通道模式：单次 vs 连续
这是GPT配置的核心。你想想看，定时器跑完一次就停，还是跑完一次接着跑？这就是单次模式和连续模式的本质区别。
| 特性 | 单次模式（One-Shot） | 连续模式（Continuous） |
|---|---|---|
| 行为 | 计数到目标值后停止 | 计数到目标值后自动重载 |
| 中断触发 | 仅触发一次 | 每次溢出都触发 |
| 典型应用 | 延时、超时检测、单次事件 | 周期任务、PWM、系统心跳 |
| 资源占用 | 低（用完即释放） | 持续占用 |
| 启动方式 | 每次需重新调用Start | 启动一次即可 |
我遇到过不少工程师，把单次模式当连续模式用，结果定时器只跑了一次就停了，系统直接卡死。反过来，该用连续模式的地方用了单次，导致周期任务只执行了一次。
在AUTOSAR的GPT配置里，这两个模式通过 GptChannelMode 枚举来设置：
/* 单次模式配置 */
Gpt_ConfigType GptConfig_OneShot = {
.GptChannelConfiguration = {
.GptChannelId = 0,
.GptChannelMode = GPT_CH_MODE_ONESHOT,
.GptChannelTickFrequency = 1000000, /* 1MHz */
.GptChannelTickValueMax = 999 /* 1ms */
}
};
/* 连续模式配置 */
Gpt_ConfigType GptConfig_Continuous = {
.GptChannelConfiguration = {
.GptChannelId = 1,
.GptChannelMode = GPT_CH_MODE_CONTINUOUS,
.GptChannelTickFrequency = 1000000, /* 1MHz */
.GptChannelTickValueMax = 999 /* 1ms */
}
};4.4 中断与回调函数配置
定时器跑起来了，总得告诉CPU“我到期了”吧？这就是中断的作用。而在AUTOSAR里，中断处理被封装成了回调函数。
4.4.1 中断配置
GPT的中断配置，主要涉及三个参数：
- 中断优先级： 数值越小优先级越高。我一般把系统心跳设为最高优先级，普通定时任务次之
- 中断使能： 是否允许GPT产生中断。注意：有些MCU的GPT通道默认中断是关闭的
- 中断清除方式： 硬件自动清除还是软件手动清除。我建议用硬件自动清除，省事
4.4.2 回调函数注册
AUTOSAR的GPT模块，通过回调函数把中断事件通知给上层。配置时你需要注册一个函数指针：
/* 回调函数原型 */
void Gpt_Notification_Channel0(void)
{
/* 定时器0溢出处理 */
/* 比如：翻转LED、触发任务、更新计数器 */
Led_Toggle();
}
/* 在配置结构中注册回调 */
Gpt_ConfigType GptConfig = {
.GptChannelConfiguration = {
.GptChannelId = 0,
.GptChannelMode = GPT_CH_MODE_CONTINUOUS,
.GptChannelTickFrequency = 1000000,
.GptChannelTickValueMax = 999,
.GptNotification = Gpt_Notification_Channel0 /* 注册回调 */
}
};这里有个关键点：回调函数是在中断上下文执行的。所以里面不能做耗时操作，不能调用阻塞函数，不能操作信号量——这些规矩，做RTOS开发的应该都懂。
4.4.3 多通道中断管理
一个GPT模块通常有多个通道。每个通道都可以独立配置中断。但要注意：有些MCU的多个GPT通道共享一个中断向量。这时候你需要在中断服务函数里判断是哪个通道触发的：
/* 共享中断向量处理 */
void Gpt_IrqHandler(void)
{
/* 检查通道0中断标志 */
if (Gpt_GetStatusFlag(0) == GPT_CH_STATUS_FLAG_SET)
{
Gpt_ClearStatusFlag(0);
Gpt_Notification_Channel0(); /* 调用通道0回调 */
}
/* 检查通道1中断标志 */
if (Gpt_GetStatusFlag(1) == GPT_CH_STATUS_FLAG_SET)
{
Gpt_ClearStatusFlag(1);
Gpt_Notification_Channel1(); /* 调用通道1回调 */
}
}嗯，这里要注意：中断标志的清除顺序。我建议先清除标志，再调用回调。防止回调执行期间同一个中断再次触发，造成嵌套。
4.5 实战配置流程
说了这么多，咱们捋一个完整的配置流程。这是我做项目时的标准步骤：
- 确定需求： 需要几个定时器？每个定时器的周期是多少？单次还是连续？
- 选择时钟源： 根据精度要求和功耗限制，选系统时钟还是外部时钟
- 计算分频： 用公式反推分频系数和周期值，确保不超定时器位数
- 配置模式： 单次还是连续，按需设置
- 注册回调： 写回调函数，注册到配置结构里
- 使能中断： 打开GPT通道中断，设置优先级
- 初始化： 调用
Gpt_Init()加载配置 - 启动： 调用
Gpt_StartTimer()开始计时 - 验证： 用示波器或逻辑分析仪抓波形，确认周期准确