从输入捕获到外部计数：STM32频率计设计的深度优化实践

1. 项目背景与问题溯源

三年前接手工业传感器频率测量项目时，我遇到了一个典型困境：使用STM32输入捕获模式测量1.1MHz信号时误差达到0.5%，且添加串口打印后误差骤增。这个现象暴露了传统方法的本质缺陷——CPU依赖型测量在高速场景下的局限性。

输入捕获模式的工作原理是通过中断记录边沿时刻，计算相邻边沿时间差得到周期。当信号频率超过1MHz时：

• 每个周期仅0.9μs，中断处理时间可能超过信号周期
• 串口输出等额外操作会直接干扰测量时序
• 高频中断导致CPU负载率飙升（实测可达70%+）

// 典型输入捕获中断处理
void HAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim) {
    if (htim->Channel == HAL_TIM_ACTIVE_CHANNEL_2) {
        uint32_t capture = HAL_TIM_ReadCapturedValue(htim, TIM_CHANNEL_2);
        // 计算周期需要额外处理...
    }
}

2. 硬件计数器的发现与验证

查阅STM32参考手册时，定时器的外部时钟模式引起了我的注意。这种模式下：

• 脉冲计数由硬件自动完成，不消耗CPU资源
• 最高支持定时器时钟频率（72MHz下理论测量上限36MHz）
• 支持上升沿/下降沿/双边沿计数

通过对比实验验证不同模式的性能差异：

测量模式	最高频率	误差率	CPU负载	代码复杂度
外部中断	100kHz	2%	高	低
输入捕获	1.1MHz	0.5%	中高	中
外部计数器模式	15MHz	0.005%	低	高

3. 双定时器协同设计方案

采用TIM1+TIM2组合架构：

• TIM2：配置为外部计数器模式，PA0作为脉冲输入引脚
• TIM1：产生精确的500μs采样窗口（ARR=8399，PSC=71）

关键配置代码：

// TIM2外部计数器配置
TIM_HandleTypeDef htim2;
htim2.Instance = TIM2;
htim2.Init.Prescaler = 0;
htim2.Init.CounterMode = TIM_COUNTERMODE_UP;
htim2.Init.Period = 0xFFFF; // 16位最大值
HAL_TIM_Base_Init(&htim2);

TIM_ClockConfigTypeDef sClockSourceConfig = {0};
sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_ETRMODE2;
sClockSourceConfig.ClockPolarity = TIM_CLOCKPOLARITY_NONINVERTED;
sClockSourceConfig.ClockPrescaler = TIM_CLOCKPRESCALER_DIV1;
sClockSourceConfig.ClockFilter = 0;
HAL_TIM_ConfigClockSource(&htim2, &sClockSourceConfig);

4. 精度优化关键参数

4.1 采样窗口设计

选择500μs采样间隔的深层考量：

• 对于15MHz信号：每个窗口可捕获7500个脉冲（远小于65535）
• 对于100Hz低频信号：仍能保证足够分辨率
• 平衡响应速度与数据稳定性

4.2 误差控制策略

通过实验确定的黄金参数组合：

参数	推荐值	作用说明
输入滤波器	0x0F	抑制高频噪声
时钟分频	无分频	保持最高计数精度
自动重载值	65535	防止意外溢出
采样次数	2000次	1秒累计平均（500μs×2000）

实测误差从初始方案的0.1%降至0.005%的关键操作：

// 在TIM1中断中读取并重置计数器
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) {
    if (htim->Instance == TIM1) {
        static uint32_t sum = 0, count = 0;
        uint16_t current = TIM2->CNT;
        TIM2->CNT = 0; // 硬件级清零
        
        sum += current;
        if (++count >= 2000) {
            printf("Frequency: %lu Hz\r\n", sum * 2); // 500μs→1s换算
            sum = count = 0;
        }
    }
}

5. 高频/低频测量自适应方案

针对不同频段的优化策略：

高频模式（>1MHz）：

• 启用输入噪声滤波（TIM_ETRPolarity_Inverted）
• 使用最短采样窗口（实验证明100μs仍稳定）
• 关闭所有非必要中断

低频模式（<10kHz）：

• 切换为输入捕获模式辅助测量
• 增大采样窗口至10ms
• 启用定时器从模式实现自动同步

频率切换的阈值判定逻辑：

#define HIGH_FREQ_THRESH 1000000 // 1MHz
#define LOW_FREQ_THRESH  10000   // 10kHz

void adjust_measurement_mode(uint32_t freq) {
    if (freq > HIGH_FREQ_THRESH) {
        // 切换到高频优化模式
        htim2.Init.ClockFilter = 0xF;
        HAL_TIM_Base_Init(&htim2);
    } 
    else if (freq < LOW_FREQ_THRESH) {
        // 启用低频补偿算法
        enable_low_freq_compensation();
    }
}

6. 进阶优化：DMA与寄存器级优化

虽然DMA能降低CPU干预，但测试发现：

• DMA传输延迟会导致窗口同步误差
• 内存访问冲突可能引发数据丢失
• 对15MHz以上信号改善有限

寄存器级优化技巧：

// 直接寄存器操作提升时序精度
void read_counter_fast(uint16_t* buf) {
    __disable_irq();
    *buf = TIM2->CNT;
    TIM2->CNT = 0;
    __enable_irq();
}

7. 实测性能对比

在工业环境下的稳定性测试数据：

信号频率	输入捕获模式误差	外部计数模式误差	温度漂移
1MHz	±0.5%	±0.005%	2ppm/℃
10MHz	不可测	±0.008%	5ppm/℃
100kHz	±0.1%	±0.01%	1ppm/℃

8. 常见问题解决方案

问题1：测量低频信号时精度下降

• 原因：采样窗口过短导致计数不足
• 解决：动态调整TIM1的ARR值（500μs→10ms）

问题2：高频信号出现跳变

• 原因：输入信号边沿质量差
• 对策：启用定时器输入滤波并调整触发极性

TIM2->SMCR |= TIM_ETRPOLARITY_INVERTED; // 改为下降沿触发

问题3：长时间运行数据漂移

• 根源：定时器时钟源不稳定
• 方案：启用TIM1的时钟同步功能

RCC->APB2ENR |= RCC_APB2ENR_TIM1EN;
TIM1->CR2 |= TIM_CR2_MMS_1; // 主模式输出TRGO

9. 设计演进与未来展望

当前方案在汽车电子转速测量中已连续稳定运行2000+小时。下一步优化方向：

• 引入FPGA实现预分频（突破72MHz限制）
• 测试TIM1+TIM2+TIM3级联模式
• 探索H7系列400MHz主频下的性能极限

在最近一次电机控制项目中，这套测量系统成功捕捉到1.5ns的脉冲宽度异常，帮助客户定位了编码器电源干扰问题。这让我深刻体会到——硬件级优化永远是嵌入式性能突破的关键。