基于STM32的智能绿色风扇系统设计与实现

1. 为什么“风扇”值得用STM32重新做一遍

夏天实验室里的桌面风扇有几种？打开淘宝搜索，你会发现绝大多数所谓“智能风扇”其实只有三档调速、定时关机、香薰功能，称不上“智能”。再拆开看内部，主控芯片往往是专用风扇IC或者一颗普通的8位单片机，人机交互只有几个轻触按键。

但当你开始准备单片机毕业设计，把“风扇”作为课题对象时，会发现它是一个非常适合做系统设计训练的载体。这个题目不算难，但麻雀虽小五脏俱全。它同时涉及输入检测、输出控制、电机驱动、显示、电源管理、异常保护和低功耗策略，几乎可以把STM32单片机应用的核心知识点都串起来。

从技术选型来看，用STM32做智能风扇有一个明显的优势：它不需要像驱动伺服电机那样处理复杂的运动控制，也不像做物联网网关那样需要接触大量通信协议，但它能让你把 GPIO、ADC、定时器、PWM、外部中断、I2C/SPI 等外设全部实际用一遍。更重要的是，风扇这类设备天然适合“绿色节能”主题，你可以顺理成章地引入温度检测、人体感应、自动调速、睡眠模式、低功耗设计等机制。

一句话判断：这是一个性价比极高的毕业设计选题。比单纯做个FM收音机或电子时钟能展示的知识点更多，又比做无人机飞控、平衡小车这类难度波动大的项目更可控，做出来还方便现场演示。

这篇文章会从系统总体方案开始，逐步拆解硬件选型、主要电路设计、STM32的软件架构和核心代码实现、温控策略、调试方法和实测验证思路。如果你正在准备单片机课程设计或毕业设计，可以直接把本文当作一套从零开始的实现参考。需要提醒的是，文中的代码以STM32F103系列Cortex-M3内核为例，但整体思路迁移到STM32F4、G0、L0系列也同样适用，寄存器级别的写法在不同系列上略有差异，我会在相关地方单独说明。

2. 智能绿色风扇系统的总体方案设计

2.1 这个项目要解决哪些问题

做任何单片机系统前，先回答一个问题：系统需要感知哪些信息，执行哪些动作，如何被人操作，如何应对异常。

智能绿色风扇拆解下来，核心需求如下：

• 自动调速：根据环境温度自动调节风扇转速，温度高时转速快，温度低时转速慢。
• 人体感应：有人靠近时风扇正常工作，人离开一段时间后风扇自动进入待机或停机状态，避免浪费电。
• 手动控制：用户不想要自动模式时，可以手动切换风速和模式，这需要按键输入。
• 状态显示：至少能显示当前模式、风速档位、环境温度等信息，通常用LED、数码管或OLED屏。
• 节能处理：在持续无人状态下进入低功耗模式，或在夜间自动降低最大转速限制，体现“绿色”主题。
• 安全保护：电机堵转保护、驱动电路过流保护、软件看门狗。

整理成系统框图，大致是这样的：

• 传感器部分：温度传感器读取环境温度，人体红外传感器（PIR）检测人体存在。
• 输入部分：按键提供模式切换、风速加减、开关机操作。
• 控制核心：STM32负责数据采集、模式判断和控制信号输出。
• 执行部分：通过PWM控制MOS管或电机驱动芯片，进而控制直流无刷风扇或普通直流电机风扇。
• 显示部分：OLED或数码管显示运行状态。
• 电源部分：适配器供电或USB供电，前端经过降压稳压给单片机和外设供电。

2.2 核心设计判断：选直流无刷还是普通直流电机

这是整个项目里第一个值得讲清楚的关键选择，也是很多人容易纠结的地方。

市面上的智能风扇多使用直流无刷电机（BLDC），因为这类电机效率高、噪声小、寿命长，而且能通过PWM调速。但如果你把它拿到本科毕业设计的语境里看，使用无刷电机意味着你需要增加无刷驱动电路，或者购买带驱动板的无刷电机模块，这会引入换相控制、反电动势检测等额外复杂点。

如果你的目标是体验完整的“单片机系统设计”，其实使用普通直流电机加带PWM调速的驱动方案就够了。普通直流电机成本低、控制简单，只需要调节PWM占空比改变平均电压，就可以实现转速变化；配合霍尔传感器或红外对管测速，还可以做一个简单的闭环调速。

但从“绿色节能”的角度，无刷电机更契合题目立意。如果预算充足或者实验室有现成模块，可以在样机阶段先使用普通直流电机验证全部逻辑，再把执行机构替换为带驱动板的无刷风扇模块。软件层面只需调整PWM频率或控制引脚极性，主逻辑不用大改。这个“先验证逻辑再替换执行机构”的开发思路，是实际工程项目中很常用的做法，也能在毕业设计的答辩中体现工程思维。

2.3 STM32型号怎么选

针对这个题目，首选STM32F103C8T6。原因很简单：资料最丰富，开发板最便宜，例程最全面，Keil MDK环境下的支持非常成熟。虽然它的主频只有72MHz，Flash只有64KB，但对于风扇控制这种任务完全够用。如果你后续想加蓝牙、WIFI模块做手机APP控制，也能通过串口扩展，不需要换芯片。

需要的外设资源清单如下：

• PWM输出：至少1路，用来控制电机调速。最好使用定时器的PWM输出通道，比如TIM2_CH1或TIM3_CH2。
• ADC采集：至少1路，如果使用NTC热敏电阻测温，需要ADC读取分压电压；如果使用数字温度传感器如DS18B20，则用GPIO模拟单总线协议，不需要ADC。
• GPIO输入：按键至少2到4个，PIR人体感应1路。
• I2C接口：如果使用0.96寸OLED显示屏，通常走I2C，占用两个引脚。
• 定时器输入捕获：如果做测速闭环，还需要一个定时器通道配合编码器或霍尔脉冲测速。

选择F103C8T6还有一个好处：引脚数量48pin，在最小系统板上就能把上述外设全部引出来，合适。

2.4 操作模式和状态机设计

为了不让主程序变成一团乱麻，做单片机软件时一定要先定义状态和迁移关系。本设计建议定义以下状态：

• 开机态：系统上电，完成初始化，显示欢迎信息，默认进入自动模式。
• 手动模式：用户可以通过按键选择低、中、高三档风速，或关闭风扇。
• 自动模式：系统根据实时温度自动设定目标风速档位。
• 待机态：人体传感器检测到无人持续超过设定时间，系统进入低功耗待机，等待人体感应信号唤醒。
• 异常态：电机堵转或驱动电路异常时，关闭PWM输出，进入保护状态，等待按键复位。

这些状态不一定都对应代码里的一个switch-case枚举，但状态机思维可以显著降低逻辑混乱。如果所有判断都堆在主循环的if-else里，后期加新功能时很容易出问题。

3. 硬件电路与模块选型

3.1 整体硬件清单

从零搭建这个系统，建议按下面的清单准备硬件。这些模块在大多数单片机实验室都能找到，网上采购也很方便。

3.2 电源设计要点

电源是实际调试中第一个容易踩坑的环节。

STM32和传感器一般需要3.3V供电，可以直接从最小系统板的稳压器获取；电机驱动电源要单独考虑。如果使用5V直流电机，可以共用USB的5V，但必须注意电流。小功率玩具电机空载电流可能只有几百毫安，堵转时可能上升到1A甚至更高，如果直接从开发板的5V引脚取电，很容易把板载稳压器烧掉。

更稳妥的做法是电机电源和单片机电源分开，比如使用12V适配器给电机驱动模块供电，再通过降压模块转5V给单片机。驱动模块的电源输入端并联一个大电容，例如470uF/25V，可以有效抑制电机启动瞬间的电压跌落和换向噪声。

L9110S或TB6612这类驱动模块通常带逻辑电源引脚，需要接单片机的3.3V或5V作为逻辑参考，使用前务必查看模块的接线说明。驱动电源没接、逻辑地没共地、电机启动导致单片机复位，这三件事占了电机驱动调试故障的一大半。

3.3 电机驱动电路与GPIO控制

如果使用L9110S模块，控制逻辑很简单：模块有两个输入引脚，通常标记为IA和IB。给IA高电平、IB低电平，电机正转；反过来反转；两者都低电平则停止。PWM调速时，把其中一个引脚接STM32的PWM输出，另一个引脚固定拉低，即可通过占空比调速。

这里有一个新手容易不懂的细节：不要直接用一个GPIO接PWM，另一个也接PWM，以为可以“差速”。对于单电机只需要调速的场景，一个PWM引脚加一个方向引脚就够了。

电机是感性负载，无论使用模块还是自己搭MOS管驱动，都要确保有续流二极管。如果没有续流二极管，电机断电瞬间产生的反向电动势可能击穿MOS管或干扰单片机供电。L9110S、TB6612模块内部已经包含续流二极管，因此更推荐直接用模块，减少硬件调试难度。

3.4 PIR人体感应模块的接线与注意点

HC-S501是最常见的PIR模块，输出数字信号，检测到人体运动时输出高电平。模块上有两个电位器，一个调节灵敏度，一个调节输出高电平保持时间（通常可以调到几秒到几百秒）。

把这个模块接到STM32的一个GPIO输入引脚即可。需要注意的是，PIR检测的是“运动”而不是“存在”。如果人长时间静坐不动，PIR可能检测不到，导致系统误判为无人。解决方式有两种：

• 在PIR输出高电平后，软件开启一个较长的“占用计时器”，只要期间再次检测到运动就刷新计时。
• 结合另一路传感器，比如微波雷达模块或热释电阵列，但会增加成本。

对于课程设计来说，使用PIR加软件计时延长逻辑就够用了。软件里把“无人持续检测时长阈值”默认配置为3到5分钟，避免测试时风扇频繁开关造成体验不好。

3.5 显示模块的选型

显示方案我建议用0.96寸I2C OLED（SSD1306），而不是数码管。原因有几个：

• OLED显示内容灵活，能同时显示温度、模式、风速档位、人体感应状态，演示效果直观。
• I2C接口只占用两个引脚，接线简单。
• 网上SSD1306的驱动代码非常多，移植成本低。
• 功耗低，不影响“绿色节能”主题。

如果实验室条件有限，也可以使用LCD1602。但LCD1602需要8个或4个数据引脚，而且无法显示中文，OLED在同等尺寸下视觉效果更好。部分ST7789屏幕需要SPI接口且驱动时序更复杂，不建议在这个项目上占用过多精力。

4. STM32环境搭建与工程初始化

4.1 开发环境与工具链

如果你的开发环境还没有准备好，下面是当前比较主流的组合：

• Keil MDK-ARM：STM32开发最常用的IDE，资料多，调试方便。
• STM32CubeMX：用于图形化配置时钟、GPIO、定时器等外设，自动生成初始化代码。
• STM32CubeProgrammer或ST-Link Utility：用于下载程序。
• 调试器：ST-Link V2，便宜、稳定，兼容性好，适合F103系列。

在Keil安装和Pack版本选择上有一个常见坑：STM32F103属于Cortex-M3内核，需要安装对应的Device Pack。如果打开工程提示找不到芯片，多半是Pack没有安装或版本不匹配。建议从Keil官网Pack Installer中安装“Keil.STM32F1xx_DFP”最新稳定版。要注意兼容C51和STM32的Keil软件安装方式，可能会遇到许可证、Pack路径等问题，建议单独安装，不要混用。

STM32CubeMX并非必须，但对工程项目帮助很大。你可以在CubeMX里完成引脚功能分配、时钟频率设置，再生成MDK工程。这样至少不会在引脚配置代码上出错，也方便后期切换引脚。

4.2 时钟树配置

STM32F103的外部高速晶振常见为8MHz，经过PLL倍频后系统时钟为72MHz。如果你用的最小系统板没有外部晶振，也可以配置为内部HSI 8MHz，但USB功能不可用，定时器时间基准计算也要重新换算。

很多初学者在这步容易出错：直接用系统默认的HSI，然后在延时函数里按72MHz计算导致延时不准。更常见的错误是延时函数里没有重新调用SystemInit或时钟配置不对，结果串口波特率错乱、PWM频率异常。

在STM32CubeMX中配置RCC时选择Crystal/Ceramic Resonator，并把HCLK设为72MHz，CubeMX会自动计算PLL参数。如果使用寄存器或标准库开发，则必须确认SystemInit函数是否正确设置时钟。

4.3 GPIO和外部中断配置

按键和PIR信号适合用外部中断方式检测，而不是在主循环里轮询，至少按键应该优先考虑中断加消抖。

GPIO配置要点：

• 按键引脚：输入上拉模式。
• PIR引脚：输入浮空或下拉模式，取决于模块输出逻辑。
• OLED I2C引脚：复用开漏输出。
• PWM输出引脚：复用推挽输出。

配置完成后，用万用表或示波器确认引脚电平是否符合预期。这一步很多人忽略。比如PIR模块上电后有大约30到60秒的初始化稳定期，期间可能随机输出高电平。如果在稳定期之前就去读引脚，程序可能误判为人体出现，把本来正常的功能破坏掉。解决办法是在代码里做上电延时，等PIR模块稳定后再进入主逻辑。

5. 核心软件逻辑与代码实现

5.1 软件总体框架

这个系统的主循环可以采用“前后台”架构，后台是中断服务函数，前台是主循环轮询。

中断负责时敏任务：

• TIM定时中断：定时采集温度、刷新显示。
• 外部中断：按键动作、PIR触发事件。
• 定时器PWM输出：电机调速，不需要CPU干预。

主循环负责慢速任务：

• 读取当前系统状态。
• 根据模式自动计算目标风速。
• 执行状态切换逻辑。
• 处理按键事件队列。

不建议在主循环里使用软件延时函数去做长时间等待，否则按键响应和PIR检测会被堵塞。如果某个函数需要等待，应该改为“标志位加超时”的结构化写法。

5.2 状态机及数据定义

先在头文件里定义系统状态、运行模式等枚举：

// 文件路径：Src/fan_app.h #ifndef FAN_APP_H #define FAN_APP_H #include "stm32f1xx_hal.h" #include <stdint.h> typedef enum { FAN_STATE_BOOT = 0, // 开机初始化态 FAN_STATE_AUTO, // 自动温控模式 FAN_STATE_MANUAL, // 手动模式 FAN_STATE_STANDBY, // 无人待机态 FAN_STATE_FAULT // 故障保护态 } FanState_t; typedef enum { WIND_OFF = 0, WIND_LOW, WIND_MID, WIND_HIGH } WindLevel_t; typedef struct { FanState_t state; // 当前状态 WindLevel_t windLevel; // 当前风速档位 float temperature; // 环境温度，单位℃ uint8_t personDetected; // 是否检测到人体 uint16_t noPersonTime; // 无人持续秒数 uint8_t fanRunning; // 电机是否运转 } FanContext_t; extern FanContext_t g_fan; void FAN_App_Init(void); void FAN_App_Task(void); void FAN_ProcessKeyEvent(uint8_t keyId); void FAN_SetWindLevel(WindLevel_t level); #endif

这个结构体把整个系统的公共状态集中起来，便于主任务和其他模块读写。

5.3 温度采样逻辑

温度传感器有很多选型，DS18B20是最常见的数字方案。它使用单总线协议，一根数据线既能供电又能传数据。如果使用STM32的GPIO模拟单总线时序，需要注意DS18B20对时序要求比较严格。

一个简化但可靠的方案是每1秒采集一次温度。DS18B20的转换时间默认最长750ms，如果你在发出转换命令后立即读取温度值，读到的可能是上一次残留的数据，导致温度跳变。正确做法是：发送转换命令后，等待至少750ms，再发送读暂存器命令读取温度。

如果使用NTC热敏电阻配ADC，则思路不同。NTC温度-电阻特性不是线性的，需要通过公式计算：

// 文件路径：Src/ntc_temperature.c #include "adc.h" #include "math.h" // 分压电阻阻值，单位欧姆 #define NTC_FIXED_RESISTOR 10000.0f // NTC B值，例如3950 #define NTC_B_VALUE 3950.0f // 25摄氏度时的额定阻值 #define NTC_NOMINAL_RES 10000.0f #define NTC_NOMINAL_TEMP 25.0f // ADC参考电压 #define ADC_REF_VOLTAGE 3.3f #define ADC_RESOLUTION 4095.0f float NTC_GetTemperature(uint32_t adcValue) { float voltage = ((float)adcValue / ADC_RESOLUTION) * ADC_REF_VOLTAGE; float resistance = NTC_FIXED_RESISTOR * (ADC_REF_VOLTAGE - voltage) / voltage; float steinhart; steinhart = logf(resistance / NTC_NOMINAL_RES); steinhart /= NTC_B_VALUE; steinhart += 1.0f / (NTC_NOMINAL_TEMP + 273.15f); steinhart = 1.0f / steinhart; steinhart -= 273.15f; return steinhart; }

NTC方案的成本更低，但需要自己处理分压电阻选择、ADC采样精度和温漂。对于课程设计，DS18B20能减少不少数学公式和电路调试时间，但我个人更推荐NTC，因为你在做的是智能硬件，了解ADC采样与非线性标定是单片机开发中很重要的一环。

在实际工程中，对ADC采样的数据不能直接拿去算温度，需要做多次采样取平均值，并且增加中值滤波或滑动平均滤波，否则读数可能会跳动一两度，导致风扇转速来回变。这个现象在实验室电源纹波较大或者引线较长时特别明显。

5.4 温度到风速的映射策略

这里有一个逻辑层的设计判断。温度控制风扇，不能搞成简单的一对一映射：温度超过30度就最高转速，低于25度就关闭。因为这样会导致风扇在临界点附近反复横跳，实际体验很差。

更合理的做法是分段设置迟滞区间：

• 当温度 <= 24℃时，风扇停止。
• 当24℃ < 温度 <= 28℃时，低速运行。
• 当28℃ < 温度 <= 32℃时，中速运行。
• 当温度 > 32℃时，高速运行。
• 当温度从高回落时，必须降到不同的阈值才会切换档位。

这个“迟滞”或“滞回比较”的概念，和你在电力电子课上学过的施密特触发器、空调温控器里的逻辑是同一种思路。它能避免系统在临界点反复切换。

代码实现可以这样设计：

// 文件路径：Src/fan_temp_control.c #include "fan_temp_control.h" #define TEMP_HYST_UP_LOW_TO_MID 27.0f #define TEMP_HYST_DOWN_MID_TO_LOW 25.0f #define TEMP_HYST_UP_MID_TO_HIGH 30.0f #define TEMP_HYST_DOWN_HIGH_TO_MID 28.5f #define TEMP_STOP_BELOW 23.0f #define TEMP_RESTART_ABOVE 24.5f WindLevel_t FAN_ComputeTargetLevel(WindLevel_t current, float temperature) { switch (current) { case WIND_OFF: if (temperature >= TEMP_RESTART_ABOVE) return WIND_LOW; break; case WIND_LOW: if (temperature <= TEMP_STOP_BELOW) return WIND_OFF; if (temperature >= TEMP_HYST_UP_LOW_TO_MID) return WIND_MID; break; case WIND_MID: if (temperature <= TEMP_HYST_DOWN_MID_TO_LOW) return WIND_LOW; if (temperature >= TEMP_HYST_UP_MID_TO_HIGH) return WIND_HIGH; break; case WIND_HIGH: if (temperature <= TEMP_HYST_DOWN_HIGH_TO_MID) return WIND_MID; break; default: break; } return current; }

用当前的运行档位参与判断，只有当温度跨越了对应区间的阈值时才切换，这样系统天然就具备抗抖动能力。

5.5 PWM调速与电机控制

PWM频率的选择有一定讲究。普通直流电机使用的PWM频率一般在1kHz到20kHz之间。频率太低，电机会发出可闻的啸叫；频率太高，驱动电路开关损耗变大。对于L9110S这类模块，推荐先使用10kHz到20kHz，听不到明显噪声即可。如果使用STM32的TIM定时器，需要根据定时器时钟和预分频计算最终PWM频率。

假设系统时钟为72MHz，使用TIM2输出PWM，配置PSC为71，ARR为999，那么PWM频率为：

72MHz / (71+1) / (999+1) = 1kHz

如果希望频率为10kHz，可以设置PSC为71，ARR为99，即 72MHz / 72 / 100 = 10kHz。要注意ARR不能小于PWM比较值。实际项目中，可以用示波器直接测量引脚波形来确认。

设置占空比最简单的做法是调用HAL库函数：

// 文件路径：Src/motor_control.c #include "motor_control.h" #include "tim.h" void MOTOR_SetSpeed(uint8_t percent) { uint32_t pulse; if (percent > 100) { percent = 100; } pulse = (uint32_t)((TIM_PERIOD_BASE + 1) * percent / 100); __HAL_TIM_SET_COMPARE(&htim2, TIM_CHANNEL_1, pulse); } void MOTOR_Start(void) { HAL_TIM_PWM_Start(&htim2, TIM_CHANNEL_1); } void MOTOR_Stop(void) { __HAL_TIM_SET_COMPARE(&htim2, TIM_CHANNEL_1, 0); }

如果你的工程是用标准库写的，逻辑也是一样的，只是接口变成了TIM_SetCompare2等函数。设定“低档30%、中档60%、高档100%”之前，最好先手动测试最低启动占空比。因为每台电机的启动电压不同，有的电机在20%占空比下转不起来，反而会嗡嗡响并可能过流。

如果出现电机启动困难的情况，可以给电机加一个短暂的满占空比“启动脉冲”，比如启动前50ms到100ms全速跑一下，再回落到目标占空比。这个技巧在直流电机控制中很常见，能显著改善低转速启动问题。

5.6 按键处理与外部中断

按键消抖有两种方式：硬件消抖和软件消抖。最简单的软件消抖是在检测到按键按下后延时10ms到20ms再读一次，如果仍然是按下状态才确认有效。但前面说过，主循环中不要用阻塞延时去做消抖。

更推荐的做法：在GPIO外部中断服务函数里只置一个按键标志位，不执行消抖；主循环检测到标志后，使用一个非阻塞的计时函数进行消抖。这样可以避免在中断里做太多事。

下面是一个简化示例：

// 文件路径：Src/key_driver.c #include "key_driver.h" #include "main.h" #include "fan_app.h" #define KEY_DEBOUNCE_MS 20 static uint8_t keyPressedFlag = 0; static uint32_t lastKeyTick = 0; void Key_GpioExtiCallback(uint16_t pin) { if (pin == KEY_MODE_PIN) { if (HAL_GetTick() - lastKeyTick > 100) { // 简单的连续按键间隔过滤 lastKeyTick = HAL_GetTick(); keyPressedFlag |= (1 << 0); } } } void Key_Process(void) { if (keyPressedFlag & (1 << 0)) { keyPressedFlag &= ~(1 << 0); FAN_ProcessKeyEvent(KEY_ID_MODE); } }

实际使用中，还可以增加长按实现关机、短按切换模式等操作。长按检测也需要基于HAL_GetTick或系统节拍实现，禁止用纯循环阻塞延时。

5.7 无人自动待机与低功耗设计

绿色节能最重要的体现是无人管理能力。PIR检测到无人持续一段时间后，程序要自动停机并进入低功耗状态。

低功耗方案有两种级别：

第一种是简单停机。风扇停止PWM输出，OLED进入休眠或关闭显示，主循环进入低频率轮询。这种做法实现简单，但STM32本身仍处于运行模式，功耗大约在几毫安到十几毫安级别。

第二种是真正的低功耗模式，使用STM32的睡眠模式（Sleep Mode）或停机模式（Stop Mode）。在Sleep Mode下CPU停止执行，但外设时钟仍然工作，电流可降到毫安级别；在Stop Mode下大部分外设时钟关闭，电流可以降到微安级别，需要外部中断唤醒。

这个项目更推荐使用睡眠模式加RTC闹钟或外部中断唤醒的方式。人不在的时候，死等PIR并不环保；人来了，PIR引脚跳变作为外部中断唤醒MCU，系统迅速恢复到正常工作状态。

代码思路：

void FAN_EnterStandby(void) { OLED_Clear(); OLED_ShowString(0, 0, "No person, sleep"); MOTOR_SetSpeed(0); OLED_Dim(0); HAL_SuspendTick(); // 配置PIR引脚为外部中断唤醒源 HAL_PWR_EnterSLEEPMode(PWR_MAINREGULATOR_ON, PWR_SLEEPENTRY_WFI); // 被唤醒后恢复 HAL_ResumeTick(); OLED_Dim(1); FAN_SetState(FAN_STATE_AUTO); }

需要注意：如果系统使用了SysTick作为HAL_GetTick的时基，进入Stop模式前必须调用HAL_SuspendTick，否则唤醒后HAL_GetTick可能不准确。这个坑在中文社区里经常被提到。

OLED进入省电状态时，SSD1306通常有dim函数，可以把屏幕调暗，也可以直接关闭显示。因为OLED每个像素都是自发光，显示全亮/全暗的功耗差异非常大。

5.8 电机堵转保护与看门狗

电机在运行过程中可能被异物卡住，或者用户不小心用手握住扇叶。当堵转发生时，电机电流上升，如果驱动模块或电源端没有保险丝，可能发热冒烟。软件上可以通过电流采样电阻加ADC检测电流来判断堵转，但简单的课程设计不一定需要额外增加电流传感器。

如果你的驱动模块带电流检测引脚，比如TB6612的可选电流采样电阻，可以接ADC检测电压；如果没有，可以退而求其次，在PWM开启一段时间后检测电机转速反馈，如果转速为零或异常，则判定堵转。如果连测速反馈也没有，防护只能依赖电源限流或者驱动模块的过热保护。

看门狗IWDG建议开启。在主循环中周期喂狗，如果程序进入死循环或异常跑飞，看门狗可以复位系统。特别是在无人值守演示的时候，看门狗是保证系统不“死机”的最后一道防线。

6. 整机联调与效果验证

6.1 分模块调试顺序

拿到硬件后不建议立刻把所有模块接在一起调试。我的建议是分模块点亮，逐层验证：

1. 先点亮LED，验证单片机最小系统、Keil下载链路和调试器是否正常。
2. 输出一路PWM，用示波器测量波形，确认频率和占空比都能调整。
3. 接上电机驱动模块，先用固定占空比测试电机旋转方向，确认逻辑引脚和电源接线无误。
4. 调试OLED显示，能正确输出温度数值和状态信息。
5. 调试DS18B20或NTC温度采集，对比水银温度计或已知温度源。
6. 接入PIR模块，用手遮挡和移动验证检测结果。
7. 最后把自动温控逻辑、按键模式和低功耗待机全部集成测试。

每步通过后再进入下一步，能极大缩短排查范围。防止一次接入十几个模块后，出现问题不知道是哪一块的故障。

6.2 实测验证方法

温度控制效果验证可以用电吹风或热风枪靠近温度传感器，观察OLED显示温度变化和风扇转速变化。也可以通过空调调节实验室温度，看风扇是否按预期启动或停机。

人体感应验证需要记住PIR有30秒左右的启动稳定期。刚上电时不要立刻靠近传感器测试，否则结果可能不准。同时要调整PIR的灵敏度和延时旋钮，找到适合实验室桌面场景的位置。

功耗验证如果条件允许，可以在电源输入端串入万用表电流档，分别测量以下状态的电流：

• 正常运转低速档电流。
• 正常运转高速档电流。
• 人体感应无人后，系统进入待机态电流。
• 进入睡眠模式后电流。

如果待机电流比正常工作时只低一点点，说明电机虽然停了，但其他外围电路仍然在耗电，需要检查OLED是否关闭、LED是否常亮、电源模块空载损耗是否偏大。

6.3 常见问题排查表

6.4 代码调试技巧

调试STM32项目时，最常用的工具是串口。建议从一开始就预留一个串口打印函数，把系统状态周期性输出到串口助手，例如：

[temp] 26.5C [wind] MID [person] 1 [state] AUTO [time] 123s

串口输出的关键点在故障复现时非常有用。如果按键有问题、温控逻辑判断不对，看串口日志比盯代码效率高很多。

printf重定向时，记得确认串口波特率与实际配置一致。使用STM32CubeMX生成工程时，串口波特率经常会默认设置为115200，调试助手同样需要设置成115200。如果串口输出乱码，大概率是波特率不匹配或时钟配置改变了。

7. 从设计到论文：如何扩展和表达这个项目

7.1 加入蓝牙或WiFi远程控制

如果你的毕业设计需要体现更强的前沿性，或者学校对通信模块有要求，可以在现有系统上通过串口外接蓝牙模块或WiFi模块。

单片机通过USART与蓝牙模块通信，可使用AT指令集进行配对与数据传输。手机端可以编写一个简单APP，或者直接使用现有的串口蓝牙调试助手发送指令。控制协议可自定义：

AT的功能： 发送 'M' 进入手动模式 发送 'A' 进入自动模式 发送 '1' 低速 发送 '2' 中速 发送 '3' 高速 发送 'S' 停止

STM32串口接收中断解析字符，更新状态机。这部分代码量不大，但对通信协议设计、串口中断处理、数据帧解析都是很好的练习。

如果你采用ESP8266模块连接WiFi，则可以选择MQTT协议接入本地服务器或云平台。需要说明的是，涉及互联网对设备的远程访问时，务必注意设备安全边界。课程设计演示中建议只在本地局域网内验证，不要轻易把设备暴露到公网。配置任何路由器端口映射和云服务器前，先明确安全责任，遵循最小权限原则。这部分内容在论文中可以展开，但不要做任何冒险尝试。

7.2 加入测速闭环

如果你想体现自动控制方面的能力，可以为风扇加入测速功能。方法是使用红外对管和码盘，电机旋转时码盘周期性遮挡红外光线，GPIO外部中断检测脉冲边沿，利用定时器测量单位时间内的脉冲数，换算成转速RPM。然后使用增量式PID控制算法，让实际转速逼近目标转速。

这是一个很大的加分项，因为你的系统从“开环PWM调速”升级成了“闭环调速”，能抵御电源电压波动和负载变化对转速的影响。不过闭环控制会让调试复杂性成倍增加，PID参数需要根据实际系统调整。建议在基础功能稳定后，再作为扩展功能逐步加入。

7.3 如何把“绿色”和“节能”写清楚

论文中“绿色”两个字不能只是标题噱头，你需要能说出具体在哪些环节实现了节能：

• 温度自动控制，避免风扇长时间全速运转。
• PIR人体感应，无人时自动停机和进入低功耗模式。
• OLED显示和外围电路的功耗管理。
• 使用PWM调速代替串联电阻调速，减少能量损耗。
• 如果使用直流无刷电机，可以强调其效率高于传统交流电机和普通直流电机。

建议在论文中加一节“节能效果测试”，用数据说话。用电流表记录自动模式与手动模式全速运行一周的等效功耗差异，或记录一个典型使用场景下每天累计工作时间，估算节约的电能比例。这会让项目的逻辑闭合，答辩时很有说服力。

7.4 展望部分的写法

毕业设计的展望不要写“为未来智能家居提供了有力支撑”这类空话，而是要提可落地的方向：

• 加入光敏电阻实现环境光亮度检测，夜间自动降低最高转速，避免影响睡眠。
• 加入温湿度传感器DHT11，当温度高且湿度高时，优先提高风速改善体感。
• 使用电机电流检测实现堵转保护，增强安全性能。
• 加入小型锂电池和充电管理电路，做成便携式USB风扇。
• 实现FreeRTOS操作系统，把任务调度从前后台架构升级为多任务调度机制，处理按键、温控、无线通信等任务时会更清晰。

这些方向不用展开，但每一条都能体现你对系统的理解深度。

8. 常见误区与开发建议

8.1 不要直接复制例程而不理解引脚冲突

从网上找一个OLED例程、一个PWM例程、一个温度传感器例程，合在一起，很可能会遇到引脚冲突。比如PIR接了PA1，OLED的SCL也接了PA1，你单独跑每个例程时都正常，合在一起后就有一个模块不工作。

建议从一开始就做一张引脚分配表，把每个外设使用的引脚列出来，做成Excel表格贴在电脑前。引脚分配要综合考虑定时器通道映射关系，不是所有引脚都能作为PWM输出。使用STM32CubeMX的图形界面，当你给某个引脚分配了复用功能后，它会自动提示冲突，能有效避免这个问题。

8.2 不要在中断服务函数中写复杂逻辑

外部中断里做延时消抖、LED取反、OLED刷新、PWM占空比调整，这些操作都不应该放在中断函数里。中断服务函数应该尽量短，只负责置标志位、记录触发时间，其余交给主循环处理。

如果不遵循这个原则，你会遇到非常难排查的故障：按键按下去后功能时灵时不灵，有些操作会莫名卡死，PIR信号到来后OLED刷新出现残影。这些问题的根源往往都是中断优先级和主循环任务抢占了CPU时间。

8.3 上下拉电阻和电平匹配

按键引脚如果不设置上下拉，悬空输入时电平不确定，可能频繁触发按键事件。使用STM32内部上拉电阻就能解决大部分按键问题，不需要额外在PCB上加外部电阻。

如果使用5V供电的传感器模块，要确认模块输出信号能不能直接接到3.3V的STM32引脚上。很多模块标注“兼容3.3V和5V”，但实际输出高电平接近5V，长此以往可能损坏STM32引脚。更安全的做法是加电平转换模块或分压电阻。这个点体现了你对硬件可靠性的理解，审阅老师会比较关注。

8.4 调试时留足打印信息，最后再优化

在功能还没有完全调通时，不要急着精简代码、删除串口打印或增加各种优化。先保证功能可跑，再考虑代码整洁性和功耗优化。删除打印前要考虑后续排障是否需要。程序的开发效率不一定体现在写得快，而是体现在出问题时能不能快速定位到问题。

8.5 OLED和温度传感器放置位置

如果OLED显示屏和温度传感器放在一起，OLED自身工作时会产生一定热量，长时间运行后会导致温度传感器读数偏高，进而让风扇一直工作在一个“虚高”的温度下。

散热最好的方式是把温度传感器放在靠近风扇进风路径的位置，而不是贴在主控板或OLED背面。同理，如果你把NTC放在阳光直射或靠近电机的位置，测出来的温度也不具备环境代表性。这是硬件布局在系统设计中最容易被忽略的问题。

9. 写在后面

智能绿色风扇这个题目的上限不低，下限也很明确，它很适合做一个完整的单片机毕业设计或课程设计。你可以用最基础的开环PWM加按键控制交差，也可以不断往上面叠加人体感应、闭环调速、低功耗、无线控制、物联网告警这些模块，把它做成一个非常有工程味道的项目。

真正的价值不完全在于“风扇”本身，而在于你在设计过程中走通了一条从需求分析到原理图、再到软硬件调试的完整路径。以后你面对一个更复杂的系统时，往往会发现核心的思维方式还是相同的：外设不会用，就去查参考手册；现象不对，就用示波器、串口、万用表一层层定位；逻辑不清楚，就用状态机把它画清楚。

如果你现在手里的平台正好是STM32F103C8T6，建议先把电机转起来，再点亮OLED，然后每增加一个功能模块就做一次小验证。按这个节奏推进，整个项目在两到三周内完成是可行的，而且会有比较多的余量去扩展新功能。

希望这份基于STM32设计智能绿色风扇的实现思路对你有所帮助。如果你正在做类似的单片机毕业设计，建议先收藏本文，等到搭硬件和调试逻辑时再对照参考。有问题时，优先怀疑电源、地线和GPIO复用配置，这三个地方占了这个题目80%以上的故障原因。