简介本资源是一套基于STM32F103C8T6的嵌入式温控系统完整工程面向嵌入式初学者与课程设计实践者解决环境温度实时监测与风扇智能调速控制问题适用于单片机原理、ARM嵌入式系统等课程实训及毕业设计参考。压缩包共210个文件含34个C源文件如stm32f10x_usart.c、stm32f10x_adc.c等外设驱动、37个头文件h、38个编译中间文件o/d及Keil工程核心文件uvprojx、hex、axf、sct等涵盖OLED显示、DS18B20单总线测温、L298N电机PWM调速、按键交互等完整功能模块包体仅757KB结构清晰、注释充分。已有8861人学习下载配套B站演示视频直观呈现硬件接线、界面操作与温控响应全过程读者可直接烧录运行、调试理解各模块协同逻辑并基于现有框架快速扩展多点测温或WiFi远程监控功能。 最近后台收到不少朋友私信问我能不能写一个完整的STM32实战项目不要那种跑马灯和点LED的教程而是要能真正常态运行、带点控制逻辑、做完能放桌面上用的东西。我琢磨了一下基于STM32的智能温控风扇这个题目挺合适元件便宜、逻辑不复杂、但该踩的坑一个不少从传感器读数到PWM驱动再到显示交互全都能练到。这篇文章就把我实际做这一套东西的完整过程写出来含选型理由、原理分析、代码结构和调参记录照着做基本能一次跑通。1. 设计目标与方案取舍先想清楚要做一个什么样的风扇1.1 需求拆解风扇不是温度高就转这么简单很多人一想到温控风扇第一反应是拿个热敏电阻接个比较器温度超过阈值就开风扇。这个思路没有错但它只解决了转不转的问题没解决转多快的问题也没有任何反馈和交互调试的时候全靠肉眼判断。我把需求拆成几条实时采集环境温度并且温度显示有小数点后一位不能只显示整数。风扇转速随温度线性变化而不是简单的开/关避免温度在阈值附近的时候风扇一会转一会停。需要自动和手动两种模式。自动模式下按温度调速手动模式下用户直接指定转速百分比并且能随时切回自动。用一块OLED显示温度、转速百分比、当前模式UI要稳定不闪烁。调试时通过串口把温度、PWM占空比、模式信息打出来方便看曲线。如果你只是想要一个用热敏电阻控制风扇的物理实验那确实不用上单片机。但凡是涉及到模式切换、线性输出、人机交互、运行状态可视化就值得用MCU来做而且后续想加转速反馈、PID温控、远程控制都有升级空间。1.2 主控选型为什么是STM32而不是51或者Arduino现在市面上可选的方案很多比如Arduino Nano、ESP32、STM32F103甚至国产的GD32、CH32系列。我选择STM32F103C8T6也就是俗称的蓝丸核心板原因有三点第一资料足够多。这个芯片是整个嵌入式领域资料最泛滥的之一不管是用标准库还是HAL库遇到问题搜一下基本都能找到解决方案。对入门者来说搜得到答案本身就是巨大的学习效率优势。第二外设配置灵活。这个项目需要ADC多通道采集温度传感和手动调速电位器、高级定时器PWM输出驱动风扇、I2COLED、串口调试F103C8T6的外设资源绰绰有余而且引脚分配不用太纠结。第三DMA可用。F103系列虽然老但DMA、定时器输入捕获这些功能一个不少正好用这个项目把ADC多通道扫描循环采样DMA这种进阶姿势练一遍而不是停留在单通道阻塞式轮询的水平。1.3 整体架构从传感器到执行器的完整数据链路整个系统可以分成四条链路感知链路NTC热敏电阻或DS18B20把温度信号送进ADCADC用DMA循环扫描采集两个通道温度 手动调速电位器。计算链路MCU把ADC原始值换算成温度再根据控制策略计算出目标占空比。执行链路定时器输出PWM经MOS管驱动风扇电机。交互链路OLED显示状态按键切换模式串口输出调试信息。这种分层的思路非常重要。不管是做这个小型项目还是以后做复杂的工业控制把感知、决策、执行、交互分开来看代码就好写得多出问题也好定位。2. 温度采集链路ADC多通道DMA与NTC换算2.1 传感器选型NTC、DS18B20、LM35我为什么推荐NTC温度传感器方案很多我列个表给大家对比传感器类型输出信号精度读取方式特点DS18B20数字单总线±0.5°C单总线协议接线简单但读取时序时序要求严格容易卡延时NTC热敏电阻模拟电阻经过标定可达±0.5~1°CADC采样便宜响应快需要换算公式LM35模拟电压±0.5°CADC采样10mV/°C线性好但要比NTC多买一颗DHT11数字单总线±2°C单总线时序测温慢精度一般更擅长测湿度我个人推荐NTC热敏电阻做这个项目。原因很实际一颗10k NTC不到几毛钱加上一颗10k普通电阻做分压就能用而且通过这个方案能把ADC的采样、滤波、工程量换算全套流程练下来。相反DS18B20虽然直接用换算好的数字值但你少了一个非常重要的技能点——把ADC原始值变成物理量。这一关是永远逃不掉的。当然如果你手边只有DS18B20也能做只需要把温度读取那段换成单总线驱动的HAL实现其余控制逻辑完全不用变。2.2 电路接法NTC分压电路怎么接才准确NTC的接法很简单一颗10k NTC和一颗10k普通电阻串联中点接STM32的PA0ADC1通道0NTC另一端接地普通电阻另一端接3.3V。这样做的原因是3.3V作为AD参考电压量程匹配。温度升高时NTC阻值下降分压中点电压降低ADC值变小。反过来温度降低时ADC值变大。这个方向关系在代码里要注意别把公式写反了。另外一个通道PA1接一个10k电位器中间抽头直接进ADC用来做手动模式下的转速设定。电位器接法很简单固定端分别接3.3V和GND抽头接PA1。这里有一个非常重要的提醒如果温度探头到MCU的线比较长要在ADC引脚和GND之间加一个100nF的滤波电容否则采出来的数据跳动非常大后面再怎么软件滤波都费劲。我的做法是在靠近MCU的一侧并了一个100nF电容实测ADC采样值跳动了从±10左右降到了±2左右。2.3 ADC多通道扫描循环采样DMA不要让采样卡住主循环很多人写多通道ADC是一路一路轮询每次HAL_ADC_Start HAL_ADC_PollForConversion HAL_ADC_GetValue两个通道轮流读中间还要切换通道、配置Rank。这种写法在采样频率要求不高的时候能用但它把MCU的空闲时间浪费在等待转换上而且代码啰嗦可扩展性差。正确姿势是开启ADC的扫描模式ScanConvMode、连续转换模式ContinuousConvMode配合DMA环形模式。一次配置好后DMA会自动把两个通道的转换结果搬运到缓冲区里CPU完全不用管。我用的配置大致如下HAL库hadc1.Init.ScanConvMode ADC_SCAN_ENABLE; hadc1.Init.ContinuousConvMode ENABLE; hadc1.Init.DiscontinuousConvMode DISABLE; hadc1.Init.NbrOfConversion 2; 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); HAL_ADC_Start_DMA(hadc1, (uint32_t *)adc_buf, 2);这里有几个细节采样时间设为55.5周期左右对于从NTC这种内阻比较高的信号源来说采样时间太短会导致采样电容充不满ADC读数偏低且不稳定。DMA模式选循环模式Circular这样数组会被不断刷新主循环里随时可以读到最新的两组数据。数组大小正好是2对应两个通道。如果要扩展更多通道数组长度跟着变就行。2.4 NTC温度换算B值公式与软件滤波拿到ADC原始值后需要换算成电阻值再用热敏电阻的B值公式换算温度。假设用的是10k B3950的NTC分压电阻也是10k电路是NTC在下方接地先算NTC当前阻值R_ntc R_series * (adc_max / adc_val - 1)。这里的R_series就是分压的10k电阻。再用B值公式算温度T 1 / (1/T0 (1/B) * ln(R_ntc / R0)) - 273.15。其中T0是基准温度298.15K25°CR0是10k。C语言里用math.h的log函数就行float ntc_to_temp(uint16_t adc_val) { if (adc_val 0) adc_val 1; float r_ntc R_SERIES * ((float)ADC_FULL / adc_val - 1.0f); float temp_kelvin 1.0f / (1.0f / 298.15f (1.0f / 3950.0f) * logf(r_ntc / 10000.0f)); return temp_kelvin - 273.15f; }不过ADC即使是加滤波电容后也还是会有几个码的抖动直接用单个值换算出来的温度会在整数位上下跳。我的处理办法是滑动平均滤波开一个长度为16的环形数组存最近16次的ADC值每次更新后取平均。16次采样在DMA循环扫描下大概也就几毫秒就完成一次实时性完全够。注意如果主循环里没有做上电稳定等待刚开机那几百毫秒ADC会读到一些奇奇怪怪的值。建议上电后先延时几百毫秒再启动DMA采集或者把前20个采样点丢弃。3. 风扇驱动电路为什么GPIO直接带不动电机以及MOS管的正确用法3.1 从引脚电流说起GPIO的电流上限有多小STM32的GPIO推挽模式最大能输出的电流大概是25mA但实际的参考手册里通常建议不要把引脚当电源用持续输出电流不要超过±10mA左右才安全。而一个普通12V直流风扇就算是最小的4020型号额定电流也有100mA上下稍微大一点的6020、8010风扇能达到200~300mA。所以直接用PA7接风扇正极、风扇负极接GND这种接法结果往往是要么风扇转不起来要么STM32芯片过热甚至烧引脚。这种错误特别多因为很多教程的LED实验给人造成了引脚能输出功率的错觉。3.2 MOS管开关电路AO3400 续流二极管正确的做法是用一个N沟道MOS管做低压侧开关风扇接在电源正极和MOS管漏极之间PWM信号控制栅极MOS管型号AO340030V/5.8ARDS(on)大约30mΩ逻辑电平就能完全导通非常适合3.3V单片机直驱。栅极串一个100Ω电阻抑制振铃。栅源之间加一个10k下拉电阻防止MCU复位时引脚悬空导致MOS管误导通。风扇电机两端反向并联一个1N5819肖特基二极管吸收关断瞬间的感性反电动势。这个电路原理上就是一个典型的低边开关。风扇的正极接电源负极接MOS管的D极S极接地PWM从单片机输出到G极。PWM高电平时MOS管导通风扇得电PWM低电平时MOS管截止风扇断电。通过调节高电平占空比控制风扇的平均电压从而控制转速。这里一定要提续流二极管。风扇是感性负载MOS管关断瞬间电流突变电感会产生一个反向电动势如果没地方泄放电压尖峰能冲到几十伏轻则干扰旁边电路重则击穿MOS管。肖特基二极管的导通压降低续流效果比普通整流二极管好而且开关速度快。3.3 PWM频率怎么选25kHz的玄学与实际效果PWM频率的选择对风扇来说是个非常重要又被忽略的细节。很多人图方便直接把PWM频率设成1kHz甚至100Hz结果风扇嗡嗡响声音不是电机本身的风噪而是PWM开关产生的电磁噪声叠加在绕组上引起的啸叫。对于直流无刷风扇这种电机我的经验是PWM频率至少要在20kHz以上也就是超出人耳可听范围。这样你听到的只是风声和电机转动的噪声而不是电子啸叫。在STM32上设置20kHz其实很简单。比如TIM3挂载在APB1上时钟通常配置为72MHz如果预分频PSC设为1那么计数时钟是36MHz要让频率为20kHz周期就是36MHz / 20000 1800所以ARR设为1799htim3.Init.Prescaler 1; htim3.Init.Period 1799; htim3.Init.CounterMode TIM_COUNTERMODE_UP; htim3.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; HAL_TIM_PWM_Init(htim3);分辨率算一下占空比步长是1/1800大约0.056%控制风扇转速足够用了。但这个频率也不是越高越好。频率太高时MOS管的开关损耗会变大如果风扇和MOS管之间的走线又长又没有处理好还可能因为寄生参数产生振铃。所以我自己实测后选择了25kHz左右在F103上把PSC1、ARR1439频率大约是72MHz / (2 * 1440) 25kHz声音和发热都比较合适。你如果用的风扇不同可以从20kHz试到30kHz找出最安静的点。3.4 软启动为什么占空比小于30%风扇根本不转这是本项目里最典型的坑之一程序里明明设了20%占空比风扇却纹丝不动检查电路、代码半天最后发现是扇叶太重启动转矩不够。原因在于直流无刷风扇内部的电路有个最低启动电压大概是额定电压的30%~50%左右。20%占空比对应平均电压只有2.4V按12V风扇算远达不到启动门槛所以风扇要么不转要么是微微颤动。解决方法是软件软启动当温度达到启动阈值后先把占空比拉到60%以上保证风扇转起来然后再按目标占空比控制。具体在代码上就是if (first_start) { __HAL_TIM_SET_COMPARE(htim3, TIM_CHANNEL_2, PWM_PERIOD * 0.6); HAL_Delay(300); first_start 0; }实测下来300ms左右的强制高占空比足够让风扇建立转动惯量之后再降下来就非常顺滑。这个细节决定了你的风扇是开机猛转一下然后降速还是卡住不动像坏了一样。4. 调速控制逻辑阈值、死区与线性映射4.1 最基本的开/闭环思路阈值控制为什么会产生风扇抖动最粗糙的温度控制就是设定一个阈值比如温度超过30°C就开满速低于30°C就关停。这种控制方式有一个非常讨厌的问题环境温度不可能稳定在一个点上它会在29.9°C到30.1°C之间反复波动于是风扇会在一瞬间开一下关一下发出咔咔咔的抖动声电机频繁启停也非常伤。解决方案是引入回差hysteresis也就是开和关使用两个不同的阈值。比如当温度升高到32°C以上时启动风扇。当温度降低到28°C以下时才关闭风扇。在28°C到32°C之间保持上次状态不变。这样形成一个滞回区间温度小幅波动时风扇状态不会频繁翻转控制系统的稳定性大幅提升。4.2 线性映射让转速随着温度平滑变化光有开关控制还是不够因为风扇一旦启动就是满速温度刚过阈值的时候风扇呜呜的满速转根本没有必要。实际体验中温度30°C的时候需要20%的微风35°C的时候40%风速40°C以上才考虑满速。这就需要一个线性映射函数把温度区间 [T_START, T_FULL] 映射到占空比区间 [DUTY_MIN, 100]。这里T_START是启动温度比如30°CT_FULL是满速温度比如42°CDUTY_MIN是最小占空比比如30%再低风扇就转不起来了。公式也很简单uint16_t calc_duty_by_temp(float temp) { if (temp T_START) return 0; if (temp T_FULL) return PWM_PERIOD; float ratio (temp - T_START) / (T_FULL - T_START); uint16_t duty (uint16_t)(DUTY_MIN * PWM_PERIOD (PWM_PERIOD - DUTY_MIN * PWM_PERIOD) * ratio); return duty; }这里注意如果DUTY_MIN设成30%实际运行的时候占空比输出会从30%起步然后线性升到100%。最低占空比要和风扇能启动的最低电压匹配这个值通过上一节的软启动逻辑来保证启动阶段不受影响。4.3 自动模式的完整状态机状态切换要清晰自动模式下我把状态分成四个OFF、STARTING、RUNNING、COOLING_DOWN。这么做的目的就是处理好启动那个特殊阶段OFF温度低于T_START 1°C风扇停止PWM输出0。STARTING温度超过T_START后进入占空比固定60%持续300ms启动完毕后进入RUNNING。RUNNING温度在T_START和T_FULL之间按线性映射输出。如果温度跌回T_START - HYSTERESIS以下进入COOLING_DOWN。COOLING_DOWN温度已经跌回去了但为了避免频繁启停风扇继续低速运转3秒然后进入OFF。这套状态机虽然比简单的if-else复杂一点但逻辑非常清晰也方便以后扩展。比如想加一个温度超过50°C时强制报警只需在RUNNING里加一个分支。手动模式就简单得多ADC读取电位器的占空比设定值0~100%映射PWM直接跟随输出。但是要注意电位器调到很低时风扇也会出现不转的情况所以手动模式下我也加了一个最低占空比限制低于20%直接输出0只保留一个0~20%低占空比区间作为风机停转区。5. 显示与交互OLED界面刷新和按键状态机5.1 OLED接线与I2C地址确认显示模块我用的是0.96寸SSD1306 OLEDI2C接口。SCL接PB6SDA接PB7也就是STM32F103的I2C1引脚。3.3V供电GND共地。这里有一个小坑不用的OLED模块I2C地址可能是0x3C或0x3D视模块上地址电阻而定。驱动初始化之前先用I2C扫描函数确认一下地址比你写死0x3C然后发现屏幕不亮要快得多。我实际遇到过一个模块是0x3D折腾了半小时才发现是地址问题。如果你用的是4针SPI版本的OLED也可以但那就需要SPI接口比如PA5、PA6、PA7和额外的DC/CS/RST控制会占用更多引脚。这个项目引脚够用I2C两线制最省事。5.2 显示布局与刷新策略不要全屏清屏OLED的驱动逻辑是全屏刷新一次需要发送大约1KB的数据128x64 / 8 1024字节在I2C 400kHz速率下大概需要20多毫秒。如果你使用每次更新先清屏再画全部内容的策略再加上上面的ADC映射、按键轮询、PWM调整这些操作画面会明显闪烁肉眼可见的那种。我采用的方案是局部刷新屏幕分成两个区域上半部分显示温度数值和大大的温度图标下半部分显示占空比百分比和模式AUTO/MANUAL。每次更新时只有数值变化的部分才重新绘制。具体在代码中我在主循环里维护一个display_dirty标志只有当以下条件满足时才会刷新对应区域温度小数部分变化超过0.1°C占空比变化超过1%模式切换这个做法把刷屏次数从每秒几十次降到1~2次肉眼看起来画面是稳定不闪的。OLED本身有自刷新机制不需要外部持续刷屏这是很多新手容易走入的误区——以为要像LCD一样不断刷新才能维持显示。5.3 按键消抖与状态机用定时扫描代替硬件消抖电路项目里用了两个按键一个负责模式切换自动/手动一个负责手动模式下提高转速配合电位器调节。按键电路很简单按键一端接GND另一端接PB0内部上拉。平时读取为高按下为低。按键消抖如果靠外接RC电路或者比较器那就把简单问题复杂化了。软件消抖足够可靠我是这样做的主循环每10ms扫描一次按键连续3次即30ms都读到按下状态才算真正按下最后只触发一次动作。这里必须强调不要在按键处理里使用HAL_Delay。很多人写消抖写成检测到按下就延时20ms再读一次结果延时期间整个系统都卡住了PWM输出、OLED刷新、温度采样全部停摆。正确做法是用非阻塞的轮询计数if (HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) RESET) { key_press_cnt; if (key_press_cnt 3) { key_press_cnt 0; mode (mode MODE_AUTO) ? MODE_MANUAL : MODE_AUTO; display_dirty 1; } } else { key_press_cnt 0; }5.4 串口调试printf重定向和不定长数据接收的坑调试信息是嵌入式项目里最重要的观察手段我把它当成这块板子的眼睛。为了能在串口助手里直接打印温度、占空比和模式我把printf重定向到UART1。重定向的核心是重写fputc函数很多教程里直接在fputc里调用HAL_UART_Transmit发送一个字节这在简单场景下没问题但有个隐患printf是同步阻塞的如果串口波特率很低、数据量又大主循环的执行周期会被拖慢。我实际是在调试时会保持115200波特率printf输出一帧几十字节也就几毫秒影响可以接受。串口接收方面如果你只是想调试其实用一个简单的接收回调就够了。但如果想上位机发指令来改阈值参数比如串口发T_START31那就必须处理不定长数据。这里推荐用串口空闲中断IDLE Line InterruptDMA接收一帧数据后在空闲中断里判断数据长度和帧格式。这个方法的代码量大一些但彻底解决了怎么知道一帧数据什么时候结束的问题。对应的过热词里有人搜索stm32 hal库串口空闲中断和stm32串口接收不定长数据说明这块确实是很多人的痛点。我自己的代码是在CubeMX里开启UART1的DMA接收然后在中断回调里检查收到的一帧数据解析出需要修改的参数。这样调试效率能大幅提升不用每次都烧录固件去换阈值。6. 实测数据与踩坑记录让风扇稳定运转的五个细节6.1 实测数据从30°C到42°C的转速变化把整个系统装好后我用可调加热源一台小型暖风机在距离温度探头约30cm的地方做了一组实测。记录如下环境温度°CADC原始值滤波后计算占空比%风扇实测转速目测26.528030停30.2256130低转速33.8229447中转速37.5202666高转速42.31702100满速实测结果基本符合线性映射的预期温度变化时风扇转速没有出现跳变也没有出现温度在阈值附近来回抖动的问题。在做了回差处理后风扇从开始转到停转温度跨度大约4°C左右人耳听到的变化是平滑的。6.2 五个容易翻车的细节每一个我都踩过第一ADC采样时间太短导致读数偏低。默认的1.5周期采样时间对高内阻信号源来说完全不够改成55.5周期后读数的线性度才正常。这个在CubeMX里很容易忽略因为配置界面不会弹警告。第二PWM频率太低导致风扇啸叫。最初我按LED调光习惯把频率设在1kHz风扇一开就是刺耳的噪声。改成25kHz后整个世界清净了。测试不同频率后我确定本项目的风扇在25kHz最合适。第三续流二极管没有接导致MOS管损坏。我有一块实验板一开始没接二极管正常工作时没问题但只要连续开关风扇几十次MOS管就开始发热最终击穿。接上1N5819后这个问题完全消失。第四HAL_Delay出现在非主循环的上下文导致系统卡死。有一次我在定时器中断回调里加了HAL_Delay做消抖结果整个系统复位死循环现象就是程序动不动就假死。调试了很久才发现是延时函数在中断里阻塞了系统滴答定时器。永远不要在中断里使用HAL_Delay这是HAL开发中最常见的坑之一。第五按键上拉配置错误导致按键不灵敏。PB0/PB1如果不配置内部上拉按键按下时引脚状态不确定扫描结果时好时坏。在CubeMX里选中GPIO_PULLUP问题立刻解决。顺手把ADC引脚的输入模式设为模拟模式否则漏电流会影响读数精度。6.3 这几个方向值得继续扩展这个项目做完之后我很自然的想法就是继续升级。有几个方向我现在就在做给大家参考一是加转速反馈。4线风扇一般带FG测速线把FG线接到STM32的定时器输入捕获引脚用stm32定时器捕获测频率的方式实时计算转速然后根据目标转速做真正的闭环控制。这样即使电源电压波动、风扇轴承阻力变化转速也能稳定在设定值附近。二是把温度控制升级成PID。现在的线性映射是开环的简单够用但不算精确。如果想要稳定在某个目标温度需要PID控制器把温度误差映射成占空比增量。配合串口打印数据可以用串口绘图工具看响应曲线。三是加一个蜂鸣器报警。温度超过50°C时蜂鸣器鸣叫提醒环境异常。这个很实用可以防止夏季设备过热导致故障。四是把显示数据加上历史曲线。使用OLED的极低刷新率限制画一个简化版的温度趋势折线图大概能显示最近几十秒的温度走势。6.4 最后分享一个小技巧把调试信息做成活数据调试完这个项目我最满意的一个小改进是在串口输出里加了一个简单的帧格式比如输出T30.2 D45 MA\r\n这样可以配合串口波形显示工具直接画出温度和占空比的实时曲线。调参的时候不用再频繁盯着OLED看而是看曲线就能直观判断控制逻辑是否合理。举个例子实测时我通过曲线看到温度到达阈值后风扇占空比直接跳到30%但由于风扇有启动惯性转速其实滞后了大概1秒才上去。后来在代码里加入软启动和回差后曲线的台阶感明显消失了这远比肉眼观察风扇转得快慢要靠谱得多。这个项目整体做下来你会发现它把一个完整的嵌入式开发流程走了一遍需求分析、硬件选型、原理设计、代码实现、软硬件联调、参数标定、功能扩展。每一个环节都有看起来简单但做起来有坑的地方而真正涨经验的恰恰是这些坑。如果你也正在做这个项目建议遇到问题先从时序和频率上找原因不要一上来就怀疑代码逻辑。本文还有配套的精品资源点击获取 STM32实战：智能温控风扇的NTC温度采集与PWM驱动全解析
简介本资源是一套基于STM32F103C8T6的嵌入式温控系统完整工程面向嵌入式初学者与课程设计实践者解决环境温度实时监测与风扇智能调速控制问题适用于单片机原理、ARM嵌入式系统等课程实训及毕业设计参考。压缩包共210个文件含34个C源文件如stm32f10x_usart.c、stm32f10x_adc.c等外设驱动、37个头文件h、38个编译中间文件o/d及Keil工程核心文件uvprojx、hex、axf、sct等涵盖OLED显示、DS18B20单总线测温、L298N电机PWM调速、按键交互等完整功能模块包体仅757KB结构清晰、注释充分。已有8861人学习下载配套B站演示视频直观呈现硬件接线、界面操作与温控响应全过程读者可直接烧录运行、调试理解各模块协同逻辑并基于现有框架快速扩展多点测温或WiFi远程监控功能。 最近后台收到不少朋友私信问我能不能写一个完整的STM32实战项目不要那种跑马灯和点LED的教程而是要能真正常态运行、带点控制逻辑、做完能放桌面上用的东西。我琢磨了一下基于STM32的智能温控风扇这个题目挺合适元件便宜、逻辑不复杂、但该踩的坑一个不少从传感器读数到PWM驱动再到显示交互全都能练到。这篇文章就把我实际做这一套东西的完整过程写出来含选型理由、原理分析、代码结构和调参记录照着做基本能一次跑通。1. 设计目标与方案取舍先想清楚要做一个什么样的风扇1.1 需求拆解风扇不是温度高就转这么简单很多人一想到温控风扇第一反应是拿个热敏电阻接个比较器温度超过阈值就开风扇。这个思路没有错但它只解决了转不转的问题没解决转多快的问题也没有任何反馈和交互调试的时候全靠肉眼判断。我把需求拆成几条实时采集环境温度并且温度显示有小数点后一位不能只显示整数。风扇转速随温度线性变化而不是简单的开/关避免温度在阈值附近的时候风扇一会转一会停。需要自动和手动两种模式。自动模式下按温度调速手动模式下用户直接指定转速百分比并且能随时切回自动。用一块OLED显示温度、转速百分比、当前模式UI要稳定不闪烁。调试时通过串口把温度、PWM占空比、模式信息打出来方便看曲线。如果你只是想要一个用热敏电阻控制风扇的物理实验那确实不用上单片机。但凡是涉及到模式切换、线性输出、人机交互、运行状态可视化就值得用MCU来做而且后续想加转速反馈、PID温控、远程控制都有升级空间。1.2 主控选型为什么是STM32而不是51或者Arduino现在市面上可选的方案很多比如Arduino Nano、ESP32、STM32F103甚至国产的GD32、CH32系列。我选择STM32F103C8T6也就是俗称的蓝丸核心板原因有三点第一资料足够多。这个芯片是整个嵌入式领域资料最泛滥的之一不管是用标准库还是HAL库遇到问题搜一下基本都能找到解决方案。对入门者来说搜得到答案本身就是巨大的学习效率优势。第二外设配置灵活。这个项目需要ADC多通道采集温度传感和手动调速电位器、高级定时器PWM输出驱动风扇、I2COLED、串口调试F103C8T6的外设资源绰绰有余而且引脚分配不用太纠结。第三DMA可用。F103系列虽然老但DMA、定时器输入捕获这些功能一个不少正好用这个项目把ADC多通道扫描循环采样DMA这种进阶姿势练一遍而不是停留在单通道阻塞式轮询的水平。1.3 整体架构从传感器到执行器的完整数据链路整个系统可以分成四条链路感知链路NTC热敏电阻或DS18B20把温度信号送进ADCADC用DMA循环扫描采集两个通道温度 手动调速电位器。计算链路MCU把ADC原始值换算成温度再根据控制策略计算出目标占空比。执行链路定时器输出PWM经MOS管驱动风扇电机。交互链路OLED显示状态按键切换模式串口输出调试信息。这种分层的思路非常重要。不管是做这个小型项目还是以后做复杂的工业控制把感知、决策、执行、交互分开来看代码就好写得多出问题也好定位。2. 温度采集链路ADC多通道DMA与NTC换算2.1 传感器选型NTC、DS18B20、LM35我为什么推荐NTC温度传感器方案很多我列个表给大家对比传感器类型输出信号精度读取方式特点DS18B20数字单总线±0.5°C单总线协议接线简单但读取时序时序要求严格容易卡延时NTC热敏电阻模拟电阻经过标定可达±0.5~1°CADC采样便宜响应快需要换算公式LM35模拟电压±0.5°CADC采样10mV/°C线性好但要比NTC多买一颗DHT11数字单总线±2°C单总线时序测温慢精度一般更擅长测湿度我个人推荐NTC热敏电阻做这个项目。原因很实际一颗10k NTC不到几毛钱加上一颗10k普通电阻做分压就能用而且通过这个方案能把ADC的采样、滤波、工程量换算全套流程练下来。相反DS18B20虽然直接用换算好的数字值但你少了一个非常重要的技能点——把ADC原始值变成物理量。这一关是永远逃不掉的。当然如果你手边只有DS18B20也能做只需要把温度读取那段换成单总线驱动的HAL实现其余控制逻辑完全不用变。2.2 电路接法NTC分压电路怎么接才准确NTC的接法很简单一颗10k NTC和一颗10k普通电阻串联中点接STM32的PA0ADC1通道0NTC另一端接地普通电阻另一端接3.3V。这样做的原因是3.3V作为AD参考电压量程匹配。温度升高时NTC阻值下降分压中点电压降低ADC值变小。反过来温度降低时ADC值变大。这个方向关系在代码里要注意别把公式写反了。另外一个通道PA1接一个10k电位器中间抽头直接进ADC用来做手动模式下的转速设定。电位器接法很简单固定端分别接3.3V和GND抽头接PA1。这里有一个非常重要的提醒如果温度探头到MCU的线比较长要在ADC引脚和GND之间加一个100nF的滤波电容否则采出来的数据跳动非常大后面再怎么软件滤波都费劲。我的做法是在靠近MCU的一侧并了一个100nF电容实测ADC采样值跳动了从±10左右降到了±2左右。2.3 ADC多通道扫描循环采样DMA不要让采样卡住主循环很多人写多通道ADC是一路一路轮询每次HAL_ADC_Start HAL_ADC_PollForConversion HAL_ADC_GetValue两个通道轮流读中间还要切换通道、配置Rank。这种写法在采样频率要求不高的时候能用但它把MCU的空闲时间浪费在等待转换上而且代码啰嗦可扩展性差。正确姿势是开启ADC的扫描模式ScanConvMode、连续转换模式ContinuousConvMode配合DMA环形模式。一次配置好后DMA会自动把两个通道的转换结果搬运到缓冲区里CPU完全不用管。我用的配置大致如下HAL库hadc1.Init.ScanConvMode ADC_SCAN_ENABLE; hadc1.Init.ContinuousConvMode ENABLE; hadc1.Init.DiscontinuousConvMode DISABLE; hadc1.Init.NbrOfConversion 2; 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); HAL_ADC_Start_DMA(hadc1, (uint32_t *)adc_buf, 2);这里有几个细节采样时间设为55.5周期左右对于从NTC这种内阻比较高的信号源来说采样时间太短会导致采样电容充不满ADC读数偏低且不稳定。DMA模式选循环模式Circular这样数组会被不断刷新主循环里随时可以读到最新的两组数据。数组大小正好是2对应两个通道。如果要扩展更多通道数组长度跟着变就行。2.4 NTC温度换算B值公式与软件滤波拿到ADC原始值后需要换算成电阻值再用热敏电阻的B值公式换算温度。假设用的是10k B3950的NTC分压电阻也是10k电路是NTC在下方接地先算NTC当前阻值R_ntc R_series * (adc_max / adc_val - 1)。这里的R_series就是分压的10k电阻。再用B值公式算温度T 1 / (1/T0 (1/B) * ln(R_ntc / R0)) - 273.15。其中T0是基准温度298.15K25°CR0是10k。C语言里用math.h的log函数就行float ntc_to_temp(uint16_t adc_val) { if (adc_val 0) adc_val 1; float r_ntc R_SERIES * ((float)ADC_FULL / adc_val - 1.0f); float temp_kelvin 1.0f / (1.0f / 298.15f (1.0f / 3950.0f) * logf(r_ntc / 10000.0f)); return temp_kelvin - 273.15f; }不过ADC即使是加滤波电容后也还是会有几个码的抖动直接用单个值换算出来的温度会在整数位上下跳。我的处理办法是滑动平均滤波开一个长度为16的环形数组存最近16次的ADC值每次更新后取平均。16次采样在DMA循环扫描下大概也就几毫秒就完成一次实时性完全够。注意如果主循环里没有做上电稳定等待刚开机那几百毫秒ADC会读到一些奇奇怪怪的值。建议上电后先延时几百毫秒再启动DMA采集或者把前20个采样点丢弃。3. 风扇驱动电路为什么GPIO直接带不动电机以及MOS管的正确用法3.1 从引脚电流说起GPIO的电流上限有多小STM32的GPIO推挽模式最大能输出的电流大概是25mA但实际的参考手册里通常建议不要把引脚当电源用持续输出电流不要超过±10mA左右才安全。而一个普通12V直流风扇就算是最小的4020型号额定电流也有100mA上下稍微大一点的6020、8010风扇能达到200~300mA。所以直接用PA7接风扇正极、风扇负极接GND这种接法结果往往是要么风扇转不起来要么STM32芯片过热甚至烧引脚。这种错误特别多因为很多教程的LED实验给人造成了引脚能输出功率的错觉。3.2 MOS管开关电路AO3400 续流二极管正确的做法是用一个N沟道MOS管做低压侧开关风扇接在电源正极和MOS管漏极之间PWM信号控制栅极MOS管型号AO340030V/5.8ARDS(on)大约30mΩ逻辑电平就能完全导通非常适合3.3V单片机直驱。栅极串一个100Ω电阻抑制振铃。栅源之间加一个10k下拉电阻防止MCU复位时引脚悬空导致MOS管误导通。风扇电机两端反向并联一个1N5819肖特基二极管吸收关断瞬间的感性反电动势。这个电路原理上就是一个典型的低边开关。风扇的正极接电源负极接MOS管的D极S极接地PWM从单片机输出到G极。PWM高电平时MOS管导通风扇得电PWM低电平时MOS管截止风扇断电。通过调节高电平占空比控制风扇的平均电压从而控制转速。这里一定要提续流二极管。风扇是感性负载MOS管关断瞬间电流突变电感会产生一个反向电动势如果没地方泄放电压尖峰能冲到几十伏轻则干扰旁边电路重则击穿MOS管。肖特基二极管的导通压降低续流效果比普通整流二极管好而且开关速度快。3.3 PWM频率怎么选25kHz的玄学与实际效果PWM频率的选择对风扇来说是个非常重要又被忽略的细节。很多人图方便直接把PWM频率设成1kHz甚至100Hz结果风扇嗡嗡响声音不是电机本身的风噪而是PWM开关产生的电磁噪声叠加在绕组上引起的啸叫。对于直流无刷风扇这种电机我的经验是PWM频率至少要在20kHz以上也就是超出人耳可听范围。这样你听到的只是风声和电机转动的噪声而不是电子啸叫。在STM32上设置20kHz其实很简单。比如TIM3挂载在APB1上时钟通常配置为72MHz如果预分频PSC设为1那么计数时钟是36MHz要让频率为20kHz周期就是36MHz / 20000 1800所以ARR设为1799htim3.Init.Prescaler 1; htim3.Init.Period 1799; htim3.Init.CounterMode TIM_COUNTERMODE_UP; htim3.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; HAL_TIM_PWM_Init(htim3);分辨率算一下占空比步长是1/1800大约0.056%控制风扇转速足够用了。但这个频率也不是越高越好。频率太高时MOS管的开关损耗会变大如果风扇和MOS管之间的走线又长又没有处理好还可能因为寄生参数产生振铃。所以我自己实测后选择了25kHz左右在F103上把PSC1、ARR1439频率大约是72MHz / (2 * 1440) 25kHz声音和发热都比较合适。你如果用的风扇不同可以从20kHz试到30kHz找出最安静的点。3.4 软启动为什么占空比小于30%风扇根本不转这是本项目里最典型的坑之一程序里明明设了20%占空比风扇却纹丝不动检查电路、代码半天最后发现是扇叶太重启动转矩不够。原因在于直流无刷风扇内部的电路有个最低启动电压大概是额定电压的30%~50%左右。20%占空比对应平均电压只有2.4V按12V风扇算远达不到启动门槛所以风扇要么不转要么是微微颤动。解决方法是软件软启动当温度达到启动阈值后先把占空比拉到60%以上保证风扇转起来然后再按目标占空比控制。具体在代码上就是if (first_start) { __HAL_TIM_SET_COMPARE(htim3, TIM_CHANNEL_2, PWM_PERIOD * 0.6); HAL_Delay(300); first_start 0; }实测下来300ms左右的强制高占空比足够让风扇建立转动惯量之后再降下来就非常顺滑。这个细节决定了你的风扇是开机猛转一下然后降速还是卡住不动像坏了一样。4. 调速控制逻辑阈值、死区与线性映射4.1 最基本的开/闭环思路阈值控制为什么会产生风扇抖动最粗糙的温度控制就是设定一个阈值比如温度超过30°C就开满速低于30°C就关停。这种控制方式有一个非常讨厌的问题环境温度不可能稳定在一个点上它会在29.9°C到30.1°C之间反复波动于是风扇会在一瞬间开一下关一下发出咔咔咔的抖动声电机频繁启停也非常伤。解决方案是引入回差hysteresis也就是开和关使用两个不同的阈值。比如当温度升高到32°C以上时启动风扇。当温度降低到28°C以下时才关闭风扇。在28°C到32°C之间保持上次状态不变。这样形成一个滞回区间温度小幅波动时风扇状态不会频繁翻转控制系统的稳定性大幅提升。4.2 线性映射让转速随着温度平滑变化光有开关控制还是不够因为风扇一旦启动就是满速温度刚过阈值的时候风扇呜呜的满速转根本没有必要。实际体验中温度30°C的时候需要20%的微风35°C的时候40%风速40°C以上才考虑满速。这就需要一个线性映射函数把温度区间 [T_START, T_FULL] 映射到占空比区间 [DUTY_MIN, 100]。这里T_START是启动温度比如30°CT_FULL是满速温度比如42°CDUTY_MIN是最小占空比比如30%再低风扇就转不起来了。公式也很简单uint16_t calc_duty_by_temp(float temp) { if (temp T_START) return 0; if (temp T_FULL) return PWM_PERIOD; float ratio (temp - T_START) / (T_FULL - T_START); uint16_t duty (uint16_t)(DUTY_MIN * PWM_PERIOD (PWM_PERIOD - DUTY_MIN * PWM_PERIOD) * ratio); return duty; }这里注意如果DUTY_MIN设成30%实际运行的时候占空比输出会从30%起步然后线性升到100%。最低占空比要和风扇能启动的最低电压匹配这个值通过上一节的软启动逻辑来保证启动阶段不受影响。4.3 自动模式的完整状态机状态切换要清晰自动模式下我把状态分成四个OFF、STARTING、RUNNING、COOLING_DOWN。这么做的目的就是处理好启动那个特殊阶段OFF温度低于T_START 1°C风扇停止PWM输出0。STARTING温度超过T_START后进入占空比固定60%持续300ms启动完毕后进入RUNNING。RUNNING温度在T_START和T_FULL之间按线性映射输出。如果温度跌回T_START - HYSTERESIS以下进入COOLING_DOWN。COOLING_DOWN温度已经跌回去了但为了避免频繁启停风扇继续低速运转3秒然后进入OFF。这套状态机虽然比简单的if-else复杂一点但逻辑非常清晰也方便以后扩展。比如想加一个温度超过50°C时强制报警只需在RUNNING里加一个分支。手动模式就简单得多ADC读取电位器的占空比设定值0~100%映射PWM直接跟随输出。但是要注意电位器调到很低时风扇也会出现不转的情况所以手动模式下我也加了一个最低占空比限制低于20%直接输出0只保留一个0~20%低占空比区间作为风机停转区。5. 显示与交互OLED界面刷新和按键状态机5.1 OLED接线与I2C地址确认显示模块我用的是0.96寸SSD1306 OLEDI2C接口。SCL接PB6SDA接PB7也就是STM32F103的I2C1引脚。3.3V供电GND共地。这里有一个小坑不用的OLED模块I2C地址可能是0x3C或0x3D视模块上地址电阻而定。驱动初始化之前先用I2C扫描函数确认一下地址比你写死0x3C然后发现屏幕不亮要快得多。我实际遇到过一个模块是0x3D折腾了半小时才发现是地址问题。如果你用的是4针SPI版本的OLED也可以但那就需要SPI接口比如PA5、PA6、PA7和额外的DC/CS/RST控制会占用更多引脚。这个项目引脚够用I2C两线制最省事。5.2 显示布局与刷新策略不要全屏清屏OLED的驱动逻辑是全屏刷新一次需要发送大约1KB的数据128x64 / 8 1024字节在I2C 400kHz速率下大概需要20多毫秒。如果你使用每次更新先清屏再画全部内容的策略再加上上面的ADC映射、按键轮询、PWM调整这些操作画面会明显闪烁肉眼可见的那种。我采用的方案是局部刷新屏幕分成两个区域上半部分显示温度数值和大大的温度图标下半部分显示占空比百分比和模式AUTO/MANUAL。每次更新时只有数值变化的部分才重新绘制。具体在代码中我在主循环里维护一个display_dirty标志只有当以下条件满足时才会刷新对应区域温度小数部分变化超过0.1°C占空比变化超过1%模式切换这个做法把刷屏次数从每秒几十次降到1~2次肉眼看起来画面是稳定不闪的。OLED本身有自刷新机制不需要外部持续刷屏这是很多新手容易走入的误区——以为要像LCD一样不断刷新才能维持显示。5.3 按键消抖与状态机用定时扫描代替硬件消抖电路项目里用了两个按键一个负责模式切换自动/手动一个负责手动模式下提高转速配合电位器调节。按键电路很简单按键一端接GND另一端接PB0内部上拉。平时读取为高按下为低。按键消抖如果靠外接RC电路或者比较器那就把简单问题复杂化了。软件消抖足够可靠我是这样做的主循环每10ms扫描一次按键连续3次即30ms都读到按下状态才算真正按下最后只触发一次动作。这里必须强调不要在按键处理里使用HAL_Delay。很多人写消抖写成检测到按下就延时20ms再读一次结果延时期间整个系统都卡住了PWM输出、OLED刷新、温度采样全部停摆。正确做法是用非阻塞的轮询计数if (HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) RESET) { key_press_cnt; if (key_press_cnt 3) { key_press_cnt 0; mode (mode MODE_AUTO) ? MODE_MANUAL : MODE_AUTO; display_dirty 1; } } else { key_press_cnt 0; }5.4 串口调试printf重定向和不定长数据接收的坑调试信息是嵌入式项目里最重要的观察手段我把它当成这块板子的眼睛。为了能在串口助手里直接打印温度、占空比和模式我把printf重定向到UART1。重定向的核心是重写fputc函数很多教程里直接在fputc里调用HAL_UART_Transmit发送一个字节这在简单场景下没问题但有个隐患printf是同步阻塞的如果串口波特率很低、数据量又大主循环的执行周期会被拖慢。我实际是在调试时会保持115200波特率printf输出一帧几十字节也就几毫秒影响可以接受。串口接收方面如果你只是想调试其实用一个简单的接收回调就够了。但如果想上位机发指令来改阈值参数比如串口发T_START31那就必须处理不定长数据。这里推荐用串口空闲中断IDLE Line InterruptDMA接收一帧数据后在空闲中断里判断数据长度和帧格式。这个方法的代码量大一些但彻底解决了怎么知道一帧数据什么时候结束的问题。对应的过热词里有人搜索stm32 hal库串口空闲中断和stm32串口接收不定长数据说明这块确实是很多人的痛点。我自己的代码是在CubeMX里开启UART1的DMA接收然后在中断回调里检查收到的一帧数据解析出需要修改的参数。这样调试效率能大幅提升不用每次都烧录固件去换阈值。6. 实测数据与踩坑记录让风扇稳定运转的五个细节6.1 实测数据从30°C到42°C的转速变化把整个系统装好后我用可调加热源一台小型暖风机在距离温度探头约30cm的地方做了一组实测。记录如下环境温度°CADC原始值滤波后计算占空比%风扇实测转速目测26.528030停30.2256130低转速33.8229447中转速37.5202666高转速42.31702100满速实测结果基本符合线性映射的预期温度变化时风扇转速没有出现跳变也没有出现温度在阈值附近来回抖动的问题。在做了回差处理后风扇从开始转到停转温度跨度大约4°C左右人耳听到的变化是平滑的。6.2 五个容易翻车的细节每一个我都踩过第一ADC采样时间太短导致读数偏低。默认的1.5周期采样时间对高内阻信号源来说完全不够改成55.5周期后读数的线性度才正常。这个在CubeMX里很容易忽略因为配置界面不会弹警告。第二PWM频率太低导致风扇啸叫。最初我按LED调光习惯把频率设在1kHz风扇一开就是刺耳的噪声。改成25kHz后整个世界清净了。测试不同频率后我确定本项目的风扇在25kHz最合适。第三续流二极管没有接导致MOS管损坏。我有一块实验板一开始没接二极管正常工作时没问题但只要连续开关风扇几十次MOS管就开始发热最终击穿。接上1N5819后这个问题完全消失。第四HAL_Delay出现在非主循环的上下文导致系统卡死。有一次我在定时器中断回调里加了HAL_Delay做消抖结果整个系统复位死循环现象就是程序动不动就假死。调试了很久才发现是延时函数在中断里阻塞了系统滴答定时器。永远不要在中断里使用HAL_Delay这是HAL开发中最常见的坑之一。第五按键上拉配置错误导致按键不灵敏。PB0/PB1如果不配置内部上拉按键按下时引脚状态不确定扫描结果时好时坏。在CubeMX里选中GPIO_PULLUP问题立刻解决。顺手把ADC引脚的输入模式设为模拟模式否则漏电流会影响读数精度。6.3 这几个方向值得继续扩展这个项目做完之后我很自然的想法就是继续升级。有几个方向我现在就在做给大家参考一是加转速反馈。4线风扇一般带FG测速线把FG线接到STM32的定时器输入捕获引脚用stm32定时器捕获测频率的方式实时计算转速然后根据目标转速做真正的闭环控制。这样即使电源电压波动、风扇轴承阻力变化转速也能稳定在设定值附近。二是把温度控制升级成PID。现在的线性映射是开环的简单够用但不算精确。如果想要稳定在某个目标温度需要PID控制器把温度误差映射成占空比增量。配合串口打印数据可以用串口绘图工具看响应曲线。三是加一个蜂鸣器报警。温度超过50°C时蜂鸣器鸣叫提醒环境异常。这个很实用可以防止夏季设备过热导致故障。四是把显示数据加上历史曲线。使用OLED的极低刷新率限制画一个简化版的温度趋势折线图大概能显示最近几十秒的温度走势。6.4 最后分享一个小技巧把调试信息做成活数据调试完这个项目我最满意的一个小改进是在串口输出里加了一个简单的帧格式比如输出T30.2 D45 MA\r\n这样可以配合串口波形显示工具直接画出温度和占空比的实时曲线。调参的时候不用再频繁盯着OLED看而是看曲线就能直观判断控制逻辑是否合理。举个例子实测时我通过曲线看到温度到达阈值后风扇占空比直接跳到30%但由于风扇有启动惯性转速其实滞后了大概1秒才上去。后来在代码里加入软启动和回差后曲线的台阶感明显消失了这远比肉眼观察风扇转得快慢要靠谱得多。这个项目整体做下来你会发现它把一个完整的嵌入式开发流程走了一遍需求分析、硬件选型、原理设计、代码实现、软硬件联调、参数标定、功能扩展。每一个环节都有看起来简单但做起来有坑的地方而真正涨经验的恰恰是这些坑。如果你也正在做这个项目建议遇到问题先从时序和频率上找原因不要一上来就怀疑代码逻辑。本文还有配套的精品资源点击获取