项目开源的时候很多朋友问我为什么搞一个风扇还要上STM32其实我把这个项目定位成“嵌入式入门的集大成者”。一颗主控芯片同时搞定传感器读取、电机驱动、显示交互、控制算法这些正是以后做任何复杂系统的基本功。我这次把代码、原理图、仿真工程全部整理开源了硬件上以STM32F103C8T6为主控加上DHT11采集环境温度通过PWM调节风扇转速支持自动模式和手动模式配合OLED显示屏实时展示数据。无论你是刚学完点灯想进阶的新手还是准备做课设/毕设的学生这套资料都能直接跑起来。这个项目让我最花心思的地方在于“多功能”三个字。普通的温控风扇只会根据温度开关但我给它加了温度阈值可调、手动自动切换、转速实时反馈这些功能等于把一个简单的温控需求做成了一个小而完整的嵌入式产品原型。就好比同样炒一盘土豆丝新手只会放盐老师傅会讲究火候、刀工、调味顺序——功能拆分和代码分层就是嵌入式开发里的“刀工和火候”。1. 项目整体设计与技术选型1.1 需求拆解温控风扇到底要解决什么问题开始画原理图之前我先花了两天时间把需求彻底理清。智能温控风扇这条赛道上最核心的功能需求有四个维度第一实时采集环境温度并反馈给用户第二根据温度自动调节风扇转速让温度稳定在舒适区间第三保留手动控制能力用户能随时接管第四所有运行状态能可视化不能让人对着一个转起来的风扇猜它现在是什么状态。把这些需求翻译成硬件资源需求温度采集需要一个传感器常见的选项有NTC热敏电阻、DS18B20、DHT11电机驱动需要一个能调节功率的接口这里选中了PWM调压方案显示方面用OLED小屏就够既能显示温度又能显示转速档位功耗还低人机交互需要按键输入两个按键就能覆盖模式切换和阈值调节。这个需求颗粒度再往下拆就得到了一张清晰的引脚分配表后面画原理图和写代码都是照着这张表来。我这套方案的选型思路其实很贴近真实工业场景。NTC便宜但需要软件做查表标定DS18B20精度高但单总线协议时序要求严格DHT11综合表现最稳定而且有现成的库可用。主控选择STM32F103C8T6而不是更便宜的STM8或者51单片机原因是F103的PWM定时器资源丰富能同时驱动电机和OLED后续想扩展蓝牙WiFi模块也带得动给项目留足了升级空间。1.2 核心器件参数对比与选型依据把几个关键器件放在一起做过对比之后选型逻辑会清晰很多。器件型号选择关键参数选型理由主控STM32F103C8T672MHz主频64KB Flash20KB RAM性能余量大资料多支持Proteus仿真温度传感器DHT11单总线20%-90%RH0-50°C性价比高数字输出免标定串口调试方便电机驱动MOS管AO3400 续流二极管最大5.7AVgs阈值1.4V3.3V直接驱动内阻低发热小显示模块SSD1306 OLED 0.96寸I2C接口128x64分辨率显示信息量大功耗低于LCD电源方案AMS1117-3.3输入4.5-12V输出3.3V/1A兼容USB供电和外部稳压器供电这里重点说一下电机驱动选MOS管的原因。很多教程喜欢用三极管驱动风扇但三极管在进入饱和区时会有0.2V到0.3V的管压降大电流下损耗不可忽视。AO3400是低压MOS管导通电阻只有几十毫欧3.3V逻辑电平就能直接驱动配合续流二极管防止电机断电瞬间的感应电动势击穿器件整条驱动链路既简洁又可靠。1.3 代码架构规划的提前量软件方面我提前规划了模块化结构而不是上来就堆代码。整个固件拆成bsp层和app层bsp层放所有硬件驱动包括dht11读取、oled显示、pwm输出、按键扫描app层放业务逻辑包括风扇控制策略、模式管理、参数存储。这样后面无论换主控芯片还是换显示设备都只需要改bsp层对应文件app层完全不用动。模块划分的好处实际写代码的时候才能体会。有一次我调整按键扫描逻辑只动了bsp_key.c一个文件应用层的代码一行没改编译下载后功能正常。如果当初把所有逻辑揉在一个main.c里面改一个功能就要通读几百行代码调试周期至少翻倍。2. 硬件原理图逐一拆解2.1 电源电路设计要点电源是整个系统的基础我把这部分放在原理图的最前面。USB的5V输入进来之后第一道防线是500mA自恢复保险丝后面并联一个100uF电解电容和一个104瓷片电容做滤波然后进入AMS1117-3.3稳压管。这样设计之后5V用于电机供电3.3V用于主控和传感器两个电源轨互不干扰。实际调试时发现一个细节问题电机启动瞬间电流能达到200mA以上如果共用一个稳压源OLED屏幕会闪一下。解决方法是让电机始终挂在5V轨3.3V只负责逻辑电路。另外原理图上每个电源引脚旁边都放了104去耦电容这几乎是MCU稳定运行的生命线忽视这个细节即使程序没问题系统也可能随机死机。2.2 主控最小系统与启动配置STM32F103C8T6的最小系统由四部分组成电源、晶振、复位电路、启动配置。这个项目里我用的是8MHz晶振两个22pF负载电容分别接到晶振两脚到地通过内部PLL倍频到72MHz跑主频。负载电容的选择并不是随手画的它与晶振的CL值直接相关22pF适用于大部分日系晶振和国产贴片晶振这是一个经验值。复位电路采用的是经典RC复位方式10K电阻上拉到3.3V104电容对地NRST低电平有效。Boot0引脚直接下拉接地让芯片从Flash启动——这是最常规的方式也是我踩过的坑之前有一块板子Boot0悬空芯片偶尔启动失败强迫症式的把Boot0和Boot1都明确接好地之后问题彻底消失。2.3 温度采集与按键输入电路DHT11的数据引脚需要接一个4.7K上拉电阻到3.3V这是因为DHT11输出端是开漏结构必须依靠上拉电阻输出高电平。很多新手画这个电路时容易漏掉上拉电阻导致读回来的数据永远是0xFF或者干脆超时原因就是引脚电位不确定。按键电路方面我用了普通的轻触开关两脚之间并104电容做硬件消抖引脚配置为内部上拉输入模式。软件里再叠加一次20ms延时消抖双重保险。这个电容消抖的方案在按键数量少的场合非常好用省去了代码里的复杂状态机处理。2.4 电机驱动电路与保护设计电机驱动部分是整个硬件里最容易被看轻但实际上最讲究的地方。AO3400栅极通过一个100Ω电阻接到STM32的PWM输出引脚这个电阻的作用是限制栅极充电电流防止PWM切换瞬间产生过大的dV/dt干扰复位电路。电机两端反向并联一个1N5819肖特基二极管吸收电机换向或断电时产生的反向电动势。我额外加了一个指示灯设计PWM输出引脚同时通过一个限流电阻接LEDPWM占空比越大LED越亮等于给风扇转速做了一个肉眼可见的指示。这个设计对调试帮助巨大不用示波器也能判断PWM是否正常输出。2.5 OLED显示与I2C总线连接OLED用的是0.96寸SSD1306驱动芯片I2C接口SDA和SCL各接一个上拉电阻到3.3V。I2C总线属于开漏通信器件侧本身不主动输出高电平必须靠上拉电阻维持高电平状态。这里我选了4.7K上拉值在400KHz速率下通信稳定显示刷新也足够流畅。显示界面上我设计了两个页面第一页显示当前温度和目标温度阈值第二页显示当前工作模式和PWM占空比。两页之间通过按键切换长按按键还能进入设置界面调整阈值——这个交互逻辑后面在代码里实现硬件上只是多预留了一个按键引脚。这个部分画完以后总共有接近六十个元件对于一个个人开源项目来说已经不算小了。最大的经验是原理图里面网络标号一定要起得清清楚楚。VBUS、VCC_5V、VCC_3V3、GND、PWM_FAN、DHT11_DATA、OLED_SDA这些名字全部见字知意后面画PCB或者调试的时候翻图纸效率能提高好几倍。3. 软件架构与核心代码实现3.1 工程结构建立与初始化流程开发环境我用的是Keil MDK5配合STM32标准外设库。工程结构完全按模块化思路来组织每个外设一个独立源文件头文件里只暴露操作接口。初始化流程遵循“从底层到上层”的顺序时钟配置、GPIO初始化、定时器PWM初始化、I2C和OLED初始化、DHT11初始化、按键初始化最后进入主循环。主循环是一个典型的前后台架构前台就是while(1)主循环后台靠定时器中断触发采样。我用定时器2产生一个1ms的时间基准每10ms扫描一次按键每500ms读取一次DHT11每100ms刷新一次OLED。这种尽量让耗时操作均匀分布在时间轴上的做法是嵌入式开发的通用技巧能避免所有任务扎堆在某一瞬间抢CPU。3.2 DHT11时序驱动的关键细节DHT11看起来是个传感器用起来却很有脾气它对时序的要求堪称苛刻。启动读取时主机先把数据线拉低至少18ms再释放这是它进入传输模式的“敲门砖”随后DHT11会主动拉低80us响应信号再拉高80us准备发送数据。每一位数据由不同的高电平持续时间区分26us到28us表示070us表示1。实际写驱动代码的时候最忌讳的就是直接用delay函数做延时。在72MHz主频下一个空的for循环少则几个周期多则上百周期在不同编译优化级别下的表现天差地别——这就是很多读者移植代码后读取失败的头号原因。我的做法是用定时器捕获或者DWT时钟周期计数器来做精确定时如果只想快速验证可以在读取期间关掉中断防止其他中断把时序打断这个优先级排序实测下来最稳。uint8_t DHT11_ReadByte(void) { uint8_t i, data 0; for (i 0; i 8; i) { while (DHT11_IN_READ() 0); // 等待低电平结束50us delay_us(30); if (DHT11_IN_READ() 1) // 如果30us后仍为高则这一位是1 { data | (1 (7 - i)); while (DHT11_IN_READ() 1); // 等待高电平结束 } } return data; }这个驱动读回来的5个字节中前两个是湿度整数和小数位后两个是温度整数和小数位最后一个是校验和。校验逻辑是把前四个字节相加如果低8位等于校验字节就认为数据有效否则直接丢弃本次数据。我在代码里加了一个数据有效性计数连续错误超过5次就显示通信异常避免界面显示乱码误导使用者。3.3 温控策略从阈值控制到分段PID温控策略是整个项目软件的“灵魂”。一开始我用的是简单的阈值比较温度高于上限全速转低于下限停转中间区间保持上次状态。这方案逻辑简单但吹风扇的人体验很差风扇一会儿猛转一会儿不转噪声起伏非常突兀。后来我改成了分段线性调节加变速平滑过渡。分段线性调节的思路是这样的温度低于阈值下限时PWM0%风扇停止温度超过上限时就全速转中间区间按线性比例映射占空比。举例来说上限设30度下限设25度当前28度那占空比就是60%。为防止风扇转速突变我在PWM输出之前加了一级“平滑滤波”每次最多允许占空比变化5%。void FAN_TemperatureControl(int temperature) { static uint8_t last_duty 0; uint8_t target_duty 0; if (temperature TEMP_LOWER_LIMIT) { target_duty 0; } else if (temperature TEMP_UPPER_LIMIT) { target_duty 100; } else { uint8_t percent (temperature - TEMP_LOWER_LIMIT) * 100 / (TEMP_UPPER_LIMIT - TEMP_LOWER_LIMIT); target_duty percent; } if (target_duty last_duty) last_duty 2; else if (target_duty last_duty) last_duty - 2; TIM2-CCR3 (last_duty * 999) / 100; }如果你想在这个基础上继续追求风速恒定还可以做增量式PID闭环。我的经验是阈值控制适合大多数室内场景PID适合对温度稳定性要求更高的桌面级场景——比如冬天对着暖气烤鱼风扇转速波动能明显影响水温的场合。真要做PID的话离散化公式是现成的但比例系数要从0.5开始慢慢试盲目给大Kp会导致系统振荡风一吹OLED上的温度读数就会波浪式抖动。3.4 按键模式切换与参数记忆按键部分实现三种操作模式单击切换自动/手动自动模式下长按进入阈值设置短按循环切换设置上下限手动模式下短按循环切换固定档位。为了反馈按键响应每次有效按下OLED都会闪烁一次当前模式让用户明确操作已经被接收。手动档位我设置了四档关闭、低速、中速、全速分别对应PWM占空比0%、30%、60%、100%。这些档位存储在内部Flash最后256字节的备份区没有用外部EEPROM省了一颗芯片的成本。工程上更常见的做法是使用STM32的FLASH模拟EEPROM技术在擦写前先把原数据备份写完再校验防止掉电中途损坏参数。3.5 OLED显示驱动与界面刷新OLED驱动是自己移植的标准库版本SSD1306核心操作就是向显存写字节然后通过I2C批量发送刷新。显示界面分为三个区域第一行显示运行模式和时间基准第二行显示当前温度数字较大方便远距离读取第三行显示目标转速百分比和温度上下限。设计上遵循一个原则一屏只给用户最关键的信息不搞复杂的菜单嵌套——菜单做深了用户就想摔遥控器这种嵌入式人机交互的设计直觉是做了好几个项目才慢慢积累出来的。刷新OLED时大家容易忽略一个点SSD1306是整屏刷新机制即使只改了一个数字也要把整个1024字节的显存刷一遍。高速刷新会不断占用I2C总线影响DHT11的时序读取——所以我把刷新频率控制在100ms并且让DHT11读取和OLED刷新错峰执行实测下来两者互不干扰。4. Proteus仿真环境搭建与验证4.1 仿真工程的搭建与元器件选配仿真环节是这套开源资料里最有价值的部分因为不是每个人都有实物开发板但几乎每个人都装了Proteus。仿真工程里我没有直接用现成的Proteus库里面的简化模型而是按照实物原理图的引脚一一对应搭建STM32F103C8T6、DHT11、OLED、直流电机、按键全部放进画布电源部分用虚拟端子简化。Proteus里面的DHT11模型可以直接读温度和湿度滑动变阻器的模拟值这给调试带来巨大便利。我把温度设定在一个滑动变阻器上用鼠标拖拽就能模拟环境温度从10度到40度变化电机转速随之实时改变逻辑验证效率比实物改参数高很多。4.2 仿真运行的常见报错处理仿真过程中最常见的报错是控制器没有加载程序。很多人打开仿真文件直接点运行屏幕上一片漆黑然后就怀疑仿真文件坏了。事实是Proteus的仿真MCU需要手动加载hex文件我开源资料里附带了一个编译好的hex在STM32模型上双击再在Program File那一栏选中hex文件路径即可。路径不能有中文Proteus对中文路径的支持一直很糟糕这几乎是所有仿真问题的第一来源。第二个常见的坑是仿真速度偏慢。Proteus对STM32的仿真不是全指令级精确仿真某些延时可能在仿真器里表现过高导致DHT11读取超时。如果遇到这种情况检查Temporarily allow faster simulation选项是否勾选同时把仿真时间步长从10us调整到50us大多数情况都能提速。4.3 仿真与实物的差异说明这里要特别强调仿真和实物的几个差异。首先Proteus的电机模型是理想化的不会真实反馈扭矩和惯量所以你在仿真里看不到电机启动瞬间的电流冲击其次DHT11的仿真模型时序通常比实物宽松仿真能通过不代表实物也一定能通过——我的DHT11驱动在仿真里跑得飞起实际焊到板子上却读到乱码后来排查才发现是IO口配置模式问题改成开漏输出后恢复。简单来说仿真验证的是逻辑正确性实物验证的是信号完整性。两者结合能覆盖90%以上的开发和纠错需求这也是我把三个交付物代码、原理图、仿真并列呈现的原因。5. 常见问题与排查技巧实录5.1 温度采集失败的定位思路DHT11读取失败在调试阶段遇到得最多现象是OLED上温度显示为0或者固定显示“ERR”。排查思路首先要分清是硬件问题还是软件问题用示波器或者逻辑分析仪看数据线上有没有波形有波形基本说明时序对波形幅度不够或者根本没有优先检查上拉电阻是否漏焊、线序是否接反。软件方面第一优先级检查GPIO的模式配置DHT11数据引脚必须配置为开漏输出加外部上拉不能用推挽输出驱动它。第二优先级检查时序延时是否被优化掉用Keil的-O0优化级别编译能减少误判。这里有个经验如果实物不行但仿真正常优先怀疑延时函数的不确定性。5.2 风扇不转或转速异常的处理风扇完全不转先量MOS管栅极有没有PWM波形。如果有波形大概率是门极电压不足——AO3400的Vgs阈值虽然只有1.4V左右但如果单片机引脚电压实际跌落到了2.5V附近MOS管导通不充分内阻变大发热变快风扇只嗡嗡不转动。遇到这种情况量一下主控电源电压很多时候是AMS1117输出那一路的负载太大导致输出电压被拉低。转速忽高忽低则要检查PWM频率。我用的是10KHz这个频率在电磁噪声较大的环境下偶尔会引起DHT11读取错误因为DHT11数据线走线和PWM走线靠得太近脉冲串干扰了单总线时序。解决方案是调整布线距离或者把PWM频率降到1KHz——风扇电机电感在1KHz下一样能滤出平滑的直流分量。5.3 编译下载阶段的坑STM32标准外设库编译报错主要集中在头文件路径配置上。打开工程后第一件事是把芯片型号选对STM32F103C8T6属于中容量产品如果选择了高容量型号部分外设的基地址头文件会不同编译时会出现莫名其妙的函数声明不一致。C8T6的Flash是64KB链接脚本的烧录算法也要选对应容量选择错误会导致下载器虽然能识别芯片但擦除写程序时地址异常。另外下载时遇到“No STM32 Target Found”多半是板子上的SWD引脚被占用了。我用的是SWD两线下载SWDIO和SWCLK这两个引脚在初始化代码里被我配成了普通GPIO输出程序下载完成第一次运行后这两个脚就失去了调试功能。解决方式是下载器接复位引脚或者代码里加一个延时在开机最初几百毫秒内不去配置这两个脚预留下载窗口。5.4 问题排查速查表现象可能原因快速处理OLED无显示I2C地址不对或SDA/SCL接反用I2C扫描程序确认0x3C地址温度始终为0DHT11未初始化或引脚配置错误用逻辑分析仪检查时序波形电机不转MOS管栅极无PWM信号万用表量G极电压是否为3.3V电机嗡嗡响但不转占空比太高或电源电流不足换USB口供电或外接5V适配器按键无反应引脚未使能上拉检查GPIO_InitStructure中GPIO_Mode_IPU程序下载失败SWD引脚被占用按住复位键点下载松手后立即松开复位6. 项目资料结构与后续扩展思路6.1 开源资料包的目录规划开源资料的组织方式同样花过心思。每个子文件夹都用带编号的前缀01_Schematic放原理图源工程和PDF版本02_Firmware放Keil工程源码和生成的hex文件03_Simulation放Proteus仿真工程和说明文档04_Datasheet放所有关键器件的官方数据手册。这样拿到资料的人不管接触过哪种文件都能在十分钟内定位到目标内容。这种方式尤其适合给刚入门的同学他们不需要对整个工程有全局认识就能快速找到需要的部分。6.2 功能扩展的几种路径这个项目电气上预留了一个排针接口引出的是USART1的TX/RX引脚。后续想往哪边走几乎不用改板子其一接一个ESP8266或者ESP32模块就能把温度数据上传到服务器实现所有联网智能风扇的基础能力其二接一个蓝牙模块手机App就能控制风扇挡位其三把DHT11换成SHT30温度精度能从±2度提升到±0.3度整个项目的品味立刻不一样。代码层面预留的扩展点更多。控制策略的接口函数FAN_TemperatureControl里只要传入不同的算法指针就能实现控制策略热切换比如从阈值控制切到PID控制或者切到模糊控制。我一直觉得嵌入式项目中留出“接口”比实现某个特定功能更考验架构能力这个项目里这个小小的函数指针设计恰好做了这件事。6.3 硬件实物调试的建议如果你打样了PCB并且买了元器件回来焊请务必遵守“分步上电”的调试顺序。头一次上电先只焊USB座、稳压电路和主控最小系统用万用表确认3.3V输出稳定在3.3V±0.1V以内再继续焊外围。第二部焊DHT11和OLED上电后观察显示屏有没有字符出现最后再焊电机驱动和按键因为电机回路电流大一旦接错最容易烧东西。每次焊接完一个功能模块立即上电验证焊好一个验证一个能避免所有问题堆到最后一起爆炸的那种绝望场景。我自己第一次焊这块板子时焊完直接全模块上电结果OLED亮但DHT11读了十分钟都是乱码排查了整整一个下午最后发现是DHT11的第1脚和第4脚定义搞反了——数据线上根本没接传感器自然读不到信号。从那以后我焊传感器之前都会先翻一下数据手册的引脚定义图再对照原理图确认一遍这个小习惯比任何技巧都值得养成。这个项目从构思到完全跑通差不多用了一周时间其中真正写代码只花了两天剩下的时间几乎都花在硬件调试和资料整理上。很多初学者拿到开源工程喜欢直接把代码烧进去看效果但我还是建议先把原理图完整看一遍再去仿真里操作一轮最后才碰实物。这种“先理解再动手”的学习路径是嵌入式领域成长最快的姿势。资料包里所有文件我都做了版本号标记后续如果有更新也会同步发出来方便大家持续跟进。