飞思卡尔的KL25单片机AD做的是很不错的，SAR型能做到16位。不过数据手册就写得不怎么样了，简直可以说是坑爹，很难看懂。有的描述让人难以理解，你指望在别的地方对不理解的地方会有其他角度的描述，结果你发现关于同一描述，他们坚定的采用了复制粘贴的办法！擦！
而且，我还发现了数据手册的错误。用户手册上给出了一个案列，AD工作在16bit单端模式下ADCK为1MHZ，但是数据手册上注明如果AD工作在16比特模式，ADCK必须至少2MHZ，你说这不是坑爹不是！我给官网发了邮件，他们打哈哈让我去社区搜帖子。
结果，我看了整整一天的时间，跳过了很多不重要的功能，才能写出AD采集代码。这玩意寄存器20多个，手册有50页，很复杂。
我要采集的是地震波，只需要1K的采样率即可，特别低，通道为ADC0_SE4b。
下面是初始化代码，全是配置寄存器，中间用到了飞思卡尔自己提供的自校准函数，老实说，自校准这一块我根本没看。本函数使用连续采样，用到了硬件平均功能，让采集的32点做个平均之后再保存到结果寄存器中，目的也是降低采样率。禁用中断，禁用DMA。
void init_ADC16(void){
// Turn on the ADC0 clock as well as the PDB clocks to test ADC triggered by PDB
SIM_SCGC6 |= (SIM_SCGC6_ADC0_MASK );
// SIM_SCGC6 |= SIM_SCGC6_PDB_MASK ; pdb
// PMC_REGSC |= PMC_REGSC_BGBE_MASK ;
// setup the initial ADC default configuration
Master_Adc_Config.CONFIG1 = ADLPC_LOW
| ADC_CFG1_ADIV(ADIV_4)
| ADLSMP_LONG
| ADC_CFG1_MODE(MODE_16)
| ADC_CFG1_ADICLK(ADICLK_BUS_2);
Master_Adc_Config.CONFIG2 = MUXSEL_ADCB //通道选择
| ADACKEN_DISABLED
| ADHSC_NORMAL
| ADC_CFG2_ADLSTS(ADLSTS_20) ; //增加20时钟
// Master_Adc_Config.COMPARE1 = 0x1234u ; // can be anything
// Master_Adc_Config.COMPARE2 = 0x5678u ; // can be anything
// since not using
// compare feature
Master_Adc_Config.STATUS2 = ADTRG_SW //软件触发
| ACFE_DISABLED //禁止比较
| ACFGT_GREATER
| ACREN_DISABLED
| DMAEN_DISABLED //禁止DMA
| ADC_SC2_REFSEL(REFSEL_EXT); //设定电压参考源
Master_Adc_Config.STATUS3 = CAL_OFF
| ADCO_CONTINUOUS //连续采集
| AVGE_ENABLED //允许硬件平均
| ADC_SC3_AVGS(AVGS_32); //32点平均，降低采样速率
Master_Adc_Config.STATUS1A = !AIEN_ON | DIFF_SINGLE | ADC_SC1_ADCH(4);
// Configure ADC as it will be used, but becuase ADC_SC1_ADCH is 31,
// the ADC will be inactive. Channel 31 is just disable function.
// There really is no channel 31.
ADC_Config_Alt(ADC0_BASE_PTR, &Master_Adc_Config); // config ADC
// Calibrate the ADC in the configuration in which it will be used:
ADC_Cal(ADC0_BASE_PTR); // do the calibration
// The structure still has the desired configuration. So restore it.
// Why restore it? The calibration makes some adjustments to the
// configuration of the ADC. The are now undone:
// config the ADC again to desired conditions
ADC_Config_Alt(ADC0_BASE_PTR, &Master_Adc_Config);
}
主函数部分
void init_ADC16(void);
tADC_Config Master_Adc_Config;
int main(void)
{
char j=0;
char i=0;
uint16 xinhao[216]; //定义数组
init_ADC16();
for (j=0;j<216;j++)
{
while (!(ADC0_SC1A & ADC_SC1_COCO_MASK) ); //查询办法，标志位没有置1，就一直等着
xinhao[j]=ADC0_RA;
}
ADC0_SC1A =0x0000001F ; //停止AD采样
for (i=0;i<216;i++)
printf("第%d点为%d", i,xinhao[i]);
return 0;
}
这里要说的是，IAR调试经常会发现单步执行和全速执行结果不一样，这是因为缺少延时控制。尤其是对外设的操作代码最容易出错。
外设反应较慢，需要较长的时钟周期，而CPU执行很快，它必须等待外设。比如，我们某一句代码擦除flash，下一句就判断flash的寄存器是否为0，如果单步执行这是正确的，但是全速执行就不会正确。因为单步执行的时候，步与步之间的延时使得CPU有时间擦除flash，但是全速执行的时候根本没有这个时间。
还有，如果某一标志位大部分时间为0，一瞬间为1表示某过程结束，代码怎么写也是有讲究的。比如AD采样，COCO标志位在结果没出来之前一直为0，直到结果出来了为1，我们采用查询的方法来判断COCO的时候，正确的写法
不是while (COCO==1){ 执行。。。。。。}
而是while (!COCO); 执行。。。。。。
因为第一种写法在COCO==0的时候就会直接跳过while语句。而第二种写法在COCO==0时，会一直等到COCO为1，这就是在等待外设。
使用IAR还有一个技巧。IAR你的局部变量会在用完之后被清掉。这很烦人，因为有时候你想看它们的值。一个有效的办法，就是在你的断点之后，对该变量加一个打印语句，只要有这条语句存在，局部变量的值在执行到断点的时候就不会被清掉。
最后贴一下AD采集到的数据：
