STM32温度采样定时器触发配置示例-智慧文博士

STM32温度采样还能这么玩？用定时器+DMA实现“零CPU占用”的精准监控

你有没有遇到过这样的场景：
系统里接了个温度传感器，主循环每隔1秒读一次ADC，算出当前温度，再显示到屏幕上。看似简单，但运行一段时间后发现——温度跳动大、响应延迟、偶尔还卡顿？

问题出在哪？不是传感器不准，也不是代码写错了，而是你的采样方式太“原始”了。

大多数初学者都习惯用“软件轮询 + 延时”来采集温度，比如：

while (1) { temp = Read_Temperature(); LCD_Display(temp); Delay_ms(1000); }

这方法看起来没问题，实则隐患重重：
-Delay_ms()期间CPU干不了别的事；
- 如果中间来了中断，采样周期就被打乱；
- 多任务环境下，根本无法保证每次都是精确1秒触发一次采样。

那有没有一种方式，能让温度采样完全脱离主程序控制，自动、准时、安静地进行，甚至连CPU都不用插手？

有！这就是本文要讲的硬核方案：
👉利用STM32的定时器（TIM）触发ADC + DMA搬运数据，构建一个真正意义上的全自动温度监测流水线。

为什么非要用硬件触发？软件不行吗？

先说结论：对于需要高实时性、长期稳定运行的应用，软件轮询是行不通的。

举个例子：你在做电池管理系统（BMS），每10ms必须采集一次电芯温度。如果靠主循环延时或RTOS任务调度来控制时机，一旦某个通信任务耗时稍长，这次采样就晚了几毫秒——累积起来就是严重的时序偏差。

而工业级系统要求的是确定性的行为：第n次和第n+1次采样的间隔，必须严格相等。

怎么做到？答案是交给硬件。

STM32的高级定时器（如TIM2/TIM3）不仅可以计时，还能输出一个叫TRGO（Trigger Output）的信号。这个信号可以像“发令枪”一样，精准地告诉ADC：“现在开始转换！”

整个过程不需要CPU参与，哪怕主程序正在处理Wi-Fi协议栈或者跑FreeRTOS的任务，也不会影响采样节奏。

定时器怎么当“发令员”？一步步带你配置

我们以TIM3为例，目标是让它每1ms发出一次TRGO脉冲，驱动ADC启动一次转换。

假设系统主频72MHz，APB1总线时钟也是72MHz（经PCLK1分频后为36MHz，但定时器时钟倍频至72MHz），我们要实现1kHz的触发频率（即周期1ms）。

关键参数计算如下：

计数器时钟 = 72MHz / (PSC + 1)
目标更新频率 = 1kHz → 周期 = 1ms = 1000μs
所以：(PSC + 1) × (ARR + 1) / 72,000,000 = 0.001

取 PSC = 71 → 分频后时钟为 1MHz（每个计数1μs）
取 ARR = 999 → 溢出时间 = 1000 × 1μs = 1ms ✅

接下来设置TRGO信号源为“更新事件”（Update Event），这样每次溢出就会输出一个上升沿。

void TIM3_ConfigForADC(void) { RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE); TIM_TimeBaseInitTypeDef timerInit; timerInit.TIM_Period = 1000 - 1; // ARR timerInit.TIM_Prescaler = 72 - 1; // PSC timerInit.TIM_ClockDivision = 0; timerInit.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM3, &timerInit); // 关键一步：选择主模式触发源为“更新事件” TIM_SelectOutputTrigger(TIM3, TIM_TRGOSource_Update); // 启动定时器 TIM_Cmd(TIM3, ENABLE); }

这段代码执行完之后，TIM3就开始自由运行了。你不用管它，它会乖乖地每1ms打一枪，告诉ADC：“该你干活了。”

💡 小知识：除了更新事件，TRGO还可以来自比较匹配、捕获等事件，适用于更复杂的同步场景。

ADC准备好了吗？让它只听TIM的话

接下来轮到ADC登场。我们需要让ADC工作在“外部触发 + 单次转换”模式，并指定由TIM3_TRGO作为触发源。

STM32F1系列中，ADC1支持多个外部触发源，其中就包括ADC_ExternalTrigConv_T3_TRGO。

此外，我们要采集的是内部温度传感器，它连接在ADC通道16上。使用前必须显式启用该功能。

void ADC1_TempSensor_Init(void) { // 配置ADC时钟：通常建议不超过14MHz RCC_ADCCLKConfig(RCC_PCLK2_Div6); // 72MHz / 6 = 12MHz RCC_APB2PeriphClockCmd(RCC_APB2Periph_ADC1 | RCC_APB2Periph_GPIOA, ENABLE); // 若使用外部NTC传感器，需配置对应引脚为模拟输入 GPIO_InitTypeDef gpioInit; gpioInit.GPIO_Pin = GPIO_Pin_0; gpioInit.GPIO_Mode = GPIO_Mode_AIN; GPIO_Init(GPIOA, &gpioInit); ADC_InitTypeDef adcInit; ADC_StructInit(&adcInit); // 先初始化默认值 adcInit.ADC_Mode = ADC_Mode_Independent; adcInit.ADC_ScanConvMode = DISABLE; // 单通道 adcInit.ADC_ContinuousConvMode = DISABLE; // 非连续，由外部触发控制 adcInit.ADC_ExternalTrigConv = ADC_ExternalTrigConv_T3_TRGO; // 触发源 adcInit.ADC_DataAlign = ADC_DataAlign_Right; adcInit.ADC_NbrOfChannel = 1; ADC_Init(ADC1, &adcInit); // ⚠️ 必须调用此函数才能启用内部温度传感器 ADC_TempSensorVrefintCmd(ENABLE); // 配置规则通道：通道16（温度传感器），采样时间尽量长些以提高精度 ADC_RegularChannelConfig(ADC1, ADC_Channel_16, 1, ADC_SampleTime_239Cycles5); // 可选：执行ADC校准（推荐上电时做一次） ADC_ResetCalibration(ADC1); while (ADC_GetResetCalibrationStatus(ADC1)); ADC_StartCalibration(ADC1); while (ADC_GetCalibrationStatus(ADC1)); ADC_Cmd(ADC1, ENABLE); }

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

转换完成后怎么办？传统做法是查EOC标志或进中断读结果——但我们有更好的办法。

数据去哪了？让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;

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

应用领域	是否适用	说明
电池管理系统（BMS）	✅ 强烈推荐	需要长时间稳定采样，防止过热
电机驱动温控	✅ 推荐	实时性强，配合PWM同步采样
智能家电（空调、烤箱）	✅ 适用	提升用户体验一致性
物联网终端节点	✅ 推荐	低功耗、少干扰
医疗设备恒温控制	✅ 高度推荐	对安全性和可靠性要求极高