1. 介绍
主控: STM32H743VIH6
软件:STM32CubeMX + STM32CubeIDE
由于此型号H7没有内置的HS USB PHY, 所以使用了外置芯片: USB3300
STM32H7的选型我是根据下帖进行选择的,需要注意的是 1. 不同封装对应的最高采样速率不同;
2. 不同通道所能达到的最高采样率也不同。
STM32H7中ADC功能被ST玩出花,现在分直接通道,快速通道和慢速通道,不同封装最高速不同, LQFP封装速度最低 - STM32H7 - 硬汉嵌入式论坛 - Powered by Discuz!
根据数据手册 和 参考手册:
可以看出 此型号H7的14bit最高采样率为单通道4M, 同时高速通道为每个ADC的 channel0 ~ 5;
本来我是打算通过3 个ADC交替达到12M的, 但是ADC3仅有的高速通道还都被 USB的ULPI接口占用了,所以退而使用 2个ADC交替, 刚好 ADC1 和 ADC2 可以使用H7自带的 interleaved mode。
所以,接下来的实现方案为使用 STM32H7 自带的 交替采样模式来实现。
2. CubeMX配置
首先是M7 内核的配置, 这个我也不是很懂, 在我的试验中,就是一定要打开DCache, 无论是USB 还是 ADC, 如果不打开DChache,就会出现各种各样的问题。
时钟配置, 主频480M, ADC 72M, USB 48M:
ADC配置:
ADC1 和 ADC2 选择同一引脚, 我这里选择了PA6, 同时对应ADC1和ADC2 的 通道3
ADC1 配置为:
主要配置为:
Mode: Dual interleaved mode only, 这个是配置为双重交替采样
DMA Access Mode 启动 ,因为使用了 DMA
Delay between 2 sampling phases 是两次交替之间的延时,这个的选用可以看一下这篇文章:STM32G474 CubeMX + CLion双重ADC交替采样实现2M+2M = 4M_delay between 2 sampling phases-CSDN博客
但是我按照此文思路应该配置为 72M /8M = 9 cycle, 实际测出来却是3.5cycle分隔最正常,我猜这个的选用可能是按照 采样时间 + 转换时间 +Delay between 2 = 9 cycle 来计算(以我这个来看);但是从手册看, 光是采样+转换就用了9个周期了。。。
然后是 Clock prescaler 时钟预分配,这个是最抽象的, 从手册来看 ADC时钟最高是36M,但是我配置的72M时钟,在2分频得到的最高采样率只有4M, 反而在1分频下达到了理论上的最高8M,这点我到现在都很懵逼
其他就是常规配置, 我这边用的是连续转换和DMA 循环, 因为其他方法都发生了奇怪的问题,这个放最后说。
DMA配置如下:只需要开启ADC1的就可以了, ADC2在interleaved mode 下作为 从ADC 是跟随ADC1的
ADC2: 与 ADC1 保持一致
顺便提一下USB的配置, USB的配置非常简单,一点都不需要改动,只需要打开USB_OTG_HS
选择为Device, 再打开USB_Device选择为虚拟串口即可。
3. 代码
因为整体没什么功能,代码很简单, 基本就是启用ADC 和 USB 即可
USB: 包含头文件 "usbd_cdc_if.h", 就可以在 文件中使用CDC_Transmit_HS() 发送数据了, 接受到的数据可以到" usbd_cdc_if.c "里的 CDC_Receive_HS() 函数处理。
代码可以看看stm32Cubemx USB虚拟串口_stm32f407 usb虚拟串口 cubemx-CSDN博客
整体非常简单, 一个函数搞定。
ADC的启用: 前两段 ADCEx_Calibration 函数用来 校准ADC, 启动的时候, 需要先启动从ADC,再通过HAL_ADCEx_MultiModeStart_DMA() 来启动 主ADC。
HAL_ADCEx_Calibration_Start(&hadc2, ADC_CALIB_FACTOR_LINEARITY_REGOFFSET, ADC_SINGLE_ENDED);
HAL_ADCEx_Calibration_Start(&hadc1, ADC_CALIB_FACTOR_LINEARITY_REGOFFSET, ADC_SINGLE_ENDED);
HAL_ADC_Start(&hadc2);
HAL_ADCEx_MultiModeStart_DMA(&hadc1, (uint32_t* )dmabuffer, data_len);
由于之前DMA配置的size是 word(32位, 将ADC1和ADC2 的两个 14bit数据,存到1个word里了), 所以在传输完成后,还需要加一步,将ADC1与ADC2的数据分离开。 在处理数据之前,需要使用SCB_InvalidateDCache_by_Addr() 这个函数的作用是把DChache中的现有数据无效化,保证我们读到的是重新加载的新数据。 这个貌似是H7系列带有DChache而特需的步骤。
void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc)
{
SCB_InvalidateDCache_by_Addr((uint32_t *) dmabuffer, 2048);
for( i=0, j=0;j<data_len && i<data_len*2;i++)
{
adc_data=(dmabuffer[j] & 0x0000FFFF) ;
i++;
adc_data=((dmabuffer[j] >>16)) ;
j++;
}
CDC_Transmit_HS((uint8_t* )adc_data, 2048);
}
4. 试验结果
1. ADC为72M, 1分频, delay between 2 为 3.5 cycle
测试波形: 400k 正弦波
测试波形1M 正弦波:
2. ADC为72M, 1分频, delay between 2 为 9 cycle
测试波形 400K 正弦波
3. ADC为72M, 2分频, delay between 2 为 3.5 cycle
测试波形:400K 正弦波
从上面的试验来看, 配置为 ADC时钟72M 1分频, 2次采样间隔为3.5 cycle, 可以跑出比较好看的波形, 问题就是ADC时钟远超于手册给的最大时钟36M, 这点难以理解, 希望有大佬可以解解惑。
5. 其他
此外,还有一种方式为定时器作为触发源来触发ADC,相关文章:STM32H743/H723 三ADC交替触发采样,理论速度可达14MSPS+ - STM32H7 - 硬汉嵌入式论坛 - Powered by Discuz!
我最开始采用的就是这个方法,设置定时器两个触发源为4M,上升沿触发,示波器测出如下:
但是在最终测试时, 波形在好与不好之间切换,以500K 正弦波测试,结果如图:
我已尽可能的减少ADC1和ADC2 的dma冲突,采取的DMA配置为 Normal, 即DMA采集完后停止,直到我代码重新启动ADC_DMA, 即便这样仍然是这样的现象; 给我的感觉像是 ADC1和ADC2的先后顺序时不时在改变,一直没有解决,最后换成使用H7自带的交替采样模式勉强跑起来。
这篇在ADC部分有很多的bug和没搞懂的东西,希望有懂的大佬能指点指点/(ㄒoㄒ)/~~
————————————————
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/2404_88276917/article/details/143108040
|
|