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

STM32定时器输入捕获双通道频率测量：从原理到实践的避坑指南

news 2026/6/5 14:11:45

1. 项目概述：STM32 TIM输入捕获模式的双通道频率测量探索

最近在做一个需要同时测量两路脉冲信号频率的项目，信号频率范围在200Hz到1000Hz之间。很自然地，我想到了使用STM32的通用定时器TIM2的输入捕获功能。我的思路很直接：用通道1（CH1）捕获第一路信号，用通道2（CH2）捕获第二路信号，通过DMA自动搬运捕获值，并在DMA中断里切换触发源，实现两路信号的轮流测量。听起来是个挺完美的方案，对吧？但实际调试过程却给了我一个深刻的教训——嵌入式开发中，对硬件原理的理解深度，直接决定了方案是“优雅实现”还是“原地踩坑”。今天就把这次调试STM32 TIM输入捕获模式，尝试实现双通道交替测量的完整过程、遇到的坑以及最终的解决方案记录下来，希望能给正在或即将使用输入捕获功能的工程师朋友们一些参考。

2. 核心需求与方案设计思路拆解

2.1 项目需求与目标

我的核心需求是同时测量两路独立的方波信号频率，频率范围已知为200-1000Hz。这里的“同时”并非指物理意义上的绝对同一时刻采样，而是指系统能够近乎实时地、交替地获取两路信号的周期信息，并计算出频率，更新速率要能满足后续控制算法的要求。

基于这个需求，我首先排除了单纯靠CPU查询的方式。因为如果在一个主循环里轮流读取两个通道的捕获寄存器，在信号频率较高或系统有其他任务时，很容易错过捕获事件。所以，我的目标设计是一个基于硬件触发和DMA搬运的半自动测量系统：让定时器硬件在信号边沿自动捕获计数器值，并通过DMA将捕获到的数据自动搬运到内存数组中，最大限度解放CPU。

2.2 初始方案设计：双通道轮流触发

我最初的方案设计基于STM32参考手册中关于定时器从模式、触发输入和DMA请求的描述。核心思想如下：

硬件连接：两路待测信号分别接入TIM2的通道1（TI1）和通道2（TI2）对应的GPIO引脚。
定时器基础配置：将TIM2的通道1和通道2均配置为输入捕获模式，捕获上升沿。
从模式配置：将TIM2配置为从模式（Slave Mode），并选择“复位模式”（Reset Mode）。这意味着，当被选中的触发输入（TRGI）出现有效边沿时，定时器的计数器（CNT）会被清零复位。
触发源选择：初始设置触发源为TI1FP1（即经过滤波后的通道1输入）。
DMA配置：为TIM2的捕获/比较寄存器CCR1和CCR2分别配置DMA通道。当捕获事件发生时，硬件会自动发出DMA请求，将CCRx寄存器中的值（即捕获瞬间的CNT值）搬运到指定的内存地址。
动态切换逻辑：这是实现“轮流”测量的关键。我计划利用DMA传输完成中断（TC）。例如，为搬运CCR1的DMA通道使能传输完成中断。在该中断服务函数中，我将TIM2的触发源从TI1FP1切换为TI2FP2。同时，另一个DMA通道负责搬运CCR2的数据，并在其中断中再将触发源切回TI1FP1。如此循环，理论上就能实现两路信号的交替触发与捕获。

这个方案看起来充分利用了STM32定时器的硬件特性，似乎能高效、自动地完成任务。但正是这个“想当然”的切换逻辑，埋下了一个关键隐患。

3. STM32定时器输入捕获模式核心原理与配置详解

在深入调试之前，我们必须彻底理解STM32通用定时器在输入捕获模式下的几个关键机制。这不仅仅是配置几个寄存器，而是理解数据流和控制逻辑如何在硬件中流动。

3.1 输入捕获通道的独立性与关联性

每个输入捕获通道（CH1-CH4）在硬件上是相对独立的。它们有自己独立的输入引脚（TIx）、输入滤波器、边沿检测器以及捕获/比较寄存器（CCRx）。当该通道配置的边沿事件在输入引脚上发生时，硬件会立即将当前计数器（CNT）的值锁存到对应的CCRx寄存器中。这个过程是并行且独立的。也就是说，即使通道1正在捕获，通道2的边沿检测器也在持续工作，一旦有边沿到来，它也会立即锁存CNT值到CCR2。

这里有一个非常重要的概念：捕获的是“当前”CNT的值。这个“当前”值，可能因为各种模式（比如下面要讲的从模式）而随时变化。

3.2 从模式（Slave Mode）与计数器（CNT）的行为

从模式是定时器高级功能之一，允许定时器的内部操作（如启动、停止、计数）被一个内部或外部的触发信号（TRGI）所控制。我使用的“复位模式”是其中一种。

复位模式（Reset Mode）：当被选中的触发信号出现有效边沿时，定时器的计数器CNT会立即被清零（复位），同时可能产生一个更新事件（UEV）。
关键影响：CNT是所有捕获通道共享的唯一时间基准。无论你配置了多少个捕获通道，它们锁存的都是同一个CNT寄存器的瞬间值。

这就引出了我最初方案的根本矛盾：我试图用信号A的边沿来复位CNT（作为时间基准的零点），同时又希望去测量信号B的周期。这逻辑上是不通的。

3.3 触发源（Trigger Source）与从模式控制器（Slave Mode Controller）

触发源TRGI的选择决定了哪个信号能控制从模式。TI1FP1和TI2FP2是其中两个选项，它们分别代表来自通道1和通道2的、经过滤波和极性选择后的信号。从模式控制器就像一个开关，它根据TRGI和选择的从模式（如复位模式），来决定对CNT和预分频器等执行什么操作（复位、启动、停止等）。

一个至关重要的硬件事实是：从模式控制器只有一个，它对CNT的操作是全局的、唯一的。你不能让它在某个时刻被TI1FP1复位，在另一个时刻又被TI2FP2复位，并期望CNT能同时为两路信号提供正确的时间基准。当CNT被一路信号复位时，另一路信号用它计算出的“周期”将完全失真。

3.4 DMA在输入捕获中的应用

DMA在这里扮演了“无声的搬运工”角色，它的配置相对直接。需要为每个捕获通道的CCRx寄存器启用DMA请求。当捕获事件发生时，硬件不仅会置位相应的标志位，还会向指定的DMA通道发出请求。DMA控制器则在不打扰CPU的情况下，将CCRx的值搬运到我们定义的内存数组中。这避免了CPU轮询或中断频繁进入的开销，是提高系统效率的好方法。但是，DMA只负责搬运数据，它不改变定时器硬件本身的任何行为逻辑。我最初错误地认为在DMA中断里切换触发源就能改变测量逻辑，实则不然。

4. 初始方案实现与踩坑实录

基于上述原理，我进行了代码实现，也正是在实现和测试过程中，问题暴露无遗。

4.1 定时器与DMA的配置代码分析

以下是我的核心配置代码（基于标准外设库），并附上关键注释：

// TIM2 通道1 输入捕获配置 TIM_ICInitTypeDef TIM_ICInitStructure; TIM_ICInitStructure.TIM_Channel = TIM_Channel_1; TIM_ICInitStructure.TIM_ICPolarity = TIM_ICPolarity_Rising; // 捕获上升沿 TIM_ICInitStructure.TIM_ICSelection = TIM_ICSelection_DirectTI; // 输入映射到TI1 TIM_ICInitStructure.TIM_ICPrescaler = TIM_ICPSC_DIV1; // 每个边沿都捕获 TIM_ICInitStructure.TIM_ICFilter = 0x0; // 不滤波 TIM_ICInitStructure.TIM_ICMode = TIM_ICMode_ICAP; // 输入捕获模式 TIM_ICInit(TIM2, &TIM_ICInitStructure); // TIM2 通道2 配置，参数类似 TIM_ICInitStructure.TIM_Channel = TIM_Channel_2; TIM_ICInitStructure.TIM_ICSelection = TIM_ICSelection_DirectTI; // 输入映射到TI2 TIM_ICInit(TIM2, &TIM_ICInitStructure); // 定时器时基配置，预分频设为10，以降低计数频率，扩大测量范围 TIM2->PSC = 10; // 假设系统时钟72MHz，则计数器时钟为72MHz/(10+1)≈6.55MHz TIM2->ARR = 0xFFFF; // 自动重装载值设为最大，让计数器自由运行到溢出 TIM_Cmd(TIM2, ENABLE); // 配置从模式：复位模式，触发源初始为TI1FP1 TIM_SelectInputTrigger(TIM2, TIM_TS_TI1FP1); TIM_SelectSlaveMode(TIM2, TIM_SlaveMode_Reset); TIM_SelectMasterSlaveMode(TIM2, TIM_MasterSlaveMode_Enable); // 配置DMA，将TIM2->CCR1搬运到数组CaptureValue1[0] // 配置DMA，将TIM2->CCR2搬运到数组CaptureValue2[0] // ... (DMA初始化代码略)

4.2 动态切换触发源的错误尝试

我在DMA1通道5（假设对应CCR1）的中断服务函数中，尝试动态切换触发源：

void DMA1_Channel5_IRQHandler(void) { if(DMA_GetITStatus(DMA1_IT_TC5)) { DMA_ClearITPendingBit(DMA1_IT_TC5); // 错误思路：尝试在捕获完通道1后，切换到通道2触发 TIM_SelectInputTrigger(TIM2, TIM_TS_TI2FP2); // 期待下一次CNT复位由TI2FP2的上升沿引起 } }

同时，我也为搬运CCR2的DMA通道配置了类似的中断，在其中将触发源切回TIM_TS_TI1FP1。

4.3 问题现象与根源剖析

实验现象非常明确：只有一路信号能测出正确的频率，另一路信号测出的周期值要么是0，要么是一个完全错误且不稳定的值。

经过逻辑分析并与参考手册反复对照，我明白了问题根源：

CNT的单一性与从模式的全局性：定时器只有一个CNT计数器。当我设置从模式为“复位模式”且触发源为TI1FP1时，信号1的每一个上升沿都会将CNT清零。此时，CNT是从信号1的上升沿开始计数的，它天然就是信号1的周期计时器。CCR1捕获到的值，就是相邻两个信号1上升沿之间CNT的计数值，换算后即信号1的周期。
通道2捕获值的意义错乱：对于通道2，它的硬件也在工作。当信号2的上升沿到来时，它会立即捕获当前的CNT值。然而，这个CNT值并不是从信号2上一个上升沿开始计数的！它可能刚刚被信号1的上升沿清零过。因此，CCR2捕获到的值，是“信号2边沿”与“最近一次信号1边沿”之间的时间间隔，这是一个毫无意义的、随机的值，与信号2自身的周期无关。
动态切换无法解决根本矛盾：即使在DMA中断中切换了触发源，比如切换到TI2FP2，那么下一个复位CNT的信号就变成了信号2的上升沿。但这会导致信号1的测量立刻出错。因为CNT的“零点”基准变了。这种方案试图让一个共享的时钟基准同时为两个独立的、不同步的时钟源服务，这在硬件逻辑上是不可能的。

核心教训：输入捕获测量周期的前提是，计数器CNT必须在一个稳定的、连续递增的时钟下运行。当使用“复位模式”时，CNT被用作特定一路信号的专用周期计时器。想用它来同时测量多路异步信号，是方向性错误。

5. 改进方案：基于PWM输入模式与单通道双沿捕获

认识到根本问题后，我放弃了“复位模式+动态切换”的思路，转而寻求更可靠的方案。这里提供两种经过验证的改进思路。

5.1 方案一：使用PWM输入模式（仅适用于两路同源信号）

如果两路信号来自同一个源且具有固定相位关系（例如测量同一个PWM信号的频率和占空比），STM32的“PWM输入模式”是绝佳选择。这实际上是输入捕获的一个特殊应用。

原理：该模式固定使用通道1和通道2。TI1输入同时映射到IC1和IC2。通常配置为IC1捕获上升沿，IC2捕获下降沿。
硬件连接：只需将一路待测PWM信号接到TI1（即通道1引脚）。
自动处理：硬件会自动用CCR1记录周期，用CCR2记录高电平时间。无需复杂的从模式配置，CNT自由运行。
局限性：只能测量一路信号的频率和占空比，无法测量两路独立信号的频率。

5.2 方案二：单定时器双通道，CNT自由运行，软件计算差值（推荐）

这是测量多路独立信号频率最通用和可靠的方法。核心思想是：让定时器的CNT自由运行（不复位），利用输入捕获硬件记录边沿发生的绝对时间戳，然后在软件中通过计算连续两个上升沿的时间戳差值来得到周期。

配置要点：

取消从模式：不再使用TIM_SelectSlaveMode配置为复位模式。或者直接配置为TIM_SlaveMode_Disable。
让CNT自由运行：配置定时器时基，设置一个合适的预分频器（PSC）和自动重载值（ARR，通常设为最大值0xFFFF），然后使能定时器。CNT将从0开始，一直累加，溢出后从0重新开始。
配置双通道为输入捕获：通道1和通道2均配置为输入捕获模式，捕获上升沿（或你需要测量的边沿）。
使能捕获中断和/或DMA：为了及时读取时间戳，需要使能捕获中断。当边沿发生时，硬件会置位标志位并触发中断。在中断服务函数中，读取CCRx的值，这就是该边沿发生的绝对时间戳T_current。
- 使用DMA：可以同时使能DMA。这样，每次捕获事件发生时，CCRx的值会自动被DMA搬运到内存。你可以在DMA半满或全满中断中批量处理数据，效率更高。
软件算法计算周期：
- 在内存中为每个通道维护一个last_timestamp变量，保存上一次捕获到的时间戳。
- 当新的捕获事件发生，得到新的时间戳T_now。
- 计算周期Period = T_now - last_timestamp。
- 关键：处理计数器溢出。由于CNT是16位或32位的，它会溢出。因此不能直接相减。正确的计算方法是：
```
uint32_t period; if (T_now >= last_timestamp) { period = T_now - last_timestamp; } else { // 发生了溢出 period = (MAX_CNT_VALUE - last_timestamp) + T_now + 1; // 对于16位定时器，MAX_CNT_VALUE通常是65535 (0xFFFF) }
```
- 更新last_timestamp = T_now。
- 频率Freq = Timer_CLK / (period * (PSC+1))。

此方案的优点：

原理正确：CNT作为统一的、连续的高精度时钟源，为所有通道提供时间基准。
互不干扰：两路信号的捕获完全独立，互不影响。一路信号的频繁触发不会干扰另一路的测量。
灵活性强：可轻松扩展到更多通道。只要定时器有足够的捕获通道和DMA资源即可。
可靠性高：软件处理溢出逻辑后，测量结果稳定准确。

此方案的注意事项：

中断频率：如果信号频率很高，捕获中断会非常频繁，增加CPU负载。需评估CPU处理能力。使用DMA可以缓解此问题。
时间戳溢出处理：软件中必须妥善处理计数器溢出的情况，这是该方案正确性的核心。
测量范围：测量范围由CNT的时钟频率和位数决定。时钟越快、位数越高，能测量的最小周期分辨率越高，能测量的最大周期（不溢出）也越长。需要根据信号频率范围合理配置预分频器PSC。

6. 实战配置示例与代码片段

以下给出基于方案二（CNT自由运行）的简化配置示例和中断处理逻辑：

// 1. 时基配置：CNT自由运行 TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_TimeBaseStructure.TIM_Period = 0xFFFF; // ARR最大值，让CNT溢出周期尽可能长 TIM_TimeBaseStructure.TIM_Prescaler = 71; // 假设系统时钟72MHz，分频后计数器时钟为1MHz (72M/(71+1)) TIM_TimeBaseStructure.TIM_ClockDivision = 0; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, &TIM_TimeBaseStructure); // 2. 输入捕获通道配置（通道1和通道2） TIM_ICInitTypeDef TIM_ICInitStructure; TIM_ICInitStructure.TIM_Channel = TIM_Channel_1; TIM_ICInitStructure.TIM_ICPolarity = TIM_ICPolarity_Rising; TIM_ICInitStructure.TIM_ICSelection = TIM_ICSelection_DirectTI; TIM_ICInitStructure.TIM_ICPrescaler = TIM_ICPSC_DIV1; TIM_ICInitStructure.TIM_ICFilter = 0x04; // 添加适量滤波，防抖动 TIM_ICInitStructure.TIM_ICMode = TIM_ICMode_ICAP; TIM_ICInit(TIM2, &TIM_ICInitStructure); // 同理配置通道2 ... // 3. 使能捕获中断（以通道1为例） TIM_ITConfig(TIM2, TIM_IT_CC1, ENABLE); // 在NVIC中配置TIM2全局中断或CC1中断 // 4. 启动定时器 TIM_Cmd(TIM2, ENABLE); // 5. 中断服务函数中的处理逻辑 uint16_t last_capture_ch1 = 0; uint32_t period_ch1 = 0; // 使用32位防止计算溢出 void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_CC1) != RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_CC1); uint16_t current_capture = TIM_GetCapture1(TIM2); // 读取CCR1 // 计算周期，处理计数器溢出 if (current_capture >= last_capture_ch1) { period_ch1 = current_capture - last_capture_ch1; } else { // CNT发生了溢出 period_ch1 = (0xFFFF - last_capture_ch1) + current_capture + 1; } // 计算频率 (假设计数器时钟为1MHz) // frequency_ch1 = 1000000.0f / period_ch1; // 单位 Hz // 注意：浮点计算在中断中耗时，建议在后台主循环中计算或使用整数运算 last_capture_ch1 = current_capture; // 更新上一次时间戳 } // 处理通道2的中断 ... }

7. 总结与更优架构思考

回顾这次调试，从最初的错误方案到最终理解原理并找到正确方法，核心的收获是对STM32定时器硬件模块的理解加深了。输入捕获的本质是“时间戳记录器”，而非“周期计时器”。周期是软件通过对连续时间戳做差计算出来的。

对于需要同时测量多路独立频率的应用，基于自由运行CNT的方案是稳健的基石。如果系统实时性要求极高，可以结合DMA进行双缓冲（Double Buffer）搬运捕获值，在DMA半满/全满中断中批量计算周期和频率，能极大减少中断次数，提升系统效率。

另一种更高级的架构是使用一个高频自由运行的定时器（如TIM2）作为全局时间基准，而将需要捕获的信号连接到具有输入捕获功能的其他定时器（如TIM3、TIM4）上，这些定时器都配置为从模式，但触发源选择为“外部时钟模式1”（External Clock Mode 1），并将高频定时器（TIM2）的更新事件或比较输出作为触发信号。这样，所有从定时器的CNT都由同一个主定时器同步驱动，实现了硬件级的时间同步，在多定时器系统中非常有用，但配置更为复杂。

调试的乐趣就在于，每一个看似棘手的问题，背后都对应着一个未被深刻理解的硬件原理。把坑踩明白，路就走宽了。

查看全文

http://www.gsyq.cn/news/1467155.html