无定时器外设时，通过GPIO边缘检测测量30-70Hz方波频率可行吗？

方案可行性判断 #

这个方案完全可行。30-70Hz的方波周期在14.3ms到33.3ms之间，远大于HAL_GetTick()的典型1ms计时精度（假设SysTick配置为1ms中断），两次上升沿的时间差用HAL_GetTick()捕获的误差在可接受范围内，足以满足精准测量需求。

必须注意的事项 #

• 中断优先级与执行效率：外部中断优先级要高于非关键中断，避免捕获时间戳时被抢占延迟。中断服务函数（ISR）必须极简，只做时间戳记录操作，禁止在ISR内执行频率计算、串口打印等耗时任务。
• HAL_GetTick()溢出处理：HAL_GetTick()返回uint32_t类型值，1ms计数周期下约49.7天会溢出。直接计算时间差会出错，需用(current_tick - last_tick + 0x100000000) % 0x100000000计算正确差值，或在捕获时加入溢出补偿逻辑。
• 输入信号防抖：若方波存在毛刺干扰，会触发无效中断导致时间戳错误。可在ISR中加入软件防抖：比如记录触发时间后，1ms内忽略再次触发的中断，或读取GPIO电平确认是有效上升沿后再记录时间戳。
• 精度优化：单纯1ms精度的HAL_GetTick()对30Hz信号的频率误差约3%，若需更高精度，可结合SysTick->VAL寄存器的剩余计数，将时间精度提升至系统时钟周期级别（如72MHz系统下约13.9ns）。
• 全局变量原子操作：存储上次时间戳的变量需用volatile uint32_t修饰，读取/写入时要做原子操作（比如裸机环境下临时关闭中断），避免中断与主程序的竞争冲突。

替代方案（精度要求更高或场景受限） #

• SysTick高精度计时：直接读取SysTick计数器寄存器值，配合外部中断实现比HAL_GetTick()更高精度的时间差测量，无需额外外设。
• 主循环轮询GPIO：在CPU负载较低的场景下，可在主循环中轮询GPIO电平，记录连续两次上升沿的时间差。缺点是会占用CPU资源。
• 复用其他外设：部分MCU的ADC、UART等外设可通过特殊配置间接测量信号周期（如ADC采样GPIO电平，通过采样点时间间隔计算周期），但复杂度较高，需结合具体MCU型号调整。

内容的提问来源于stack exchange，提问作者sukhbir1996