[md]现在发现问题是MXcube配置时钟造成的，PLL2P正确配置应该是100MHz才正确(配置为100MHz时提示错误)，因为ADC选择时钟源后，内部硬件有一次2分频才到ADC内核使用，所以不用管软件提示 ，将PLL2P设置为100MHz就正确了 LL_RCC_PLL2P_Enable();//使能PLL2P 100MHz to ADC LL_RCC_PLL2_SetVCOInputRange(LL_RCC_PLLINPUTRANGE_2_4); LL_RCC_PLL2_SetVCOOutputRange(LL_RCC_PLLVCORANGE_WIDE); LL_RCC_PLL2_SetM(4);//HSE/4=2MHz LL_RCC_PLL2_SetN(150);//2MHz*150=300MHz LL_RCC_PLL2_SetP(3);//300MHz/3=100MHz LL_RCC_PLL2_SetQ(2);//300MHz/2=150MHz LL_RCC_PLL2_SetR(2);//300MHz/2=150MHz LL_RCC_PLL2_Enable();//使能PLL2外设时钟 / Wait till PLL is ready / while(LL_RCC_PLL2_IsReady() != 1) { } 这样配置后单一通道采样速率可以达到7MSPS(双重同步模式每个单一通道也可以达到7MSPS) 但是双重交替采样模式无法达到14MSPS(7MSPS×2)，不清楚是什么原因 双重交替采样DMA也出现以下问题，不清楚是什么原因 如果这两个位置有数据，速度就是14MSPS,但是CDR这个16：31位置都是0，不清楚是什么原因 因为双重交替采样模式使用一个DMA模式下，必须将ADC1和ADC2的数据转运完成之后才能进行新的数据转换，所以ADC速度为ADC1+ADC2的时间决定的，所以还是7MSPS，无法达到14MSPS(7MSPS×2) 最后获取14MSPS采样的方法如下 使用TIM1的CC(50%占空比,频率7MHz)触发ADC1，8位采样率,采样速度7MSPS,使用DMA1_Stream0,采用16位数据宽度，获得一个偶数位置位有效8位数据，奇数位全部为0的数组 使用TIM1的更新事件(50%占空比,频率7MHz)触发ADC2，8位采样率,采样速度7MSPS,使用DMA1_Stream1,采用8位数据宽度，获得一个有效8位数据的数组 然后暂停数据采样，使用MDMA_Channel1拷贝数据， 将ADC2的采样数据作为源地址，8位数据宽度，地址指针递增1字节，起始地址为ADC2数组的第0位， 将ADC1的采样数据作为目的地址，数据宽度为8位，地址指针递增2字节，起始位置ADC1数组的第1位， 进行数据拷贝，意思是将ADC2的采样数据拷贝到ADC1数组的奇数位置，覆盖数据全为0的位置 最后获得了ADC1+ADC2按照采样时间排序的数组数据，等效采样率为14MSPS 然后进行数据处理和显示，完成之后再开始采样
问题已解决： 原来是库函数内部有错误 HAL_OSPI_Receive_DMA(&hospi1, pData)//此函数内部调用库函数HAL_MDMA_Start内部源地址与目的地址调转位置了
[md]现在的版本是正确的： HAL_OSPI_Receive_DMA(OSPI_HandleTypeDef hospi, uint8_t pData)
你检查下使用ADC2/ADC3时除了模块的差别外，其它是否都是一样的。 检查下是否有中断服务程序跟中断矢量表里定义的不一致的情况。 可以肯定TIM4的OC4事件时可以用来触发ADC1/2/3的。 我这边使用TIM4同时触发3个ADC模块，DMA循环搬运结果，程序运行可控。 尽量使用CubeMx进行配置，这样方便。
