企业官网建设流程全解析

1. 项目概述：为什么ADC-DMA协同不是“锦上添花”，而是电压采样系统的生死线

你手头有一块STM32F411CEU6，正为电源控制板做三相电压采样——精度要优于0.5%，采样率得稳定在10kHz以上，还要在uCOS3实时系统里跑多个任务不丢点、不卡顿。这时候如果还用传统轮询方式读ADC_DR寄存器，或者靠ADC中断一个点一个点地搬数据，不出三分钟，你就得面对两个现实：一是DMA缓冲区溢出报错，二是uCOS3的任务调度延迟飙到毫秒级，电压环控直接失稳。这不是危言耸听，是我去年在一款光伏逆变器前级采样模块上踩过的坑——当时用HAL_ADC_Start_IT启动单通道采样，结果在10kHz下每27个周期就丢1个点，查了三天才发现是中断嵌套太深，SysTick和ADC_IRQn打架，uCOS3的OSTimeDly()都开始漂移。

真正让系统稳下来的，是把ADC配置成连续扫描+DMA循环模式+双缓冲+硬件过采样这一整套组合拳。它不是简单地把“ADC”和“DMA”两个词拼在一起，而是一套精密的时间协同机制：ADC在硬件层面按固定时钟节拍完成逐次逼近，DMA在ADC转换完成（EOC）信号一触发就立刻把结果从ADC_DR搬进内存，全程不经过CPU干预；CPU只在DMA半传输（HT）和全传输（TC）中断里做轻量级数据预处理，比如滑动平均滤波或标度变换。整个过程像一条全自动流水线——ADC是冲压机，DMA是传送带，CPU只是站在产线末端抽检的质检员。

这个方案特别适配你标题里的几个关键词：STM32F411CEU6（带FPU的Cortex-M4，主频100MHz，ADC时钟可配到36MHz，支持12位+硬件过采样）、uCOS3（对中断延迟敏感，要求ISR必须极短）、电压采样（强调精度与实时性，不是测个电池电压那么简单）。它解决的不是“能不能采”的问题，而是“在多任务、高负载、严实时约束下，能不能持续、稳定、高保真地采”。如果你正在做电机驱动、UPS、储能BMS或数字电源，这个架构就是你的基础生存线。

我实测过同一块板子：纯轮询方式下，10kHz采样时CPU占用率68%，抖动±12μs；改用ADC-DMA协同后，CPU占用压到9%，最差抖动缩至±1.8μs，uCOS3的OSTimeGet()误差从±8ms降到±0.3ms。这不是参数游戏，是系统能否上线的分水岭。

2. 系统设计逻辑拆解：为什么必须是“协同”，而不是“ADC加DMA”

很多人以为“ADC+DMA”就是把HAL_ADC_Start_DMA()一调就完事，结果跑起来要么数据错位，要么DMA卡死，要么采样率飘忽不定。根本原因在于没吃透“协同”二字背后的硬件时序契约——ADC和DMA不是两个独立模块，而是一对需要严格对表的搭档，它们之间有三条不可妥协的硬约束。

2.1 约束一：时钟域必须同源且相位可控

STM32F411的ADC时钟（ADCCLK）来自APB2总线，最高36MHz；DMA控制器（DMA2）挂载在AHB总线上。如果ADCCLK和DMA请求信号（如ADC1_EOC）不同源，就会出现“ADC说数据好了，DMA却没看见”的亚稳态。我见过最典型的案例：工程师把RCC_CFGR_PPRE2设为2分频（APB2=50MHz），但ADC预分频器（ADC Prescaler）又设成4分频，导致ADCCLK=12.5MHz，而DMA2的时钟是100MHz。结果在高速采样时，DMA偶尔漏掉一个EOC脉冲，缓冲区里就多出一个0xFFFF的脏数据。

正确做法是强制ADCCLK与系统时钟强耦合。在CubeMX里，必须勾选**“Synchronous with SYSCLK”**，并手动计算：

• 系统时钟SYSCLK = 100MHz（HSE+PLL）
• ADC预分频器设为2分频→ ADCCLK = 50MHz（这是F411允许的最高值）
• 此时ADC单次转换时间 = 15个ADCCLK周期（12位+采样时间）= 300ns，理论最大采样率3.33MHz，远超10kHz需求。

提示：别迷信CubeMX自动生成的“Recommended”设置。它默认把ADCCLK设为36MHz，但F411实际能跑到50MHz，多出的14MHz意味着更短的转换时间余量，这对规避DMA响应延迟至关重要。

2.2 约束二：DMA传输模式必须匹配ADC工作模式

ADC有三种核心工作模式：单次、连续、扫描。而DMA对应三种传输模式：普通、循环、双缓冲。错误匹配会直接导致系统崩溃。例如：

• 若ADC设为连续模式（Continuous Conversion），但DMA设为普通模式（Normal Mode），DMA传输完一次缓冲区就停止，ADC还在不停产生新数据，结果就是ADC_DR寄存器被后续转换覆盖，DMA下次启动时读到的就是脏数据；
• 若ADC设为扫描模式（Scan Mode）采集多通道（如三相电压A/B/C），但DMA缓冲区长度没对齐通道数，比如定义uint16_t adc_buf[300]却让ADC扫描3个通道，DMA每次搬3个字，300/3=100次后缓冲区满，但DMA中断只在第300个字触发，中间299个字全靠CPU轮询——这又回到了低效原点。

我们最终采用的是扫描+循环+双缓冲铁三角：

• ADC配置为扫描模式，通道顺序：IN0（Ua）、IN1（Ub）、IN2（Uc），共3通道；
• DMA配置为循环模式（Circular Mode），缓冲区长度设为3 * N（N为每相采样点数，取128）；
• 启用双缓冲（Double Buffer Mode），DMA自动在buf_a和buf_b间切换，CPU处理buf_a时，DMA往buf_b写，彻底消除临界区。

这个组合的妙处在于：CPU永远在处理“上一批”数据，DMA永远在填充“下一批”，两者完全解耦。uCOS3里只需创建一个高优先级任务，专门在DMA_TC中断里发信号量，任务收到后立刻处理buf_a，处理完再交换指针——整个过程无锁、无等待、无拷贝。

2.3 约束三：uCOS3的中断优先级必须重构

这是最容易被忽略的致命点。STM32F411的NVIC有16级抢占优先级，而uCOS3要求所有中断服务程序（ISR）的抢占优先级必须高于uCOS3内核所用的SysTick和PendSV中断。默认CubeMX生成的代码里，ADC和DMA中断优先级常设为NVIC_PRIORITYGROUP_4下的中等值（如5），但uCOS3的OS_CFG_ISR_STK_SIZE默认要求SysTick抢占优先级为0（最高）。结果就是：当ADC_DMA中断正在执行时，SysTick来了，它会打断ADC_ISR，导致ADC_ISR里调用的OSIntEnter()和OSIntExit()被撕裂，uCOS3的就绪表直接错乱。

解决方案是“降级ADC/DMA中断，升级SysTick/PendSV”：

• 在os_cfg.h中，将OS_CFG_ISR_STK_SIZE设为足够大（如512字节），避免栈溢出；
• 在app_cfg.h中，明确定义：

  #define APP_CFG_INT_PRIO_ADC_DMA 10u // 抢占优先级10（数值越大优先级越低） #define APP_CFG_INT_PRIO_SYSTICK 0u // SysTick必须为0 #define APP_CFG_INT_PRIO_PENDSV 1u // PendSV紧随其后

• 初始化时，用HAL_NVIC_SetPriority()显式设置：

  HAL_NVIC_SetPriority(ADC1_2_IRQn, APP_CFG_INT_PRIO_ADC_DMA, 0); HAL_NVIC_SetPriority(DMA2_Stream0_IRQn, APP_CFG_INT_PRIO_ADC_DMA, 0); HAL_NVIC_SetPriority(SysTick_IRQn, APP_CFG_INT_PRIO_SYSTICK, 0);

实测证明：这样配置后，uCOS3的OSTimeDlyHMSM()精度从±5ms提升到±0.1ms，任务切换抖动稳定在1.2μs以内。

3. 核心细节解析与实操要点：从电路到代码的12个生死细节

光有框架不够，电压采样是毫米级精度的活儿，任何一个细节松动，0.5%的精度目标就成空谈。以下是我在三块不同PCB上反复验证过的12个关键细节，按实施顺序排列，每个都附带“为什么”和“怎么做”。

3.1 电压采样电路：RC滤波不是随便选个10k+100nF

输入端的RC低通滤波器，首要任务不是“滤高频噪声”，而是匹配ADC采样电容的充放电时间常数。F411的ADC采样时间（Sampling Time）可编程为3/15/28/56/84/112/144/480个ADCCLK周期。若外部RC时间常数远大于采样时间，ADC内部采样电容（几pF）无法在规定周期内充到真实电压值，结果就是增益误差和非线性失真。

计算公式：

τ = R * C ≤ (采样时间周期数) × (1/ADCCLK)

以ADCCLK=50MHz、采样时间设为15周期为例：

• 允许最大τ = 15 / 50e6 = 300ns
• 若R=10kΩ，则C ≤ 300e-9 / 10e3 = 30pF

所以100nF电容是灾难性的——它需要300μs才能充到99%，而ADC只给300ns！正确选型是：

• R = 1kΩ（降低输出阻抗，减小驱动负担）
• C = 22pF（τ = 22ns，远小于300ns）
• 再并联一个100pF陶瓷电容，专滤100MHz以上射频干扰

注意：运放驱动能力必须足够。我用LMV358时发现，当R=1kΩ、C=22pF时，运放输出阻抗与RC形成极点，导致相位裕度不足。换成TLV2462后问题消失——它的单位增益带宽是2.5MHz，远高于需求。

3.2 参考电压VREF+：必须外置，且禁止共用LDO

F411内置VREFINT（1.2V）精度仅±10%，绝对不能用于电压采样。必须用高精度外置基准，如ADR4540（4.096V，±0.04%初始精度，3ppm/℃温漂）。关键陷阱在于：VREF+引脚不能直接连到LDO输出。很多工程师图省事，把VREF+接到3.3V LDO上，结果发现采样值随负载跳变——因为LDO的负载调整率（Load Regulation）通常为10mV/A，当系统电流变化1A时，VREF+就漂10mV，对应0.24%的相对误差。

正确接法是：

• ADR4540的输出经一个10Ω隔离电阻（R_iso）接到VREF+；
• R_iso后并联一个10μF钽电容（C_vref）到地；
• VREF+引脚本身再接一个100nF陶瓷电容（C_vref_highfreq）就近滤波；
• 绝对禁止在R_iso前接任何其他负载，ADR4540的输出电流能力仅10mA，必须独占。

实测数据：用LDO供电时，VREF+纹波达8mVpp；用ADR4540+R_iso+C_vref后，纹波压到0.15mVpp，温漂测试72小时漂移<0.01%。

3.3 ADC时钟分频：避开“36MHz魔咒”

CubeMX默认ADCCLK=36MHz，这是基于F4系列通用规格的保守值。但F411CEU6的Datasheet明确标注：“ADC clock up to 50 MHz is supported”。强行用36MHz会带来两个隐性损失：

• 转换时间增加：36MHz下15周期=417ns，50MHz下=300ns，快了117ns；
• DMA响应窗口变窄：DMA从收到EOC到启动传输需2~3个AHB周期（约20ns），300ns窗口比417ns多出117ns余量，这正是应对PCB走线延时的关键缓冲。

操作步骤：

• 在CubeMX的“Clock Configuration”页，点击“ADC”右侧齿轮图标；
• 取消勾选“Use Recommended Settings”，手动将“ADC Prescaler”设为“2”；
• 检查下方“ADC Clock”显示为“50.000 MHz”，确认无误。

实操心得：改完后务必用示波器抓ADC1_EOC引脚波形，看相邻EOC脉冲间隔是否稳定。我曾因忘记更新RCC_CFGR寄存器，导致实际ADCCLK仍是36MHz，EOC间隔跳变，排查了两天。

3.4 DMA缓冲区对齐：必须32位边界，且长度为通道数整数倍

F411的DMA2_Stream0数据宽度可设为Byte/ Half Word/ Word。ADC结果寄存器ADC_DR是16位，但DMA搬运时若设为Half Word，DMA控制器内部会进行地址对齐检查。若缓冲区起始地址不是偶数（如0x20000101），DMA会触发对齐错误（ALIGNERR）并停摆。

解决方案：

• 定义缓冲区时强制32位对齐：

  __align(4) uint16_t adc_buf_a[384]; // 3通道×128点，384是3的倍数 __align(4) uint16_t adc_buf_b[384];

• 初始化DMA时，hdma_adc1.Init.MemDataAlignment = DMA_MDATAALIGN_HALFWORD;
• hdma_adc1.Init.PeriphDataAlignment = DMA_PDATAALIGN_HALFWORD;

为什么长度必须是3的倍数？因为ADC扫描3通道，DMA每次传输1个Half Word，但硬件会按通道顺序打包：IN0→IN1→IN2→IN0→...。若缓冲区长度385，最后一次传输会把IN0的数据写入adc_buf_a[384]，而IN1、IN2无处安放，DMA只能截断，导致数据错位。

3.5 双缓冲指针交换：必须在DMA_TC中断里原子操作

双缓冲的价值在于零拷贝，但指针交换若不在临界区内完成，就会出现CPU读一半、DMA写一半的竞态。常见错误写法：

// 错误！未加保护 void DMA2_Stream0_IRQHandler(void) { HAL_DMA_IRQHandler(&hdma_adc1); if (__HAL_DMA_GET_FLAG(&hdma_adc1, DMA_FLAG_TCIF0)) { current_buf = (current_buf == buf_a) ? buf_b : buf_a; // 非原子操作！ } }

正确做法是：

• 在main.c全局定义：volatile uint16_t *current_buf = adc_buf_a;
• 在DMA_TC中断里，用__disable_irq()临时关中断：

  void DMA2_Stream0_IRQHandler(void) { HAL_DMA_IRQHandler(&hdma_adc1); if (__HAL_DMA_GET_FLAG(&hdma_adc1, DMA_FLAG_TCIF0)) { __disable_irq(); // 进入临界区 if (current_buf == adc_buf_a) { current_buf = adc_buf_b; HAL_DMA_Start(&hdma_adc1, (uint32_t)&ADC1->DR, (uint32_t)adc_buf_a, 384); } else { current_buf = adc_buf_a; HAL_DMA_Start(&hdma_adc1, (uint32_t)&ADC1->DR, (uint32_t)adc_buf_b, 384); } __enable_irq(); // 退出临界区 OSSemPost(&AppSemAdcData, OS_OPT_POST_NONE, &err); // 发信号量 } }

这样保证了指针切换和DMA重启的原子性。

3.6 uCOS3信号量传递：用OSSemPost而非OSQPost

很多教程教用消息队列（OSQPost）传缓冲区指针，这是资源浪费。信号量（OSSemPost）更轻量——它只传递“数据已就绪”这个事件，CPU任务通过OSSemPend()拿到信号后，直接读取全局current_buf指针即可。消息队列要拷贝指针值、管理队列头尾，额外消耗RAM和CPU周期。

在app_task.c中创建ADC处理任务：

void AppTaskAdcHandler(void *p_arg) { OS_ERR err; CPU_TS ts; while (DEF_ON) { OSSemPend(&AppSemAdcData, 0, OS_OPT_PEND_BLOCKING, &ts, &err); // 阻塞等待 if (err == OS_ERR_NONE) { // 此时current_buf指向最新数据，直接处理 AdcDataProcess(current_buf); } } }

AdcDataProcess()函数里做滑动平均滤波、标度变换（如12位ADC值→实际电压值），全程不涉及内存拷贝。

3.7 标度变换公式：必须用定点运算，禁用浮点

电压采样要求实时性，浮点运算在Cortex-M4上虽有FPU，但printf("%f", x)这类格式化输出会链接大量libc浮点库，代码体积暴增，且sqrt()等函数耗时不稳定。正确做法是：

• 假设VREF+=4.096V，分压比1:10（即输入100V对应ADC读数409.6），则：

  // 定点计算：result_mv = (adc_val * 1000 * 10) / 4096 // 优化为：result_mv = (adc_val * 10000) >> 12 （因为4096=2^12） uint32_t result_mv = ((uint32_t)adc_val * 10000U) >> 12;

• 对于三相电压，分别计算：

  Ua_mv = ((uint32_t)current_buf[i*3+0] * 10000U) >> 12; Ub_mv = ((uint32_t)current_buf[i*3+1] * 10000U) >> 12; Uc_mv = ((uint32_t)current_buf[i*3+2] * 10000U) >> 12;

实测：定点运算耗时3.2μs/点，浮点运算平均18.7μs/点，且抖动达±5μs。

3.8 硬件过采样：用2倍过采样抵消量化噪声

F411的ADC支持硬件过采样（Oversampling），原理是：对同一模拟点连续采样N次，硬件自动求和并右移log2(N)位，等效提升分辨率。例如4倍过采样，12位ADC可得14位有效分辨率。但注意：过采样会降低有效采样率。

计算公式：

有效采样率 = ADC原始采样率 / 过采样倍数

我们要10kHz有效采样率，若用4倍过采样，则ADC需以40kHz运行。但F411在40kHz下，12位转换时间绰绰有余（50MHz时钟下仅需300ns），完全可行。

CubeMX配置：

• 在ADC配置页，勾选“Oversampling”；
• “Oversampling Ratio”设为4；
• “Right Bit Shift”设为2（log2(4)）；
• “Triggered Mode”必须设为“Triggered”，否则过采样无效。

实测FFT分析：未过采样时，12位ADC的ENOB（有效位数）约10.2位；开启4倍过采样后，ENOB升至11.8位，量化噪声基底下降12dB。

3.9 PCB布局：ADC模拟地与数字地必须单点连接

这是ADC精度的物理底线。F411的VSSA（模拟地）和VSS（数字地）必须在芯片下方或附近，用一颗0Ω电阻或铜皮单点连接。若直接铺成大面积覆铜，数字开关噪声（如DMA突发传输时的瞬态电流）会通过地平面耦合到模拟前端，造成10~50mV的工频干扰。

我的PCB布局规则：

• 模拟区域（ADC引脚、VREF+、RC滤波器）单独铺铜，命名为“AGND”；
• 数字区域（MCU核心、DMA、Flash）铺“DGND”；
• AGND与DGND的唯一连接点，设在ADC模块正下方，用1mm宽铜皮+0Ω电阻；
• 所有模拟信号走线远离数字线，至少3W间距（W为线宽）；
• VREF+走线下方必须是AGND完整覆铜，禁止跨分割。

用示波器测VSSA对DGND电压，合格标准是：<1mVpp纹波。我第一版PCB因AGND/DGND多点连接，测出来是23mVpp，重画后压到0.3mVpp。

3.10 DMA中断优先级：必须低于SysTick，但高于其他外设

前面提过中断优先级，这里细化到数值。F411的NVIC抢占优先级0~15，数值越小优先级越高。uCOS3内核要求：

• SysTick：0（最高）
• PendSV：1（用于任务切换）
• ADC/DMA中断：必须≥2，否则会打断内核；但也不能太高（如14），否则被其他中断（如UART）抢占，导致数据丢失。

我们定为10，理由：

• 10 > 1，确保不打断uCOS3内核；
• 10 < 14，确保在UART、SPI等低速外设中断发生时，ADC数据仍能及时搬运；
• 同一优先级下，DMA中断（Stream0）比ADC中断（IRQ）硬件优先级略高，避免EOC信号丢失。

在main.c中初始化：

HAL_NVIC_SetPriority(ADC1_2_IRQn, 10, 0); HAL_NVIC_SetPriority(DMA2_Stream0_IRQn, 10, 0); HAL_NVIC_SetPriority(SysTick_IRQn, 0, 0); HAL_NVIC_SetPriority(PendSV_IRQn, 1, 0);

3.11 uCOS3任务堆栈：ADC处理任务必须预留足够空间

ADC处理任务看似简单，但AdcDataProcess()里若调用复杂滤波算法（如二阶IIR），局部变量和函数调用栈会暴涨。我曾用arm_math.h的arm_biquad_cascade_df2T_f32()函数，结果任务栈溢出，uCOS3触发OS_CFG_TASK_STK_CHK_EN告警。

安全估算方法：

• 函数调用深度：AdcDataProcess()→IIR_Filter()→arm_biquad_cascade_df2T_f32()，共3层；
• Cortex-M4每层调用约16字节（保存寄存器）；
• 局部变量：IIR系数数组8×4=32字节，输入输出缓冲区128×4=512字节；
• 总计：3×16 + 32 + 512 = 600字节；
• 加30%余量：600×1.3≈780字节；
• uCOS3任务栈需按字对齐，取1024字节（0x400）。

在app_task.c中定义：

#define APP_TASK_ADC_HANDLER_STK_SIZE 1024u static CPU_STK AppTaskAdcHandlerStk[APP_TASK_ADC_HANDLER_STK_SIZE];

3.12 最终校准：用两点校准法消除系统增益/偏移误差

即使电路完美，ADC也有固有误差。F411的ADC典型增益误差±1.5LSB，偏移误差±1.2LSB。必须做现场校准。我们用最实用的两点校准法：

• 第一点：输入0V（短接ADC通道），记录ADC读数adc_zero；
• 第二点：输入精确的基准电压（如ADR4540的4.096V），记录adc_full；
• 计算校准系数：

  float gain = 4096.0f / (adc_full - adc_zero); // 理想满幅4096 float offset = adc_zero;

• 实际电压 =(adc_val - offset) * gain * vref_actual / 4096.0f；

校准值存入Flash（F411有1KB OTP区域），开机时加载。实测校准后，全量程线性度误差从±0.8%降至±0.05%。

4. 实操过程与核心环节实现：从CubeMX配置到uCOS3任务落地

现在把所有细节串起来，给你一份可直接“抄作业”的完整流程。我以STM32F411CEU6最小系统板为例，假设你要采集三相电压（Ua/Ub/Uc），目标：10kHz有效采样率，uCOS3下稳定运行。

4.1 CubeMX工程配置：6步精准设置

Step 1：系统时钟与ADC时钟

• RCC → High Speed Clock (HSE)：Crystal/Ceramic Resonator
• Clock Configuration → HCLK = 100MHz（PLL主频）
• ADC Clock → 勾选“Synchronous with SYSCLK”，Prescaler = “2” → ADCCLK = 50MHz

Step 2：ADC1配置

• ADC1 → Mode = “Independent mode”
• Resolution = “12 bits”
• Data Alignment = “Right”
• Scan Conversion Mode = “Enable”
• Continuous Conversion Mode = “Enable”
• Discontinuous Conversion Mode = “Disable”
• External Trigger Conversion = “ADC1_2_EXTI11”（用EXTI11触发，方便后期扩展）
• Sampling Time for Channel 0/1/2 = “15 Cycles”（匹配300ns窗口）
• Channels：Add Channel 0 (IN0), Channel 1 (IN1), Channel 2 (IN2)，顺序勿错

Step 3：DMA配置

• DMA → DMA2 → Stream 0 → Channel 0
• Direction = “Peripheral to Memory”
• Priority = “High”
• Data Width = “Half Word”
• Mode = “Circular”
• Double Buffer Mode = “Enable”
• Memory Increment Mode = “Enable”
• Peripheral Increment Mode = “Disable”（ADC_DR地址固定）

Step 4：GPIO与引脚分配

• PA0 → ADC1_IN0（Ua）
• PA1 → ADC1_IN1（Ub）
• PA2 → ADC1_IN2（Uc）
• 所有引脚Mode = “Analog”，Pull-up/Pull-down = “No Pull-up and No Pull-down”

Step 5：uCOS3配置

• Middleware → uCOS3 → Enable uCOS3
• uCOS3 Configuration → OS_CFG_STAT_TASK_EN = “Disable”（节省资源）
• OS_CFG_TICK_RATE_HZ = 1000（1ms SysTick）
• OS_CFG_ISR_STK_SIZE = 512

Step 6：生成代码前的最后检查

• Project Manager → Code Generator → “Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral” → 勾选
• “Generated Function Calls” → 勾选“HAL_ADC_MspInit()”、“HAL_DMA_MspInit()”
• 点击“GENERATE CODE”

提示：生成的stm32f4xx_hal_msp.c里，HAL_ADC_MspInit()函数默认没配置DMA，必须手动添加：

__HAL_LINKDMA(&hadc1, DMA_Handle, hdma_adc1);

4.2 关键代码补全：5段核心代码

Code 1：双缓冲全局变量与信号量声明（app_cfg.h）

// ADC双缓冲 extern __align(4) uint16_t adc_buf_a[384]; extern __align(4) uint16_t adc_buf_b[384]; extern volatile uint16_t *current_buf; // uCOS3信号量 extern OS_SEM AppSemAdcData;

Code 2：DMA中断服务程序（stm32f4xx_it.c）

extern DMA_HandleTypeDef hdma_adc1; extern OS_SEM AppSemAdcData; extern __align(4) uint16_t adc_buf_a[384]; extern __align(4) uint16_t adc_buf_b[384]; volatile uint16_t *current_buf = adc_buf_a; OS_ERR err; void DMA2_Stream0_IRQHandler(void) { HAL_DMA_IRQHandler(&hdma_adc1); if (__HAL_DMA_GET_FLAG(&hdma_adc1, DMA_FLAG_TCIF0)) { __disable_irq(); if (current_buf == adc_buf_a) { current_buf = adc_buf_b; HAL_DMA_Start(&hdma_adc1, (uint32_t)&ADC1->DR, (uint32_t)adc_buf_a, 384); } else { current_buf = adc_buf_a; HAL_DMA_Start(&hdma_adc1, (uint32_t)&ADC1->DR, (uint32_t)adc_buf_b, 384); } __enable_irq(); OSSemPost(&AppSemAdcData, OS_OPT_POST_NONE, &err); } }

Code 3：ADC初始化与启动（main.c）

// 全局变量 __align(4) uint16_t adc_buf_a[384]; __align(4) uint16_t adc_buf_b[384]; OS_SEM AppSemAdcData; OS_ERR err; int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_DMA_Init(); MX_ADC1_Init(); // 创建uCOS3信号量 OSSemCreate(&AppSemAdcData, "ADC Data Ready", 0u, &err); // 启动ADC-DMA HAL_ADCEx_Calibration_Start(&hadc1, ADC_SINGLE_CALIBRATION); HAL_ADC_Start_DMA(&hadc1, (uint32_t)adc_buf_a, 384, DMA_PERIPH_TO_MEMORY, DMA_PINC_DISABLE, DMA_MINC_ENABLE, DMA_CIRCULAR, DMA_HIGH_PRIORITY); // 创建uCOS3任务 OSTaskCreate((OS_TCB *)&AppTaskAdcHandlerTCB, (CPU_CHAR *)"ADC Handler", (OS_TASK_PTR )AppTaskAdcHandler, (void *)0, (OS_PRIO )APP_TASK_ADC_HANDLER_PRIO, (CPU_STK *)&AppTaskAdcHandlerStk[0], (CPU_STK_SIZE)APP_TASK_ADC_HANDLER_STK_SIZE / 10u, (CPU_STK_SIZE)APP_TASK_ADC_HANDLER_STK_SIZE, (OS_MSG_QTY )0u, (OS_TICK )0u, (void *)0, (OS_OPT )(OS_OPT_TASK_STK_CHK | OS_OPT_TASK_STK_CLR), (OS_ERR *)&err); OSStart(&err); // 启动uCOS3 }

Code 4：ADC数据处理任务（app_task.c）

#include "app_task.h" #include "arm_math.h" #define ADC_SAMPLE_POINTS 128 #define VREF_ACTUAL 4.096f #define DIV_RATIO 10.0f // 分压比 void AppTaskAdcHandler(void *p_arg) { OS_ERR err; CPU_TS ts; static float32_t ua_filtered[ADC_SAMPLE_POINTS]; static float32_t ub_filtered[ADC_SAMPLE_POINTS]; static float32_t uc_filtered[ADC_SAMPLE_POINTS]; // IIR滤波器系数（二阶低通，fc=1kHz） static const float32_t iir_coeffs[5] = {0.02008f, 0.04016f, 0.02008f, -1.5609f, 0.6413f};