STM32F407输入捕获无法测量6MHz信号频率问题求助

一、高频信号测量异常原因及修复 #

1. 核心问题点 #

你的代码在770kHz以上信号测量时异常，根源有两个：

• 溢出计数逻辑错误：高频信号周期远小于定时器最大计数值（65536），两次捕获之间不会触发定时器溢出，但代码仍将TIM2_overFlowCnt计入Ticks计算，若溢出计数未被正确重置，会导致Ticks异常偏大，最终算出错误的低频值。
• 硬编码滤波完全不匹配高频场景：Ticks < 12800 && Ticks > 9600的判断是针对6.5kHz~8.7kHz的低频信号，高频信号的Ticks远小于9600，直接被过滤，导致Sum始终为0，输出错误结果。

2. 修复步骤 #

（1）修正捕获与溢出的逻辑关联

在第二次捕获时重置溢出计数，且仅当溢出发生时才累加溢出值：

void HAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef* htim)
{
    if(captureState == AwaitingCapture)
    {
        TIM2_overFlowCnt = 0;
        T1 = TIM2->CCR1;
        captureState = FirstCapture;
    }
    else if(captureState == FirstCapture)
    {
        T2 = TIM2->CCR1;
        // 仅溢出时才计算溢出计数的贡献
        Ticks = TIM2_overFlowCnt == 0 ? (T2 - T1) : (T2 + (TIM2_overFlowCnt * 65536) - T1);
        captureState = SecondCapture;
        __HAL_TIM_SetCounter(&htim2, 0);
        TIM2_overFlowCnt = 0; // 重置溢出计数，避免干扰下一次测量
    }
}

（2）替换硬编码滤波为合理性判断

去掉针对低频的固定范围判断，改为过滤明显无效的数值：

else{
    // 仅保留有效计数值（排除0和超出定时器最大周期的异常值）
    if(Ticks > 0 && Ticks < 65536) { 
        Sum += Ticks;
        i++;
    }
}

（3）优化高频场景的输出逻辑

高频信号周期短，不需要累计1000次再输出，调整累计次数平衡精度与实时性：

if(i == 10){ // 累计10次计算平均
    uint32_t freq = 84000000UL / (Sum / 10);
    sprintf(data, "%lu Hz\n\r", freq);
    HAL_UART_Transmit(&huart2, data, strlen(data), 10);
    i = 0;
    Sum = 0;
}

二、while(1)翻转引脚频率低于5MHz是否正常？ #

完全正常。原因如下：

• 软件翻转引脚依赖CPU执行指令的速度，STM32F407的Cortex-M4内核中，单引脚翻转操作（如GPIOx->ODR ^= pin）涉及内存读写，加上while循环的跳转指令，至少需要3~5个时钟周期。
• 84MHz时钟下，理论最大软件翻转频率约16~28MHz，但实际受编译器优化、指令流水线等因素限制，5MHz左右是合理的软件实现上限。若需要更高频率输出，必须使用定时器PWM硬件输出，无需CPU干预。

三、实现6MHz及更高频率信号测量的方案 #

1. 最大化定时器计数频率 #

将定时器预分频器设为0，确保定时器以84MHz的最高频率计数，此时6MHz信号的周期对应14个计数 tick，完全在定时器单次计数范围内（无需溢出处理）。

2. 简化高频测量逻辑 #

对于频率高于84MHz/65536≈1281Hz的信号，两次捕获之间定时器不会溢出，直接用Ticks = T2 - T1计算周期，再通过频率=84000000UL/Ticks得到结果。

3. 硬件与中断优化 #

• 开启GPIO输入硬件滤波，避免高频噪声误触发捕获中断；
• 将TIM2捕获中断优先级设为较高，防止被其他中断抢占导致捕获事件丢失。

内容的提问来源于stack exchange，提问作者Mohammad Mahdi Moeini Manesh