引言：多通道ADC+DMA的常见陷阱

在STM32（如F103、F4系列）中，多通道ADC采集常配合DMA以减轻CPU负担。然而，不少开发者发现：明明按序配置了通道，DMA搬回的数据却出现“错位”——比如通道1的数据跑到通道3的位置，或者数据整体偏移。这背后涉及ADC扫描模式、DMA缓存大小、数据对齐方式等多个环节。本文将从原理到实践，系统梳理排查方法。

一、原理剖析：数据为何会错位？

1.1 ADC扫描模式与DMA的协作

当ADC配置为扫描模式（Scan Mode）时，它会按规则序列（SQR）依次转换多个通道。
每次转换完成，ADC会将结果写入数据寄存器（DR）。
DMA被触发后，将DR的值搬运到内存缓冲区。关键点：DMA搬运的是DR的当前值，而非通道本身。

1.2 错位的三大根因

缓存大小不匹配：DMA缓存数组长度必须等于通道数×每次转换的字节数（如12位ADC通常半字）。若数组过小，DMA会循环写入，覆盖旧数据，导致顺序错乱。
DMA模式配置错误：若DMA配置为循环模式（Circular），但ADC未配置连续转换，或反之，会造成数据流中断或重复。
数据对齐问题：STM32的ADC数据寄存器是32位，但有效数据在低16位（或低12位）。若DMA以字节（8位）方式搬运，则每个数据占2个字节，但内存中可能未对齐，导致读取时高低字节颠倒。

二、缓存对齐的黄金法则

2.1 确定缓存类型与大小

缓存类型：使用uint16_t数组（半字），因为ADC分辨率≤12位，半字足够。
缓存大小：通道数 × 1，例如4通道则uint16_t adc_buf[4]。若使用DMA循环模式，可设置[4*N]以保留历史数据。

2.2 对齐原则

内存对齐：STM32的DMA要求外设地址（ADC->DR）与内存地址对齐。ADC->DR是32位，建议将缓存数组声明为__align(4) uint16_t adc_buf[4]（或使用ALIGN_32BYTES宏），避免非对齐访问导致总线错误或性能下降。
半字传输：DMA传输方向为外设到内存，数据宽度设为半字（Half Word），与缓存类型匹配。

三、完整配置步骤与代码示例

以下以STM32F103（HAL库）为例，配置ADC1的4个通道（CH0-CH3）扫描+DMA循环采集。

3.1 CubeMX配置要点

ADC1：开启扫描模式、连续转换，规则通道顺序添加CH0-CH3，采样时间可调。
DMA设置：添加ADC1的DMA请求，模式为Circular，数据宽度外设和内存均为Half Word。
缓存数组：在代码中定义全局数组，并指定对齐属性。

3.2 代码实现

// 定义对齐缓存数组
__align(4) uint16_t adc_buf[4];  // 4通道

void MX_ADC1_Init(void)
{
    ADC_ChannelConfTypeDef sConfig = {0};
    
    // ADC1初始化：扫描模式、连续转换、12位分辨率
    hadc1.Instance = ADC1;
    hadc1.Init.ScanConvMode = ENABLE;          // 扫描模式
    hadc1.Init.ContinuousConvMode = ENABLE;    // 连续转换
    hadc1.Init.DiscontinuousConvMode = DISABLE;
    hadc1.Init.ExternalTrigConv = ADC_SOFTWARE_START;
    hadc1.Init.DataAlign = ADC_DATAALIGN_RIGHT; // 右对齐
    hadc1.Init.NbrOfConversion = 4;            // 4个通道
    HAL_ADC_Init(&hadc1);
    
    // 配置通道顺序
    sConfig.Channel = ADC_CHANNEL_0;
    sConfig.Rank = 1;
    sConfig.SamplingTime = ADC_SAMPLETIME_55CYCLES_5;
    HAL_ADC_ConfigChannel(&hadc1, &sConfig);
    
    sConfig.Channel = ADC_CHANNEL_1;
    sConfig.Rank = 2;
    HAL_ADC_ConfigChannel(&hadc1, &sConfig);
    
    sConfig.Channel = ADC_CHANNEL_2;
    sConfig.Rank = 3;
    HAL_ADC_ConfigChannel(&hadc1, &sConfig);
    
    sConfig.Channel = ADC_CHANNEL_3;
    sConfig.Rank = 4;
    HAL_ADC_ConfigChannel(&hadc1, &sConfig);
    
    // 启动DMA传输
    HAL_ADC_Start_DMA(&hadc1, (uint32_t*)adc_buf, 4);
}

// 在main中调用初始化，然后主循环读取adc_buf即可

3.3 数据读取与验证

// 主循环中读取数据（注意：DMA循环模式下，数据持续更新）
while (1)
{
    uint16_t ch0 = adc_buf[0];  // 通道0
    uint16_t ch1 = adc_buf[1];  // 通道1
    uint16_t ch2 = adc_buf[2];  // 通道2
    uint16_t ch3 = adc_buf[3];  // 通道3
    
    // 验证：可打印或对比已知电压
    HAL_Delay(100);
}

四、排查步骤：当数据错位时怎么办？

4.1 检查清单

确认DMA缓存大小：是否等于通道数？若大于通道数，DMA会写入额外数据，导致后续读取错位。
检查DMA模式：循环模式（Circular）适合连续采集，但若ADC未开启连续转换，数据会停止更新。
验证通道顺序：在CubeMX中，规则序列的顺序必须与DMA缓存索引对应。例如，SQR1的Rank1对应缓存[0]。
数据对齐：检查缓存数组是否4字节对齐。若未对齐，可尝试使用__align(4)或ALIGN_32BYTES。

4.2 调试技巧

使用调试器观察：在内存窗口查看adc_buf，对比实际电压值。若发现数据整体偏移，如通道0的值出现在[1]，则可能是DMA传输宽度设置错误（如用了字节宽度）。
临时简化：先只采集1个通道，验证DMA基本功能，再逐步增加通道，定位问题环节。
检查中断优先级：若DMA中断与ADC中断冲突，可能导致数据丢失，但错位通常与配置相关，而非中断。

五、注意事项与进阶建议

多ADC同步：若使用多个ADC（如ADC1和ADC2），需注意DMA请求的映射，避免冲突。
缓存一致性：在带缓存（如Cortex-M7）的MCU上，需使用__DMB()或SCB_InvalidateDCache确保数据可见性。
性能优化：若采样率要求高，可开启DMA的FIFO模式，但需注意FIFO阈值与数据宽度匹配。

结语

数据错位与缓存对齐问题，本质是“配置一致性”问题。只要理解ADC扫描顺序与DMA搬运的对应关系，遵循“缓存大小=通道数、数据宽度=半字、内存对齐”三原则，就能轻松规避。希望本文的排查方法能助你在嵌入式开发中少走弯路。

STM32 DMA多通道ADC采集数据错位与缓存对齐的深度排查指南