关于ADC——DMA采集数据错位

2253367

在论坛上看到好多人都表示ADC——DMA采集数据回来后数据错位了。

刚才发现，我的代码如果在DMA使能了时钟后面加一个小延时的话，就会发生这样的情况。
然后我把那个小延时去掉后发现数据就正常了，正在纠结的人可以看下自己DMA初始化函数前面是不是有个小延时了。
为什么会这样呢？

PS：我要在DMA初始化函数前加个小延时是因为刚才看到原子哥说库函数某个版本的函数有个小bug，加了小延时可以消除。

2860qq

对于这个问题，我使用的是STM32G0，使用的是LL库，配置如下可正确使用
       
        LL_ADC_StartCalibration(ADC1);
        while( LL_ADC_IsCalibrationOnGoing(ADC1));
        LL_ADC_Enable(ADC1);
        LL_ADC_REG_StartConversion(ADC1);
        //这个使能过程是根据HAL库的使能过程总结而来
        LL_DMA_SetDataLength(DMA1,LL_DMA_CHANNEL_1,3);  //这个是关键，不能放到adc校准前面，即使把后面几条语句放到后面，这条语句不放到ADC使能后面都会错位
        LL_DMA_SetPeriphAddress(DMA1,LL_DMA_CHANNEL_1,LL_ADC_DMA_GetRegAddr(ADC1,LL_ADC_DMA_REG_REGULAR_DATA));
        LL_DMA_SetMemoryAddress(DMA1,LL_DMA_CHANNEL_1,(uint32_t)&AdcConvData_Tab);
        LL_DMA_EnableChannel(DMA1,LL_DMA_CHANNEL_1);
       

正点原子

回复【楼主位】2253367:
---------------------------------
没这么邪门吧.那个延时是要加的,我现在是加1ms,你的加多少??

2253367

回复【2楼】正点原子:
---------------------------------
我加了10ms，确实发现是这样额..
然后其实我不加延时暂时也没有发现有什么问题啊

shihantu

先使能DMA,再使能ADC就没有问题.

错位的原因是ADC开启后,没有及时使能DMA,到DMA使能时ADC已经转换过若干个值,与设计产生偏差.

2253367

回复【4楼】shihantu:

---------------------------------
对的，确实先初始化DMA然后再初始化ADC就没问题了。

球球~电子

困扰我数日的问题。。。原来是  初始化顺序啊= =  头发都抓掉不少

xxcmax

刚刚解决了这个问题，解决之前也百度到这了，但是上面说的貌似都不能根本解决，注册个号说下我的办法吧
我是双adc-dma采集，发现少了adc1的第一个数据，看内存的时候是直接把数组名字复制到地址栏里，然后我直接输入内存地址往数组的前面又看了几个字节，发现adc1的第一个数跑到数组头再前面两个字节处了，然后又观察了一下发现其实就是个对齐问题，双adc是要用到adc1的dr的全部32位，所以dma需要4字节对齐，在dma目标数组的前面加上“__align(4)”，问题解决
上面几楼说的方法也能解决，我猜是改了代码，造成目标数组位置变动，正好变到了对齐的位置，不过也只是猜测，总之我上面说的算是一种解决办法

flyinggirlxhx

http://blog.sina.com.cn/s/blog_542bad910101h5jy.html
这个帖子里重点讲解了为什么会数据错位，并且怎么处理。亲测有效！

要注意在初始化时将DMA_Cmd(DMA1_Channel1, ENABLE);放置到ADC_SoftwareStartConvCmd(ADC1, ENABLE);前面。

原因是：如果在初始化AD的时候DMA被触发了一次，但是此时并没有采样，但是DMA目的地址已经发生了自加，
当你采样第一路的时候，数据却填充到了第二路。

校准AD的时候会触发DMA导致通道错位，因此校准AD基准前不要启用DMA

flyinggirlxhx

http://blog.sina.com.cn/s/blog_542bad910101h5jy.html
这个帖子里重点讲解了为什么会数据错位，并且怎么处理。亲测有效！

要注意在初始化时将DMA_Cmd(DMA1_Channel1, ENABLE);放置到ADC_SoftwareStartConvCmd(ADC1, ENABLE);前面。

原因是：如果在初始化AD的时候DMA被触发了一次，但是此时并没有采样，但是DMA目的地址已经发生了自加，
当你采样第一路的时候，数据却填充到了第二路。

校准AD的时候会触发DMA导致通道错位，因此校准AD基准前不要启用DMA

sweetstandard

我也遇到了这样的问题，解决方法是：DMA工作在循环模式。具体如下：
======================================
寄存器方式：

void MYDMA_Config(DMA_Channel_TypeDef*DMA_CHx)
{
。
。
。

//DMA_CHx->CCR|=0<<5;  //非循环模式，这种模式下就错位。
   DMA_CHx->CCR|=1<<5;  //循环模式
。
。
。

}
=================================
库函数方式：

void MYDMA_Config(DMA_Channel_TypeDef*DMA_CHx)
{
。
。
。

//DMA_InitStructure.DMA_Mode = DMA_Mode_Normal;  //正常缓存模式，这种模式下就错位。
  DMA_InitStructure.DMA_Mode = DMA_Mode_Circular;//循环模式。        
。
。
。

}
================================

林春霞

谢谢大家，mark一下

嘴角的上弦月

sweetstandard 发表于 2016-9-10 09:28
我也遇到了这样的问题，解决方法是：DMA工作在循环模式。具体如下：
=================================== ...

你这种修改方式不实用啊，应该还不是问题的本质吧。那要是在只能用正常模式下（不用循环模式），岂不是就一直错位下去啊？

Kinglkf2R

MARK   MARK

saoqiboy567

2860qq 发表于 2020-4-30 14:18
对于这个问题，我使用的是STM32G0，使用的是LL库，配置如下可正确使用
        
        LL_ADC_StartCalibration(ADC1) ...

你这个不会卡死在while里面吗
并且你总结的函数库里也没有呀
？？？
是因为板子型号不同吗？

2860qq

saoqiboy567 发表于 2020-7-15 17:06
你这个不会卡死在while里面吗
并且你总结的函数库里也没有呀
？？？

卡死不会。
上面这是LL库的，根据HAL库的使能顺序来使能的。HAL库操作如下：
MX_DMA_Init();
MX_ADC1_Init();/* Run the ADC calibration */
HAL_ADCEx_Calibration_Start(&hadc1);
       
/* Start ADC conversion */
HAL_ADC_Start_DMA(&hadc1, &AdDma[0], AdcNum);


如果使用stop模式，需要在DMA扫描完毕时关闭ADC，在定时器中再开启ADC，以防止stop模式退出后DMA无法对齐的问题。