做这个项目的直接诱因挺朴素——家里那台老式落地扇三档机械开关夜里被热醒摸黑去拧旋钮好不容易调到舒服的位置睡一会儿又被吹得肩膀疼再爬起来关小。来回折腾两三趟天都快亮了。那段时间我满脑子就一个念头风扇不能自己看温度调转速吗那段时间我刚把STM32F103C8T6的最小系统玩熟手里又囤了DHT11、LCD1602、ULN2003这些模块索性就把这个多功能智能温控风扇系统当成一个正经小项目做了出来。整个项目包括完整的C语言代码、原理图和仿真工程全部开源。这篇文章不打算写成一份说明书式的教程而是把我从需求拆解到硬件设计、再到软件控制和实测调优的完整过程记录一遍。你如果刚好也是个嵌入式入门玩家想做一个能拿得出手的STM32综合项目或者对温控逻辑、PWM调速、DHT11时序这些细节想刨根问底的这篇内容应该能帮你省掉不少弯路。1. 需求拆解一个风扇要智能到哪一步才算够用做硬件项目最容易翻车的地方不是焊接也不是写代码而是动手之前没想清楚到底要做什么。我先把这个风扇的目标功能一项项列清楚再倒推每一功能对应什么硬件资源这样后面画原理图和写代码都顺理成章。1.1 普通风扇的三个核心痛点第一个痛点是手动档位不精细。传统风扇通常只有低、中、高三档但人体舒适温度是一个连续区间三档根本没法精确匹配。第二个痛点是半夜温度变化时没人调档热了就闷醒冷了又吹得难受。第三个痛点是缺少反馈你根本不知道当前房间温度和湿度是多少全靠体感猜。对应这三条这个项目就设计出了四组核心需求实时采集当前环境的温度和湿度并在LCD屏幕上显示让用户看得见根据温度自动调节风扇转速温度越高转速越快整个调节过程不需要人工干预保留手动模式支持多档位切换满足我就想固定一个风速的使用场景增加按键音提示让每次操作都有明确的反馈。1.2 技术选型为什么都用最俗的器件硬件选型上我几乎没有犹豫用的全是市面上资料最烂大街的器件主控是STM32F103C8T6温湿度传感器是DHT11显示用LCD1602驱动用ULN2003再加上几个按键、一个蜂鸣器、一个5V直流风扇。可能有朋友会问温控风扇用DS18B20不是更精准吗DS18B20确实测温精度更高但它只能测温度测不了湿度。这个项目既然叫多功能LCD上除了温度还想显示湿度DHT11一颗就能同时搞定温湿度价格又便宜而且Proteus和Wokwi里都有现成模型仿真也好做。至于精度问题DHT11的精度是±2℃对风扇这种执行机构来说完全够用——风扇又不是手术刀差一两度根本感觉不出来。电机驱动这块我选了ULN2003而不是L298N。原因是L298N体积大、压降大将近2V驱动一颗普通5V直流风扇属于杀鸡用牛刀还得多加一路电源控制。ULN2003是达林顿管阵列耐压50V、单通道最大500mA驱动小风扇绰绰有余内部还自带了续流二极管接感性负载电机时保护非常省心。成本方面ULN2003模块几块钱一个对开源项目来说读者复刻的门槛也低。1.3 整体系统框架整个系统的数据流是这样的DHT11将温湿度数据送入STM32STM32根据预设的温控策略计算出一个目标转速通过PWM波形控制ULN2003的通断比例进而调节风扇两端电压同时LCD1602实时刷新温度和湿度按键负责切换手动/自动模式和调整风速档位蜂鸣器在每次按键时发出短音确认。这个架构不算复杂但麻雀虽小五脏俱全它同时覆盖了传感器采集、数据处理、执行机构控制和人机交互整个闭环对于一个学习型的综合项目来说非常完整。2. 硬件原理图与引脚连接负载和干扰比想象中更重要原理图是整个项目的地基。网上很多教程画原理图只追求线连上了结果实物一通电就各种奇怪问题——显示乱码、电机一转单片机重启、传感器数据读不出来。这往往不是代码问题而是原理图阶段就没处理好电源和负载。2.1 最小系统的搭建细节STM32F103C8T6这个芯片本身很简单最小系统就是电源、晶振、复位和BOOT引脚设置四件事。电源方面芯片VDD接3.3V每个电源引脚旁边放一颗100nF去耦电容电容尽量靠近引脚放置这个是抗干扰的第一道防线。VDDA引脚是模拟电源我单独用磁珠和100nF电容做了滤波虽然这个项目没用ADC但习惯上还是把模拟电源处理好避免以后扩展功能时返工。晶振用的是8MHz无源晶振两个20pF负载电容接到地。这里有个容易踩的坑晶振电容不是随便选的要看晶振本体的负载电容参数。20pF是STM32F103官方参考设计给的典型值如果你手里只有15pF或者22pF也基本能用但如果你装了32.768kHz的RTC晶振那个的电容值通常又是另外一个规格千万别混。复位电路就是经典的10kΩ上拉电阻加100nF电容到地按键按下拉低RESET引脚实现手动复位。BOOT0和BOOT1都通过10kΩ下拉到地保证从Flash启动。2.2 模块关键引脚分配引脚分配我用了下表这一套不是唯一方案但配合后面的代码可以直接用模块引脚功能说明DHT11数据线PB0单总线数据通信需接4.7kΩ上拉电阻LCD1602 RSPA8寄存器选择LCD1602 RWPA9读写选择直接接地也行但保留引脚方便调试LCD1602 ENPA10使能信号LCD1602 D4-D7PA11-PA12, PA15-PB34线数据模式蜂鸣器PB1有源蜂鸣器低电平驱动按键1PA0模式切换自动/手动按键2PA1手动模式下风速加按键3PA2手动模式下风速减风扇PWM控制PA6TIM3_CH1输出PWM接ULN2003输入端这里有个重要细节PA11和PA12默认用途是USB的D-/D很多STM32F103C8T6核心板把这两个引脚引到了USB座子上。如果LCD占用了PA11和PA12同时又想用USB转串口下载调试就得注意冲突。为了避免这个问题也可以把LCD数据线换成PB12-PB15。我自己的PCB上LCD数据线用的是PB12-PB15表里为了配合最常见的核心板改成了PA11-PA12实际用的时候建议以你手头板子的丝印为准灵活调整。2.3 电机驱动电路的两种接法ULN2003驱动风扇的接法很多人第一反应是和驱动步进电机一样其实不一样。步进电机是四相绕组分别接四个输出通道而直流风扇只有两根线接法更简单ULN2003的输入端IN1接STM32的PA6引脚输出端OUT1接风扇负极风扇正极接5V电源。ULN2003内部是达林顿管开漏输出当PA6输出高电平时达林顿管导通OUT1对地拉低风扇两端形成5V压差开始转动。PA6输出PWM波形时风扇获得的是通断交替的等效电压转速随之变化。关于ULN2003能不能接PWM信号调速我实测没有问题工作频率在1kHz-10kHz范围内运行稳定。需要注意两点一是ULN2003是集电极开路结构它只能把输出端拉到地所以负载必须接在电源正极和输出端之间二是虽然ULN2003内部有续流二极管但如果你用的是更小的三极管驱动方案一定要自己在电机两端反向并联一个1N4007否则断电瞬间电机绕组产生的反向电动势足以击穿管子。2.4 电源设计的三个原则这套系统的负载分两路数字逻辑部分STM32、DHT11、LCD逻辑用3.3V风扇、LCD背光、蜂鸣器用5V。整个系统共地这个共地非常关键——很多人单独给风扇供5V、单片机用USB供电结果两路电源的GND不连PWM信号没有参考地风扇要么不转要么乱转。第二个原则是风扇电源务必独立。我最初偷懒用开发板的5V引脚直接给风扇供电结果风扇一转STM32立刻复位LCD闪一下重启。原因很简单风扇启动瞬间电流可以达到正常工作电流的好几倍瞬间拉低5V电压导致板载稳压芯片输出跌到3V以下单片机直接掉电。正确的做法是5V电源先给风扇ULN2003的COM端接5VSTM32的3.3V由独立的AMS1117-3.3稳压后供给。第三个原则是去耦电容不要省。我在原理图上给LCD1602的电源引脚附近、DHT11附近、蜂鸣器附近都加了100nF电容。这些电容几乎不增加成本但能显著减少显示乱码和传感器读数跳变的概率。3. 软件架构与核心代码把每一个自动都拆成明确的条件分支硬件搭好之后软件才是这个项目的灵魂。如果只写一个温度高就转温度低就停的逻辑那就太浪费STM32了。我最终实现的软件版本包含三个运行模式——自动模式、手动模式、待机模式代码结构上使用模块化组织每个外设一个文件主循环只做逻辑调度。3.1 开发环境与工程配置我在Keil MDK5下完成了全部开发固件库用了标准外设库StdPeriph_Lib没有用HAL库。选标准库有两个原因一是这个项目是学习向的开源项目标准库的寄存器操作暴露得更充分读者能看清每个外设是怎么配置的二是F103的标准库已经非常成熟网上资料多到溢出来。工程结构按功能模块划分成下列文件main.c主逻辑模式切换和温控策略dht11.cDHT11驱动负责时序和校验lcd1602.cLCD显示驱动负责初始化和字符刷新key.c按键扫描和消抖处理pwm.cPWM初始化与占空比设置beep.c蜂鸣器提示音控制。3.2 DHT11读取单总线的时序必须精确到微秒DHT11是单总线协议一根数据线既要主机发信号又要从机回数据时序极短最容易出问题的地方就是微秒级延时不准。读取一次完整的温湿度数据整个过程分四步主机拉低数据线持续至少18ms这是启动信号通知DHT11准备主机拉高数据线20-40us然后释放总线转为输入模式DHT11响应先拉低80us再拉高80us表示我准备好了DHT11连续输出40位数据——8位湿度整数、8位湿度小数、8位温度整数、8位温度小数、8位校验和。每一位数据的读取逻辑是总线先被DHT11拉低50us然后拉高高电平持续26-28us代表0持续70us代表1。核心代码如下我用的是阻塞式读取实际项目中如果主循环有大量任务建议放在定时器中断里调度但作为基础教程版阻塞式逻辑更清晰uint8_t DHT11_ReadByte(void) { uint8_t i, byte 0; for (i 0; i 8; i) { while (DHT11_DATA_IN() 0); // 等待50us低电平结束 Delay_us(40); // 40us后采样电平 if (DHT11_DATA_IN()) // 高电平持续到40us之后说明是1 { byte | (1 (7 - i)); while (DHT11_DATA_IN() 1); // 等待剩余高电平结束 } } return byte; }这里有一个非常关键的细节DHT11要求主机拉低启动信号时延时不能少于18ms但也不能太长。我用标准库的SysTick做了一个微秒级延时函数实测18ms的拉低是可靠的。如果你的代码用了操作系统或者被中断频繁打断这个时序就可能被破坏读到的数据永远是0xFF或校验失败。校验逻辑也不复杂把前四个字节相加如果低8位等于第五个字节说明CPU读取过程没有出错uint8_t DHT11_ReadData(uint8_t *humidity, uint8_t *temperature) { uint8_t buf[5]; uint8_t i; DHT11_DATA_OUT_LOW(); Delay_ms(20); DHT11_DATA_OUT_HIGH(); Delay_us(30); DHT11_DATA_IN_MODE(); if (DHT11_DATA_IN() 0) // 响应信号 { while (DHT11_DATA_IN() 0); while (DHT11_DATA_IN() 1); for (i 0; i 5; i) { buf[i] DHT11_ReadByte(); } if ((uint8_t)(buf[0] buf[1] buf[2] buf[3]) buf[4]) { *humidity buf[0]; *temperature buf[2]; return 1; } } return 0; }如果你在仿真里测试这段代码一切正常但实物上总是读不到数据九成是上拉电阻没接。DHT11数据线必须接一个4.7kΩ电阻到VCC否则总线在高电平时处于浮空状态时序判断全部失效。3.3 PWM调速用定时器输出比较产生可调占空比STM32F103C8T6有多个定时器可以输出PWM我用的是TIM3的通道1对应PA6引脚。配置逻辑分四步打开TIM3和GPIOA的时钟配置PA6为复用推挽输出复用功能映射到TIM3_CH1设置TIM3的预分频器PSC和自动重载值ARR确定PWM频率配置输出比较模式为PWM1设置比较寄存器CCR的值控制占空比。PWM频率选择有一个考究电机驱动PWM太高或太低都不行。太低了几十Hz电机会发出明显的嗡嗡声人耳能听到非常烦躁的噪声太高了ULN2003的达林顿管开关损耗增大模块发热明显。我最终选在10kHz这个频率远超人类听觉上限电机运行安静ULN2003也能轻松胜任。初始化代码骨架如下void PWM_Init(void) { GPIO_InitTypeDef gpio; TIM_TimeBaseInitTypeDef tim; TIM_OCInitTypeDef oc; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE); GPIO_PinRemapConfig(GPIO_Remap_TIM3, DISABLE); gpio.GPIO_Pin GPIO_Pin_6; gpio.GPIO_Mode GPIO_Mode_AF_PP; gpio.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, gpio); tim.TIM_Prescaler 72 - 1; // 72MHz / 72 1MHz计数频率 tim.TIM_CounterMode TIM_CounterMode_Up; tim.TIM_Period 100 - 1; // PWM频率 1MHz / 100 10kHz tim.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseInit(TIM3, tim); oc.TIM_OCMode TIM_OCMode_PWM1; oc.TIM_OutputState TIM_OutputState_Enable; oc.TIM_Pulse 0; oc.TIM_OCPolarity TIM_OCPolarity_High; TIM_OC1Init(TIM3, oc); TIM_OC1PreloadConfig(TIM3, TIM_OCPreload_Enable); TIM_Cmd(TIM3, ENABLE); }PWM周期设成100这样占空比正好用0-100的整数直接映射逻辑代码里不需要做任何换算非常直观。设置占空比只需要一行TIM_SetCompare1(TIM3, duty); // duty范围0-1003.4 温控策略分段控制和滞回区间温控策略是整个系统智能二字的落点。我做了两版第一版是简单的分段线性映射第二版加了滞回区间防止温度在阈值附近抖动导致风扇转速频繁变化。第一版的逻辑是void Auto_Control(uint8_t temp) { if (temp 25) duty 0; // 待机 else if (temp 28) duty 30; else if (temp 31) duty 50; else if (temp 34) duty 70; else duty 100; TIM_SetCompare1(TIM3, duty); }这个逻辑非常简单直接但实测发现一个问题如果温度在28℃附近波动比如短时间内从27.9跳到28.1再跳回来风扇转速会在30%和50%之间反复切换那个忽快忽慢的过程非常影响体验。解决办法是在阈值基础上加滞回区间。以28℃这个档位为例升温时超过28℃才从30%升到50%但降温时要降到26℃以下才从50%回落到30%。升温和降温的判定阈值错开2℃形成一个死区温度在这个区间内时保持原有档位不变static uint8_t current_level 0; void Auto_Control_Hysteresis(uint8_t temp) { switch (current_level) { case 0: if (temp 26) current_level 1; break; case 1: if (temp 29) current_level 2; else if (temp 24) current_level 0; break; case 2: if (temp 32) current_level 3; else if (temp 27) current_level 1; break; case 3: if (temp 35) current_level 4; else if (temp 30) current_level 2; break; case 4: if (temp 33) current_level 3; break; } switch (current_level) { case 0: duty 0; break; case 1: duty 30; break; case 2: duty 50; break; case 3: duty 70; break; case 4: duty 100; break; } TIM_SetCompare1(TIM3, duty); }这套带有滞回思想的温控代码是这个项目里我最满意的部分。自动控制领域叫它施密特触发器或者继电器特性控制但在一个8位单片机小项目里用最简单的状态机就能实现同样的效果并不需要PID那样复杂的控制理论。实用主义的做法往往比理论最优方案更适合嵌入式小系统。3.5 按键消抖与蜂鸣器反馈按键是机械结构按下和松开的瞬间电平会抖动几十毫秒如果不做处理一次按下可能被识别成多次触发。消抖有两种套路延时消抖和状态扫描消抖。延时消抖是在检测到电平变化后等20ms再确认一次电平状态代码简单uint8_t Key_Scan(void) { if (KEY_MODE() 0) // 检测到按下 { Delay_ms(20); // 跳过抖动区间 if (KEY_MODE() 0) { while (KEY_MODE() 0); // 等待释放 return KEY_MODE_PRESSED; } } return KEY_NONE; }这个代码有个小问题while等待释放会阻塞主循环。如果按键期间DHT11正好在采集时序可能造成冲突。改进方案是改成松开有效的逻辑——检测到按下后只打标志不等待释放等下次扫描发现释放了才判定为一次有效按键。考虑到这个项目的DHT11读取只需要20ms左右主循环轮询周期很短阻塞式消抖其实不会造成明显问题我也就在最终版本里保留了这个简单可靠的实现。每次按键有效之后蜂鸣器响80ms频率大约是4kHz用的是PB1引脚驱动有源蜂鸣器。这个声音反馈特别重要它能告诉用户你的按键操作已经生效否则按键模式切换看不到明显变化时用户会怀疑是不是按键坏了。4. 仿真复现Proteus和Wokwi两条路径都能跑通把工程文件开源出来最怕的就是读者下载后跑不起来。所以我特意把仿真环境整理了两套方案Proteus本地仿真和Wokwi在线仿真。两套都能完整运行这套温控系统但各有利弊。4.1 Proteus仿真更贴近传统教学场景Proteus 8.x是很多高校嵌入式课程标配的仿真工具支持STM32F103C8T6仿真也内置了DHT11和LCD1602模型。搭建步骤不复杂新建工程后从元件库中依次添加STM32F103C8T6、DHT11、LCD1602、ULN2003A、MOTOR-DC直流电机模型、BUTTON、RESISTOR、POT-HG电位器用来模拟温度变化、BUZZER。然后连接方式与原理图保持一致PA0-PA2接按键一端按键另一端接地PA6接ULN2003输入端ULN2003输出端接直流电机负极电机正极接5V电源。在Proteus里做温控测试有一个很方便的技巧DHT11模型旁边有一个温度设置属性Temperature属性直接改数值就能模拟环境温度变化。跑仿真时把温度设成22℃观察风扇不转再调到36℃观察风扇转速逐步提到最大整个控制逻辑一目了然。Proteus仿真有两个需要注意的坑。第一程序加载方式是在STM32芯片上双击在Program File里选择编译生成的.hex文件千万别选.axf文件——Proteus只认HEX格式。第二仿真中的ULN2003A模型的PWM响应和实物有差异仿真里100%占空比时电机会匀速转但实物中PWM占空比和电机转速并非严格线性这是正常现象别怀疑代码写错了。4.2 Wokwi仿真打开浏览器就能跑Wokwi是一个在线硬件仿真平台这几年在嵌入式教学圈很火。它支持STM32F103C8T6而且可以直接读取Keil生成的ELF文件或者直接编译Arduino代码。对于标准外设库的工程Wokwi支持的加载方式是上传编译好的.elf文件文件在Keil工程目录下的Objects文件夹里。Wokwi对DHT11模型的支持也做得很到位可以通过点击传感器图标触发温度变化。相比ProteusWokwi的界面更现代化元件连接也更直观适合没有安装Proteus或者不想装大型软件的读者快速体验。4.3 仿真解决不了的三件事仿真终究是仿真有三个方面是模型模拟不出来的。第一是电机的真实电流特性。仿真里的直流电机模型不会真实地拉低电源电压所以风扇一转单片机就复位这类实物特有的问题仿真里永远复现不了。第二是DHT11的时序宽容度。仿真模型对时序的要求比实物宽松很多我见过有人在仿真里读DHT11的代码能跑一烧到实物就卡在while循环里出不来原因就是延时不够精确。第三是电磁干扰。ULN2003驱动电机瞬间产生的电磁噪声在仿真环境里完全不存在而这些噪声恰恰是实物调试中最难排查的问题之一。所以我的建议是先用仿真跑通逻辑验证温控策略的正确性然后一定要做实物。只有实物能把电源、时序、干扰这些真实世界的问题暴露出来。5. 实物调试五个典型坑和对应的排查链路实物调试阶段是整个项目里信息量最大的部分。这一节我不直接给出标准答案而是把排查思路完整写出来这样你以后遇到类似问题也能按同样的路径定位。5.1 坑一程序烧录时报No STM32 Target Found这个应该是STM32新手最常见的报错了。看到这个提示检查顺序应该是连接线 → 驱动 → BOOT引脚 → 供电。先用万用表确认ST-Link的SWDIO、SWCLK、GND三根线是否和板子对应引脚接通很多核心板的SWD接口丝印在背面接错是常有的事。然后看设备管理器里ST-Link是否被正确识别如果出现黄色感叹号需要重装ST-Link驱动。接着看BOOT0引脚有没有拉低——BOOT0悬空或者被拉高的话芯片会进入ISP模式而不是正常运行模式SWD也可能连不上。最后检查板子的3.3V供电是否正常如果电源灯微亮大概率是短路或者USB口供电不足。5.2 坑二STM32 Virtual COM Port出现黄色感叹号我用USB转串口模块观察单片机运行日志时电脑提示STM32 Virtual COM Port设备无法启动设备管理器里显示黄色感叹号。这个问题的本质是驱动不匹配。ST-Link V2自带的虚拟串口和板载USB转串口芯片不是同一个东西前者用的是ST官方驱动后者通常是CH340或CP2102用的驱动完全不同。排查方法是把设备管理器里那个带感叹号的设备卸载然后重新插拔让系统重新识别安装。如果还不行直接去芯片厂商官网下载对应驱动。这个坑虽然和项目逻辑无关但卡住的时间一点不少值得记录一笔。5.3 坑三DHT11数据偶尔读出0xFF或者校验失败这个问题的典型表现是LCD上温湿度一会儿正常显示一会儿显示ERR或者全为0。排查链路是这样的先用示波器看DHT11数据线波形正常情况下应该能看到启动信号和密集的数据脉冲。如果波形杂乱第一条就是确认上拉电阻。DHT11的数据引脚要求外接4.7kΩ-10kΩ上拉到VCC很多买的模块上其实已经带了上拉电阻如果用的是裸传感器而不是模块必须自己加。如果上拉电阻没问题再看延时函数精度。标准库的Delay_us用SysTick实现但如果中断优先级配置不当DHT11读取过程中频繁被中断打断微秒级时序就会失真。我最终把DHT11的读取放到了主循环无中断打扰的地方并且每次读取失败后延迟500ms重试连续三次失败才在LCD上显示错误。这样即使偶发失败也不会频繁提示。5.4 坑四按键切换无反应但LCD显示正常按键这个坑比较隐蔽。我的按键一端接GPIO另一端接地GPIO内部配置成上拉输入。正常逻辑是空闲时引脚为高按下为低。但我在实物里遇到的情况是按下按键时用万用表测量引脚已经是低电平了代码里就是识别不到。最后发现问题出在按键引脚和LCD数据总线共用了同一个GPIO端口——我把按键放在了PA0-PA2LCD数据放在了PB12-PB15理论上不冲突但PCB走线时LCD的排线紧贴着按键走线LCD背光电流变化时在按键线上耦合出了干扰电平。解决办法是把按键扫描模式从引脚电平读取改成读取加确认后延时再读取也就是前面提到的软件消抖并且在每个按键引脚与地之间并联一个100nF电容做硬件滤波。电容一加问题立刻消失。5.5 坑五风扇全速时LCD背光闪烁LCD背光随电机转速变化一闪一闪的非常影响观感。这个问题的本质是电源链路阻抗过高——风扇和LCD背光共用了同一个5V电源支路电机电流变化导致LCD背光电压波动。排查过程一开始我以为是代码问题把LCD刷新频率调到很低仍然闪。用示波器看5V电源线波形上有明显的大幅度纹波频率和PWM一致。确认是电源问题后解决方案是分开供电风扇的5V直接从电源输入端取电LCD背光5V经过一个LC滤波后再接入。同时在LCD背光两端并联一个470μF的电解电容起到储能缓冲作用。改完之后背光纹波降到可以忽略的程度。5.6 实测数据温度-占空比-转速对照最后分享一组实测数据环境是一个约12平方米的封闭房间环境温度℃占空比%风扇两端等效电压V现象描述2400不转待机2600不转接近上限28301.5低速旋转几乎无声30502.5中等风速气流可感知32703.5明显风感噪声可接受351005.0全速噪声最大这里有个物理现象值得解释风扇两端电压只有等效值实际是PWM波形的平均值。占空比50%时理论上平均电压是2.5V但电机转速并不是正好全速的一半因为电机有静摩擦和惯性低速时还要克服启动死区。这也是为什么温控策略里0占空比对应的是完全停止而不是一个极低的转速——占空比低于25%左右时风扇根本不转白白浪费能量还发热。5.7 后续还能往哪些方向扩展这个项目的好玩之处在于它是一个绝佳的母板扩展空间非常大。把DHT11换成SHT30走I2C接口精度提升一个数量级代码改动量也不大加一个ESP8266模块用串口把温湿度和风扇状态上传到云平台手机就能远程查看和控制加一个OLED显示屏替换LCD1602界面能做得更好看主控换成国产的APM32F103系列代码基本可以直接复用几乎不需要改动也算是一个有意思的国产替代实验用K210摄像头识别人是否在床边配合当前项目实现人离开自动调低风速的节能逻辑——这个扩展需要K210和STM32通过串口通信正好把两个热门芯片串起来玩。我个人在实际操作中的体会是这个项目真正的价值不在于风扇能自动转这个结果而在于完整地走了一遍从需求到设计再到调试的产品流程。尤其是实物阶段那五个坑每一个都是教科书里不会写、但实际做项目百分百会遇到的真实问题。如果你在做这个项目的过程中卡住了大概率也逃不出这几个范围——先查供电再查时序最后查干扰这个排查顺序能解决掉百分之八十的嵌入式小项目问题。最后再分享一个小技巧开源资料包里的原理图和仿真工程如果你用的是不同的STM32开发板不要直接照抄引脚连接先花十分钟对着你的板子丝印把引脚表更新一遍这十分钟能帮你省下实物调试时的一晚上。
