|
例程1: uint16_t abc_buf[3];//十六位数组 HAL_ADC_Start_DMA(&hadc1, & abc_buf, 3); 例程2: uint16_t abc_buf[3];//十六位数组 HAL_ADC_Start_DMA(&hadc1, (uint32_t*)abc_buf, 3); 例程3: uint32_t abc_buf[3]; 三十二位数组 HAL_ADC_Start_DMA(&hadc1, abc_buf, 3); 用CubeMX设置ADC以DMA方式“半字”连续转换,在网上看到了启动函数里面参数2,有以上三种不同写法,好像都能正常工作,但是传入的地址类型各不相同,分别是,1.传入16位数组地址未强制转换、2.传入16位数组首地址并强制转换成32位的、3.传入32位数组首地址不需要强制转换,因为此数组本身就是32位的。只有最后这个能理解,前两个能正常工作的原理是什么? |
有没有大佬更新了CubeIDE2.0.0,在软件内更新后体积大了一倍
有人用过正式版的STM32CubeIDE for Visual Studio Code了吗?
STM32CUBE调试中出现没有 “uwTickPrio() at 0x20000004” 对应的源文件
关于STM32Cubemx 6.15版本生成工程的文件编码的问题
在STM32CUBEIDE中配置完以后直接编译然后再运行出现《没有 “_end() at 0x20000108” 对应的源文件》
在STM32CUBEIDE中配置完以后直接编译出现《没有 “huart2() at 0x20000108” 对应的源文件》
STM32CubeMX每次打开后第一次从Board新建工程
关于加密环境下使用STM32CubeIDE for VSCode的问题
DMA传输完成后,串口与DMA一直处于忙状态
CubeAI如何加载caffe模型
微信公众号
手机版
uint16_tabc_buf3]数组与函数原型里定义的变量类型不一致。此时,要想通过编译就得使用你提到的第2种写法。
当然,第3种写法显然没有问题。
这里的第2种写法与第3种写法都符合HAL_ADC_Start_DMA()函数原型的定义。
HAL_ADC_Start_DMA(ADC_HandleTypeDef *hadc,uint32_t *pData, uint32_t Length);
不论第2种写法还是第3种写法,对于DMA而言,只是给了它一个内存起始地址而已。
具体DMA传输过程中如何在内存中访问,还得结合DMA配置时设置的内存宽度与递增方式考虑。
这个地方不妨拿个开发板自己捣腾捣腾。
谢谢。