简介本资源是一套基于STM32F103C8T6的嵌入式智能温控风扇完整工程面向单片机初学者与嵌入式硬件实践者解决温度感知、实时显示、电机调速与人机交互等典型控制问题适用于课程设计、电子竞赛及毕业设计等场景。压缩包含210个文件总大小757KB涵盖34个C源文件含外设驱动如usart、adc、tim、rcc等、37个头文件h、38个编译中间文件o/d以及Keil工程配置uvprojx/uvoptx、烧录镜像hex、链接脚本sct和批处理工具keilkill.bat等结构规范便于理解STM32标准外设库开发流程。已有8861人学习下载配套B站演示视频直观展示OLED界面、DS18B20测温响应、L298N驱动风扇启停与PWM调速效果。读者可直接部署运行深入掌握传感器采集、多任务逻辑调度、硬件驱动整合及低功耗温控策略实现。 做了不少单片机项目之后我发现最能串起传感器采集、功率控制和交互逻辑的练手题目就是智能温控风扇。它看起来简单——无非是测个温度然后控制风扇转不转、转多快。但真做下来从传感器选型到驱动电路、从PWM频率选择到控制策略每一步都有值得深挖的细节。这个项目特别适合两类人一类是刚学完STM32基础外设GPIO、定时器、ADC、串口想做一个完整小项目的同学另一类是手头有闲置风扇想改造成温控版本的电子爱好者。做完之后你手里就多了一个能根据环境温度自动调节风速的小设备放在放大器散热、机箱辅助散热、寝室床头都很实用。本文从方案选型、电路设计、代码实现到调试踩坑完整记录我搭建这台基于STM32的智能温控风扇的全过程尽量把能直接抄作业的细节都写出来。1. 项目概览与整体方案设计1.1 这个项目解决了什么问题传统的机械风扇只有固定档位要么开要么关晚上睡觉时温度降下来了还得爬起来关温度升高了又热醒。智能温控风扇要解决的核心问题就是让风扇根据环境温度自动调节转速温度低时低速运转或者完全停止温度升高时平滑提速让风量始终匹配散热需求。这个项目表面上是做一台风扇实际上是在训练一套完整的传感-决策-执行链路。我在这个项目里投入最多时间的其实不是风扇本身而是控制策略的设计温度阈值怎么设才不至于让风扇在临界点附近频繁开关转速变化怎么过渡才不会让人觉得突兀温度采样怎么滤波才能稳定。从学习角度看这个项目覆盖了STM32的四个核心外设GPIO和外部中断处理按键输入定时器输出PWM控制转速单总线或ADC读取温度传感器I2C驱动OLED显示屏再加上UART串口打印调试信息。一套代码把F103系列的主力外设基本用遍了比单独跑摄像头、跑屏幕这些模块要扎实得多。1.2 硬件选型与搭配理由这里先说结论我最终选型如下模块型号选型理由主控STM32F103C8T6价格便宜、资料最多板子损坏成本低温度传感器DS18B20数字输出无需校准单总线省引脚风扇12V 3线电脑散热风扇风量大、自带测速线、易获取电机驱动AO3400 N-MOS管导通电阻小PWM开关损耗低显示屏0.96寸 OLED SSD1306I2C接口只需两根线显示效果好供电12V电源适配器 AMS1117-3.3直接驱动风扇同时稳压给MCUSTM32F103C8T6这颗芯片就不多说了Cortex-M3内核72MHz主频20KB RAM64KB Flash做这类轻量级控制绰绰有余。选它的另一个原因是生态成熟出问题一搜就有答案新手友好度极高。DS18B20是个很有性格的传感器数字输出免校准精度正负0.5度而且每个芯片都有一个唯一的64位序列号总线理论上可以挂多个传感器。但它的单总线时序要求比较严格微秒级的延时控制做不好就会读不到数据这也是很多人卡住的地方。后面我会详细讲这里怎么处理。风扇我强烈建议用三线的电脑散热风扇比两线的多一根测速线。两线只能控制转不转、快不快没有反馈三线风扇的第三根线会输出与转速相关的脉冲信号接一个定时器输入捕获就能实时测量风扇实际转速这样后续可以升级成闭环转速控制可玩性高很多。1.3 系统架构与信号流转路径整个系统的数据流我画在脑子里是这样的DS18B20把温度通过单总线送给STM32STM32运行控制算法算出一个0到100的转速百分比然后把这个百分比映射成定时器比较寄存器的值通过PWM输出控制MOS管的导通时间从而控制风扇两端平均电压实现调速。与此同时OLED实时显示当前温度和转速按键用来调节目标温度串口把你的调试数据丢给电脑端监控。这个架构最核心的设计决策是控制与执行分离MCU只输出逻辑控制信号功率通路由MOS管负责这样即使驱动部分烧坏也不会殃及主控芯片。另外温度采集、控制计算、显示刷新这三个任务在软件上是分模块写的各自维护独立的数据缓存主循环里顺序调度结构非常清晰。2. 电路搭建与硬件调试细节2.1 供电系统设计从12V到每一路电压供电是整个项目的安全线最先设计。12V风扇由12V电源直接驱动功耗大概在2-3W电流200mA出头。STM32F103的供电需要3.3VAMS1117-3.3做一个低压差稳压12V输入对它来说压差较大所以我在AMS1117前面串了一个10欧电阻限流再配一个100uF电解电容和一个100nF陶瓷电容做输入滤波。这么做是因为AMS1117在较大压差下工作时功耗等于压差乘以电流虽然MCU功耗很低但稳妥一点总没坏处。这里有个容易忽略的点如果要用5V给OLED或者其它模块供电建议用MP1584这种降压模块而不是7805。7805在12V输入时压差大、发热厉害而且接近12V输入的时候线性稳压器功耗会很难看。ST-LINK有时也会通过调试接口给板子供3.3V如果同时接了外部电源注意两个电源的GND要共地否则通信或者烧录会有各种诡异问题。2.2 温度采集电路DS18B20的上拉电阻是关键DS18B20虽然叫单总线但它在数据线上的上拉电阻上很挑剔。数据引脚DQ需要接一个4.7K也有说2.2K-10K都行的上拉电阻到3.3V。如果没有这个上拉电阻总线默认电平就是一个不确定状态时序根本建立不起来。这个问题最坑的点在于有时候某些开发板上已经板载了这个上拉电阻你直接插上能工作结果自己搭最小系统时怎么都读不到查了半天怀疑是代码问题其实就是一个上拉电阻的事。DS18B20的供电方式有两种外部供电和寄生供电。寄生供电只需要两根线DQ和GND但使用寄生模式时传感器在进行温度转换时需要从数据线上偷电流如果总线驱动能力不够转换会失败。我在项目里统一采用外部供电VCC接3.3VGND接地只有DQ接数据线虽然多了一根线但稳定性和容错性都大幅提升。实际接线时注意把DS18B20的数据线尽量短地引出如果导线超过20厘米就有必要用屏蔽线或者双绞线并且数据线不要跟PWM驱动线、电源线捆绑走在一起否则PWM切换瞬间的电流跳变很容易耦合到传感器数据线上。2.3 风扇驱动电路MOS管比三极管可靠得多风扇驱动我一开始用的是S8050三极管实测能转但有两个问题一是压降大12V电源在风扇上实际只有10V多转速上不去二是三极管在PWM开关切换时开关损耗大发热明显。后来换成AO3400这颗N沟道MOS管之后效果立竿见影——导通内阻只有几十毫欧基本不发热开关速度也快得多。电路接法MOS管的栅极串一个100欧电阻接STM32的PA0引脚栅极对地再接一个10K下拉电阻漏极接风扇的负极源极接地风扇正极接12V。续流二极管是必须的用1N5819肖特基二极管跨接在风扇两端阴极接12V阳极接风扇负极作用是给风扇在PWM关断瞬间产生的反向电动势一个泄放回路。没有这颗二极管MOS管很容易被尖峰电压击穿而且系统重启的概率极高。说到PWM频率这是一个在调试时非常容易踩坑的参数。低频PWM比如1KHz控制风扇时人耳能听到明显的电磁啸叫声非常烦人。我把频率定在20KHz以上人耳基本分辨不出来了。但要注意频率也不是越高越好如果MOS管栅极驱动电阻过大、开关速度跟不上高频率下反而会增大开关损耗所以20-25KHz是一个比较合理的区间。关于这个选择的详细计算可以看第3节。2.4 人机交互部分OLED与按键的正确接法OLED用SSD1306驱动芯片市场上有I2C和SPI两种版本我选的是I2C接口版本只接SCL、SDA、VCC、GND四个引脚。STM32F103的I2C1默认引脚是PB6SCL和PB7SDA如果只是驱动OLED用硬件I2C即可但如果OLED初始化失败率高我建议直接用软件模拟I2C就是GPIO口手动翻转稳定性反而更好代码也不复杂。OLED的地址一般是0x3C也有少数是0x3D初始化失败时先确认一下地址。按键我认为用普通轻触开关就够了关键是消抖处理。硬件上按键一端接地另一端接MCU引脚MCU侧启用内部上拉电阻这样按键按下时引脚变成低电平。软件上检测到电平变化后延时20ms再确认一次如果状态一致才算有效按键这就是经典的软件消抖方案。我踩过的一个坑是按键引脚选到了PA0而PA0正好是TIM2的PWM输出通道1引脚结果一按按键PWM输出就被干扰后来换了PB0和PB1才解决所以引脚分配一定要提前规划好。3. 软件实现与控制逻辑解析3.1 工程搭建与微秒延时的坑我用STM32CubeMX生成HAL库工程型号选STM32F103C8T6时钟配置为72MHz。需要启用的外设包括PB0/PB1按键输入、PA0定时器PWM输出、PB0单总线读取DS18B20这里注意按键和传感器引脚要错开、I2C1驱动OLED以及UART1串口打印。这里要重点说一个几乎所有新手都会碰到的问题HAL_Delay只能毫秒级延时而DS18B20的时序要求微秒级延时。比如写时序里要求一个写0的时间片总共要有60-120us读时序要求在15us内采样数据线电平这些用HAL_Delay根本做不到。解决办法有两个一是用定时器做微秒级延时函数比如用TIM2挂一个系统时钟写一个delay_us函数查计数器差值等待二是用DWTData Watchpoint and Trace模块实现微秒延时。DWT是Cortex-M3内核自带的调试组件有一个CYCCNT计数器每个时钟周期加1只要使能DWT-CTRL相应位读CYCCNT的差值就能知道过去了多少个周期换算后就是微秒。代码很简单用起来比定时器翻转还快。void DWT_Delay_us(uint32_t us) { DWT-CYCCNT 0; uint32_t target us * (SystemCoreClock / 1000000); DWT-CYCCNT 0; while(DWT-CYCCNT target); }必须在主程序开头做一次初始化DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk;这里有个容易出错的地方SystemCoreClock只有在系统时钟正确配置后才等于72MHz如果你的时钟配置没生效目标值算错延时就会全部错乱DS18B20当然就读不到数据了。所以我建议调试时先用串口打印SystemCoreClock确认一下。3.2 温度数据读取与软件滤波DS18B20的读取流程分三步复位脉冲、发送ROM命令、执行功能命令。温度转换的命令序列是复位 - 跳过ROM0xCC- 启动转换0x44然后等待750ms12位分辨率下典型转换时间读取温度的序列是复位 - 跳过ROM - 读取暂存器0xBE然后连续读两个字节合成16位温度数据。温度数据格式是补码高字节的高5位是符号位低12位是温度数据LSB代表0.0625度。负温度时符号位全1处理时需要判断正负然后取反加一。做风扇控温项目一般室温不会低于零度但如果你的设备可能在冬天室外使用这个边界要处理。原始读取值抖动比较大我做了两层滤波第一层是滑动平均——维护一个长度为8的环形缓冲区每次读取新温度后计算平均值第二层是一阶低通滤波——new_filtered 0.7 * old_filtered 0.3 * new_raw让显示数值变化平滑。两层叠加后温度显示非常稳定不会一闪一闪的。另一个容易踩的坑是转换间隔DS18B20在正常供电模式下每次温度转换需要约750ms如果你在主循环里每次都发转换命令然后等待750ms再读整个系统等于被卡死了。更好的做法是主循环里发启动转换命令后先不等待直接去刷OLED、处理按键下一次循环经过的时间差不多就够转换完成再发读取命令读到上一次转换结果。这样系统不会被传感器拖慢显示和按键都保持流畅。3.3 控制策略滞回、线性映射与PID控制策略是整个项目的灵魂。我写了三版控制逻辑强烈建议你也从简单到复杂依次试一遍感受一下差别。第一版是滞回控制也是最直观的设定目标温度T_set当温度低于T_set-1度时风扇停止当温度高于T_set1度时风扇全速中间1度范围内保持原状态不变。这个上下1度就是滞回区间目的是防止温度在目标点附近波动时风扇反复开关。这个策略代码只有几行但体验一般风扇要么停要么全力转温度一升高就轰一下很吵。第二版是线性映射设置一个温度区间比如26度到35度温度在这个区间内PWM占空比从0平滑增大到100%。低于26度停转高于35度全速。这个方案体验比滞回好很多风扇转速随温度连续变化不再有突然全速的突兀感。但它的缺点是转速和温度是固定线性关系如果风扇对温度的响应偏慢就会出现过冲或不够的情况。第三版是PID控制。目标温度设为28度把当前温度与目标温度的误差作为PID输入PID输出就是PWM占空比。我用的参数是Kp12Ki0.1Kd2这是通过串口打印温度曲线一点一点调出来的。PID的优点是动态响应好温度偏离目标值时会先全力拉回来接近目标值后会平滑收敛风扇不会有明显的阶梯感。缺点是调参花时间而且没有基础的经验值的话刚开始往往越调越乱。我的建议如果是纯粹去做一个产品线性映射加一段合理回差通常已经够用代码简单、行为可预期、不需要调参。如果是学习目的一定要亲手调一次PID参数、串口观察曲线你才能真正理解P、I、D三个项分别管什么问题。3.4 PWM初始化与OLED刷新实现PWM输出使用TIM2的通道1复用功能映射到PA0引脚。频率计算公式是PWM频率 时钟频率 /预分频值1/自动重装载值1。72MHz时钟下预分频设为3自动重装载值设为899得到频率 72MHz / 4 / 900 20kHz周期约50us。代码里设置比较值__HAL_TIM_SET_COMPARE(htim2, TIM_CHANNEL_1, speed);其中speed取值0到899对应占空比0%到100%。如果你想要一个最小启动占空比比如10%那么speed最小取89——很多风扇在占空比过低时启动不了有个初速度才能转起来这一点在代码里写个限制就行。OLED刷新我放在主循环里大约每秒刷新两次。不要把温度转换等待、PID计算、OLED刷新全部串行放到一个大循环里最好用简单的状态机或者时间片轮询每100ms读一次温度、每200ms算一次控制输出、每500ms刷一次屏幕这样整个系统的实时性和流畅度都好得多。按键消抖这段代码比较固定if(HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) GPIO_PIN_RESET) { HAL_Delay(20); if(HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) GPIO_PIN_RESET) { target_temp; } }用两个按键分别调节设定温度的加减温度范围限制在20到35度之间并且在OLED上显示当前目标值这个交互就完整了。4. 实测调试翻车现场与排查方法4.1 温度读数跳变的完整排查过程我第一版程序下载进去后OLED上显示的初始温度是85度后来又跳成-5度完全没法用。当时我怀疑代码写错了用了整整一个晚上排查。排查路径按优先级排列先确认硬件接线DS18B20的三个引脚有没有接反VCC接的是3.3V而不是5VDS18B20最高耐压5.5V但3.3V更稳再确认上拉电阻是否存在且阻值合适用万用表测DQ引脚电压正常情况下空闲应该是接近3.3V的高电平如果硬件没问题再用逻辑分析仪或者示波器看单总线波形确认复位脉冲、时序宽度是否正常。我这次的问题最后定位在DWT延时初始化上——我的SystemCoreClock在时钟配置后是72MHz没错但DWT的时钟源和CPU时钟不一定完全同步延时目标值需要换算成DWT计数器的实际频率。把所有DWT_Delay_us都换成基于SysTick校准后温度读取就完全稳定了。另外还有一个很隐蔽的问题OLED和DS18B20共用I2C数据线附近的空间布局。OLED刷新时I2C时钟线会产生高频噪声如果这个线紧贴着DS18B20的数据线走噪声会串进传感器总线导致偶尔读到0xFF。把传感器线单独走到板子另一侧问题消失。4.2 风扇不转与转速异常的定位思路如果温度读数正常、OLED正常但风扇不转优先查三处测量MOS管栅极电压如果没有电压说明PWM配置不对或者引脚复用没设置好测量漏极和源极之间是否有电压如果风扇正极和漏极之间电压正常但风扇不转测一下风扇正极和GND之间的电压——如果很低说明MOS管没有完全导通或线路压降太大检查续流二极管有没有接反反接会导致风扇直接短路保护。转速异常的常见原因有两个。一是PWM最小占空比设置过低风扇在低占空比下无法启动表现为开机的瞬间转了一下就停或者始终不转。解决方法是设置最小占空比为10%-15%一旦低于这个值直接输出0而不是输出一个微弱脉冲。二是PWM频率过高导致风扇电机跟不上三线风扇内部霍尔驱动电路对PWM频率有要求有些型号在25kHz以上会直接失效表现为电机卡住不动。可以先用固定直流电压测一下风扇是否正常转动再逐步提高PWM频率找到失效边界。4.3 临界点风扇频繁启停的处理线性映射方案做了之后出现一个有点尴尬的现象当环境温度正好落在映射区间的中间比如31度附近温度小范围波动几个0.1度风扇转速就在50%上下浮动能听出风扇在轻微喘气。虽然不影响功能但体验很差。解决方法是引入滞回思想把映射曲线做成两条边一条是升温度曲线一条是降温度曲线。具体做法是当前温度上升时使用映射关系A计算转速当前温度下降时使用映射关系B计算转速两条曲线的阈值相差2-3度。这样温度在同一个点上下波动时转速会保持在一个相对稳定的值不会跟着抖。PID方案就没有这个问题因为PID本身积分作用会平滑输出温度小幅波动时输出变化很小。所以如果追求极致体验PID反而比线性映射更省心前提是你愿意花时间把PID参数调好。4.4 调试工具与常用问题速查表这个项目我强烈建议接上串口调试。在代码里把温度、目标温度、PWM占空比、PID误差全部打包成一行打印出去波特率115200电脑端用任意串口助手就能实时观察系统状态。调PID参数时用串口曲线工具打印温度变化曲线你能直观看到超调、振荡和稳定时间比盲调快得多。下面是我整理的常见问题排查速查表基本覆盖这个项目能遇到的大部分坑问题现象可能原因排查步骤温度显示85度或乱跳DS18B20数据线悬空、上拉电阻缺失、DWT延时不准先测DQ空闲电平再检查时序波形温度稳定但偏高DS18B20靠MOS管或电源发热源太近用热成像仪或手摸确认热源位置传感器移开风扇完全不转MOS管没导通、PWM引脚没配置、风扇损坏测栅极电压、测MOS管DS压降风扇转一下停一下最小占空比设置过低把最小PWM提高到10%以上风扇啸叫PWM频率在可听范围提高PWM频率到20kHz以上OLED白屏I2C地址错误、引脚接反、供电不足扫描I2C地址确认SCL/SDA测电压按键没反应引脚内部上拉未使能、引脚冲突换成独立引脚软件消抖确认电平变化烧录失败BOOT0引脚状态、接线问题确认BOOT0接地、SWDIO/SWCLK接对、供电正常最后说一个调PID参数时很有用的实操技巧用电脑风扇自带测速线。三线风扇的测速线输出的是脉冲信号接到STM32的定时器输入捕获引脚就可以实测当前风扇转速。然后你可以在OLED上同时显示目标转速和实际转速如果不一致说明PID参数需要再调整。我当时为了做这个功能在代码里加了定时器输入捕获频率测量也算顺手把STM32的输入捕获外设一起练了。这也是智能温控风扇后续最值得扩展的一个方向从开环PWM调速升级成闭环转速控制不管风扇负载怎么变转速都能牢牢锁定在目标值上。本文还有配套的精品资源点击获取 STM32智能温控风扇实战：从DS18B20到PWM调速与PID控制
简介本资源是一套基于STM32F103C8T6的嵌入式智能温控风扇完整工程面向单片机初学者与嵌入式硬件实践者解决温度感知、实时显示、电机调速与人机交互等典型控制问题适用于课程设计、电子竞赛及毕业设计等场景。压缩包含210个文件总大小757KB涵盖34个C源文件含外设驱动如usart、adc、tim、rcc等、37个头文件h、38个编译中间文件o/d以及Keil工程配置uvprojx/uvoptx、烧录镜像hex、链接脚本sct和批处理工具keilkill.bat等结构规范便于理解STM32标准外设库开发流程。已有8861人学习下载配套B站演示视频直观展示OLED界面、DS18B20测温响应、L298N驱动风扇启停与PWM调速效果。读者可直接部署运行深入掌握传感器采集、多任务逻辑调度、硬件驱动整合及低功耗温控策略实现。 做了不少单片机项目之后我发现最能串起传感器采集、功率控制和交互逻辑的练手题目就是智能温控风扇。它看起来简单——无非是测个温度然后控制风扇转不转、转多快。但真做下来从传感器选型到驱动电路、从PWM频率选择到控制策略每一步都有值得深挖的细节。这个项目特别适合两类人一类是刚学完STM32基础外设GPIO、定时器、ADC、串口想做一个完整小项目的同学另一类是手头有闲置风扇想改造成温控版本的电子爱好者。做完之后你手里就多了一个能根据环境温度自动调节风速的小设备放在放大器散热、机箱辅助散热、寝室床头都很实用。本文从方案选型、电路设计、代码实现到调试踩坑完整记录我搭建这台基于STM32的智能温控风扇的全过程尽量把能直接抄作业的细节都写出来。1. 项目概览与整体方案设计1.1 这个项目解决了什么问题传统的机械风扇只有固定档位要么开要么关晚上睡觉时温度降下来了还得爬起来关温度升高了又热醒。智能温控风扇要解决的核心问题就是让风扇根据环境温度自动调节转速温度低时低速运转或者完全停止温度升高时平滑提速让风量始终匹配散热需求。这个项目表面上是做一台风扇实际上是在训练一套完整的传感-决策-执行链路。我在这个项目里投入最多时间的其实不是风扇本身而是控制策略的设计温度阈值怎么设才不至于让风扇在临界点附近频繁开关转速变化怎么过渡才不会让人觉得突兀温度采样怎么滤波才能稳定。从学习角度看这个项目覆盖了STM32的四个核心外设GPIO和外部中断处理按键输入定时器输出PWM控制转速单总线或ADC读取温度传感器I2C驱动OLED显示屏再加上UART串口打印调试信息。一套代码把F103系列的主力外设基本用遍了比单独跑摄像头、跑屏幕这些模块要扎实得多。1.2 硬件选型与搭配理由这里先说结论我最终选型如下模块型号选型理由主控STM32F103C8T6价格便宜、资料最多板子损坏成本低温度传感器DS18B20数字输出无需校准单总线省引脚风扇12V 3线电脑散热风扇风量大、自带测速线、易获取电机驱动AO3400 N-MOS管导通电阻小PWM开关损耗低显示屏0.96寸 OLED SSD1306I2C接口只需两根线显示效果好供电12V电源适配器 AMS1117-3.3直接驱动风扇同时稳压给MCUSTM32F103C8T6这颗芯片就不多说了Cortex-M3内核72MHz主频20KB RAM64KB Flash做这类轻量级控制绰绰有余。选它的另一个原因是生态成熟出问题一搜就有答案新手友好度极高。DS18B20是个很有性格的传感器数字输出免校准精度正负0.5度而且每个芯片都有一个唯一的64位序列号总线理论上可以挂多个传感器。但它的单总线时序要求比较严格微秒级的延时控制做不好就会读不到数据这也是很多人卡住的地方。后面我会详细讲这里怎么处理。风扇我强烈建议用三线的电脑散热风扇比两线的多一根测速线。两线只能控制转不转、快不快没有反馈三线风扇的第三根线会输出与转速相关的脉冲信号接一个定时器输入捕获就能实时测量风扇实际转速这样后续可以升级成闭环转速控制可玩性高很多。1.3 系统架构与信号流转路径整个系统的数据流我画在脑子里是这样的DS18B20把温度通过单总线送给STM32STM32运行控制算法算出一个0到100的转速百分比然后把这个百分比映射成定时器比较寄存器的值通过PWM输出控制MOS管的导通时间从而控制风扇两端平均电压实现调速。与此同时OLED实时显示当前温度和转速按键用来调节目标温度串口把你的调试数据丢给电脑端监控。这个架构最核心的设计决策是控制与执行分离MCU只输出逻辑控制信号功率通路由MOS管负责这样即使驱动部分烧坏也不会殃及主控芯片。另外温度采集、控制计算、显示刷新这三个任务在软件上是分模块写的各自维护独立的数据缓存主循环里顺序调度结构非常清晰。2. 电路搭建与硬件调试细节2.1 供电系统设计从12V到每一路电压供电是整个项目的安全线最先设计。12V风扇由12V电源直接驱动功耗大概在2-3W电流200mA出头。STM32F103的供电需要3.3VAMS1117-3.3做一个低压差稳压12V输入对它来说压差较大所以我在AMS1117前面串了一个10欧电阻限流再配一个100uF电解电容和一个100nF陶瓷电容做输入滤波。这么做是因为AMS1117在较大压差下工作时功耗等于压差乘以电流虽然MCU功耗很低但稳妥一点总没坏处。这里有个容易忽略的点如果要用5V给OLED或者其它模块供电建议用MP1584这种降压模块而不是7805。7805在12V输入时压差大、发热厉害而且接近12V输入的时候线性稳压器功耗会很难看。ST-LINK有时也会通过调试接口给板子供3.3V如果同时接了外部电源注意两个电源的GND要共地否则通信或者烧录会有各种诡异问题。2.2 温度采集电路DS18B20的上拉电阻是关键DS18B20虽然叫单总线但它在数据线上的上拉电阻上很挑剔。数据引脚DQ需要接一个4.7K也有说2.2K-10K都行的上拉电阻到3.3V。如果没有这个上拉电阻总线默认电平就是一个不确定状态时序根本建立不起来。这个问题最坑的点在于有时候某些开发板上已经板载了这个上拉电阻你直接插上能工作结果自己搭最小系统时怎么都读不到查了半天怀疑是代码问题其实就是一个上拉电阻的事。DS18B20的供电方式有两种外部供电和寄生供电。寄生供电只需要两根线DQ和GND但使用寄生模式时传感器在进行温度转换时需要从数据线上偷电流如果总线驱动能力不够转换会失败。我在项目里统一采用外部供电VCC接3.3VGND接地只有DQ接数据线虽然多了一根线但稳定性和容错性都大幅提升。实际接线时注意把DS18B20的数据线尽量短地引出如果导线超过20厘米就有必要用屏蔽线或者双绞线并且数据线不要跟PWM驱动线、电源线捆绑走在一起否则PWM切换瞬间的电流跳变很容易耦合到传感器数据线上。2.3 风扇驱动电路MOS管比三极管可靠得多风扇驱动我一开始用的是S8050三极管实测能转但有两个问题一是压降大12V电源在风扇上实际只有10V多转速上不去二是三极管在PWM开关切换时开关损耗大发热明显。后来换成AO3400这颗N沟道MOS管之后效果立竿见影——导通内阻只有几十毫欧基本不发热开关速度也快得多。电路接法MOS管的栅极串一个100欧电阻接STM32的PA0引脚栅极对地再接一个10K下拉电阻漏极接风扇的负极源极接地风扇正极接12V。续流二极管是必须的用1N5819肖特基二极管跨接在风扇两端阴极接12V阳极接风扇负极作用是给风扇在PWM关断瞬间产生的反向电动势一个泄放回路。没有这颗二极管MOS管很容易被尖峰电压击穿而且系统重启的概率极高。说到PWM频率这是一个在调试时非常容易踩坑的参数。低频PWM比如1KHz控制风扇时人耳能听到明显的电磁啸叫声非常烦人。我把频率定在20KHz以上人耳基本分辨不出来了。但要注意频率也不是越高越好如果MOS管栅极驱动电阻过大、开关速度跟不上高频率下反而会增大开关损耗所以20-25KHz是一个比较合理的区间。关于这个选择的详细计算可以看第3节。2.4 人机交互部分OLED与按键的正确接法OLED用SSD1306驱动芯片市场上有I2C和SPI两种版本我选的是I2C接口版本只接SCL、SDA、VCC、GND四个引脚。STM32F103的I2C1默认引脚是PB6SCL和PB7SDA如果只是驱动OLED用硬件I2C即可但如果OLED初始化失败率高我建议直接用软件模拟I2C就是GPIO口手动翻转稳定性反而更好代码也不复杂。OLED的地址一般是0x3C也有少数是0x3D初始化失败时先确认一下地址。按键我认为用普通轻触开关就够了关键是消抖处理。硬件上按键一端接地另一端接MCU引脚MCU侧启用内部上拉电阻这样按键按下时引脚变成低电平。软件上检测到电平变化后延时20ms再确认一次如果状态一致才算有效按键这就是经典的软件消抖方案。我踩过的一个坑是按键引脚选到了PA0而PA0正好是TIM2的PWM输出通道1引脚结果一按按键PWM输出就被干扰后来换了PB0和PB1才解决所以引脚分配一定要提前规划好。3. 软件实现与控制逻辑解析3.1 工程搭建与微秒延时的坑我用STM32CubeMX生成HAL库工程型号选STM32F103C8T6时钟配置为72MHz。需要启用的外设包括PB0/PB1按键输入、PA0定时器PWM输出、PB0单总线读取DS18B20这里注意按键和传感器引脚要错开、I2C1驱动OLED以及UART1串口打印。这里要重点说一个几乎所有新手都会碰到的问题HAL_Delay只能毫秒级延时而DS18B20的时序要求微秒级延时。比如写时序里要求一个写0的时间片总共要有60-120us读时序要求在15us内采样数据线电平这些用HAL_Delay根本做不到。解决办法有两个一是用定时器做微秒级延时函数比如用TIM2挂一个系统时钟写一个delay_us函数查计数器差值等待二是用DWTData Watchpoint and Trace模块实现微秒延时。DWT是Cortex-M3内核自带的调试组件有一个CYCCNT计数器每个时钟周期加1只要使能DWT-CTRL相应位读CYCCNT的差值就能知道过去了多少个周期换算后就是微秒。代码很简单用起来比定时器翻转还快。void DWT_Delay_us(uint32_t us) { DWT-CYCCNT 0; uint32_t target us * (SystemCoreClock / 1000000); DWT-CYCCNT 0; while(DWT-CYCCNT target); }必须在主程序开头做一次初始化DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk;这里有个容易出错的地方SystemCoreClock只有在系统时钟正确配置后才等于72MHz如果你的时钟配置没生效目标值算错延时就会全部错乱DS18B20当然就读不到数据了。所以我建议调试时先用串口打印SystemCoreClock确认一下。3.2 温度数据读取与软件滤波DS18B20的读取流程分三步复位脉冲、发送ROM命令、执行功能命令。温度转换的命令序列是复位 - 跳过ROM0xCC- 启动转换0x44然后等待750ms12位分辨率下典型转换时间读取温度的序列是复位 - 跳过ROM - 读取暂存器0xBE然后连续读两个字节合成16位温度数据。温度数据格式是补码高字节的高5位是符号位低12位是温度数据LSB代表0.0625度。负温度时符号位全1处理时需要判断正负然后取反加一。做风扇控温项目一般室温不会低于零度但如果你的设备可能在冬天室外使用这个边界要处理。原始读取值抖动比较大我做了两层滤波第一层是滑动平均——维护一个长度为8的环形缓冲区每次读取新温度后计算平均值第二层是一阶低通滤波——new_filtered 0.7 * old_filtered 0.3 * new_raw让显示数值变化平滑。两层叠加后温度显示非常稳定不会一闪一闪的。另一个容易踩的坑是转换间隔DS18B20在正常供电模式下每次温度转换需要约750ms如果你在主循环里每次都发转换命令然后等待750ms再读整个系统等于被卡死了。更好的做法是主循环里发启动转换命令后先不等待直接去刷OLED、处理按键下一次循环经过的时间差不多就够转换完成再发读取命令读到上一次转换结果。这样系统不会被传感器拖慢显示和按键都保持流畅。3.3 控制策略滞回、线性映射与PID控制策略是整个项目的灵魂。我写了三版控制逻辑强烈建议你也从简单到复杂依次试一遍感受一下差别。第一版是滞回控制也是最直观的设定目标温度T_set当温度低于T_set-1度时风扇停止当温度高于T_set1度时风扇全速中间1度范围内保持原状态不变。这个上下1度就是滞回区间目的是防止温度在目标点附近波动时风扇反复开关。这个策略代码只有几行但体验一般风扇要么停要么全力转温度一升高就轰一下很吵。第二版是线性映射设置一个温度区间比如26度到35度温度在这个区间内PWM占空比从0平滑增大到100%。低于26度停转高于35度全速。这个方案体验比滞回好很多风扇转速随温度连续变化不再有突然全速的突兀感。但它的缺点是转速和温度是固定线性关系如果风扇对温度的响应偏慢就会出现过冲或不够的情况。第三版是PID控制。目标温度设为28度把当前温度与目标温度的误差作为PID输入PID输出就是PWM占空比。我用的参数是Kp12Ki0.1Kd2这是通过串口打印温度曲线一点一点调出来的。PID的优点是动态响应好温度偏离目标值时会先全力拉回来接近目标值后会平滑收敛风扇不会有明显的阶梯感。缺点是调参花时间而且没有基础的经验值的话刚开始往往越调越乱。我的建议如果是纯粹去做一个产品线性映射加一段合理回差通常已经够用代码简单、行为可预期、不需要调参。如果是学习目的一定要亲手调一次PID参数、串口观察曲线你才能真正理解P、I、D三个项分别管什么问题。3.4 PWM初始化与OLED刷新实现PWM输出使用TIM2的通道1复用功能映射到PA0引脚。频率计算公式是PWM频率 时钟频率 /预分频值1/自动重装载值1。72MHz时钟下预分频设为3自动重装载值设为899得到频率 72MHz / 4 / 900 20kHz周期约50us。代码里设置比较值__HAL_TIM_SET_COMPARE(htim2, TIM_CHANNEL_1, speed);其中speed取值0到899对应占空比0%到100%。如果你想要一个最小启动占空比比如10%那么speed最小取89——很多风扇在占空比过低时启动不了有个初速度才能转起来这一点在代码里写个限制就行。OLED刷新我放在主循环里大约每秒刷新两次。不要把温度转换等待、PID计算、OLED刷新全部串行放到一个大循环里最好用简单的状态机或者时间片轮询每100ms读一次温度、每200ms算一次控制输出、每500ms刷一次屏幕这样整个系统的实时性和流畅度都好得多。按键消抖这段代码比较固定if(HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) GPIO_PIN_RESET) { HAL_Delay(20); if(HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) GPIO_PIN_RESET) { target_temp; } }用两个按键分别调节设定温度的加减温度范围限制在20到35度之间并且在OLED上显示当前目标值这个交互就完整了。4. 实测调试翻车现场与排查方法4.1 温度读数跳变的完整排查过程我第一版程序下载进去后OLED上显示的初始温度是85度后来又跳成-5度完全没法用。当时我怀疑代码写错了用了整整一个晚上排查。排查路径按优先级排列先确认硬件接线DS18B20的三个引脚有没有接反VCC接的是3.3V而不是5VDS18B20最高耐压5.5V但3.3V更稳再确认上拉电阻是否存在且阻值合适用万用表测DQ引脚电压正常情况下空闲应该是接近3.3V的高电平如果硬件没问题再用逻辑分析仪或者示波器看单总线波形确认复位脉冲、时序宽度是否正常。我这次的问题最后定位在DWT延时初始化上——我的SystemCoreClock在时钟配置后是72MHz没错但DWT的时钟源和CPU时钟不一定完全同步延时目标值需要换算成DWT计数器的实际频率。把所有DWT_Delay_us都换成基于SysTick校准后温度读取就完全稳定了。另外还有一个很隐蔽的问题OLED和DS18B20共用I2C数据线附近的空间布局。OLED刷新时I2C时钟线会产生高频噪声如果这个线紧贴着DS18B20的数据线走噪声会串进传感器总线导致偶尔读到0xFF。把传感器线单独走到板子另一侧问题消失。4.2 风扇不转与转速异常的定位思路如果温度读数正常、OLED正常但风扇不转优先查三处测量MOS管栅极电压如果没有电压说明PWM配置不对或者引脚复用没设置好测量漏极和源极之间是否有电压如果风扇正极和漏极之间电压正常但风扇不转测一下风扇正极和GND之间的电压——如果很低说明MOS管没有完全导通或线路压降太大检查续流二极管有没有接反反接会导致风扇直接短路保护。转速异常的常见原因有两个。一是PWM最小占空比设置过低风扇在低占空比下无法启动表现为开机的瞬间转了一下就停或者始终不转。解决方法是设置最小占空比为10%-15%一旦低于这个值直接输出0而不是输出一个微弱脉冲。二是PWM频率过高导致风扇电机跟不上三线风扇内部霍尔驱动电路对PWM频率有要求有些型号在25kHz以上会直接失效表现为电机卡住不动。可以先用固定直流电压测一下风扇是否正常转动再逐步提高PWM频率找到失效边界。4.3 临界点风扇频繁启停的处理线性映射方案做了之后出现一个有点尴尬的现象当环境温度正好落在映射区间的中间比如31度附近温度小范围波动几个0.1度风扇转速就在50%上下浮动能听出风扇在轻微喘气。虽然不影响功能但体验很差。解决方法是引入滞回思想把映射曲线做成两条边一条是升温度曲线一条是降温度曲线。具体做法是当前温度上升时使用映射关系A计算转速当前温度下降时使用映射关系B计算转速两条曲线的阈值相差2-3度。这样温度在同一个点上下波动时转速会保持在一个相对稳定的值不会跟着抖。PID方案就没有这个问题因为PID本身积分作用会平滑输出温度小幅波动时输出变化很小。所以如果追求极致体验PID反而比线性映射更省心前提是你愿意花时间把PID参数调好。4.4 调试工具与常用问题速查表这个项目我强烈建议接上串口调试。在代码里把温度、目标温度、PWM占空比、PID误差全部打包成一行打印出去波特率115200电脑端用任意串口助手就能实时观察系统状态。调PID参数时用串口曲线工具打印温度变化曲线你能直观看到超调、振荡和稳定时间比盲调快得多。下面是我整理的常见问题排查速查表基本覆盖这个项目能遇到的大部分坑问题现象可能原因排查步骤温度显示85度或乱跳DS18B20数据线悬空、上拉电阻缺失、DWT延时不准先测DQ空闲电平再检查时序波形温度稳定但偏高DS18B20靠MOS管或电源发热源太近用热成像仪或手摸确认热源位置传感器移开风扇完全不转MOS管没导通、PWM引脚没配置、风扇损坏测栅极电压、测MOS管DS压降风扇转一下停一下最小占空比设置过低把最小PWM提高到10%以上风扇啸叫PWM频率在可听范围提高PWM频率到20kHz以上OLED白屏I2C地址错误、引脚接反、供电不足扫描I2C地址确认SCL/SDA测电压按键没反应引脚内部上拉未使能、引脚冲突换成独立引脚软件消抖确认电平变化烧录失败BOOT0引脚状态、接线问题确认BOOT0接地、SWDIO/SWCLK接对、供电正常最后说一个调PID参数时很有用的实操技巧用电脑风扇自带测速线。三线风扇的测速线输出的是脉冲信号接到STM32的定时器输入捕获引脚就可以实测当前风扇转速。然后你可以在OLED上同时显示目标转速和实际转速如果不一致说明PID参数需要再调整。我当时为了做这个功能在代码里加了定时器输入捕获频率测量也算顺手把STM32的输入捕获外设一起练了。这也是智能温控风扇后续最值得扩展的一个方向从开环PWM调速升级成闭环转速控制不管风扇负载怎么变转速都能牢牢锁定在目标值上。本文还有配套的精品资源点击获取