💬 最近回答（198）
↳ STM32 ADC注入通道与规则通道交替采样时DMA搬运错位的排查思路
先确认注入通道是否触发了DMA请求：STM32的ADC注入通道默认不参与规则组的DMA搬运，若误开ADC_CR2的JDMA或把注入结果映射到规则数据寄存器，就会导致DMA指针与规则序列错位。排查步骤：1)检查ADC_CR1/CR2配置，确认DMA仅使能规则组（DMAEN），注入组用独立JDRx读取；2)核对规则序列长度SQR1.L与DMA缓冲区大小、外设数据宽度是否一致，避免半字/字错配；3)用调试器观察ADC_DR与DMA目标数组，确认错位是固定偏移还是随机漂移，固定偏移多为序列长度或触发源配置错误，随机漂移多为注入转换抢占规则转换导致EOC时序异常；4)检查注入触发是否与规则触发同源，避免注入转换插入规则序列中间；5)必要时改用定时器触发+双缓冲，或把注入结果单独用中断读取，彻底隔离两条数据通路。
2026-11-01
↳ STM32H7的DMA突发传输与Cache一致性：如何用MPU配置避免DMA数据错乱
STM32H7的DMA与D-Cache冲突本质是CPU缓存行与DMA缓冲区重叠。推荐做法：用MPU把DMA缓冲区所在区域配置为Non-cacheable（TEX=1,C=0,B=0）或Write-through（TEX=0,C=1,B=0），并设置XN防止取指。缓冲区必须按32字节Cache行对齐，大小取32字节整数倍，避免同一Cache行混放CPU变量。若必须用Cacheable，则DMA发送前调用SCB_CleanDCache_by_Addr()，接收后调用SCB_InvalidateDCache_by_Addr()，且地址和长度都要32字节对齐。注意Invalidate会丢弃未回写数据，所以接收缓冲区在DMA写入期间CPU不能访问。配置顺序：先使能MPU并加载region，再开DMA和Cache。调试时可用SCB_GetCacheInfo确认配置生效。
2026-10-30
↳ ESP32-S3 双核下 FreeRTOS 任务与 Wi-Fi 协议栈抢 CPU，如何用核心亲和力与优先级设计避免看门狗复位
ESP32-S3 双核下 Wi-Fi 协议栈默认运行在 Core0（PRO_CPU），其任务优先级较高（如 wifi 任务 23、LWIP 18）。若把高负载应用任务也放在 Core0 且优先级接近，会长期抢占协议栈导致其喂狗超时。实操建议：1) 用 xTaskCreatePinnedToCore 把计算密集/阻塞型任务固定到 Core1（APP_CPU），Core0 只保留 Wi-Fi、LWIP 和轻量事件处理；2) 应用任务优先级设为低于协议栈（通常 5~10），避免反转；3) 长循环内插入 vTaskDelay(1) 或 taskYIELD，保证 IDLE 任务能运行喂狗；4) 若必须用 Core0，开启 CONFIG_ESP_TASK_WDT_CHECK_IDLE_TASK_CPU0 并检查任务栈与阻塞点；5) 用 esp_task_wdt_add 对关键任务单独注册看门狗，超时前主动 reset。最后用 vTaskGetRunTimeStats 验证各核占用率，确保 Core0 空闲率不低于 20%。
2026-10-30
↳ 串口接收不定长数据用什么方案？
串口不定长接收常用两种方案：1. 空闲中断（IDLE）：STM32 等 MCU 的 USART 有 IDLE 中断，一帧数据后总线空闲即触发，此时 DMA 搬运完毕，直接读长度，效率最高，适合大流量。2. 帧头帧尾+超时：自定义协议（如 0xAA 0x55 开头 + 校验 + 0x0D 0x0A 结尾），接收时用超时定时器（如 3.5 字符时间）判断结束。3. 也可以固定帧长 + 帧头定位，但灵活性差。推荐：DMA + IDLE 中断是主流做法，中断里只置标志位，主循环处理。
2026-10-23
↳ STM32 HAL库中HAL_Delay在中断上下文里为什么会死等，如何用DWT周期计数器实现无阻塞微秒级延时
HAL_Delay依赖SysTick中断中递增的uwTick变量，其循环条件是while((HAL_GetTick()-tickstart)<wait)。在中断上下文中若中断优先级不低于SysTick（或SysTick被屏蔽），uwTick不再更新，循环永不退出，形成死等；即使能更新，也会因忙等阻塞同级/低级中断。无阻塞微秒延时可用DWT->CYCCNT：先使能CoreDebug->DEMCR的TRCENA位和DWT->CTRL的CYCCNTENA位，读取起始周期DWT->CYCCNT，按SystemCoreClock折算目标周期数，循环等待差值达到即可。该方式不依赖中断、精度为CPU周期级，适合短延时；注意DWT在调试器未连接时也可用，但需保证时钟已配置，且长延时仍建议用定时器或状态机。
2026-10-22
↳ STM32外部中断在低功耗模式下误触发的根因与规避方法
STM32外部中断在低功耗模式下误触发的根因通常有三类：一是低功耗切换瞬间GPIO电平未稳定，EXTI边沿检测器在电源域切换时捕获到毛刺；二是未使用的EXTI线悬空或配置为浮空输入，在STOP模式下施密特触发器供电变化导致误判；三是唤醒后时钟未稳定就清中断标志，导致挂起位残留再次触发。规避方法：进入低功耗前将未用EXTI线配置为模拟输入或上/下拉，避免浮空；对唤醒源引脚加RC滤波（如10k+100nF）并确保电平在进入STOP前稳定至少1个APB周期；使用HAL_PWREx_EnableInternalWakeUpLine或清除挂起寄存器前先关闭EXTI中断使能，唤醒后重新配置；在进入STOP前调用__HAL_GPIO_EXTI_CLEAR_IT清除可能残留的标志，并在唤醒后延时等待HSI稳定再开中断。实测中建议用DBGMCU在低功耗下冻结调试并配合电流波形定位误触发时刻。
2026-10-21