m

HAL_Delay 依赖 SysTick 中断递增的全局变量 uwTick，并在 while 循环中等待该变量变化。如果在中断上下文中调用，且该中断优先级不低于 SysTick（默认最低优先级），SysTick 中断无法抢占当前中断，uwTick 不再更新，HAL_Delay 就会永久死等；即使优先级较低，也会阻塞中断响应，破坏实时性。替代方案：1) 中断中只置标志或发信号，主循环延时处理；2) 需要短延时时用 DWT 周期计数器或硬件定时器做忙等；3) 用硬件定时器实现非阻塞状态机，记录时间戳比较；4) 若必须延时，可临时提升 SysTick 优先级，但不推荐。核心原则：中断服务程序应短小、非阻塞，禁止调用 HAL_Delay。

2026-10-23

核心思路：用从模式复位(Reset Mode)让计数器在每次捕获事件时自动清零，使CNT始终只记录相邻两个捕获沿之间的计数值，从根本上避免自由运行计数器的溢出误差。配置步骤：1) 捕获通道(如TIMx_CH1)设为输入捕获，边沿选择与待测信号一致，开启CC1IE；2) 从模式控制寄存器SMCR中SMS=100(复位模式)，TS选择触发源(如TI1FP1)；3) 这样每次捕获沿到来时硬件自动将CNT清零，同时CCR1锁存上一周期的计数值。中断中读取CCR1即为一个信号周期内的计数N，频率f=fCK/(PSC+1)/N。为提升等精度，可用两个通道：CH1捕获上升沿并触发复位，CH2捕获下降沿测高电平时间，或改用PWM输入模式同时获得周期和占空比。注意：复位模式会丢失溢出信息，若信号频率极低(周期超过计数器满量程)，应降低预分频或改用溢出中断累加计数；捕获中断中先读CCR再清标志，防止竞争。

2026-10-23

STM32 HAL库中，DMA半传输中断(HT)和全传输中断(TC)常用于双缓冲或流式数据处理。典型场景：ADC连续采样、UART不定长接收、音频流。配合方式：在HT回调中处理前半缓冲区，在TC回调中处理后半缓冲区，实现“处理一块、接收一块”的流水线。踩坑点：1) HAL默认在HT和TC都会调用XferHalfCpltCallback和XferCpltCallback，但若使用HAL_DMA_Start_IT需确认中断使能位；2) 回调中不要执行耗时操作，否则会丢数据；3) 使用双缓冲时注意HAL_DMAEx_MultiBufferStart_IT的CurrentTarget标志，切换缓冲区要正确；4) 半传输中断在循环模式下每半缓冲区触发一次，需与缓冲区大小匹配；5) 若在回调中重新配置DMA，注意先停止再启动，避免状态机冲突；6) 调试时注意HT和TC中断优先级与DMA通道优先级，防止覆盖。建议用标志位+主循环处理，回调只置位。

2026-10-23

核心思路：用PWM输入模式（从模式复位+双通道捕获）。配置：TIMx_CH1接PWM信号，CH1边沿捕获上升沿，CH2（同一引脚映射到TI1）捕获下降沿；从模式选择Reset Mode，触发源选TI1FP1。这样每次上升沿到来时，硬件自动复位CNT，CH1捕获周期值（CCR1），CH2捕获高电平时间（CCR2），占空比=CCR2/CCR1。关键配置：两通道都设为输入捕获、预分频一致；IC1映射TI1，IC2映射TI1（非TI2），极性分别为上升/下降；从模式SMS=100（复位模式），TS=101（TI1FP1）。使能CC1IE/CC2IE，在中断里读CCR1、CCR2即可，CPU占用极低。精度取决于定时器时钟和捕获分辨率，建议定时器时钟尽量高、ARR设最大，避免溢出。注意输入滤波ICF和预分频要匹配信号频率。

2026-10-23

在STM32 HAL库中，DMA传输完成中断（TC）和半传输中断（HT）由DMA控制器根据NDTR计数自动触发：当传输过半时置位HTIF，全部完成时置位TCIF。典型配合用法是双缓冲/乒乓处理：在HAL_DMA_RegisterCallback注册XferHalfCpltCallback和XferCpltCallback，HT回调中处理前半段数据，TC回调中处理后半段并重启DMA（循环模式下自动重载）。注意回调在中断上下文执行，应尽量短，只做标志置位或拷贝，耗时处理放主循环。常见误触发排查：1）检查是否误开了HT中断但未实现回调，导致频繁进中断；2）确认NDTR初值与缓冲区长度一致，长度过小（如1~2字节）时HT与TC几乎同时触发；3）循环模式下TC后NDTR重载，若在回调中再次调用HAL_DMA_Start会重复启动导致计数错乱；4）外设请求与DMA通道映射错误或FIFO/突发配置不当会引起传输异常；5）用__HAL_DMA_GET_FLAG和__HAL_DMA_CLEAR_FLAG核对标志位，确认中断源，避免共用中断向量时误判。

2026-10-23

边界跳变通常不是捕获外设本身的问题，而是“捕获预分频+溢出计数”的软件拼接时序不严谨。STM32输入捕获在边沿到来时把CCR快照进寄存器，若你设置了ICxPSC>0，则只有第N个有效边沿才触发CCxE，中间边沿被硬件丢弃；此时若用溢出中断累计高电平期间的溢出次数，而溢出标志与捕获标志在同一时刻置位，读CCR和清溢出计数之间可能被中断打断，导致高电平宽度多算或少算一个溢出周期。排查建议：1) 测占空比时把ICxPSC设为0，保证每个边沿都捕获；2) 在捕获中断里先读CCR再读SR，用“捕获值+溢出计数×ARR”统一拼接，且溢出计数只在捕获中断内清零；3) 若必须分频，确认分频后的边沿与溢出中断优先级关系，避免在溢出ISR里修改捕获相关计数；4) 边界处用DMA或从模式复位减少软件参与。

2026-10-23

高电平宽度偏少几个计数，最常见原因是输入滤波器的采样延迟与边沿检测的同步延迟叠加。STM32的TI输入经ETR/IC滤波时，滤波器以fDTS采样，需连续N个有效采样才确认边沿，这会把上升沿和下降沿都“推迟”约N个采样周期；若滤波参数较大，捕获到的上升沿偏晚、下降沿也偏晚，但两者延迟相同，理论上宽度不变。真正导致宽度变窄的是：上升沿被延迟后，下降沿在计数器已停止/复位前被捕获，或CCR读取与更新事件竞争。更典型的是输入滤波+采样造成的边沿抖动被滤除时，窄脉冲被削掉。排查建议：1)将IC滤波设为0（ICF=0）对比；2)确认捕获极性为上升/下降分别捕获，而非单边沿；3)检查是否用了从模式复位，复位会截断高电平；4)用DMA或双通道分别记录上升/下降CCR值，避免中断延迟；5)提高fDTS或降低滤波N值，观察偏差是否随滤波参数线性变化，即可定位。

2026-10-23

HAL_Delay依赖SysTick中断递增的uwTick，并在循环中调用HAL_GetTick()。若在中断上下文中调用，且该中断优先级不低于SysTick（或SysTick被屏蔽），SysTick无法抢占执行，uwTick不再更新，HAL_Delay便永久等待而死锁；即使优先级较低，长时间忙等也会阻塞其他中断。正确做法是用DWT周期计数器做无阻塞延时：先使能DWT（CoreDebug->DEMCR |= CoreDebug_DEMCR_TRCENA_Msk; DWT->CYCCNT=0; DWT->CTRL |= DWT_CTRL_CYCCNTENA_Msk），延时函数记录起始周期DWT->CYCCNT，按SystemCoreClock换算目标周期数，循环读取CYCCNT差值直到达到目标。注意处理计数器32位回绕（用无符号减法自然回绕），并保证DWT在调试器未连接时也可用（多数Cortex-M3/M4/M7上电即可使能）。该方式不依赖中断，可在中断中使用，但仍是忙等，长延时建议用定时器+状态机。

2026-10-23

首通道错位通常不是DMA本身的问题，而是规则组扫描+DMA循环模式下，ADC启动时刻与DMA搬运/软件读取缓冲之间存在竞争：若在HAL_ADC_Start_DMA之后才配置通道顺序、或DMA缓冲区首地址未对齐、或EOC中断与DMA半满/全满回调里读取了尚未完成的转换，就会表现为第一通道数据被后一通道覆盖或偏移一位。实操上：1) 确保CubeMX中规则组Rank顺序与缓冲区索引严格一致，DMA设为循环、半字/字宽度匹配；2) 启动前先HAL_ADCEx_Calibration_Start，再HAL_ADC_Start_DMA，且不要在转换中途改Rank；3) 用HAL_ADC_ConvCpltCallback统一读取，避免主循环与DMA竞争；4) 若需高优先级同步采样，把关键通道放注入组，用HAL_ADCEx_InjectedStart_IT触发，规则组只做低速多通道扫描，注入结果从JDRx读取，二者互不干扰，可规避首通道错位。

2026-10-23

这是典型的链接顺序/符号解析问题。HAL库中__weak函数（如HAL_GPIO_EXTI_Callback）在stm32xxx_hal_xxx.c中以__weak定义，用户重定义后仍走默认实现，通常原因是：1）用户重定义函数写在未被编译进工程的.c文件里，或该文件未加入Keil/IAR/Makefile的源文件列表；2）用户函数声明与HAL原型签名不一致（参数类型、const、返回值），导致编译器视为不同符号，链接器仍选弱符号；3）链接顺序问题：若用户实现放在静态库(.a/.lib)中，链接器只在已解析的未定义符号处拉取库成员，而弱符号已满足引用，不会从库中拉取强符号，需把用户实现放工程源文件或用--whole-archive/-u强制引入；4）C++工程未加extern "C"导致名字修饰不匹配。排查：用arm-none-eabi-nm或Keil的.map文件查看符号，确认用户符号是否被链接、是否出现两个同名符号；检查编译输出是否包含该目标文件；确认函数签名与HAL头文件完全一致。实操建议：把重定义函数放在main.c或独立.c并确保加入工程；用map文件搜索函数名，看地址是否指向HAL默认实现；必要时在用户函数内加断点或GPIO翻转验证是否执行。

2026-10-23