ADC采集历程中delay_ms(5)的作用

popppig

[mw_shl_code=c,true]//获得ADC值 //ch:通道值 0~3 u16 Get_Adc(u8 ch) { //设置指定ADC的规则组通道，一个序列，采样时间 ADC_RegularChannelConfig(ADC1, ch, 1, ADC_SampleTime_239Cycles5 ); //ADC1,ADC通道,采样时间为239.5周期 ADC_SoftwareStartConvCmd(ADC1, ENABLE); //使能指定的ADC1的软件转换启动功能 while(!ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC ));//等待转换结束 return ADC_GetConversionValue(ADC1); //返回最近一次ADC1规则组的转换结果 } u16 Get_Adc_Average(u8 ch,u8 times) { u32 temp_val=0; u8 t; for(t=0;t<times;t++) { temp_val+=Get_Adc(ch); delay_ms(5); } return temp_val/times;[/mw_shl_code]

采集ADC后为什么需要delay_ms(5)延时5毫秒呢?
Get_Adc函数中已经有等待采集结束了,说明函数调用完就已经采集完了啊 [mw_shl_code=c,true]while(!ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC ));//等待转换结束[/mw_shl_code] [mw_shl_code=c,true] [mw_shl_code=c,true]但是去掉delay后采集到的数据会偏小[/mw_shl_code]
[/mw_shl_code]

正点原子

就是等待5ms再去采集下一次数据，分散数据。

popppig

回复【2楼】正点原子:
---------------------------------
分散数据是何意?
既然已经完成采集为何需要延时呢,没法理解

popppig

回复【2楼】正点原子:
---------------------------------
这个地方应该使用的是ADC单次转换模式
那么这个转换为何需要延时呢~

ofourme

是不是因为ADC模块对电压有干扰，分散采集误差较小？具体查一下模块的编程指南吧。

popppig

http://bbs.21ic.com/icview-170595-1-1.html
此论坛中这句话不知是不是答案
用ADC1，Regular通道的顺序为Ch0,Ch1,Ch2,Ch3，启动Scan模式
在单次转换模式下：
启动ADC1，则
1. 开始转换Ch0
2. 转换完成后自动开始转换Ch1
3. 转换完成后自动开始转换Ch2
4. 转换完成后自动开始转换Ch3
5. 转换完成后停止，等待ADC的下一次启动。下一次ADC启动从第一步开始

在连续转换模式下：
启动ADC1，则
1. 开始转换Ch0
2. 转换完成后自动开始转换Ch1
3. 转换完成后自动开始转换Ch2
4. 转换完成后自动开始转换Ch3
5. 转换完成后回到第一步

单次转换模式下Get_Adc每次循环都要重新启动ADC么?

popppig

回复【5楼】ofourme:
---------------------------------
也有怀疑过这个,采集频率太高拉低电压,但是采集频率远没有达到STM32限制频率,此处delay 5ms 对ADC采样速率影响太大了些啊

正点原子

回复【2楼】正点原子:
---------------------------------
我这里就是想取分散时间内的adc值，求平均值，已得到更好的效果。
说白了就是个样本取值的问题，当直流信号的时候，样本尽可能的长，自然得到结果越准确，样本都几种在一个时刻，那么如果这个时刻抖动大，那么你得出的结果，就不能那么好的体现真实情况了。
但是对于交流信号，就另当别论了，所以，这东西看你需求的。