STM32WL55JC1 ADC DMA模式仅工作一次故障排查求助

针对你在SubGHz_Phy_PingPong工程中遇到的ADC DMA单次运行后停止问题，结合STM32WL的外设特性和工程环境，从以下几个核心方向排查：

1. ADC与DMA模式配置检查 #

这是最常见的故障点，需确保以下配置正确：

• ADC连续转换模式：必须开启，否则ADC完成单次转换后会自动停止，DMA无后续数据可传输。
  代码中确认：

  hadc1.Init.ContinuousConvMode = ENABLE;
  hadc1.Init.DMAContinuousRequests = ENABLE; // 允许ADC持续向DMA发送请求
  

• DMA循环模式：若配置为DMA_NORMAL，传输完成后DMA会自动停止，需手动重启；必须设置为循环模式实现持续传输：

  hdma_adc1.Init.Mode = DMA_CIRCULAR;
  

2. 中断与回调逻辑检查 #

如果使用了DMA传输完成中断，需确认：

• 中断标志位是否正确清除：若在回调中未处理标志，可能导致中断被阻塞，后续传输无法触发。
• 循环模式下无需手动重启ADC/DMA：如果是循环模式，DMA会自动循环传输，不要在HAL_ADC_ConvCpltCallback中重复调用HAL_ADC_Start_DMA，避免冲突。
  示例回调（仅处理数据，无需重启）：

  void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc)
  {
    if(hadc->Instance == ADC1)
    {
      // 仅处理采集数据，比如FFT预处理
      process_fft_buffer(adc_buffer, BUFFER_LEN);
    }
  }
  

3. SubGHz工程资源冲突排查 #

SubGHz_Phy_PingPong工程本身会占用部分系统资源，需排查：

• 时钟冲突：SubGHz射频模块的初始化或低功耗操作可能修改系统时钟配置，导致ADC/DMA时钟被意外关闭。检查main.c中时钟初始化顺序，确保ADC/DMA初始化在SubGHz初始化之后，或确认时钟树中ADC时钟始终保持使能。
• 中断优先级冲突：SubGHz的中断优先级如果高于ADC/DMA，可能导致DMA中断无法及时响应，甚至被屏蔽。通过HAL_NVIC_SetPriority调整ADC/DMA中断优先级，确保其不被SubGHz中断抢占。
• 外设通道占用：STM32WL的DMA通道可能与SubGHz外设共享，确认SubGHz驱动未占用ADC对应的DMA通道（比如ADC1默认对应DMA1通道1）。

4. 初始化顺序与代码覆盖问题 #

移植时需注意：

• 确保ADC/DMA的初始化代码未被SubGHz的初始化函数覆盖。比如SubGHz工程中的低功耗配置函数可能重置外设寄存器，需在SubGHz初始化完成后重新初始化ADC/DMA。
• 检查启动代码：HAL_ADC_Start_DMA需在所有外设初始化完成后调用，避免在系统时钟未稳定时启动。

5. 缓冲区与传输长度匹配检查 #

确认DMA传输长度与缓冲区大小完全一致：

• HAL_ADC_Start_DMA(&hadc1, (uint32_t*)adc_buffer, BUFFER_SIZE)中的BUFFER_SIZE必须与DMA初始化时的NData参数一致，否则会导致内存越界或传输提前终止。

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