基于AT89C52和DS18B20的智能温控风扇设计：从硬件到代码全解析

简介一套基于AT89C52单片机的智能温控风扇设计文档适合电子、嵌入式及单片机方向的初学者也可作为课程设计或毕业设计的参考资料。方案采用温度传感器实时采集环境温度经AT89C52单片机处理后根据预设温控逻辑自动调节直流电机转速实现节能与智能控制。文档内容较完整覆盖中英文摘要、目录、绪论、整体方案论证、主要元器件介绍等章节既说明了硬件电路设计思路也分析了温度检测、风扇控制、显示等软件模块的实现方法。设计以默认设定温度25℃为控制点支持用户按键设定温度并实时显示环境温度能根据外界温度自动控制风扇起停与转速克服了普通风扇无法自动调节的问题。这些细节有助于还原完整的单片机应用系统开发流程可作为课程设计、电子竞赛或同类智能家电产品设计的直观参考资源包共1个doc文件压缩包大小仅1.03MB已有236人学习浏览。1. 项目概述与整体设计思路1.1 这个项目到底在做什么智能温控风扇这六个字拆开看其实就两个核心任务一是测温度二是根据温度自动决定风扇怎么转。放在毕业设计或者课程设计里选AT89C52这颗老而弥坚的51内核单片机不是因为它的性能有多亮眼而是因为它足够经典、资料足够多、外设逻辑足够清晰——用一颗最简单的芯片把传感器采集、数据处理、执行机构控制这一整条链路跑通刚好能把单片机课程里最重要的几个知识点全串起来。我在带学生做这类项目的时候反复强调一个观点课程设计也好、毕业设计也好选型的第一原则不是越高级越好而是刚刚好能解决问题而且你能把原理讲清楚。AT89C52拥有8K字节Flash存储器、256字节RAM、3个定时器/计数器、32个IO口对于温控风扇这个场景来说性能绰绰有余。你哪怕换个STM32来做最后答辩老师问为什么用这么贵的芯片反而不好答。说回项目本身。整套系统的典型工作流程是这样的DS18B20温度传感器实时采集环境温度把数字信号送给单片机单片机把温度和用户设定的阈值做比较经过PID或者简单的分段控制逻辑输出PWM波形驱动三极管或者MOSFET调节直流风扇的转速同时当前温度、设定阈值、风扇转速档位这些信息实时显示在数码管或LCD1602上。当温度低于下限阈值时风扇完全停止超过上限时全速运行中间区间风扇转速随温度线性变化——这就是整个系统最核心的智能所在。1.2 方案选型背后的考虑市面上能测温度的传感器很多LM35、DHT11、DS18B20、PT100热电阻每种方案都有它的脾气。这个项目选择DS18B20我总结有三个非常实际的理由。首先DS18B20用单总线协议只需要一根数据线就能完成双向通信这在51单片机IO资源紧张的时候特别友好。AT89C52虽然有32个IO口但你要接按键、接显示、接风扇控制每个功能都在抢IO能省则省。其次DS18B20是数字输出直接给出12位的温度值不需要额外的ADC转换。想想如果换LM35模拟传感器你还得专门去配置ADC0809或者利用单片机内部ADC51系列大多数还没有校准也麻烦调试的时候示波器万用表一起上难为初学者。DS18B20的精度是0.0625摄氏度对于风扇控制这种应用来说已经非常充裕了。第三不容易坏。探头用不锈钢封装往空气里一放就能用不像PT100那样需要配套的调理电路。风扇驱动部分也要讨论一下。51单片机的IO口输出能力大约是20mA直接驱动一个几百毫安的直流电机肯定不行这里有两种常规解法一是用三极管9013或者S8050搭一个简单的开关电路适合小功率风扇二是用MOSFET或者达林顿管ULN2003更适合大功率场合。我做这个项目用的是S8050三极管搭建驱动电路如下图思路单片机PWM输出引脚串联一个1k电阻到三极管基极发射极接地集电极接风扇负极风扇正极接12V电源同时在风扇两端反向并联一个1N4007续流二极管防止关断瞬间的反向电动势击穿三极管。一个小小的注意点很多人会在基极电阻上翻车阻值选太大导致三极管进入不了饱和区。基极电流达到1mA到3mA就足够让S8050深度饱和了5V经过1k电阻大约能提供4.3mA的基极电流完全够用。如果用的是MOSFET栅极电阻选100欧姆左右就行。2. 硬件系统设计与关键细节2.1 最小系统与IO资源配置AT89C52最小系统其实就三样东西电源、晶振电路、复位电路。电源接5V晶振选11.0592MHz之所以选这个值是因为它能准确分频出9600波特率后面如果想扩展串口通信调试就不用改晶振了晶振两端各接一个30pF电容到地。复位电路是10uF电解电容串联10k电阻接到VCC经典的上电自动复位设计同时并联一个按键用于手动复位。IO资源怎么分配这个要提前规划好。我是这样安排的功能模块引脚说明DS18B20数据线P3.7单总线通信需要外接4.7k上拉电阻风扇PWM输出P2.0输出20Hz到100Hz的PWM波形独立按键S1P1.0增加设定温度上限独立按键S2P1.1减少设定温度上限独立按键S3P1.2切换显示模式/手动自动切换LCD1602数据线P0.0-P0.78位并行数据传输加10k排阻上拉LCD1602控制线P2.1-P2.3RS、RW、EN三个控制引脚这里有个老生常谈的坑P0口是开漏输出驱动LCD1602的时候必须接上拉电阻。很多新手画PCB的时候漏了这一步结果LCD怎么调都不显示。如果不想用外部上拉排阻也可以把LCD改成4位模式接在P1口上但那样又多几条飞线不如加排阻干脆。2.2 温度采集电路的设计要点DS18B20虽然号称只用一根线但这根线一点也不省心。数据线需要接一个4.7k欧姆的上拉电阻到VCC因为单总线的空闲状态是高电平器件通过拉低总线来发起通信。如果不接上拉电阻总线电平会悬空通信时好时坏属于典型的玄学故障。供电方式我建议用外部供电也就是DS18B20的VDD引脚直接接5V数据线只传输数据。还有一种寄生供电的方式数据线兼做电源线能从一根线上偷电这在某些低功耗场景有用但对于实验室教学项目完全没有必要还容易因为驱动能力不足导致温度读取跳变。连线的时候尽量让数据线短一些如果探头到主板的距离超过50厘米建议用屏蔽线或者双绞线。我做测试的时候用了一根1.5米的普通杜邦线连接结果温度值偶尔会读出85摄氏度这个固定值——这其实是DS18B20的上电默认值不是真实温度代表通信失败了。后来缩短连线、加上拉电阻、在靠近单片机的地方加一个0.1uF去耦电容问题才彻底解决。2.3 按键输入和显示模块的处理按键电路最省事的就是独立按键接法每个按键一端接IO口另一端接地IO口内部上拉AT89C52没有内部上拉所以要在外面接10k上拉电阻。这样按键按下时IO读到低电平松开时读到高电平逻辑清晰明了。不过一定要在软件里做消抖处理具体方法我后面在代码部分讲。显示模块我最后选了LCD1602而不是数码管。原因很简单LCD1602可以同时显示Temp: 26.5C和Set: 30C这样的文字一眼就能看懂数码管显示数字还行要显示单位、符号就得各种折腾。虽然LCD1602的驱动时序比数码管复杂一些但只要对照数据手册把时序捋清楚写起来并不困难而且Lcd1602显示内容这件事本身就是一个加分项答辩的时候可以多聊几句。3. 核心代码实现与逻辑拆解3.1 主程序架构前后台系统我个人喜欢用经典的前后台结构主函数里跑一个无限循环处理按键扫描和显示刷新定时器0中断里负责PWM生成和温度采集定时标志位的置位。这样做的好处是逻辑简单、实时性有保障。PWM波形是硬实时任务必须放在中断里不能因为主循环里有Delay被卡住。温度采集虽然对实时性要求不高但DS18B20的时序要求很严格微秒级的延时如果放到主循环里一旦被其他事情打断就可能读取失败所以也把它放到一个专门的处理流程里利用定时器来做延时。先看主函数的骨架void main(void) { unsigned char time_cnt 0; Timer0_Init(); // 定时器0初始化用于PWM Timer1_Init(); // 定时器1初始化用于50ms定时 LCD_Init(); // LCD1602初始化 DS18B20_Init(); // 温度传感器初始化 threshold 30; // 默认设定温度30℃ while(1) { Key_Scan(); // 按键扫描非阻塞 if(flag_50ms) // 每50ms刷新一次 { flag_50ms 0; temp DS18B20_GetTemp(); Set_Fan_Speed(temp); LCD_Display(temp, threshold); } } }注意看那个flag_50ms变量它是在定时器1中断里置1的。主循环检测到这个标志位才去执行温度读取和显示刷新这样就把非实时任务和实时任务分离开了。温度值不用每毫秒都读50毫秒刷新一次对于人的感官来说已经足够平滑。3.2 温度采集程序时序是唯一难点DS18B20的驱动是整个项目里第一个卡住很多人的地方。它的核心难点不是语法而是时序必须精确到微秒级。初始化时序、读时序、写时序每一种都有严格的时间要求。在11.0592MHz的晶振下51单片机执行一条普通指令大约需要1.085微秒12时钟模式用_nop_()函数内嵌空指令可以实现微秒级的延时。我封装了几个延时函数void Delay_1us(void) { _nop_();_nop_();_nop_();_nop_(); } void Delay_Xus(unsigned int n) { while(n--) { Delay_1us(); } }DS18B20读取温度的核心流程分成四步复位、发跳过ROM指令0xCC、发启动转换指令0x44、等待转换完成后复位再发跳过ROM指令0xCC和读暂存器指令0xBE。后面的数据读取是逐字节进行的每个字节从最低位开始读8次。这里分享一个我踩过的坑启动温度转换以后一定要等转换完成再去读数据。12位分辨率下最大转换时间是750毫秒。很多人图省事发完0x44马上就去读结果读回来全是0或者0xFFFF。正确做法是等至少750ms或者轮询总线状态。在代码里我用了一个专门的延时等待函数unsigned int DS18B20_GetTemp(void) { unsigned char low_byte 0, high_byte 0; unsigned int temp_value 0; DS18B20_Reset(); DS18B20_WriteByte(0xCC); // 跳过ROM检测 DS18B20_WriteByte(0x44); // 启动温度转换 Delay_Xus(800); // 等待转换完成至少750ms DS18B20_Reset(); DS18B20_WriteByte(0xCC); DS18B20_WriteByte(0xBE); // 读取暂存器 low_byte DS18B20_ReadByte(); high_byte DS18B20_ReadByte(); temp_value (high_byte 8) | low_byte; // 温度计算12位分辨率LSB对应0.0625℃ if(temp_value 0x8000) // 负数处理 { temp_value ~temp_value 1; } return temp_value * 625 / 10; // 扩大10倍的温度值单位0.1℃ }温度数据格式是12位二进制补码高5位是符号位所以负温度和正温度的处理逻辑不一样。这里我返回的是扩大10倍后的温度值比如256代表25.6摄氏度这样在LCD上显示的时候就避免了浮点数运算。51单片机做浮点运算太吃亏了能省则省。3.3 PWM调速与风扇控制逻辑这是整个项目的灵魂所在。风扇转速和温度的关系我用了一个分段线性控制的策略。设定温度阈值为threshold温度在threshold - 3以下时风扇不转在threshold以上时全速转中间区间按比例映射。void Set_Fan_Speed(unsigned int current_temp) { unsigned int duty 0; if(current_temp (threshold - 30)) // 低于阈值3℃ { duty 0; // 风扇停止 } else if(current_temp threshold) // 高于阈值 { duty 100; // 风扇全速 } else // 中间线性区间 { duty (current_temp - threshold 30) * 100 / 30; } PWM_SetDuty(duty); }PWM的具体产生方式我用的是定时器0的8位PWM模式。注意AT89C52本身没有硬件PWM模块所以要在中断里手动翻转IO口。更简单的办法是使用定时器自动重装在中断里计数计数到设定值翻转电平。我的实现思路是这样的定时器0设置为模式116位定时器中断周期为100微秒用一个全局计数器pwm_cnt在0到99之间循环。当pwm_cnt小于占空比设定值duty时PWM输出高电平否则输出低电平。这样通过修改duty变量就可以改变占空比。这不是真正意义上的定时器硬件PWM但效果完全等效而且代码非常简单。风扇控制逻辑里还有一个小细节最低占空比不宜低于20%。直流风扇在过低占空比下会处于堵转临界状态线圈电流过大时间长了容易烧毁。所以我在代码里加了一个限制if(duty 0 duty 20) { duty 20; }3.4 按键扫描与消抖处理按键有三个功能分别是设置温度值增减、手动/自动模式切换。考虑到51的IO资源有限我用的是最朴素的独立按键方案加上10ms延时消抖。不推荐在按键上用定时器做复杂的状态机消抖那对课程设计来说有点过度设计。消抖的原理其实很简单按键按下时由于机械弹片的物理特性会产生大约5到20毫秒的抖动表现为电平在高低之间快速跳变。如果直接检测电平一次按键会被识别成多次按压阈值会一次跳好几度。解决办法就是检测到电平变化后延时10到20毫秒再确认一次确认确实是低电平才认为按键真的被按下了。void Key_Scan(void) { if(Key_UP 0) // S1按下 { Delay_Xms(15); // 简单延时消抖 if(Key_UP 0) { threshold 5; // 温度设定加0.5℃ if(threshold 100) threshold 100; while(Key_UP 0); // 等待松开 } } // S2、S3类似... }while(Key_UP 0);这一步很关键它防止了按键一直按着的时候程序反复执行增加操作。有些项目里会故意利用这个特性做连按效果但在这个场景里我觉得一次性调整更为合适。4. 常见问题与调试技巧实录4.1 温度读数异常85℃和0℃是怎么回事如果DS18B20通信失败读回来的温度值往往是最常见的两个毛病值85℃和0℃。85℃是DS18B20上电复位后暂存器ROM里的默认值说明你成功复位了传感器但是没有读到有效数据0℃则往往是因为读写时序有问题读到全0。排查思路我一般建议从三方面入手先用万用表确认数据线电平是不是高电平正常空闲状态应该是4.7V到5V之间再用示波器观察复位脉冲是不是有明显的高低变化注意复位脉冲的低电平时间要严格控制在480到960微秒之间太短传感器不认太长会被当成读时序的开头最后检查上拉电阻是不是接错了位置或者焊盘虚焊。如果你手上没有示波器还有一个土办法用LED串联一个1k电阻接到数据线上上电瞬间LED闪一下说明单片机发出了复位脉冲。虽然不能看时序细节但至少能判断主控有没有在说话。4.2 风扇不转或者转速异常风扇不转优先查三极管电路。先用万用表测量三极管集电极电压如果不转的状态下集电极电压是12V说明三极管没有导通问题出在基极驱动上如果集电极电压是0V风扇可能坏了或者接线反了。还有一种很隐蔽的情况PWM占空比你也调了电路也对但风扇怎么都不转。这时候要检查PWM频率人耳听不见不代表风扇就能正常工作。直流风扇虽然对PWM频率要求不高但如果频率低于人耳听力范围风扇会发出明显的噪音高频截止性能也会受影响。我建议PWM频率设在20kHz以上既安静又能让风扇转得更平滑。不过AT89C52在12MHz晶振下要产生20kHz的PWM定时器初值的计算要准确否则占空比误差会比较大。风扇转速不正常还有一个常见原因是电源供电不足。S8050驱动能力有限如果风扇额定电流超过500mA就有烧毁风险。我后来把驱动电路改成了MOSFET方案IRF540N栅极电阻100欧姆效果好了很多实测电流能到2A以后换大功率风扇也不用再改电路。4.3 LCD1602显示异常LCD1602花屏、乱码、不显示十有八九是初始化时序没对上。LCD1602上电后需要等待40ms以上才能执行第一条指令之后每次写指令都要先检测忙标志位读BF位或者老老实实延时1.64ms。我图省事直接用延时实测完全没问题前提是延时时间要给足。另外一个常见问题是第一行显示正常第二行不正常。LCD1602的第二行地址是0xC0不是0x800x40那么简单的地址偏移。我见过很多人在这里卡住以为是程序问题其实是地址搞错了。正确做法是void LCD_SetCursor(unsigned char row, unsigned char col) { unsigned char addr 0; if(row 0) addr 0x80 col; else addr 0xC0 col; LCD_WriteCommand(addr); }4.4 程序编译通过但是操控无反应这种软故障排查起来最容易心态爆炸。我的经验是先软件后硬件。把PWM输出引脚直接接地不经过三极管如果风扇全速转说明三极管和风扇是好的然后用万用表量单片机引脚有没有电压变化如果没有多半是程序没有正确地配置IO模式。AT89C52的IO口默认是高电平如果程序里需要输出低电平才能打开风扇比如NPN三极管低电平驱动一定要检查初始化的时候有没有把这个引脚拉低。另外注意51单片机IO口驱动LED还行如果要驱动外部比较大功率的负载一定记得要加三极管不要直接拿单片机引脚去推12V或者大电流的器件。还有一个不太起眼的坑Keil里默认的启动代码可能会占用P3.6和P3.7两个引脚硬件I2C调试口如果你把DS18B20接在这两个脚上也会遇到奇怪的问题。我习惯用P3.7所以问题不大但如果在P3.6上调试遇到无语的情况先想想这个。5. 代码优化和功能扩展建议5.1 从能跑到稳定的几个小改进如果时间充裕我强烈建议在基础功能之外增加这三个优化点对答辩加分很有帮助。第一个是温度采集的均值滤波。DS18B20虽然精度高但在风扇旁边测体温会有一个问题风扇转动会扰动周围的空气流动导致温度值在短时间内不停波动。我在50ms刷新周期里连续取5次温度值去掉最大值和最小值再求平均效果立竿见影。具体实现很简单unsigned int Get_Average_Temp(void) { unsigned char i; unsigned int sum 0; unsigned int temp_buf[5]; unsigned int min, max; for(i 0; i 5; i) { temp_buf[i] DS18B20_GetTemp(); Delay_Xus(1000); } // 排序取中间值或者冒泡排序后取平均 min max temp_buf[0]; sum 0; for(i 0; i 5; i) { if(temp_buf[i] min) min temp_buf[i]; if(temp_buf[i] max) max temp_buf[i]; sum temp_buf[i]; } return (sum - min - max) / 3; }第二个是多档位细分。很多同学的课程设计只做了三档停、半速、全速。这样风扇在阈值附近切换时会有明显的顿挫感给人感觉不够智能。把占空比分成0、25%、50%、75%、100%五档会好很多这样温度升高时风扇是平滑提速的体验和效果完全不一样。第三个是加入声光提示。用一个蜂鸣器当温度超过设定上限时滴滴报警再用一个LED显示当前风扇是否在工作。这个小功能看起来不起眼但在演示环节特别有用——评审老师一眼就知道你的系统有没有正常工作。5.2 从毕业设计到工程实践的思维升级这个项目做完以后我建议你再思考一个问题如果把AT89C52换成STM32或者ESP32这套系统的架构需要变吗答案是不需要。温度传感器还是那个DS18B20PWM控制逻辑还是一样的思路LCD的驱动时序大差不差你要改的主要是底层的寄存器配置和库函数调用。这就是我一直强调的不依赖于具体芯片的架构设计能力的价值。另外可以延伸的方向有很多加上蓝牙模块HC-05用手机App遥测温度和控制档位换成红外温度传感器做成非接触式测温的桌面小风扇或者干脆把风扇换成加热棒温度低于某个值就自动加热做成恒温箱的控制器。底层逻辑全是通的改的只是执行机构而已。我个人在实际做项目的过程中还有一个习惯每个模块写完后单独建一个测试函数把功能验证通过后再组合到一起。比如先单独调好DS18B20LCD上能正确显示温度了再单独调好PWM风扇转速能正确跟随占空比变化了最后才把两个模块拼在一起联调。这样做的好处是出问题的时候能快速定位到具体是哪个模块而不是面对一个乌漆墨黑的主函数无从下手。最后再分享一个小技巧做这类硬件项目一定会遇到昨天还好好的今天就不行了的问题。这时候不要慌先量电压、再量信号、最后才怀疑代码。硬件项目的调试原则永远是电先行码在后这个顺序能帮你少走很多弯路。本文还有配套的精品资源点击获取