【STM32杂记】ADC数据使用DMA传输时的数据宽度对齐问题

本文分享了一次配置中由于误选DMA传输数据宽度为半字导致ADC数据错误的经历。作者解释了32位数据与16位传输之间的不匹配,以及如何通过调整传输宽度和触发注入方式来避免这类问题。

前言

一直是使用DMA来传输ADC数据,使用规则注入的方式,但前几天配置一个新工程之后,发现数据比原来小了一半。在检查了四个小时之后,终于发现了问题,在此记录分享。

HAL库里的ADC数据目标地址数组时无符号整型32位,也即对应4字节(1字)

因此,在cubemx中的对应DMA传输数据宽度也要选择‘字’与其对应

如果选择了半字,如下:

就会看到数据是16位传输,目标数组是32位,一个数组变量其实代表了两个数据,而数组后半部分全是0:

使用上述异常数据,计算出来的结果当然就是正常数据的一半。当然,如果想避免这种问题,如果没有那么多的通道数据,可以直接使用触发注入的方式去采集,这样简单便捷,就是需要设置触发信号,

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

龙猫略略略

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值