绿色风扇单片机毕业设计：从温控开关到智能嵌入式系统闭环

单片机毕业设计里的“绿色风扇”，听起来像是把普通风扇换了个名字。我接触过不少做这类题目的同学，最开始给出来的方案往往是“温度超过30度就开风扇，低于25度就关机”。这个逻辑不能说错，但它只体现了一个开关量，并没有真正回答“绿色”到底省在哪里。其实“绿色风扇的设计与实现”这个题目，名字里至少有两层要求：一是绿色节能，二是智能控制。放到单片机毕设场景里，它真正考察的不是你能不能把电机转起来，而是你有没有把一个看似简单的调速任务拆成多个子模块，再通过传感器、MCU、驱动电路和执行器把它们串成一个完整闭环。

这篇文章会顺着毕业设计从选题、硬件设计、软件设计到调试答辩的完整流程展开，讨论怎么把一个“绿色风扇”做成一个能测量、能控制、能演示、还能说明节能理由的小系统。我先把核心判断放在前面：绿色风扇的正确方向，不是把风扇做成一个带开关的温控设备，而是做一个有感知、有决策、有执行、有反馈、有数据支撑的小型嵌入式系统。后面所有的环节，都是围绕这个判断展开的。

1. 把题目拆开看：什么是“绿色风扇”真正需要的能力

1.1 “绿色”不是形容词，而是可以测量的设计目标

很多同学拿到题目后，会把注意力放在风扇这个实物上，先去找一个电机、一块驱动板、一个单片机最小系统，然后让风扇转起来。转起来以后再想怎么加按键、加显示、加传感器。这个顺序本身没问题，但它会让“绿色”变成事后装饰，而不是设计目标。

如果换一个思路，先想想“绿色”在毕业设计里怎么落地，整个系统会很不一样。

绿色可以拆成几个具体方向：

• 降低无效运行时间：比如室内没人、温度不高时，风扇不应该长时间全速空转。
• 按需调节风量：环境温度升高时增速，温度降低时减速，而不是永远定速吹风。
• 减少不必要的能量消耗：用 PWM 调速代替简单的串联电阻限速，减少发热损耗。
• 通过测量和记录证明节能效果：如果连采样温度、PWM 占空比、工作时间都没有记录，答辩时很难讲清楚它为什么“绿色”。

这些方向不需要多么高深的理论。它们共同指向一个很朴素的目标：让风扇只在需要的时候，用需要的速度运行。也就是说，“绿色风扇”的难点不在电机控制，而在“什么时候需要、需要多大风量”这个判断逻辑。

在设计任务书或论文摘要里，这个目标可以写成：设计一种能够实时采集环境温度，通过单片机控制风扇转速，实现温度越高转速越快、温度降低转速下降，并能在温度低于阈值后停止运行的节能风扇控制系统。这不是炫技，而是把一个模糊的环保概念，转变成可实现的工程指标。

1.2 它和普通单片机入门项目的差异在哪里

如果你之前只做过流水灯、数码管计时器、按键控制 LED，那你面对这个题目时会发现几个明显差异。

第一个差异是它有了传感器输入。温度传感器返回的不是一个简单的开关电平，可能是单总线协议数据，也可能是 ADC 电压值。你需要处理数据格式、采样周期、传感器毛刺和读数抖动。

第二个差异是它有了功率输出部件。风扇电机属于感性负载，工作电流比 LED 大很多。如果直接用单片机 IO 口去驱动电机，轻则转速不够，重则烧坏引脚，甚至导致 MCU 复位。这里涉及驱动电路、续流保护、电源容量，不是一个 IO 口“开”“关”那么简单。

第三个差异是它需要多任务协同。按键扫描、温度采集、显示刷新、PWM 调速、串口调试，这些任务如果全部挤在一个 while 循环里用大量 delay 完成，系统会显得很迟钝：按键没反应，温度更新慢，显示闪烁。要解决这个问题，即使不用复杂实时操作系统，也需要一个清晰的软件架构。

因此，这个题目看起来很“民用”，但它要求的能力其实很综合：硬件选型、接口协议、PWM 基本原理、控制系统调试、低功耗思维、软硬件联调。如果把这类题目做好，后面再去做其他单片机项目或者嵌入式开发，很多能力是直接复用的。

2. 先搭一个最小可运行系统，再谈智能控制

2.1 硬件选型：不一定追求最新，关键是匹配你的调试条件

在单片机毕业设计中，硬件的选择没有唯一标准答案。很多老师会鼓励你用实验室熟悉的平台，而不是跟着网上的热门芯片跑。主控芯片选择，通常会落到两类：一类是增强型 51 系列，比如 STC89C52RC、STC12 系列，上手成本低，资料多，适合刚接触单片机；另一类是 STM32 系列，比如 STM32F103C8T6，外设丰富、性能强，适合已经有基础想拓展的开发者。如果课题要求低功耗，也可以考虑带多种低功耗模式的 MCU。

这里给一个常见的硬件组合作为参考，不作为唯一推荐：

如果只是做实物演示，核心板可以直接选开发板，因为板载下载电路和电源模块能省掉很多焊接调试时间。但如果论文中有“系统硬件设计”一节，建议至少画出最小系统、传感器采集电路、电机驱动电路的原理图说明，并且理解每一个模块为何这样接。

温度传感器这块需要特别说一句。DS18B20 用单总线协议，接线简单，但时序要求比较严格，需要阅读芯片数据手册并做好超时处理。NTC 热敏电阻配合上拉电阻和 ADC 采集，占用资源少，读取逻辑简单，但标定曲线需要自己拟合。如果做课程设计，DS18B20 的资料更多；如果做项目应用，NTC 的低成本优势更明显。选择哪一种取决于你手中已有的调试工具。

2.2 风扇驱动与 PWM 调速的基本设计

风扇不能直接挂在单片机 GPIO 上。这不是 GPIO 电流不够的问题，而是电机在启动和堵转时电流很大，而且感性负载通断时会产生反向电动势，容易干扰单片机供电，严重时可能损坏引脚。

所以硬件设计里，必须在 MCU 和风扇之间加入一个驱动环节。常见做法有以下几种：

• 使用 L9110S 或 L298N 电机驱动模块，直接输入 PWM 信号和方向信号，适合快速搭建验证。
• 使用 NPN 三极管 + 续流二极管搭建低速开关电路，适合驱动几十毫安的小风扇。
• 使用逻辑电平 MOSFET 作为低端开关，通过 PWM 信号控制平均电压，适合额定电流较大的直流风扇。

关于 PWM 调压，一个容易困惑的地方是：如果你的风扇是电脑散热风扇常见的 4 线风扇，它内部已经带有控制电路，PWM 信号通常应该接在风扇自身的 PWM 调速引脚上，而不是用外部 MOS 管去反复切断风扇的电源线。如果是两线风扇，则可以利用外部开关管做 PWM 斩波，实现等效电压调节。

PWM 频率的选择也要谨慎。频率太低，电机运转会出现明显顿挫感和噪音；频率太高，MOS 管的开关损耗会上升。常见直流电机调速频率从 1kHz 到 20kHz 都有案例，具体选择要考虑风扇类型、驱动方式和噪音表现。实际调的时候，可以从 10kHz 附近的常见值开始试，如果听到尖锐啸叫，再结合风扇驱动方案调整。更有价值的做法是用示波器或逻辑分析仪观察 PWM 波形，确认占空比与输出电压之间的关系。

设计硬件时不要忘记几个基础项：

• 电源容量要足够，风扇启动时电流会高于额定电流。
• 单片机、传感器、电机驱动芯片尽量共地，否则 PWM 信号无法形成有效回路。
• 驱动电路要有续流二极管或模块自带的保护，防止反向电动势干扰。
• 留出测试点或串口接口，方便后用万用表、示波器、串口工具测量电压和波形。

这些工作看起来琐碎，却往往决定实物能不能稳定运行。很多人做毕设时，程序写完了，结果风扇一启动，屏幕上显示的数字就乱跳，很可能不是代码问题，而是地线回路不合理或电源被拉低。

3. 软件不是流水灯放大版，需要状态和反馈

3.1 把控制流程写成稳定循环，而不是堆满 delay

如果沿用入门项目里“延时翻转 IO”的思路写程序，会很快发现一个问题：只要在代码里跑一个delay(3000)，按键响应、温度刷新、显示更新都会被卡住。比如用户按下按键想切换手动/自动模式，程序却正在忙温度传感器的时序延时，按键就会变得不灵敏。

更合适的做法是建立时间片轮询的状态机。基本思想是：用定时器产生一个固定时基，比如 1ms 或者 10ms，然后在主循环里检查不同的时间标志，按不同周期执行不同任务。

一个简化的主循环结构看上去类似这样：

while (1) { if (flag_1ms) { key_scan(); refresh_display(); } if (flag_100ms) { raw_temp = read_temperature(); temp = moving_average_filter(raw_temp); } if (flag_500ms) { speed = calc_speed_by_temp(temp); set_pwm_duty(speed); } }

这里不追求代码可直接编译，而是展示一种组织方式。核心变化在于：温度采集、按键扫描、显示刷新、调速控制各自拥有独立的执行周期，互不阻塞。主循环不再是一个漫长的延时排队，而是由若干小任务重复执行。

这套结构对毕业设计的好处非常明显：程序更容易调试，更容易加功能，也更容易回答答辩老师关于“系统实时性”的提问。

3.2 温度读数要滤波，控制策略要分段

温度传感器直接读出来的值，如果用热风枪或打火机吹一下会跳得很快，但真实环境温度变化没有这么快。如果不对原始读数做滤波，风扇转速很容易出现忽快忽慢的抖动。

最简单的滤波方式是滑动平均：连续采样 5 到 10 次，去掉最大值和最小值，再取平均值。这个操作不需要复杂算法，但对温度控制系统的稳定性有很大帮助。如果你用 NTC，还要注意 ADC 采集的跳动问题，适当延长采样间隔，比如每 100ms 到 200ms 更新一次。温度传感器放置在远离风扇出风口的位置，避免风扇吹出来的热流影响测温点。

控制策略通常可以设计成一段线性调速：温度低于下限时关闭风扇，温度在上限和下限之间时，PWM 占空比随温度升高按比例增大，温度高于上限时保持全速运转。

这里把下限和上限设计为可调参数比固定值更好。如果为了体现交互，可以用按键设定温度区间，比如按下“设置”键后，数码管第一位闪烁表示正在修改下限，再按“加”“减”按键修改数值。这样系统就从“一个固定调速程序”变成“一个可配置的控制器”。

调速曲线不一定要用线性关系。你也可以用多档分段，比如低温档、中温档、高温档，每档占空比不同。实际使用中，分段控制更容易演示，因为每档对应明确的风速；线性控制则更细腻，答辩时能解释的东西也更多。无论选哪种，都要在代码注释或论文中写清楚占空比上下限，不给到 100% 有时候不是因为电机不能全速，而是为了留出安全余量。

3.3 显示、按键和串口日志如何一起工作

一个绿色风扇系统最好有清晰的人机交互。显示模块通常会显示环境温度、当前风速占空比、工作模式。如果没有 LCD，数码管也能完成基本要求，只是能显示的信息相对少。

显示刷新不要太频繁。LCD1602 或 OLED 如果每毫秒都刷新，不仅占用主循环时间，还可能让数字变得难读。一般 100ms 到 300ms 刷新一次就足够。按键扫描则要处理机械抖动，常见做法是检测到按下后延迟 10ms 到 20ms 再确认，逻辑上做成“按下有效”“松开不重复触发”。

串口日志是很多人忽略但非常重要的一个设计。简单的做法是每隔一段时间通过串口发送一帧文本：

temp=27.3, duty=45%, mode=auto

这行信息看起来不起眼，却能帮你在调硬件时快速判断数据是否正常。如果温度读数一直是 85 度，说明传感器接线或驱动方式可能有问题；如果 duty 一直是 0，说明控制逻辑没有进入自动输出阶段。答辩时，如果能够现场打开串口助手，展示不同温度下占空比的变化，比口头描述“它会自动调速”更有说服力。

按键、显示、串口这三部分不是三个独立程序，而是同一个系统里的输入、输出和调试侧面。把它们放在同一个时间片轮询框架里，各自的刷新周期清晰，系统就不会出现“一按键就卡顿”的情况。

4. 调试和排查：大多数问题不在代码，而在测量与边界

4.1 为什么先测电压电流，再去改程序

我在调试这类项目时，发现最花时间的不是写代码，而是确认硬件环节是否正常。很多同学看到一个现象异常，第一反应是检查if判断条件，或者怀疑某个驱动函数有问题。但如果你先量一下风扇供电电压是否正常，PWM 信号到驱动模块的电压有没有被拉低，很多问题能快速定位。

调试顺序应该是：先确认电源和接线，再确认控制信号，最后才看软件逻辑。比如风扇不转，先量风扇电源两端有没有额定电压，再量 MCU 输出的 PWM 引脚有没有波形。如果 MCU 引脚没有波形，再去看定时器和占空比设置。如果引脚有波形但风扇不转，去查驱动模块供电、使能引脚和接线是否有错。这样一圈下来，基本能把问题缩小到某一层。

4.2 常见故障排查链路

下面是一张比较通用的排查链路表，可以帮助你在现场快速做判断：

这组能对应到实际调试中的大部分现象。如果程序里存在多个延时函数，还要检查是不是在延时期间刚好把传感器中断或 PWM 更新卡住了。如果温度传感器使用单总线协议，延时函数稍微不准，读出来的数据就会是 0 或 85，这也是常见坑。所以调试时不要一上来改 PID 参数或控制曲线，先保证每一步输入输出都可观测。

4.3 容易被忽略的边界：传感器位置、温度突变和异常值

“绿色”听上去是一个温和的概念，但实际运行时系统会遇到很多边界条件。

温度传感器如果安装在风扇旁，风扇转动后空气流动会带走热量，传感器感知到的温度可能比环境温度低几度，导致刚启动的风扇又立刻关闭。解决方法是把传感器放在进风口一侧，远离出风口，或者给它加一个小型防护罩，避免被风直接吹到。另一种办法是加入回差控制：温度高于 28 度启动，低于 25 度才停止，避免在同一个阈值点反复启停。回差控制是一个非常实用的工程细节，答辩时老师经常会问，因为它体现了对系统稳定性的考虑。

如果传感器被误接、短路或断线，DS18B20 可能返回一个异常值，比如 85 度。如果程序不做判断，系统会认为环境温度极高，直接让风扇全速运转。加一层简单的数据有效性判断，在连续多次读取值超出合理范围时给出错误提示，而不是立刻驱动电机，能避免演示现场出现“风扇疯狂转、屏幕显示 85”的尴尬局面。

5. 从毕设走向答辩：要留下数据、证据和扩展空间

5.1 用一张记录表证明系统有效

现实中的毕业设计答辩，老师不会只问“你做了哪些功能”，更经常问的是“你怎么证明这个设计是有效的”。对绿色风扇来说，证明有效性最直接的方式是一组对比数据。

你在实验室完全可以做一个简单测量：在相同室温下，让普通风扇以固定转速运行 10 分钟，记录它的平均电流和功耗；再让自制风扇运行相同时间，记录它根据温度自动调速后的平均电流和功耗。更简单的方式是以 PWM 占空比估算风量档位，记录一段时间内不同占空比的工作时长。

下面的空表格可以当成一个测试记录模板，现场填上具体数字：

不需要做非常严谨的实验室测量，哪怕只是用万用表记录运行状态下的平均值，也能让答辩中的“绿色”从主观判断变成可验证的数据。如果条件和时间允许，还可以在论文中画一个简单曲线图，横轴是温度，纵轴是占空比或电流。一张实测曲线比十页功能列表更有说服力。

5.2 演示前该过一遍的场景清单

到答辩现场，演示环节最容易翻车，不是因为功能不会做，而是因为功能只会“幸福路线”演示，遇到按键误触或温度变化不够快，系统表现会变得很难看。建议在答辩前按下面这个清单走一遍：

• 上电后系统能否正常显示，默认温度读数是否接近当前环境。
• 用手捏住或靠近温度传感器，观察一段时间后转速是否明显上升。
• 松开传感器后，转速能否逐步下降，并且在低于下限后停止。
• 按下设置键后，显示能否进入参数修改状态，按键能不能加减阈值。
• 手动模式下，风扇是否能忽略温度，直接按设定档位运行。
• 复位或重启后，参数是否回到默认值，串口日志是否恢复输出。
• 将传感器接线短暂断开，系统是否能处理异常值，而不是全速误转。

这个清单表面上是功能测试，实际上是在帮你提前发现供电、传感器稳定性、按键抖动和程序状态切回问题。每一条如果都正常，演示基本能顺利进行。

5.3 这个方案适合谁，不适合谁

最后要明确这套绿色风扇系统的适用边界。

它适合用来做单片机课程设计、本科毕业设计，或者作为嵌入式方向的项目练手，适合学习传感器读取、PWM 电机控制、任务调度和简易人机交互。如果你是想低成本做一个办公桌上真正的节能风扇，它也能满足基础功能，但距离成熟产品还有不小差距。

真正长期使用时，还需要补充几个能力：一是更加可靠的人体检测或定时策略，避免人离开后系统仍按温度一直运行；二是更完善的异常保护，比如电机堵转检测、过流提示和看门狗复位；三是更精确的低功耗设计，MCU 可以在空闲时进入休眠，只在定时唤醒时采集温度并调节风速；四是记录运行历史或者把状态上报给手机端，这需要增加通信模块，也会带来更多软件复杂度。

如果打算把题目从“绿色风扇”扩展成更大一点的系统，方向可以加光照检测、人体红外检测、RTC 定时、无线方式读取数据等。但要注意，毕业设计不是功能越多越好，而是要把一个主功能做深，把数据链走通，把关键问题解释清楚。

整体来看，绿色风扇是一个很适合单片机毕业设计的题目。它看起来不复杂，却把所有嵌入式基础模块都串联了起来。真正要做好它，重心不在风扇本身，而在你怎么理解“感知—决策—执行—证据”这条闭环。硬件不要堆得太杂，软件不要用 delay 把所有任务困在一起，测试不要只看“能转”，要去测温度变化、占空比和工作电流。做到这一步，你手里完成的不只是一个会转的风扇，而是一套能讲清楚、能现场验证、能继续扩展的小型嵌入式系统。