# 引言：多通道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 代码实现 ```c // 定义对齐缓存数组 __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 数据读取与验证 ```c // 主循环中读取数据（注意：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搬运的对应关系，遵循“缓存大小=通道数、数据宽度=半字、内存对齐”三原则，就能轻松规避。希望本文的排查方法能助你在嵌入式开发中少走弯路。