STM32 温度采样定时器触发配置示例

到这里，ADC 已经处于'待命'状态，只等 TIM3 的 TRGO 信号一到，立刻启动一次转换。

数据去哪了？让 DMA 默默搬走，别吵 CPU

想象一下：每 1ms 产生一个温度值，一天就是 86400 个数据。如果你每次都让 CPU 亲自去读 ADC_DR 寄存器，那它啥也别干了。

解决办法就是引入第三位主角：DMA（Direct Memory Access）。

我们配置 DMA，在每次 ADC 转换完成时，自动把结果从 ADC1->DR 搬到内存中的缓冲区。整个过程无需 CPU 干预，真正做到'采样归采样，处理归处理'。

而且我们可以开启循环模式（Circular Mode），当缓冲区满后自动从头覆盖，非常适合长期监控。

#define SAMPLE_BUFFER_SIZE 10
uint16_t adc_buffer[SAMPLE_BUFFER_SIZE];

void DMA_ConfigForADC(void) {
    RCC_AHBPeriphClockCmd(RCC_AHBPeriph_DMA1, ENABLE);
    DMA_InitTypeDef dmaInit;
    DMA_DeInit(DMA1_Channel1);
    dmaInit.DMA_PeripheralBaseAddr = (uint32_t)&ADC1->DR; // 源地址
    dmaInit.DMA_Memory0BaseAddr = (uint32_t)adc_buffer; // 目标地址
    dmaInit.DMA_DIR = DMA_DIR_PeripheralToMemory; // 外设→内存
    dmaInit.DMA_BufferSize = SAMPLE_BUFFER_SIZE; // 缓冲大小
    dmaInit.DMA_PeripheralInc = DMA_PeripheralInc_Disable; // 外设地址不变
    dmaInit.DMA_MemoryInc = DMA_MemoryInc_Enable; // 内存地址递增
    dmaInit.DMA_PeripheralDataSize = DMA_PeripheralDataSize_HalfWord;
    dmaInit.DMA_MemoryDataSize = DMA_MemoryDataSize_HalfWord;
    dmaInit.DMA_Mode = DMA_Mode_Circular; // 循环模式
    dmaInit.DMA_Priority = DMA_Priority_High;
    dmaInit.DMA_FIFOMode = DMA_FIFOMode_Disable;
    DMA_Init(DMA1_Channel1, &dmaInit);
    
    // 使能 ADC 的 DMA 请求
    ADC_DMACmd(ADC1, ENABLE);
    DMA_Cmd(DMA1_Channel1, ENABLE);
}

这样一来，只要系统运行着，adc_buffer[] 就会被持续填充最新采样值。

你可以在 DMA 传输一半或全部完成时触发中断，进行批量处理：

void DMA1_Channel1_IRQHandler(void) {
    if (DMA_GetITStatus(DMA1_IT_TC)) {
        // Transfer Complete
        float avg = 0;
        for (int i = 0; i < SAMPLE_BUFFER_SIZE; i++) {
            uint16_t raw = adc_buffer[i];
            float voltage = raw * 3.3f / 4095.0f; // 转换为电压（12 位 ADC）
            float temp = (voltage - 1.42f) / 0.0043f + 30.0f; // 查手册公式
            avg += temp;
        }
        avg /= SAMPLE_BUFFER_SIZE;
        // 发送到串口或 LCD
        printf("Temperature: %.2f°C\r\n", avg);
        DMA_ClearITPendingBit(DMA1_IT_TC);
    }
}

提示：实际应用中建议加入滑动平均滤波或一阶 IIR 滤波，进一步平滑噪声。

系统架构图：三位一体的自动化流水线

最终系统的数据流清晰明了：

[TIM3] │ (每 1ms 发出 TRGO 信号)
▼
[ADC1] ← 内部温度传感器（Channel 16）
│ (转换完成)
▼
[DMA1] → 自动写入 adc_buffer[N]
└─▶ 半传输/全传输中断 → 温度计算 → 显示/报警/上传

这条链路由三个外设协同完成：

• TIM3：节拍控制器，提供精准时钟源；
• ADC1：感知单元，负责模数转换；
• DMA1：搬运工，悄无声息地转移数据。

CPU 唯一要做的事，就是在合适的时候看看结果，其余时间可以全力投入 PID 控制、网络通信、人机交互等核心业务。

实战经验分享：那些手册不会告诉你的坑

坑点 1：忘了开内部温度传感器供电

很多开发者发现读出来的一直是 0 或固定值，原因就是没调用：

ADC_TempSensorVrefintCmd(ENABLE);

这个函数不仅启用通道 16，还会打开内部参考电压路径，否则传感器没电！

坑点 2：采样时间太短导致精度下降

内部温度传感器阻抗较高，建议使用最长采样时间：

ADC_SampleTime_239Cycles5

否则可能因充电不足造成测量误差达±5°C 以上。

坑点 3：DMA 缓冲区未对齐或越界

确保 adc_buffer 数组长度与 DMA 配置一致，且避免在中断中频繁操作浮点运算（可在主循环处理）。

秘籍：如何获得更高精度？

ST 出厂时会在特定温度点（如 30°C 和 110°C）记录对应的 ADC 值，保存在芯片的 OTP 区域。你可以读取这些校准值进行线性修正，显著提升准确性。

例如：

// 假设已知：
// TS_CAL1 @ 30°C -> *(uint16_t*)0x1FFFF7B8
// TS_CAL2 @ 110°C -> *(uint16_t*)0x1FFFF7C2
int16_t raw_temp = adc_value;
float temp_c = ((float)(raw_temp - TS_CAL1) * (110.0f - 30.0f)) / (TS_CAL2 - TS_CAL1) + 30.0f;

这种架构适合哪些应用场景？

相比之下，仅用于偶尔查看室温的小玩具项目，可以用软件轮询；但凡是涉及安全性、稳定性、实时性的工业级产品，这套方案几乎是标配。

总结与延伸思考

通过本文的讲解，你应该已经掌握了一套完整的、基于硬件协同的温度采样设计范式：

✅ 用定时器触发 → 解决时序抖动 ✅ 用 ADC 外部触发 → 实现非阻塞采集 ✅ 用 DMA 搬运数据 → 彻底解放 CPU

三者结合，构成了 STM32 嵌入式系统中最经典的'黄金三角'架构之一。

但这还不是终点。你可以在此基础上继续扩展：

• 改用多个 ADC + 多通道扫描，实现温度阵列监测；
• 动态调整 TIM 周期，实现自适应采样率（温变快时高频，稳态时低频）；
• 结合 RTC 实现带时间戳的日志记录；
• 加入边缘计算逻辑，本地判断是否超温并触发保护动作。

嵌入式系统的魅力就在于：用最少的资源，做最可靠的事。

而这套定时器+ADC+DMA 的组合拳，正是通往高效、稳健系统设计的关键一步。