stm32外置ADC不工作（stm32外部adc）

stm32外置ADC不工作（stm32外部adc）

stm32的ADC无法进入中断，但是循环可以？

大概原因是在UD_ADC_Config函数里要ENABLE，然后再开始转换？？？？你可以试试。
另外，你的ADC也没有进行校准。

stm32的adc采样值不跳动

原因有采样频率过低和信号稳定。
1、采样频率过低，ADC的采样值会比较平稳，不会出现跳动的情况，可以尝试增加采样频率，看看是否能够解决问题。
2、输入到ADC的信号比较稳定，会导致ADC的采样值不跳动，可以尝试增加噪声或改变输入信号，看看是否能够解决问题。

stm32中断促发后adc不可用

1：通ADC结果过DMA读取，并非中断方式获取；
2：FLASH编程过程中禁止了所有中断；
3：奇怪的是ADC3改为由软件触发则没有异常现象。用来触发ADC的定时器一直计数正常，并且只要重新配置ADC3（无须对触发定时器重新配置）也能恢复它的正常工作。
先说下客户提到的在flash编程时将总中断关闭动作。其实，从效果来讲，这个关中断没啥用，反正在Flash编程过程中即使有中断发生CPU也不会给予响应。
结合其反馈，软件触发和定时器触发ADC有个明显差别，就在于定时器的触发对于我们用户来讲往往存在些未知性或不确定性，即不知它具体的触发时间点。客户一直强调TIM工作保持正常，对ADC不能被触发感到奇怪。
整体上，通过问题症状结合经验初步判断是ADC3发生溢出事件了，建议客户做进一步检查确认。
后来，他反馈的确是发生了ADC溢出事件。在FLASH编程前暂停TIM2触发就可以避免溢出发生，不再发生ADC功能异常。
按理说他现在ADC结果是DMA传输，TIM触发DMA时应该可以及时读取数据的，怎么还发生了溢出呢？那就有种可能，在某个时刻，当ADC被TIM触发完成转换后，这时的DMA还没有准备好，导致ADC的结果没有被及时取走。
那什么原因会导致ADC结果不能被及时取走呢？若DMA配置在非循环模式，当DMA传输完成一轮数据后，DMA将不再继续实施数据传输，这时CPU往往还会进入DMA中断服务程序做些必要处理或者为下轮传输做准备。若这个DMA传输完成中断发生在FLASH编程期间，这就可能导致问题。由于该期间它本身不能得到响应，下一轮的DMA传输就没法被开启。但此时的TIM还是依然如故地触发ADC,其结果若不能被及时取走，导致溢出就再自然不过了。
当ADC发生溢出后，如果没有对溢出位做清零，后续的ADC转换动作是不会触发DMA的。具体到本案例，严格地讲，后来客户觉得读不到ADC的更新数据，不是因为ADC不工作，其实它一直被定时器触发转换，只是因为发生了溢出，没法正常触发DMA传输，进而无法实现ADC结果的搬运。
所以，在上述应用情况下，在做flash编程前可以先行关闭定时器，之后再打开。或者在DMA传输完成的中断服务程序里，在重新开启DMA之前，先暂时关闭定时器，对并ADC的溢出及出错做检测处理，之后再开启定时器和DMA传输。

以上就是小编对于stm32外置ADC不工作（stm32外部adc）问题和相关问题的解答了，stm32外置ADC不工作（stm32外部adc）的问题希望对你有用！