简介这是一份基于STM32单片机的智能风扇系统设计文档适合电子、嵌入式方向的本科生用于课程设计或毕业设计参考。方案以STM32为核心结合DS18B20温度传感器、LCD1602液晶屏、人体红外感应模块和PWM风扇实现温度自动调速与人体感应启停。文档从系统总体设计、各硬件模块工作原理到软件编程实现逐步展开包含方案论证、硬件选型与连接、温度控制算法、人体红外感应逻辑及LCD显示流程等完整章节并附有中英文摘要和目录结构。压缩包内仅1个doc文档大小908KB内容集中便于阅读。目前已有264人学习下载可作为智能家电类课题的完整设计范例。读者可从方案中获取硬件模块选型依据、STM32外设使用思路、Keil5编程框架以及LCD显示、红外检测与温度控制算法的整合方法对完成类似单片机应用设计有直接参考价值。1. 项目概述与整体设计思路1.1 为什么选择用 STM32 做智能风扇把 STM32 和智能风扇放在一起是很多电子爱好者、自动化专业学生和嵌入式入门开发者都会接触到的经典组合。这个项目之所以经典是因为它在不算太复杂的硬件电路上几乎覆盖了嵌入式开发的核心技能GPIO 控制、定时器 PWM 输出、ADC 模拟量采集、按键输入检测、外设通信如 I2C/串口、中断系统以及低功耗和异常处理等。可以说做完这个项目你对 STM32 的基础开发框架就有一个完整的认知了。从实际需求角度看传统风扇只有几个固定档位要么靠手拧旋钮要么靠遥控器但温度变化时不会自己调节。智能风扇的核心诉求就是“自动感知环境温度自动调节风速”同时保留手动控制能力。用 STM32 来做主控一方面是因为它资源丰富、外设齐全另一方面是它上手资料多、调试工具成熟遇到问题基本都能找到参考解决方案对初学者非常友好。我见过不少人一上来就想着堆功能——加 WIFI、加 APP 控制、加语音识别——结果项目做了两个月还在调网络协议栈。如果你是这个方向的新手我的建议是第一版先把“温度检测 自动调速 手动控制 状态显示”这四件事做扎实跑通了再去考虑联网和云端的事情。后面我会详细说为什么这个顺序更重要。1.2 系统功能拆解与预期目标把“智能风扇”这个标题拆开我们需要明确它到底要完成哪些功能。一个功能清晰、边界明确的系统设计方案比盲目堆料要重要得多功能模块具体描述实现方式温度采集实时检测环境温度作为调速依据DS18B20 单总线传感器 / NTC 热敏电阻 ADC自动调速根据温度区间自动切换风速档位定时器 PWM 输出控制电机驱动功率手动控制用户可切换自动/手动模式手动调节档位独立按键 状态机逻辑状态显示显示当前温度、模式、风速档位OLED 屏I2C或数码管/LED 指示电机驱动驱动直流风扇电机实现无级调速三极管/MOS 管 PWM 占空比调节或 L298N 模块这套预期目标里我特别想强调的是“无级调速”和“档位调速”的区别。很多智能风扇项目只做三档固定风速——低速、中速、高速——其实是把 PWM 输出简化成了几个离散值。真正的智能风扇应该能做无级调速也就是 PWM 占空比随温度连续变化这样体验会好很多。当然从项目答辩或展示角度设置 3-5 个温度区间对应不同 PWM 占空比区间更容易说清楚逻辑也更容易调试。这两者不冲突你完全可以做成“区间分段 区间内线性插值”既有逻辑清晰度又有平滑体验。我在初期写需求文档时会给每个功能模块加上“验收标准”。比如对温度采集模块验收标准是“温度读数误差不超过 ±0.5℃刷新频率不低于 1Hz”。对自动调速模块验收标准是“温度从 25℃ 升到 35℃ 时PWM 占空比能从 20% 平滑上升到 90%响应时间不超过 5 秒”。有这些量化指标后面调试代码时你才知道自己做得对不对而不是“感觉差不多就行”。2. 硬件选型与电路设计要点2.1 主控选型从 F103 到 F407 的取舍智能风扇这个项目对主控的要求其实不高——几个 GPIO、一个定时器、一个 ADC、一个 I2C 就足够了。市面上最常见的选择是 STM32F103C8T6也就是大家常说的“蓝丸”核心板。这颗芯片的主频是 72MHzFlash 64KBRAM 20KB在智能风扇这种场景下绰绰有余。也有人会用 STM32F407 来做理由是“以后扩展功能方便”。但我的实际体会是F407 的开发复杂度比 F103 高不少尤其是时钟树配置和外设初始化对新手来说容易在多出的功能里迷路。如果你只是做智能风扇F103C8T6 完全够用而且资料极多几乎每一个外设都有现成的例程可以参考。等以后做更复杂的项目比如摄像头识别、音频处理再上 F407 或 F429 更合理。另一个需要考虑的点是开发板还是最小系统板。我的建议是第一版直接用核心板比如正点原子或野火的 Mini 板把精力放在外设电路和逻辑代码上。等你想把它做成一个真正能用的产品再自己画 PCB、做最小系统板。自己做板子时要特别注意晶振电路、复位电路、BOOT 引脚配置和电源去耦这些小细节直接决定了板子能不能稳定跑起来。我见过不少自己画板失败的情况十有八九是电源纹波太大或者晶振负载电容选得不对。2.2 温度传感器的选择DS18B20 到底好在哪温度采集是智能风扇的核心环节传感器选择直接影响整个系统的精度和复杂度。目前项目里最常见的方案有两种DS18B20 数字温度传感器和 NTC 热敏电阻加 ADC 采样。DS18B20 的优点是直接输出数字信号不需要校准测量范围 -55℃ 到 125℃精度在 ±0.5℃-10℃ 到 85℃ 范围内和 STM32 之间只需要一根数据线通信单总线协议。缺点是单总线协议时序要求比较严格代码里需要用延时精确控制时序对新手来说第一次调通可能需要一点耐心。不过好消息是绝大多数 STM32 例程包里都有成熟的 DS18B20 驱动代码你不需要从零开始写时序理解它怎么工作、怎么改延时就行。NTC 热敏电阻的方案更“嵌入式”——用 ADC 采集电阻分压后的电压再通过查表或公式如 Steinhart-Hart 方程换算成温度。它的优点是电路简单、成本更低、响应速度快而且能锻炼你 ADC 采集和数据处理的能力。缺点是精度受限于电阻精度、参考电压稳定性和 ADC 分辨率通常需要做一点软件校准才能达到实用水平。我个人在智能风扇项目里更推荐 DS18B20理由是省心、稳定。温度采集这个环节不应该成为项目的主要难点把精力留给 PWM 调速和整体逻辑更值。如果你想挑战一下自己或者手上正好有 NTC 传感器用 ADC 方案也不是不行只要做好软件滤波和校准效果一样能看。2.3 电机驱动PWM 调速的硬件基础风扇电机最常用的是直流有刷电机两线驱动方式是用 MOSFET 或专用电机驱动芯片控制电机的供电电压或电流。通过 PWM 调节平均电压就能实现转速控制。对新手来说最简单的方案是用一个 NPN 三极管比如 S8050或 N-MOSFET比如 AO3400做低端驱动单片机 GPIO 输出 PWM 信号到三极管基极或 MOSFET 栅极控制电机通断。电路结构是电源正极 → 电机 → 三极管/MOSFET → GND。注意电机两端一定要并联一个续流二极管比如 1N4007 或 SS34否则关闭瞬间的感应电动势会击穿驱动管——这个错误我见过新手犯过很多次烧管是小事崩到单片机 IO 口才是大麻烦。如果电机功率稍大比如 12V 的大风扇或者你想做正反转控制建议直接用 L298N 或 TB6612 驱动模块。这些模块内部集成了 H 桥电路和续流保护用起来省心很多缺点是多花几块钱而且要注意共地问题——驱动模块和单片机必须共地否则控制信号电平参考不一致电机根本转不起来。还有一个容易忽略的点是电源设计。风扇电机启动瞬间电流是额定电流的好几倍如果和单片机共用同一个电源电机启动瞬间会把电压拉低可能导致单片机复位。稳妥的做法是电机单独供电比如 12V 适配器通过驱动模块给电机供能单片机和传感器用 USB 5V 或独立 3.3V LDO 供电。不一致的电源轨之间只需要共地不需要共电压。3. 软件架构与核心代码实现3.1 代码框架裸机轮询还是定时器状态机智能风扇这种复杂度适中的项目代码架构不需要上实时操作系统RTOS用裸机 定时器状态机就能写得非常清晰。核心思路是主循环里不做任何延时阻塞操作所有时间敏感的任务比如 DS18B20 时序、按键消抖都交给定时器中断或定时器轮询标志位处理。我推荐的软件模块划分是这样的主循环检查标志位执行对应的任务温度采集完成则处理温度数据按键事件产生则更新模式状态显示刷新定时到则更新屏幕内容。定时器中断比如 TIM21ms 周期维护一个毫秒计数器和各种软件定时标志位比如“每 500ms 采集一次温度”“每 200ms 扫描一次按键”“每 100ms 刷新一次显示”。DS18B20 驱动单总线时序初始化、温度读取注意读温度时需要短暂关闭中断或者使用临界区保护避免时序错乱。PWM 输出用 TIM3 的通道 1 产生 PWM 信号通过修改捕获比较寄存器CCR的值来控制占空比。按键驱动使用 GPIO 外部中断或轮询加消抖处理单击、长按或组合按键逻辑。状态机定义风扇的工作模式自动模式 / 手动模式在模式切换时执行相应的初始化动作。我在实际写代码时会先在纸上画出状态迁移图上电默认进入自动模式读取温度并设置对应风速按下按键 A 切换自动/手动模式手动模式下按键 B 增加档位、按键 C 降低档位。状态图理清楚了代码就是按状态图填内容的事情。3.2 代码片段示例PWM 与 ADC 核心逻辑下面给出几个最核心的代码片段。环境以 STM32F103C8T6 HAL 库为例因为目前 HAL 库已经是主流标准库的使用者虽然还很多但新项目还是建议直接用 HAL 库起步。PWM 输出初始化TIM3, 通道1, PA6// 使能 TIM3 时钟和 GPIOA 时钟 __HAL_RCC_TIM3_CLK_ENABLE(); __HAL_RCC_GPIOA_CLK_ENABLE(); // 配置 PA6 为复用推挽输出 GPIO_InitTypeDef gpio_init {0}; gpio_init.Pin GPIO_PIN_6; gpio_init.Mode GPIO_MODE_AF_PP; gpio_init.Speed GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, gpio_init); // TIM3 时基配置72MHz / 72 1MHz计数到 1000即 PWM 频率 1kHz TIM_OC_InitTypeDef oc_config {0}; htim3.Instance TIM3; htim3.Init.Prescaler 72 - 1; htim3.Init.CounterMode TIM_COUNTERMODE_UP; htim3.Init.Period 1000 - 1; htim3.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; HAL_TIM_PWM_Init(htim3); oc_config.OCMode TIM_OCMODE_PWM1; oc_config.Pulse 500; // 初始占空比 50% oc_config.OCPolarity TIM_OCPOLARITY_HIGH; HAL_TIM_PWM_ConfigChannel(htim3, oc_config, TIM_CHANNEL_1); HAL_TIM_PWM_Start(htim3, TIM_CHANNEL_1);设置占空比直接用__HAL_TIM_SET_COMPARE(htim3, TIM_CHANNEL_1, duty); // duty 范围 0~999这里的参数选择逻辑很简单PWM 频率设为 1kHz足够驱动直流电机且听不到明显的啸叫声。占空比范围 0~999对应分辨率约 0.1%对于风速调节来说是足够的。如果你想更平滑可以把 Period 加大到 2000 甚至 5000但要注意频率不能太低低于 500Hz 电机会有明显顿挫感也不能太高超过 20kHz 可能出现音频啸叫或驱动管开关损耗增大。DS18B20 温度读取的关键步骤// 跳过 ROM只有单设备接在总线上 ds18b20_reset(); ds18b20_write_byte(0xCC); ds18b20_write_byte(0x44); // 启动温度转换 // 等待转换完成典型转换时间 750ms HAL_Delay(750); // 读取温度 ds18b20_reset(); ds18b20_write_byte(0xCC); ds18b20_write_byte(0xBE); // 读取暂存器 uint8_t temp_l ds18b20_read_byte(); uint8_t temp_h ds18b20_read_byte(); int16_t raw_temp (temp_h 8) | temp_l; float temperature raw_temp * 0.0625f; // 12位分辨率每位代表0.0625℃这里有个细节很多人不注意DS18B20 的上电默认分辨率是 12 位对应温度分辨率 0.0625℃。如果你在配置寄存器里改成了 9 位分辨率那么转换时间会短很多约 94ms但 raw_value 每位代表的温度值就不一样了。建议保持默认 12 位代码里的乘法系数就不用改。自动调速的 PID 风格的逻辑简化版#define TEMP_MIN 20.0f // 最低温度低于此温度风扇停转或最低速 #define TEMP_MAX 35.0f // 最高温度高于此温度风扇全速 float map_temperature_to_duty(float temp) { if (temp TEMP_MIN) return 0; if (temp TEMP_MAX) return 999; // 线性映射也可以用分段函数或查表 return (temp - TEMP_MIN) / (TEMP_MAX - TEMP_MIN) * 999.0f; }这个线性映射是最简单的方案但实际体验中我建议加入一个“启动阈值”温度低于 22℃ 时风扇保持停止温度超过 25℃ 时才开始转动转速从 20% 起步。原因是直流电机和 PWM 驱动中存在死区——占空比太低时电机转不动但会嗡嗡响。实测中很多风扇套件在占空比低于 15%-20% 时电机不会转白白浪费了能量还有噪音。所以在做调速映射时要把可用的占空比区间限制在 20%-100%低于 20% 直接给 0 关闭输出。3.3 显示模块与用户交互设计显示部分我用的是 0.96 英寸 OLEDSSD1306 驱动芯片I2C 接口四根线接好就能用VCC、GND、SCL、SDA。STM32 的硬件 I2C 在某些库版本里可能有兼容性问题但 HAL 库的 I2C 已经做得比较稳定了直接调用HAL_I2C_Mem_Write往 SSD1306 的显存地址写数据就行。OLED 界面设计建议分三层第一行显示当前温度比如Temp: 28.5C。第二行显示工作模式比如Mode: AUTO或Mode: MANUAL。第三行显示当前风速或 PWM 占空比比如Duty: 65%。显示刷新频率不要太高100ms 刷新一次足够OLED 本身刷新也快不了多少写显存的频率太高反而浪费 CPU 时间。用户交互方面我设计了三颗按键SW1模式切换自动 ↔ 手动。SW2手动模式下风速加一档或占空比 10%。SW3手动模式下风速减一档或占空比 -10%。按键处理的关键是消抖和防连按。消抖最稳妥的方法不是硬件电容滤波而是在代码里做 20ms 延时确认——检测到按键按下后延时 20ms 再读一次确认还是低电平才判定为有效按下。长按和短按的逻辑可以后续再加第一版先做短按就行了。4. 调试流程与常见问题排查4.1 调试环境搭建从 Keil 到 VSCode 的选择STM32 开发最常见的是 Keil MDK资料多、上手快、破解也方便当然学习版也够用。但如果你经常写代码、对编辑器有要求可以试试 VSCode EIDE 插件或者 STM32CubeIDE。我个人建议如果你是第一次做 STM32 项目直接用 Keil 就好别在工具上折腾太多时间。Keil 搭配 ST-Link 调试器可以看寄存器值、变量值、打断点这些功能对排查问题非常关键。接线调试时ST-Link 的四根线SWDIO、SWCLK、GND、3.3V连到板子上注意 SWDIO 和 SWCLK 不要接反。如果出现“No STM32 Target Found”的报错先检查这几根线再看看板子是否上了电BOOT0 引脚是否拉到了低电平VBAT 模式选择问题——这些都是最常犯的低级错误。4.2 我踩过的坑这些错误你可能也会遇到这个项目看起来不复杂但实际调试过程中有一堆问题等着你。我把自己踩过的、身边朋友踩过的坑整理成一个速查表按出现频率排序问题现象可能原因解决方法DS18B20 一直读不到温度单总线时序不对或上拉电阻缺失在 DQ 数据线上接 4.7kΩ 上拉电阻检查 GPIO 是否配置为开漏输出电机嗡嗡响但不转PWM 占空比过低处于死区调大最小占空比阈值低于阈值直接输出 0OLED 屏幕花屏或不亮I2C 地址错误或 SCL/SDA 接反检查屏背面丝印常见地址是 0x3C 或 0x3D确认接线顺序风扇全速运转但不受控MOSFET/三极管被击穿或 PWM 引脚配置错误检查驱动电路续流二极管是否接反用示波器/万用表测 PWM 引脚是否有波形按键按下无反应按键接法和 GPIO 内部上下拉配置不匹配确认按键一端接 GND、另一端接 GPIOGPIO 配置为内部上拉输入系统频繁复位电机启动瞬间拉低电源电压电机和单片机分开供电或加大电源电容1000μF 电解电容温度读数跳动大电源干扰或采样时间不够在温度采样值上做中值滤波或滑动平均滤波适当延长 DS18B20 转换等待时间ST-Link 连接失败BOOT0 引脚状态不对或接线松动BOOT0 接 GND重新插拔 ST-Link检查驱动是否正常每个人遇到的问题各不相同但排查思路是一样的先把系统拆成模块用最简单的方式测试每个模块是否正常。比如怀疑电机驱动有问题就先写一个固定占空比 50% 的测试代码看电机能不能转。如果转说明硬件没问题问题在调速逻辑如果不转就用万用表测驱动管栅极电压、测电机两端电压一步步缩小范围。4.3 调试技巧善用串口打印与逻辑分析仪嵌入式开发中最实用的调试手段永远是串口打印。在代码里加一个 UART 初始化重定向printf到串口记得在 Keil 里勾选 Use MicroLIB然后用 USB 转 TTL 模块接在 PA9TX和 PA10RX上就能在电脑串口助手里看到系统内部的状态信息。调试智能风扇时我建议每隔 500ms 打印一行Temp: 28.50C | Mode: AUTO | Duty: 650/1000 | Speed: 2600rpm这样运行时你可以直观地看到温度变化对占空比的影响也能发现逻辑上的问题比如温度升高了占空比反而下降那多半是线性映射公式写反了或者传感器数据接到了反方向。逻辑分析仪是另一个利器尤其是调试 DS18B20 的单总线时序和 PWM 波形时。市面上几十块钱的 8 通道逻辑分析仪配上 PulseView 软件就能直观看到时序波形。把探针接到 DQ 数据线上抓一段波形你能立刻看出复位脉冲、存在脉冲、数据位的时序是否正常。新手很容易遇到“代码照着写但就是不通”的情况拿逻辑分析仪一看往往是延时精度不够或者 GPIO 输出模式配错。4.4 掉电备份与异常保护经验智能风扇在真实使用场景里有一个容易被忽略的问题突然断电再来电系统应该恢复到什么状态。大部分第一版代码的做法是上电默认自动模式这没问题但如果你想做得更“智能”一点可以在 EEPROM比如 STM32 内部 Flash 模拟 EEPROM或者外挂 AT24C02里保存用户的模式和档位设置上电时先读取保存的配置再启动。另一个值得考虑的保护逻辑是“无传感器堵转检测”。直流电机堵转时电流会显著上升可以通过采样电机回路电流例如串联一个采样电阻接 ADC来判断风扇是否被异物卡住。如果检测到堵转立即关断 PWM 输出并报警比如 LED 快闪或 OLED 显示错误码避免电机长时间堵转过热烧毁。这个功能虽然不属于“标题必需”但加上之后项目的完整度会明显提升在答辩或展示时也是一个很好的亮点。5. 项目扩展方向与最终体会5.1 从智能风扇到智能家居节点如果你不满足于“风扇能根据温度自动变速”这个项目可以往多个方向扩展。最容易的是加一个红外接收头用家用电器的遥控器来控制风扇——从“温度自动”升级成“遥控 自动”双模式。更进一步的方案是加 ESP8266 或 ESP32 模块通过 MQTT 协议连接局域网实现手机 APP 或语音助手控制。这个方向会涉及网络协议栈、JSON 数据解析、嵌入式 GUI 等更复杂的内容但整个系统的技术上限会高很多。还有一种扩展方向是“多传感器融合”在温度基础上增加湿度传感器DHT11/DHT22和人体红外传感器HC-SR501。有人在场时根据温度湿度综合调速无人时自动进入低速节能模式甚至关闭风扇。这才是真正的“智能”——不是炫技式的联网而是让设备学会根据环境和使用者状态做更合理的决策。5.2 我在做完整个项目后的几点实在体会做了这么多年嵌入式项目智能风扇是我认为最适合作为“入门关底”的项目之一。它的硬件设计不复杂代码逻辑不难写但要把所有模块整合起来稳定运行需要你对单片机的核心外设都有实实在在的理解。第一点体会是别一开始就想着把所有功能做全。先把最小可行版本跑通——“能测温度、能调速、能显示、能按键控制”——然后再逐步加功能。每加一个功能之前先明确它的验收标准和测试方法否则你会花大量时间在排查“不知道哪里出的问题”。第二点体会是调试日志真的能救命。不要嫌串口打印麻烦也不要觉得“反正逻辑简单不用打印”。等到风扇转起来但温度不准、或者偶尔不听话的时候你就知道有日志和没日志的差别有多大。我现在的习惯是每写一个功能模块先把对应的调试打印加上跑通了再精简。第三点体会是多看数据手册和参考手册少在网上“猜答案”。STM32 的很多问题比如 GPIO 复用配置、定时器计数模式、DMA 请求映射在参考手册里都有明确说明一些网上答案反而会误导你。养成查手册的习惯对你的嵌入式开发能力提升帮助极大。最后建议你把整个项目的过程记录下来包括设计文档、引脚分配表、调试笔记、遇到的问题和解决办法。毕业设计答辩或面试展示时这些记录能让你把项目讲得有条有理也帮你把零散的实践经验变成系统的项目经验。毕竟任何一个项目的价值都不仅在于它跑起来了更在于你从中真正学会了什么。本文还有配套的精品资源点击获取