1. 项目缘起与整体设计思路搞嵌入式开发的朋友大概率都遇到过这样的场景手头有个PWM信号源不管是传感器输出的转速脉冲、电机驱动板的反馈信号还是自己用555搭的方波发生器你总得知道它到底跑在什么频率上。用示波器看当然最省事但产品量产测试、设备长期在线监测这类场合总不可能给每台设备配一台示波器。这时候用STM32的输入捕获功能去测PWM频率就成了一个性价比极高、也足够精准的方案。这次我选的是STM32F103C8T6这颗经典芯片配合Proteus做纯仿真验证。为什么要在Proteus里先跑一遍原因很实在输入捕获涉及定时器配置、中断优先级、信号边沿检测这些容易出错的环节直接在硬件上调试一旦测不准你很难判断是代码问题还是信号本身的问题。Proteus的好处是信号源参数完全可控你可以精确知道输入是1kHz还是10kHz测出来的结果对不对一目了然。等仿真里跑通了再往真实硬件上移植心里就有底了。这个方案适合谁参考我觉得三类人最合适一是刚学STM32定时器、对输入捕获概念还比较模糊的初学者仿真环境能让你直观看到寄存器和中断的变化二是需要做频率测量类项目的工程师比如电机转速反馈、流量计脉冲采集、超声波回波测距这套代码框架可以直接改改用三是习惯用Proteus做教学演示或方案预研的朋友整个工程文件结构清晰方便二次修改。核心思路其实不复杂用一个定时器产生PWM信号作为被测对象用另一个定时器的输入捕获通道去捕捉这个信号的上升沿通过计算两个上升沿之间的时间差换算成频率。这里有个关键选择——是用PWM输入模式还是普通输入捕获模式PWM输入模式是STM32定时器的一个特殊功能一个通道同时映射到两个IC寄存器能自动测量周期和占空比硬件开销小、精度高。但它对引脚映射有硬性要求只有特定通道组合才能用。普通输入捕获模式则更灵活任何带IC功能的通道都能用代价是需要自己处理边沿检测和计数器溢出。考虑到很多实际项目里信号引脚是硬件定死的我这次选择用普通输入捕获模式来实现通用性更强移植到其他STM32型号也更容易。提示Proteus仿真STM32F103C8T6时建议使用8.9及以上版本元件库对C8T6的支持比较完整。低版本可能找不到对应的VSM模型或者仿真时定时器行为异常。整个工程我分成三个部分来设计PWM信号发生模块、输入捕获测量模块、以及串口输出模块。PWM用TIM3的通道1在PA6引脚输出频率设为2kHz、占空比50%方便计算和观察。输入捕获用TIM2的通道1在PA0引脚接收配置为上升沿捕获开启捕获中断。串口用USART1在PA9/PA10把测到的频率值打印出来。这样在Proteus里你可以用虚拟终端直接看到测量结果不用额外接LCD。为什么选TIM2和TIM3STM32F103C8T6的定时器资源里TIM1是高级定时器功能最全但配置也最复杂TIM2到TIM4是通用定时器输入捕获和PWM输出都支持。TIM2和TIM3的引脚在C8T6上都有引出PA0是TIM2_CH1PA6是TIM3_CH1布线方便不会打架。而且这两个定时器挂在APB1总线上时钟频率都是72MHz计算预分频和重装载值时不用考虑总线差异省心。关于时钟配置这里多说一句。STM32F103C8T6最高主频72MHz但定时器的时钟不是直接等于系统时钟。APB1总线默认是36MHz但定时器时钟有个倍频机制当APB预分频系数不为1时定时器时钟是APB时钟的2倍。所以TIM2和TIM3的实际时钟是72MHz。这个细节在计算定时器周期时非常关键很多人第一次配定时器发现时间不对就是栽在这里。我在代码里会把这个计算过程写清楚你照着改参数就行。2. 核心细节解析与实操要点2.1 输入捕获的测频原理与参数计算输入捕获测频率的本质就是测量信号一个完整周期的时间然后取倒数。STM32的定时器在捕获到指定边沿时会把当前计数器的值锁存到捕获寄存器里同时可以触发中断。我们在中断里读取这个值和上一次捕获的值做差就得到了一个周期内的计数值。再用这个计数值乘以定时器的计数周期就是信号周期取倒数就是频率。听起来简单但有几个细节直接决定测量精度。第一个是定时器的计数频率。如果计数频率太低比如1MHz那测1kHz信号时一个周期只有1000个计数分辨率就是1Hz测10kHz信号时只有100个计数分辨率变成10Hz误差就大了。所以计数频率要远高于被测信号频率。我这次把TIM2的预分频器设为71这样计数频率是72MHz/(711)1MHz计数周期1微秒。测2kHz信号时一个周期有500个计数分辨率约0.2%足够用了。第二个细节是计数器溢出。TIM2是16位定时器最大计数值65535。在1MHz计数频率下最多能测约65.5毫秒的周期对应最低频率约15Hz。如果被测信号频率低于这个值计数器就会溢出测量结果就错了。解决办法有两个一是降低计数频率比如把预分频改成719计数频率100kHz能测最低1.5Hz但分辨率会下降二是开启溢出中断记录溢出次数在计算时把溢出次数乘上65536加进去。我这次为了代码简洁先不处理溢出因为2kHz远高于下限。但你在实际项目里如果测低频信号一定要加上溢出处理这个坑我后面会详细说。第三个细节是捕获中断的处理时间。中断里要做的事情越少越好否则可能错过下一个边沿。我的做法是在中断里只做三件事读捕获值、算差值、置标志位。频率的具体计算放到主循环里做这样中断执行时间最短。2.2 Proteus元件选型与电路连接Proteus里搭建这个仿真电路需要的元件不多但有几个地方容易踩坑。核心元件是STM32F103C8T6在元件库里的名字是STM32F103C8注意没有T6后缀。放置后双击在Program File里加载Keil编译出来的hex文件Crystal Frequency填8MHz外部晶振或者直接选72MHz内部时钟这个要和代码里的时钟配置一致。PWM信号源我直接用STM32自己的TIM3产生这样省去了外部信号发生器也方便调频率。如果你非要用外部信号源Proteus里有555定时器可以搭但555的频率稳定性在仿真里不如直接用定时器输出。TIM3的CH1在PA6用一根导线连到PA0TIM2_CH1就行。注意Proteus里STM32的引脚是按端口分组的PA0和PA6都在PORTA那一组里找的时候别找错。串口输出需要用到虚拟终端。在元件库搜VIRTUAL TERMINAL放置后把RXD接到PA9USART1_TXTXD接到PA10USART1_RX波特率在终端属性里设为9600。这样程序里printf出来的频率值就能在终端窗口看到。有个小细节Proteus的虚拟终端默认可能不显示需要在仿真运行时右键终端勾选Echo Typed Characters不然你只能看到输出但看不到自己输入的内容。电源部分别忘了。STM32F103C8T6的VDD和VSS要接上Proteus里虽然不接也能跑但有时候会出现莫名其妙的问题。我一般把VDD接3.3VVSS接地VDDA和VSSA也接上NRST通过一个10k电阻上拉到3.3V。BOOT0和BOOT1接地确保从主闪存启动。注意Proteus仿真STM32时如果程序跑不起来先检查Program File路径有没有中文hex文件是不是最新编译的。这两个问题占了仿真失败原因的八成以上。2.3 Keil工程配置与代码框架Keil5里新建工程器件选STM32F103C8。这里有个选项要注意Run-Time Environment里要不要勾选CMSIS的Core和Device Startup我建议勾上这样启动文件和系统初始化代码自动包含省得自己加。但如果你用的是标准外设库而不是HAL库那就不要勾手动添加库文件更可控。我这次用标准外设库因为代码量小、执行效率高适合这种功能单一的场景。工程里需要添加的文件包括启动文件startup_stm32f10x_md.s中容量器件用md、标准外设库的stm32f10x_gpio.c、stm32f10x_rcc.c、stm32f10x_tim.c、stm32f10x_usart.c以及misc.c中断优先级配置用。主函数里按顺序初始化时钟、GPIO、TIM3 PWM、TIM2输入捕获、USART1然后开中断进主循环。时钟初始化用SystemInit()这个函数在system_stm32f10x.c里默认会把系统时钟配到72MHz。但如果你用的是外部晶振要确保HSE_VALUE宏定义是8000000并且Proteus里晶振频率也设成8MHz。如果不想折腾外部晶振可以直接用内部HSI但HSI精度不如外部晶振测频率时误差会大一些。仿真环境下两者差别不大但养成用外部晶振的习惯对实际项目有好处。中断优先级配置容易被忽略。TIM2的捕获中断和USART1的中断如果同时开启要确保捕获中断的优先级更高否则串口发送时可能延迟捕获响应。我用NVIC_PriorityGroup_2抢占优先级和响应优先级各2位。TIM2捕获中断设为抢占1、响应1USART1设为抢占2、响应2。这样捕获中断能打断串口中断保证测量实时性。3. 实操过程与核心环节实现3.1 TIM3 PWM输出配置产生被测信号先看PWM信号发生部分。TIM3挂在APB1上时钟72MHz。我要产生2kHz、50%占空比的方波。计算过程如下定时器计数频率设为72MHz/(711)1MHz计数周期1微秒。2kHz信号周期500微秒所以自动重装载值ARR设为500-1499。占空比50%比较值CCR设为250。配置步骤用标准外设库写出来是这样的void TIM3_PWM_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_OCInitTypeDef TIM_OCInitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_6; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); TIM_TimeBaseStructure.TIM_Period 499; TIM_TimeBaseStructure.TIM_Prescaler 71; TIM_TimeBaseStructure.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseInit(TIM3, TIM_TimeBaseStructure); TIM_OCInitStructure.TIM_OCMode TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse 250; TIM_OCInitStructure.TIM_OCPolarity TIM_OCPolarity_High; TIM_OC1Init(TIM3, TIM_OCInitStructure); TIM_OC1PreloadConfig(TIM3, TIM_OCPreload_Enable); TIM_ARRPreloadConfig(TIM3, ENABLE); TIM_Cmd(TIM3, ENABLE); }这段代码里有个地方值得展开说GPIO模式必须设为GPIO_Mode_AF_PP也就是复用推挽输出。如果你设成普通的推挽输出定时器的PWM信号出不来PA6一直是高电平或低电平。这个错误很隐蔽因为代码编译没问题仿真里就是没波形。我当初第一次调的时候在这卡了半小时后来用Proteus的电压探针测PA6才发现一直是高电平。另外TIM_OCMode_PWM1和PWM2的区别也要搞清楚。PWM1模式下计数器小于CCR时输出高电平大于时输出低电平PWM2反过来。我选PWM1配合TIM_OCPolarity_High出来的波形就是先高后低占空比50%。如果你发现波形占空比反了先检查这两个参数。3.2 TIM2输入捕获配置捕捉上升沿输入捕获的配置比PWM输出稍微复杂一点因为涉及中断和滤波器。先看代码void TIM2_Capture_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_ICInitTypeDef TIM_ICInitStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IPD; GPIO_Init(GPIOA, GPIO_InitStructure); TIM_TimeBaseStructure.TIM_Period 65535; TIM_TimeBaseStructure.TIM_Prescaler 71; TIM_TimeBaseStructure.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, TIM_TimeBaseStructure); 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 0x0; TIM_ICInit(TIM2, TIM_ICInitStructure); TIM_ITConfig(TIM2, TIM_IT_CC1, ENABLE); NVIC_InitStructure.NVIC_IRQChannel TIM2_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 1; NVIC_InitStructure.NVIC_IRQChannelSubPriority 1; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); TIM_Cmd(TIM2, ENABLE); }这里有几个关键点。GPIO模式设为GPIO_Mode_IPD也就是下拉输入。为什么用下拉因为PA0如果悬空电平不确定可能乱触发捕获。下拉之后没有信号时PA0是低电平只有真正的上升沿才会触发。如果你用外部信号源信号空闲时是低电平那下拉没问题如果空闲是高电平就要改成上拉捕获极性也要相应改成下降沿。TIM_ICFilter是输入滤波器范围0到15。值越大滤波越强能滤掉高频噪声但也会引入延迟。仿真环境下信号很干净设0就行。实际项目中如果信号有毛刺可以设成0x4或0x8试试。这个参数我踩过坑有一次测电机编码器信号没开滤波频率读数跳得厉害后来把滤波器设成0x6读数就稳了。TIM_ICPrescaler设的是TIM_ICPSC_DIV1也就是每个边沿都捕获。如果你测的是高频信号中断太频繁影响CPU效率可以设成DIV2或DIV4每2个或4个边沿才捕获一次。但这样测出来的周期要乘以分频系数才是真实周期计算时别忘了。中断服务函数里做三件事volatile uint32_t capture_value 0; volatile uint32_t period_ticks 0; volatile uint8_t capture_flag 0; void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_CC1) ! RESET) { static uint32_t last_capture 0; uint32_t current_capture TIM_GetCapture1(TIM2); if (last_capture ! 0) { period_ticks current_capture - last_capture; capture_flag 1; } last_capture current_capture; TIM_ClearITPendingBit(TIM2, TIM_IT_CC1); } }注意last_capture是静态变量第一次捕获时它还是0这时候不能算差值否则会得到一个巨大的数。所以加了个if判断只有第二次及以后的捕获才计算周期。这个细节看起来简单但如果你忘了第一次测量结果会完全错误而且因为只错一次很容易被忽略。3.3 频率计算与串口输出主循环里检测capture_flag一旦置位就计算频率并通过串口打印int main(void) { SystemInit(); USART1_Init(); TIM3_PWM_Init(); TIM2_Capture_Init(); printf(PWM Frequency Measurement Start...\r\n); while (1) { if (capture_flag) { capture_flag 0; uint32_t freq 1000000 / period_ticks; printf(Frequency: %lu Hz\r\n, freq); } } }频率计算公式是1000000/period_ticks因为TIM2的计数频率是1MHz每个计数代表1微秒。period_ticks是一个周期内的计数个数取倒数再乘以1000000就是频率。比如period_ticks500频率就是2000Hz和设定的PWM频率一致。串口初始化里波特率设为96008位数据位1位停止位无校验。printf重定向需要实现fputc函数int fputc(int ch, FILE *f) { USART_SendData(USART1, (uint8_t)ch); while (USART_GetFlagStatus(USART1, USART_FLAG_TC) RESET); return ch; }这个函数里等待TC标志位很关键。如果不等待连续发送时会丢数据。我试过用TXE标志也能工作但TC更稳妥因为TC表示整个帧发送完成TXE只表示发送寄存器空。提示Keil里要勾选Use MicroLIB否则printf可能无法正常工作。在Options for Target - Target标签页里勾选。3.4 Proteus仿真运行与结果验证把Keil编译出来的hex文件加载到Proteus的STM32模型里时钟频率设为8MHz点击运行。虚拟终端里应该能看到不断打印的频率值。如果一切正常显示的是2000Hz左右可能有正负1Hz的波动这是正常的因为捕获时刻和计数器时钟不是严格同步的。想验证测量是否准确可以在TIM3的配置里改ARR值。比如把ARR改成999PWM频率变成1kHz终端里应该显示1000Hz。改成249频率4kHz终端显示4000Hz。我实测下来在1kHz到10kHz范围内测量误差不超过0.5%对于大多数应用足够了。如果你在Proteus里看不到输出先检查虚拟终端的波特率是不是9600再检查PA9有没有接到终端的RXD。还有一个容易忽略的地方Proteus仿真STM32时默认可能不启用串口输出需要在STM32模型属性里确认USART功能是开启的。4. 常见问题与排查技巧实录4.1 测量值跳动大或完全不对这是最常见的问题原因通常有三个。第一个是信号边沿不够陡。Proteus里如果PWM信号经过长导线或者经过其他元件边沿可能变缓导致捕获时刻不确定。解决办法是缩短连线或者开启输入滤波器。第二个是中断优先级冲突。如果还有其他中断在跑捕获中断被延迟测出来的周期就会偏大。检查NVIC配置确保TIM2中断优先级足够高。第三个是计数器溢出。如果你测的信号频率低于15HzTIM2会溢出测量值完全错误。这时候需要开启溢出中断在中断里累加溢出次数。排查步骤我一般这样走先用Proteus的虚拟示波器看PA0上的信号确认边沿干净、频率正确然后在中断里翻转一个IO口用示波器看中断响应是否及时最后检查计算过程把period_ticks通过串口打印出来看数值是否合理。4.2 串口无输出或乱码串口问题基本逃不出三个原因波特率不匹配、引脚接错、时钟配置错误。Proteus虚拟终端的波特率要和代码里USART_InitStructure.USART_BaudRate一致我设的是9600。引脚方面PA9是TX要接终端的RXDPA10是RX接终端的TXD。如果接反了终端收不到数据。时钟配置错误比较隐蔽USART1挂在APB2上时钟是72MHz如果你误以为挂在APB1上按36MHz算波特率就会差一倍终端显示乱码。还有一个Keil特有的坑如果你用了printf但没勾选Use MicroLIB程序可能卡在fputc里出不来。表现是仿真运行后终端没输出但程序也没跑飞。这时候检查Options for Target里的MicroLIB选项。4.3 Proteus仿真速度慢或卡死Proteus仿真STM32本来就比较吃CPU如果电路里还有其他复杂元件仿真速度会明显下降。几个优化技巧把不用的外设时钟关掉减少仿真负担虚拟终端的刷新率调低比如从默认的50ms改成200ms如果只是验证频率测量可以把串口输出改成每测10次打印一次减少终端刷新次数。仿真卡死通常是程序进入了死循环或者中断风暴。检查中断服务函数里有没有清中断标志位如果忘了清中断会反复触发CPU一直在中断里出不来。另外如果捕获中断太频繁比如测100kHz信号中断执行时间可能超过信号周期导致CPU被中断占满。这时候要么降低中断频率用捕获分频要么改用DMA传输捕获值。4.4 从仿真移植到硬件的注意事项仿真跑通不代表硬件上一定没问题。移植时要注意几点第一Proteus里的信号是理想的硬件上可能有噪声输入滤波器参数要重新调第二仿真里时钟是精确的硬件上晶振可能有偏差如果对测量精度要求高要用外部高精度晶振第三Proteus不模拟电源噪声和地弹硬件上如果电源不稳捕获可能误触发必要时加施密特触发器整形。我在实际项目里还遇到过一个情况硬件上PA0引脚旁边有PWM输出线产生了串扰导致捕获频率偶尔跳变。后来把PA0的走线远离PWM线问题就解决了。这种布局问题仿真里发现不了只能在实际PCB设计时注意。4.5 常见问题速查表现象可能原因排查方法解决措施频率显示为0捕获中断未触发检查PA0信号、NVIC配置确认GPIO模式为IPD中断使能频率值偏大计数器溢出打印period_ticks看是否接近65535降低计数频率或加溢出处理频率值偏小中断响应延迟翻转IO口测中断延迟提高中断优先级减少中断内操作串口乱码波特率不匹配核对终端和代码波特率统一设为9600仿真无波形GPIO模式错误用电压探针测PA6改为AF_PP复用推挽测量值跳动信号噪声示波器看PA0边沿开启输入滤波器缩短连线5. 精度提升与功能扩展思路5.1 提高测量精度的几个实用手段如果你对测量精度有更高要求可以从这几个方向优化。第一个是提高计数频率。把TIM2预分频改成35计数频率变成2MHz分辨率翻倍。但这样计数器溢出更快能测的最低频率变成约30Hz。第二个是用PWM输入模式。前面说过PWM输入模式硬件自动测量周期和占空比不占用CPU中断资源精度也更高。代价是引脚必须用特定通道组合比如TIM2的CH1和CH2要映射到同一引脚组。第三个是多次测量取平均。在软件里连续测10次去掉最大最小值再平均能有效抑制随机误差。我试过在1kHz信号上取16次平均波动从正负2Hz降到正负0.5Hz。还有一个容易被忽略的点定时器时钟的准确性。STM32F103C8T6用外部8MHz晶振时实际频率可能有几十ppm的偏差换算到测量结果上就是几十Hz的误差。如果要求高可以用TCXO或者校准过的信号源做参考在软件里加一个校准系数。5.2 测量低频信号时的溢出处理前面提到TIM2在1MHz计数频率下最低能测约15Hz。如果你要测更低的频率比如心跳传感器输出的1Hz信号就必须处理溢出。方法是在TIM2里开启更新中断每次溢出时把一个溢出计数器加1。在捕获中断里把溢出次数乘以65536加上当前捕获值再减去上一次的值就得到真实的周期计数。代码上要注意溢出中断和捕获中断可能同时发生处理顺序会影响结果。我的做法是在捕获中断里先读溢出计数再读捕获值然后清中断标志。如果溢出中断在捕获中断之后触发那这次溢出应该算到下一个周期里。这个逻辑有点绕实际调试时可以在中断里翻转IO口用示波器看时序确认没有漏算或重复计算。5.3 多通道测量与占空比计算实际项目中经常需要同时测频率和占空比。用普通输入捕获模式的话可以一个通道测上升沿另一个通道测下降沿两个通道配合算出高电平时间和周期。比如TIM2_CH1测上升沿TIM2_CH2测下降沿CH1捕获时记录周期起点CH2捕获时记录高电平结束点两者差值就是高电平时间占空比就是高电平时间除以周期。如果引脚不够用也可以用单通道的PWM输入模式。把信号接到CH1配置TIM_ICInitStructure.TIM_Channel为TIM_Channel_1但把TIM_ICSelection设为TIM_ICSelection_IndirectTI这样CH1的上升沿触发IC1下降沿触发IC2硬件自动把周期和占空比分别存到CCR1和CCR2里。读这两个寄存器就能直接得到结果非常方便。5.4 从仿真到产品的完整流程建议如果你打算把这个方案用到实际产品里我建议按这个流程走先在Proteus里验证逻辑确保代码框架没问题然后在最小系统板上跑用信号发生器输入已知频率校准测量精度接着在实际电路上测试观察电源噪声和信号质量的影响最后做温度测试和长时间稳定性测试确认在恶劣环境下也能可靠工作。代码层面建议把频率测量封装成一个模块对外提供初始化、启动测量、读取频率三个接口。这样换平台或者换定时器时只需要改底层驱动上层逻辑不用动。我现在的项目里就是这么做的从STM32F103换到F407只改了定时器初始化部分测量逻辑一行没动。提示实际产品中如果测量结果要通过通信接口上报建议在频率值上加一个滑动平均滤波避免单次测量误差导致上报数据跳变。窗口大小取8或16比较合适既能平滑数据又不会引入太大延迟。最后分享一个我在调试时的小技巧在捕获中断里把一个空闲IO口翻转然后用Proteus的虚拟示波器同时看PA0的输入信号和这个IO口的翻转波形。如果翻转发生在信号边沿之后很久说明中断响应慢需要优化如果翻转位置和边沿对齐说明捕获时机准确。这个方法比单纯看串口输出直观得多能帮你快速定位是信号问题还是代码问题。