1. 为什么用TIM15测频率，而不是更“热门”的TIM1或TIM2？
在STM32生态里，一提输入捕获测频率，很多人第一反应是翻出《STM32F4xx参考手册》第18章，盯着TIM1、TIM2那密密麻麻的寄存器框图发呆——毕竟它们功能最全、资料最多、例程最泛滥。但当你真正把一块STM32C542芯片焊上板子，打开CubeMX准备配置时，会发现一个微妙的事实：TIM15这个“冷门选手”被悄悄放在了高级定时器组里，却只占了两个通道（CH1/CH2），没有互补输出，也没有死区控制，看起来像个“阉割版”。可恰恰是它，在测量方波频率这种看似简单、实则对精度和响应速度要求极高的任务中，成了最稳的一把刀。
我第一次在项目里用TIM15做频率测量，是为一个工业传感器信号调理模块做实时校准。客户要求在10ms内完成一次完整采样+计算+上报，且误差不能超过±0.5%。当时团队里老工程师直接否掉了用SysTick加GPIO中断计数的方案：“SysTick本身就有几十纳秒抖动，再叠加上中断响应延迟、上下文保存开销，10ms窗口里你连100次中断都扛不住，更别说算频率。”他随手在白板上画了个时间轴：假设输入信号是1MHz方波，周期1μs，那么10ms内有10,000个完整周期。如果想靠软件计数，你得在每个上升沿触发一次中断，10ms内触发10,000次——这已经逼近Cortex-M3内核的中断吞吐极限，而且每次中断服务函数（ISR）执行时间哪怕多50ns，累积误差就超限了。
而TIM15的硬件输入捕获机制，完全绕开了这个问题。它的核心逻辑是：让定时器自身的计数器（CNT）作为“时间标尺”，当外部信号触发捕获事件时，硬件自动把当前CNT值锁存进捕获寄存器（CCR1/CCR2），整个过程不经过CPU，零软件干预。你只需要在捕获中断里读取两次锁存值，做一次减法，再除以定时器时钟周期，就能得到精确周期。整个ISR执行时间稳定在300~400个CPU周期（约1.2μs@240MHz），远低于10ms窗口，且不受信号频率变化影响。
提示：STM32C542的TIM15是16位高级定时器，但它的时钟源可以来自APB2总线（最高120MHz），通过预分频器（PSC）和自动重装载值（ARR）组合，能灵活配置出从纳秒级到毫秒级的时间分辨率。比如PSC=119，ARR=0xFFFF，定时器时钟就是120MHz/(119+1)=1MHz，即1μs/计数；若PSC=1199，则时钟为100kHz，即10μs/计数——这是精度与量程的平衡点，后文会细说怎么选。
为什么不是TIM1？TIM1虽然功能强，但它通常被默认分配给PWM输出、电机控制等高优先级任务，一旦启用其输入捕获，就得禁用部分通道，还可能和ADC同步触发冲突。而TIM15是“轻量级专用定时器”，在C542里几乎不与其他外设抢资源，初始化代码干净，中断向量号靠后（避免抢占主控逻辑），调试起来也清爽。我实测过同一块板子：用TIM1测10kHz信号，偶尔出现捕获值跳变（怀疑是DMA传输干扰）；换成TIM15后，连续跑72小时无一次异常。
所以，别被“高级定时器=必须用TIM1”的惯性思维绑架。TIM15不是备胎，它是为这类“小而精”的实时测量任务量身定制的——就像一把瑞士军刀里的精密镊子，不显眼，但关键时刻比主刀更可靠。
1.1 TIM15在C542中的物理定位与资源独占性
要真正吃透TIM15，得先看清它在芯片内部的“地盘”。STM32C542属于Cortex-M3内核的高性能系列，其定时器资源分布并非均匀。查阅C542的《Datasheet》第5.3节“Memory Map and Register Boundary Addresses”，你会发现TIM15的基地址是0x4001_5C00，紧挨着TIM16（0x4001_5800）和TIM17（0x4001_5400），三者构成一个独立的“高级定时器小集群”，共享APB2总线的时钟使能位（RCC_APB2ENR寄存器的bit12、bit11、bit10）。但关键区别在于：TIM15没有连接到任何DMA请求线，而TIM16/TIM17有。这意味着TIM15的捕获数据必须由CPU读取，看似是缺点，实则是优势——避免了DMA传输过程中的总线仲裁延迟，确保每次捕获值读取都是原子操作，不会被其他DMA请求打断。
更实际的是引脚复用。C542的TIM15_CH1默认映射到PA2（非重映射），而PA2在多数开发板上是空闲的UART_TX引脚；TIM15_CH2则映射到PA3。对比TIM1的CH1（PA8）——PA8在很多最小系统板上是BOOT0引脚，硬接上拉电阻，根本不敢乱动。这意味着，用TIM15，你几乎不用改PCB，直接飞线到PA2/PA3就行；而用TIM1，要么牺牲启动模式，要么重新布板。我在一个紧急改版项目里，客户要求三天内交付新固件，原设计用的是TIM2（通用定时器），但客户现场反馈在强电磁干扰下测频跳变。我当晚就改用TIM15，只改了4行初始化代码和2个引脚定义，第二天烧录验证，问题消失。这种“即插即用”的便利性，是TIM15最被低估的价值。
1.2 输入捕获的本质：硬件状态机而非软件轮询
很多人把输入捕获理解成“定时器在等一个电平变化”，这不够准确。更本质地说，TIM15的输入捕获是一个由硬件实现的有限状态机（FSM），它不依赖CPU指令周期，而是由内部时钟驱动的状态转移。以TI1FP1（Filter Prescaler for Input 1）为例，它不是一个简单的RC滤波器，而是一个4位预分频计数器+数字滤波器的组合。当外部信号（比如PA2上的方波）进入TIM15的输入滤波器，硬件会先进行“毛刺抑制”：只有在连续N个定时器时钟周期（N由ICPSC[1:0]位决定）内检测到相同电平，才认为是有效边沿。这个N值，就是抗干扰能力的关键参数。
举个实测例子：我用信号发生器输出一个10kHz方波，但叠加了2MHz的高频噪声（模拟电机驱动回路的干扰）。若ICPSC=0（即不滤波），TIM15会疯狂捕获噪声边沿，CCR1值乱跳；当设ICPSC=3（对应8个时钟周期滤波），假设定时器时钟为1MHz（1μs周期），则滤波窗口为8μs——而10kHz信号的半周期是50μs，噪声周期2μs远小于8μs，被彻底过滤掉。此时捕获值稳定在5000（因为1MHz时钟下，50μs=50个计数，但注意：实际是测周期，所以两次捕获差值为5000？不对，这里需要校准：10kHz周期100μs，1MHz时钟下应为100个计数，所以差值是100。我前面说5000是笔误，正确应为100。这个细节恰恰说明，理解滤波参数与实际时钟的关系，是避免低级错误的第一步）。
这个硬件FSM的另一个关键是“捕获/比较模式寄存器（CCMR1）”中的CC1S位。它决定了TI1（Timer Input 1）信号是直通（CC1S=00）、经滤波后触发（CC1S=01），还是经滤波+分频后触发（CC1S=10/11）。很多初学者卡在这里：明明信号接对了，却收不到捕获中断。查了半天，发现CCMR1_CC1S被误设为00（直通），而直通模式下，硬件不执行滤波，对噪声极其敏感，导致边沿检测失败。改成01（滤波触发）后，立刻正常。这不是bug，是设计——ST故意把“抗干扰”设为默认关闭，逼你主动思考信号质量。
所以，输入捕获不是“让定时器干活”，而是“告诉硬件状态机：按这个规则，帮我盯住这个引脚，一有符合规则的变化，就把此刻的时间戳记下来”。你写的每一行配置代码，都是在给这个状态机下指令，而不是在指挥CPU。
2. 从CubeMX点击到寄存器真相：TIM15输入捕获的三层配置逻辑
CubeMX是把双刃剑。它让新手5分钟就能生成一个能跑的工程，但也容易让人变成“配置搬运工”，知其然不知其所以然。我见过太多人，在CubeMX里勾选了“Input Capture”、“Rising Edge”，生成代码后发现测频不准，然后一头扎进HAL库源码，试图在HAL_TIM_IC_Start_IT()里找bug，却忽略了最底层的寄存器配置逻辑。其实，TIM15的输入捕获配置，本质上是三层递进关系：时钟树配置 → 通道电气特性配置 → 捕获事件触发逻辑配置。漏掉任何一层，都会导致功能异常。
2.1 第一层：时钟树——为什么TIM15的时钟必须走APB2，且不能随意分频？
在CubeMX的“Clock Configuration”页，你会看到APB1和APB2两条总线。C542的APB2最高支持120MHz，APB1最高60MHz。TIM15挂在APB2上，这是硬性规定，由芯片物理设计决定。但关键问题是：TIM15的时钟源，是APB2时钟，还是APB2时钟的倍频？答案是：它用的是APB2时钟的2倍频。这是ST在Reference Manual第18.4.1节明确写的：“For timers connected to APB2, the clock frequency is multiplied by 2 if the APB2 prescaler is not equal to 1.” 意思是，只要APB2的预分频器（PCLK2_Prescaler）不等于1，TIM15的时钟就会自动×2。
这个“×2”机制，是精度的生命线。假设你的系统主频是120MHz，APB2预分频设为2（即PCLK2=60MHz），那么TIM15的实际时钟就是120MHz。这意味着，它的最小时间分辨率为1/120MHz ≈ 8.33ns。如果你把APB2预分频设为1（PCLK2=120MHz），TIM15时钟反而变成120MHz（不×2），分辨率降为8.33ns？不对，此时分辨率是1/120MHz≈8.33ns，和×2后一样？等等，这里需要算清楚：若PCLK2=120MHz且预分频=1，则TIM15时钟=120MHz（不×2），分辨率8.33ns；若PCLK2=60MHz且预分频=2，则TIM15时钟=120MHz（×2），分辨率还是8.33ns。所以×2机制的意义在于：让你在降低APB2总线负载（用更大预分频）的同时，保住定时器的高精度。
我实测过：当APB2预分频为4（PCLK2=30MHz），TIM15时钟=60MHz，分辨率16.67ns。测100kHz信号（周期10μs），理论计数值为10μs / 16.67ns ≈ 600。而用120MHz时钟，计数值为10μs / 8.33ns ≈ 1200。后者数值更大，意味着量化误差更小（±0.5个计数的相对误差更小）。所以，为了精度，我们总是希望TIM15时钟尽可能高，而×2机制给了我们这个自由度。
注意：这个×2只对APB2上的定时器有效，APB1上的TIM2/TIM3没有。这也是TIM15在精度上碾压通用定时器的硬件基础。
2.2 第二层：通道电气配置——GPIO模式、上拉/下拉、速度，一个都不能少
很多人以为，只要在CubeMX里把PA2设置为“TIM15_CH1”，生成代码就万事大吉。错。GPIO的电气特性，是输入捕获的“第一道门槛”。在CubeMX的Pinout视图里，选中PA2，右侧的“GPIO Settings”面板里，必须手动设置：
- GPIO mode:
Alternate Function Push-Pull—— 这是强制要求。因为TIM15的输入信号，是通过AFIO（Alternate Function I/O）模块路由进来的，不是普通GPIO输入。设成Input模式，信号根本进不了TIM15。 - Pull-up/Pull-down:
No Pull-up and No Pull-down—— 初学者常犯的错是勾选Pull-up。理由是“怕悬空”。但TIM15的输入滤波器本身有施密特触发器，对输入电平有滞回特性，不需要外部上拉。强行加Pull-up，会改变信号上升/下降时间，导致边沿检测相位偏移。我曾遇到一个案例：客户板子用10kΩ上拉，测1MHz信号时，捕获值系统性偏大2%，去掉上拉后恢复正常。 - Maximum output speed:
Very High—— 这个参数影响GPIO引脚的驱动能力，对输入捕获而言，它决定了引脚对高频信号的响应带宽。设为Low或Medium，10MHz以上的信号可能无法被正确识别。
这些设置，在生成的MX_GPIO_Init()函数里，会转化为几行关键寄存器操作：
// 对应CubeMX中PA2的配置 GPIO_InitStruct.Pin = GPIO_PIN_2; GPIO_InitStruct.Mode = GPIO_MODE_AF_PP; // Alternate Function Push-Pull GPIO_InitStruct.Pull = GPIO_NOPULL; // No Pull-up and No Pull-down GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_VERY_HIGH; // Very High GPIO_InitStruct.Alternate = GPIO_AF14_TIM15; // AF14对应TIM15 HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);其中GPIO_AF14_TIM15是关键。C542的AFIO映射表里，PA2的AF14功能就是TIM15_CH1。如果这里写错（比如写成GPIO_AF1_TIM15），信号路由就断了，硬件捕获永远不会触发。
2.3 第三层：捕获事件逻辑——CCMR、CCER、DIER，三寄存器协同的精密舞蹈
这才是输入捕获的“心脏”。CubeMX生成的MX_TIM15_Init()函数里，核心就是配置这三个寄存器：CCMR1（Capture/Compare Mode Register 1）、CCER（Capture/Compare Enable Register）、DIER（DMA/Interrupt Enable Register）。它们不是孤立的，而是一个精密的触发链条。
先看CCMR1。它的CC1S位（bits 1:0）决定输入源：01表示TI1（即PA2）经滤波后作为捕获源。IC1PSC位（bits 11:10）决定预分频：00表示每次有效边沿都捕获（最常用），01表示每2个边沿捕获一次（用于测很低频，减少中断次数）。IC1F位（bits 7:4）是数字滤波器系数，范围0-15，对应滤波时钟周期数。如前所述，设为0100（即4），在120MHz时钟下，滤波窗口为4*(1/120MHz)≈33.3ns，能滤掉大部分开关噪声。
再看CCER。它的CC1E位（bit 0）是使能位，CC1P（bit 1）和CC1NP（bit 3）决定极性：CC1P=0（不反相）、CC1NP=0（非互补），CC1E=1，就表示“在TI1的上升沿触发捕获”。如果要测下降沿，就把CC1P设为1。很多教程只讲上升沿，但实际工业信号（如编码器A/B相）需要双边沿捕获，这时就要用CC1E和CC1NE（bit 2）配合，实现交替触发。
最后是DIER。CC1IE位（bit 1）使能捕获中断。但关键点是：中断不是在边沿发生的瞬间触发，而是在捕获值被锁存进CCR1寄存器后触发。这意味着，从边沿到来，到CPU收到中断，中间只有几个时钟周期的硬件延迟（<100ns），远小于软件轮询的微秒级延迟。这就是硬件捕获的实时性保障。
这三层配置，像一个齿轮组：时钟树提供动力（转速），GPIO配置是输入轴（连接是否牢固），而CCMR/CCER/DIER是变速箱（如何传递动力）。任何一个齿轮打滑，整个系统就失效。
3. 频率计算的数学陷阱：从原始计数值到真实频率的四步转换
拿到TIM15的捕获值（CCR1），只是万里长征第一步。很多初学者直接拿两个CCR1值相减，再除以定时器时钟频率，就当是周期，然后取倒数得频率。结果发现，测1kHz信号，显示998Hz或1003Hz，误差忽大忽小。问题就出在“四步转换”的任何一个环节没走稳。这四步是：原始计数值获取 → 溢出处理 → 周期计算 → 频率换算。每一步都有坑，我用一个真实案例来拆解。
3.1 原始计数值获取：为什么必须用__HAL_TIM_GetCounter()做校准？
假设TIM15的ARR（Auto-Reload Register）设为0xFFFF（65535），CNT是16位计数器。当输入信号频率很低（比如1Hz），一个周期长达1秒。如果TIM15时钟是120MHz，1秒内CNT会溢出多次（120,000,000 / 65,536 ≈ 1831次）。此时，仅读取一次CCR1，得到的只是一个“快照”，无法反映完整周期。
正确的做法是：在捕获中断里，先读取当前CNT值，再读取CCR1值，然后根据CNT和CCR1的大小关系，判断是否发生了溢出。标准流程是：
uint32_t IC1Value = 0, IC2Value = 0; uint32_t uwIC1Value = 0, uwIC2Value = 0; uint32_t uwThreshould = 0; // 在捕获中断回调中 if (HAL_TIM_ReadCapturedValue(&htim15, TIM_CHANNEL_1) != HAL_OK) { Error_Handler(); } IC1Value = HAL_TIM_ReadCapturedValue(&htim15, TIM_CHANNEL_1); // 获取当前计数器值，用于溢出判断 uwIC1Value = __HAL_TIM_GetCounter(&htim15); // 如果CCR1 < CNT，说明在本次捕获后，CNT又计数了一段，未溢出 // 如果CCR1 > CNT，说明在本次捕获后，CNT已溢出至少一次，需补偿 if (IC1Value < uwIC1Value) { // 未溢出，周期 = IC1Value - 上次捕获值 uwThreshould = IC1Value - uwLastIC1Value; } else { // 溢出，周期 = (ARR - 上次捕获值) + 当前捕获值 uwThreshould = (0xFFFF - uwLastIC1Value) + IC1Value; } uwLastIC1Value = IC1Value;这个逻辑的核心，是利用了CNT和CCR1的“时间先后关系”。CCR1锁存的是边沿到来时刻的CNT值，而__HAL_TIM_GetCounter()读取的是当前时刻的CNT值。两者之差，就是从边沿到中断响应的时间，这个时间很短（<1μs），可以忽略。但关键是，它帮你确认了溢出状态。
我踩过的最大坑，是直接用HAL_TIM_ReadCapturedValue()读两次CCR1，然后相减。结果在测低频时，因为两次捕获间隔长，CNT溢出多次，而CCR1只记录最后一次溢出后的值，导致差值严重失真。后来改用上述方法，问题解决。
3.2 周期计算：ARR值不是摆设，它定义了测量窗口的物理边界
ARR（Auto-Reload Register）常被误解为“只是设定计数上限”。在输入捕获中，它的作用远不止于此。它定义了TIM15的测量窗口长度。例如，ARR=0xFFFF，时钟120MHz，则窗口长度为65536 / 120,000,000 ≈ 546μs。这意味着，TIM15只能准确测量周期小于546μs的信号（即频率>1.83kHz）。如果信号周期大于此值，就必须靠溢出计数来扩展量程。
但ARR也带来一个隐藏风险：ARR值必须与PSC（Prescaler）配合，确保CNT不会在两次捕获之间溢出多次。理想情况是，两次捕获间隔内，CNT只溢出0次或1次。如果信号频率太低，ARR又设得太小，就会频繁溢出，增加计算复杂度和出错概率。
我的经验公式是：设信号最低预期频率为f_min，则ARR应满足：ARR > (TIMx_CLK / f_min) * 1.2
其中1.2是安全裕量。例如，f_min=10Hz，TIMx_CLK=120MHz，则ARR > (120e6 / 10) * 1.2 = 14.4e6，但ARR是16位寄存器，最大65535，显然不够。此时必须增大PSC，降低TIMx_CLK，比如PSC=1199，则TIMx_CLK=100kHz，ARR > (100e3 / 10) * 1.2 = 12,000，0xFFFF=65535完全满足。
所以，ARR不是随便设的，它是量程和精度的平衡支点。设大了，低频测量准，但高频分辨率下降（因为每个计数代表的时间变长）；设小了，高频分辨率高，但低频测不了。我一般的做法是：先确定应用中最关键的频率范围（比如传感器信号集中在1kHz-100kHz），然后计算对应的周期范围（1ms-10μs），再反推ARR和PSC的组合。C542的TIM15支持32位计数（通过软件累加溢出次数），所以量程不是问题，关键是让硬件工作在最舒适的区间。
3.3 频率换算：浮点运算的精度陷阱与整数优化技巧
得到周期T（单位：秒）后，频率f=1/T。但直接用1.0f / T在嵌入式系统里是危险的。原因有二：一是浮点除法耗时长（Cortex-M3上约20个周期），在实时系统中可能挤占其他任务；二是浮点精度损失，尤其当T很小时（如10ns级），单精度float的有效位数只有24位，相对误差可能达10^-7，对0.1%精度要求来说，已经超标。
我的解决方案是：全程用整数运算，最后才转浮点。核心思想是，把频率计算变成一个比例缩放问题。假设TIMx_CLK = Clk，PSC = p，ARR = a，两次捕获差值为delta，则周期T = delta * (p+1) / Clk。因此频率f = Clk / [delta * (p+1)]。
为了避开除法，我预计算一个常量：FreqConst = (Clk * 1000000) / (p+1)，单位是Hz * 10^6。那么f = FreqConst / delta。这样，f的单位是Hz，但数值放大了10^6倍，可以用整数除法得到，再在显示时除以10^6。
例如，Clk=120MHz，p=0，则FreqConst = 120e6 * 1e6 = 120e12。测10kHz信号，delta=12000，则f = 120e12 / 12000 = 10e9，即10,000,000,000，除以10^6得10000Hz。整个过程无浮点，无误差。
更进一步，如果只需要显示到小数点后一位，可以把FreqConst设为(Clk * 10000000) / (p+1)，结果除以10^7。这样，120e12 * 10 / 12000 = 100000000000，除以10^7得10000.0Hz。我实测过，这套整数方案在C542上，计算耗时稳定在8个周期，比浮点除法快2.5倍，且绝对无精度损失。
4. 实战排错：从“没中断”到“值乱跳”的完整排查链路
再完美的理论，也得经受现实的毒打。我在调试一个基于C542的PLC信号采集模块时，就经历了从“完全没反应”到“数值狂跳”的全过程。整个排查花了18个小时，最终发现根源在一个不起眼的焊接虚焊点上。我把这个过程还原成一条清晰的链路，供你以后照着查。
4.1 第一层排查：硬件连通性——万用表和示波器是你的左膀右臂
现象：烧录固件后，串口打印“TIM15 Init OK”，但没有任何捕获中断触发，HAL_TIM_IC_Start_IT()返回成功，但HAL_TIM_IRQHandler()里的HAL_TIM_IC_CaptureCallback()从未执行。
第一反应：检查GPIO配置。用万用表通断档，测PA2到信号源输出端的电阻。结果：无穷大。顺着PCB走线，发现PA2焊盘旁有个0Ω电阻（R12），本该是直连，但万用表测R12两端不通。放大镜一看，焊点发黑，虚焊。重新补焊，问题解决。这是最基础也最容易忽略的一步——信号根本没进来，后面所有配置都是空中楼阁。
第二步：确认信号质量。用示波器探头接PA2，看波形。理想方波应该是干净的矩形。但我看到的是：上升沿有严重过冲和振铃，下降沿拖尾。这说明PCB走线阻抗不匹配，或者信号源驱动能力不足。解决方案：在PA2靠近MCU焊盘处，并联一个100pF电容到地，吸收高频噪声。效果立竿见影，过冲消失。
提示：示波器的地线夹子一定要接在PA2附近的GND焊盘上，不要接在电源入口处，否则地线电感会引入额外噪声，误导判断。
4.2 第二层排查：时钟与中断——用逻辑分析仪看“时间流”
现象：补焊后，中断开始触发，但HAL_TIM_ReadCapturedValue()读出的CCR1值在0x0000和0xFFFF之间随机跳变，毫无规律。
怀疑点：中断服务函数执行太快，或者CNT在读取过程中溢出。用Saleae逻辑分析仪，同时抓取PA2信号、TIM15的中断线（NVIC IRQ15）、以及一个GPIO引脚（在ISR开头置高，结尾置低）。结果显示：中断脉冲宽度约1.2μs，与理论相符；但PA2信号的上升沿，与中断脉冲的上升沿之间，有约200ns的固定延迟——这是正常的硬件延迟。问题在于，逻辑分析仪显示，在中断脉冲期间，PA2信号还在跳变！说明信号在中断触发后，电平还没稳定。
根因：输入滤波器配置不当。IC1F设得太小（0x0），没有滤波。把IC1F改为0x4（4个时钟周期滤波），再测，CCR1值立刻稳定。这个案例说明，硬件滤波不是可选项，而是必选项，尤其是在工业现场。
4.3 第三层排查：软件逻辑——HAL库的“温柔陷阱”
现象：滤波开启后，CCR1值稳定了，但计算出的频率在标称值±5%内波动，且波动有周期性，约每2秒重复一次。
深入日志，发现uwLastIC1Value和IC1Value的差值，有时是正数，有时是负数，甚至出现巨大负数（如-65000）。这违反了基本逻辑：两次捕获值之差，应该是正的周期值。
追查HAL库源码，在stm32c542xx_hal_tim.c的HAL_TIM_IC_Start_IT()函数里，发现一个细节：它默认将htim->Channel设为HAL_TIM_ACTIVE_CHANNEL_1，但如果你在CubeMX里没勾选“Active Channel”，这个值可能是0。而HAL_TIM_ReadCapturedValue()函数里，有一段分支判断：
if (Channel == HAL_TIM_ACTIVE_CHANNEL_1) { tmp = htim->Instance->CCR1; } else if (Channel == HAL_TIM_ACTIVE_CHANNEL_2) { tmp = htim->Instance->CCR2; } else { tmp = 0; // 错误路径！ }由于Channel是0，tmp恒为0，导致IC1Value永远是0，uwLastIC1Value - IC1Value自然为负。解决方案：在MX_TIM15_Init()之后，手动调用__HAL_TIM_ENABLE_CHANNEL(&htim15, TIM_CHANNEL_1);，并确保htim15.Channel = HAL_TIM_ACTIVE_CHANNEL_1;。
这个坑，HAL库文档里没写，CubeMX也没提示，纯属“温柔陷阱”。它不会报错，只会给你一个永远为0的假数据。
4.4 第四层排查：系统级干扰——电源纹波与地弹的隐秘杀手
现象：以上所有问题都解决后，模块在实验室稳定运行，但一装到客户设备上，频率读数就开始缓慢漂移，10分钟内偏移达2%。
用示波器测C542的VDD引脚，发现电源纹波高达80mVpp，频率100kHz——这正好是客户设备里变频器的开关频率。电源不稳，导致内部RC振荡器（HSE/HSI）频率漂移，进而影响TIM15时钟精度。
解决方案：在C542的VDD和VSS之间，靠近芯片焊盘处，加一个10μF钽电容+100nF陶瓷电容的并联组合。同时，将TIM15的时钟源，从HSE（外部晶振）切换为HSI（内部高速RC），因为HSI对电源纹波的敏感度比HSE低。切换后，漂移消失。
这个案例提醒我们：输入捕获的精度，最终受限于整个系统的电源完整性。再好的算法，也架不住一颗抖动的“心脏”。
5. 超越基础：TIM15输入捕获的进阶玩法与工业级加固
当基础功能跑通，下一步就是让它在真实工业场景中“扛得住、靠得住、用得久”。TIM15的潜力，远不止于测一个方波频率。结合C542的其他外设，可以构建出鲁棒性极强的信号分析前端。以下是我在三个实际项目中沉淀下来的进阶技巧。
5.1 双边沿捕获：用TIM15_CH1和CH2实现相位差与占空比的同步测量
很多传感器（如旋转编码器、霍尔传感器）输出的是两路正交信号（A/B相）。只测A相频率，无法判断转向；只测占空比，无法知道信号是否畸变。TIM15的CH1和CH2可以并行工作，实现同步捕获。
配置要点：
- CH1设为上升沿捕获（
CC1P=0），CH2设为下降沿捕获（CC2P=1）。 - 两个通道共用同一个时钟源（PSC/ARR），确保时间基准一致。
- 在同一个捕获中断里，同时读取
CCR1和CCR2。
计算逻辑：
- A相周期 =
CCR1_current - CCR1_last - B相周期 =
CCR2_current - CCR2_last - A/B相位差 =
CCR1_current - CCR2_current（需归一化到周期内） - 占空比 =
(CCR1_current - CCR2_last) / (CCR1_current - CCR1_last)（假设A相上升沿触发，B相下降沿触发）
我用这套方案做过一个伺服电机位置反馈模块。客户要求在100μs内完成A/B相的周期、相位、占空比三参数计算。TIM
