1. 问题背景与核心痛点
在STM32定时器编程中，CNT（Counter）和CCR（Capture/Compare Register）是两个最基础也最容易混淆的寄存器。我见过太多工程师（包括当年的我自己）因为搞混这两个寄存器导致PWM输出异常、捕获数据错误甚至系统死机。这种错误在调试阶段往往难以察觉，等到发现问题时已经浪费了大量时间。
这两个寄存器虽然名字只有一字之差，但功能定位完全不同：
- CNT是定时器的灵魂，它像秒表一样实时记录当前计数值
- CCR则是控制点，相当于给定时器设置的"闹钟提醒"
2. 寄存器功能深度解析
2.1 CNT寄存器：定时器的心跳
CNT是16位或32位的向上/向下计数器，它的工作特性包括：
- 时钟源触发时自动递增/递减（ARR决定计数方向）
- 在PWM模式下表现为锯齿波/三角波的实时值
- 关键属性：实时性、连续性、自动变化
c复制// 读取CNT值的正确方式（以TIM2为例）
uint32_t current_count = TIM2->CNT;
警告：直接修改CNT值可能导致PWM周期异常！除非明确需要相位调整，否则不要手动写入CNT。
2.2 CCR寄存器：精准控制的开关
每个定时器有多个CCR寄存器（CCR1~CCR4），主要功能包括：
- 比较模式：当CNT==CCR时触发中断/事件
- PWM模式：决定输出波形的占空比
- 捕获模式：存储触发时的CNT值
c复制// 配置PWM占空比的典型操作（50%占空比示例）
TIM3->CCR1 = (TIM3->ARR + 1) / 2;
3. 常见混淆场景与解决方案
3.1 错误配置导致PWM异常
典型错误：将PWM占空比配置写成：
c复制TIM1->CCR1 = TIM1->CNT / 2; // 错误！CNT是动态值
正确做法：应该基于ARR值计算：
c复制TIM1->CCR1 = (TIM1->ARR + 1) * duty_cycle / 100;
3.2 输入捕获数据异常
错误现象：捕获到的脉冲宽度忽大忽小
c复制// 错误读取方式
width = TIM2->CCR1 - TIM2->CNT;
// 正确方式应使用两次CCR值相减
width = TIM2->CCR2 - TIM2->CCR1;
3.3 定时器中断配置混淆
错误配置：
c复制// 错误启用CNT更新中断
TIM_ITConfig(TIM4, TIM_IT_CNT, ENABLE);
// 正确应该使用CC中断
TIM_ITConfig(TIM4, TIM_IT_CC1, ENABLE);
4. 实战记忆技巧
4.1 形象化记忆法
把定时器想象成跑步机：
- CNT：当前跑步机履带的位置（实时变化）
- CCR：在履带上做的标记点（固定位置）
- ARR：跑步机的最大行程（调头点）
4.2 英文缩写解析
- CNT = CouNTer（计数器）
- CCR = Capture/Compare Register（捕获/比较寄存器）
- ARR = Auto-Reload Register（自动重装载值）
4.3 调试时快速区分
在STM32CubeIDE调试窗口中：
- CNT值会不断闪烁变化
- CCR值保持稳定（除非主动修改）
- 观察寄存器值变化趋势是最直接的区分方式
5. 进阶应用注意事项
5.1 中心对齐模式下的特殊行为
在PWM中心对齐模式（CR1_CMS≠0）时：
- CNT会先递增后递减
- CCR比较会在上升和下降沿各触发一次
- 计算占空比时需要特别处理：
c复制// 中心对齐模式占空比计算
effective_duty = (2 * CCR1) / (ARR + 1)
5.2 寄存器级与HAL库的对应关系
| HAL库函数 | 直接寄存器操作 |
|---|---|
HAL_TIM_ReadCapturedValue() |
TIMx->CCRy |
__HAL_TIM_GET_COUNTER() |
TIMx->CNT |
__HAL_TIM_SET_COMPARE() |
TIMx->CCRy = value |
5.3 DMA传输时的风险控制
当使用DMA自动更新CCR值时：
- 必须确保DMA传输完成前CNT不会越过CCR值
- 建议配置DMA半传输/传输完成中断
- 安全代码示例：
c复制// 在DMA中断中更新缓冲值
void DMA1_Stream1_IRQHandler(void)
{
if(__HAL_DMA_GET_IT_SOURCE(&hdma_tim1, DMA_IT_HT))
{
// 更新后半段缓冲区
}
__HAL_DMA_CLEAR_FLAG(&hdma_tim1, DMA_FLAG_HT1);
}
6. 调试技巧与问题排查
6.1 逻辑分析仪观测技巧
使用示波器/逻辑分析仪时：
- 将CNT值通过DAC输出（需配置DMA）
- CCR触发事件输出到GPIO
- 同时观测模拟波形和数字信号
6.2 常见错误代码速查表
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| PWM无输出 | CCR值≥ARR | 检查CCR是否小于ARR |
| 捕获值全零 | 误读CNT而非CCR | 改用CCRx读取 |
| 中断不触发 | 混淆CNT更新和CC匹配中断 | 检查TIM_ITConfig参数 |
6.3 寄存器检查清单
调试时按顺序检查：
- CR1：定时器使能位（CEN）
- SMCR：从模式配置
- DIER：中断使能位
- CCER：捕获/比较使能
- CNT/ARR/CCR的值关系
7. 工程实践建议
7.1 代码规范建议
- 统一命名规则：
c复制#define PWM_TIM_COUNTER TIM3->CNT
#define PWM_TIM_COMPARE TIM3->CCR1
- 添加防御性代码：
c复制assert_param(IS_TIM_CC_INSTANCE(TIMx));
assert_param(hCCRValue <= TIMx->ARR);
7.2 文档记录模板
在工程文档中应记录：
markdown复制## 定时器配置
- 时钟源：内部时钟（72MHz）
- 分频：PSC=71（1MHz）
- 重载值：ARR=999（1KHz）
- CCR1初始值：500（50%占空比）
- 计数模式：向上计数
7.3 推荐学习路径
- 先掌握基本定时器（TIM6/TIM7）
- 再学习通用定时器（TIM2-TIM5）
- 最后研究高级定时器（TIM1/TIM8）
- 推荐阅读《STM32参考手册》第13-17章
经过这些年的项目实践，我总结出一个黄金法则：当定时器行为异常时，第一个要检查的就是CNT和CCR的配置关系。养成在代码中添加寄存器值合法性检查的习惯，能节省大量调试时间。记住，CNT是"现在进行时"，CCR是"未来完成时"，把握住这个时态差异，就能彻底告别这两个寄存器的混淆问题。