简介围绕51单片机设计的智能电风扇控制系统完整文档面向电子信息、自动化等专业的学生与单片机入门实践者针对传统风扇风速不能随温度自动调节、机械定时噪音大且范围有限、缺乏遥控等痛点给出整套方案。全文以AT89C51为控制核心串联DS18B20数字温度传感器、电机调速与控制、温度显示与控制等模块硬件部分讲清温度采集与单总线时序处理、调速原理及驱动电路软件部分给出传感器程序设计与电机控制流程并规划五档风速、睡眠循环、12小时定时、红外遥控与数码管显示、RS232上位机控制等功能。压缩包共1个doc文件约167KB是一份可直接参考的课程设计或毕业设计文稿。目前已有7262人学习适合按章节对照搭建最小系统、梳理软硬件框架并撰写说明文档时参考。1. 温度控制风扇智能不在传感器而在过零点上的那笔减法把温度控制风扇当成“给电风扇装个温度传感器”是理解这套系统时最容易踩的坑。DS18B20 只是每隔一段时间吐出一个数字而风扇能不能平稳地从 1 档爬到 5 档、会不会在半夜里嗡嗡地来回跳档取决于单片机有没有在 220V 交流电的每一个过零点上把“这一周波到底给不给电机通电”算清楚。测温是输入端的事调速是输出端的事中间隔着一套用中断和计数器搭起来的账本。这套账本值得搞懂的地方在于它把三个互相冲突的约束塞进了同一颗单片机里交流过零的硬实时、单总线通信的微秒级时序、按键与数码管扫描的毫秒级响应。谁先谁后、谁该让路直接决定了档位精度和抖动从哪来。2. 温度测量DS18B20 为什么敢用一根线同时当时钟和数据DS18B20 最反直觉的地方是它没有时钟线。I2C 有 SCLSPI 有 SCK而它只有一根 DQ却要完成“主机发命令、从机回数据”这种标准的双向握手。答案藏在协议设计里时钟不在线上而在双方各自的计数器里。主机拉低总线多久、什么时候采样本身就编码了“0”和“1”——时间就是信号。这个选择换来的是极简的接线一根数据线加一根地线甚至可以寄生供电代价是把时序精度完全压在了软件身上。单片机稍微被别的中断耽误几个微秒读回来的就是一堆乱码。2.1 单总线协议的三段式握手一次完整的温度读取分三步缺一不可第一步是复位。主机把 DQ 拉低至少 480 微秒然后释放。DS18B20 检测到这个长低电平后等 15 到 60 微秒主动把线拉低 60 到 240 微秒作为“存在脉冲”应答。主机若是在这段窗口里读不到低电平说明器件没接上或者线太长后面的读写全是徒劳。第二步是 ROM 操作。总线上如果只挂一颗 DS18B20直接发0xCCSKIP ROM跳过 ROM 匹配挂多颗时才需要用0x33读序列号、0x55匹配特定器件。第三步是功能命令。发0x44启动一次温度转换转换期间总线可以去做别的事过一会儿再发0xBE读暂存器连续读回 9 个字节前两个字节就是温度值。提示0x44之后立刻发0xBE是新手最常见的错误。12 位分辨率下转换需要 750 毫秒这段时间里读到的还是上一次的结果或者是上电默认值。2.2 12 位补码温度与十六进制之间的那层换算DS18B20 返回的是 16 位有符号整数低 4 位是小数部分分辨率 0.0625℃。也就是说读回来的原始值除以 16 才是摄氏度。负温度用补码表示直接当有符号数处理即可。温度二进制高字节 低字节十六进制换算校验85℃0000 0101 0101 00000x05501360×0.0625 8525.625℃0000 0001 1001 10100x019A410×0.0625 25.62510.125℃0000 0000 1010 00100x00A2162×0.0625 10.1250.5℃0000 0000 0000 10000x00088×0.0625 0.50℃0000 0000 0000 00000x00000-0.5℃1111 1111 1111 10000xFFF8-8×0.0625 -0.5-10.125℃1111 1111 0110 11100xFF5E-162×0.0625 -10.125-55℃1111 1100 1001 00000xFC90-880×0.0625 -55这张表有个细节值得注意凡是带小数的行十六进制值的低 4 位一定不是 0。很多人抄表时只抄了整数部分的对应值结果程序跑出来永远差那么零点几度——因为把 0x019A 手滑写成 0x0191读出来就是 25.0625 而不是 25.625。校验方法很简单把十六进制当有符号数取出来乘 0.0625看等不等于你要的温度。对不上就是抄错了。汇编里处理这个数还有一个坑0x0550 的低字节是 0x50高字节是 0x05读进内存时是低字节在前。如果直接用MOV A,20H取整个字节去和阈值比较比的是低 8 位等于把温度值对 256 取模高温时会绕回去。2.3 12MHz 下的时序账延时只能靠空转还不能被中断打断51 单片机在 12MHz 晶振下一个机器周期正好 1 微秒一条NOP就是 1 微秒一条DJNZ R0,$是 2 微秒。这个巧合让“用循环次数当微秒表”成为可能也是这类设计普遍选 12MHz 的原因——算延时不用掰手指。; DS18B20 复位拉低 480us再释放等待存在脉冲 RST_DS18B20: SETB P3.7 NOP CLR P3.7 ; 开始拉低 MOV R1,#3 ; 外层 3 次 RST1: MOV R0,#110 ; 内层 110 次 x 2us 220us DJNZ R0,$ DJNZ R1,RST1 ; 合计约 660us满足 480us SETB P3.7 ; 释放总线 NOP NOP MOV R0,#25H ; 约 74us 的等待窗口 RST2: JNB P3.7,RST3 ; 检测到低电平 - 存在脉冲来了 DJNZ R0,RST2 LJMP RST4 ; 超时未响应 RST3: SETB FLAG ; 标记器件在线 MOV R0,#115 ; 吃掉存在脉冲剩下的低电平 RST5: DJNZ R0,$ RST7: SETB P3.7 RET这段代码的关键不在长短而在“谁来保证这 660 微秒不被切走”。如果此时定时器中断或串口中断插进来拉低时间会变长——DS18B20 对过长低电平有一定容忍问题不大但读时隙一旦被打断采到的位就翻车了。; 写一位先拉低 12us若该位为 1 则立即释放为 0 则继续保持低 WR_DS18B20: MOV R2,#8 CLR C WR1: CLR P3.7 MOV R3,#6 DJNZ R3,$ ; 拉低约 12us RRC A ; 把当前位移到 CY MOV P3.7,C ; 位1 - 释放位0 - 继续拉低 MOV R3,#25 DJNZ R3,$ ; 再等约 50us凑满 60us 以上时隙 SETB P3.7 NOP DJNZ R2,WR1 SETB P3.7 RET ; 读一位主动拉低 1us 以上再释放在 15us 内采样 RD_DS18B20: MOV R4,#2 ; 读 2 个字节温度低字节 高字节 MOV R1,#20H ; 存到 20H 起始的单元 READ1: MOV R2,#8 READ2: CLR C SETB P3.7 NOP NOP CLR P3.7 ; 发起读时隙 NOP NOP NOP SETB P3.7 ; 释放交给 DS18B20 驱动 MOV R3,#9 DJNZ R3,$ ; 等约 18us 后采样 MOV C,P3.7 MOV R3,#23 DJNZ R3,$ ; 补足时隙剩余时间 RRC A DJNZ R2,READ2 MOV R1,A INC R1 DJNZ R4,READ1 RETWR_DS18B20里那个MOV P3.7,C是全篇最巧的一行它把“写 1”和“写 0”合并成了同一条指令。CY 为 1 时端口被拉高总线提前释放形成一个短低电平的写 1 时隙CY 为 0 时端口保持低电平低电平持续到 62 微秒正好是写 0 时隙。省掉了一次条件跳转也就省掉了几个微秒的抖动。RD_DS18B20的 18 微秒采样点则卡在规范边缘DS18B20 在主机拉低后约 15 微秒内输出数据数据有效窗口大约到 30 微秒。18 微秒采在窗口中部偏后能工作但对晶振误差和中断干扰的余量不大。如果换 11.0592MHz 晶振为了串口波特率精确很多板子会这么选一个机器周期变成 1.085 微秒所有延时整体拉长约 8.5%这个采样点就会往窗口边缘滑。注意同一份汇编代码在 12MHz 和 11.0592MHz 下不能混用。凡是靠DJNZ凑时间的子程序换晶振就必须重算循环次数。3. 电机调速过零触发为什么比调导通角更适合风扇交流电机的调速有两套完全不同的思路。一套是相位控制靠延迟可控硅的触发角把每个半周的正弦波切掉一块剩下的面积就是输出功率另一套是周波控制让可控硅整周整周地导通或关断用“通了几个周波、断了几个周波”的比例来等效调压。这两套方案在教科书上经常被混着讲落到实际电路上却是互斥的相位控制要求触发时刻精确到微秒周波控制要求触发时刻精确到过零点。选错了光耦整套方案就跑不起来。3.1 两套方案在同一份设计里打架翻开源码和图纸会发现一个矛盾原理部分写的是“通过控制双向可控硅的导通角使输出端电压发生改变”但驱动器件写的是 MOC3041程序里写的又是“改变每个控制周期内可控硅导通和关断交流完整全波信号的个数”。MOC3041 是过零触发型光耦它的内部电路会在检测到电压过零时才允许输出触发脉冲。换句话说它物理上就不支持任意角度的相位触发——你给它信号它也只会在过零点动作。这决定了真正能落地的只有周波控制这一条路。这不是设计者的疏忽而是被负载特性逼出来的选择。风扇电机是感性负载相位控制切出来的波形前后沿极陡每次斩波都会在电机绕组上激起一串高频谐波表现为明显的电磁噪音和转矩脉动。低速档切得最狠噪音反而最大这跟“静音风扇”的产品定位完全相反。周波控制每次都在过零点开关电流自然过零谐波和噪音都小得多代价是输出功率是离散的——只能按整周波的个数取档。3.2 五个档位是怎么从线速度上限倒推出来的档位不能拍脑袋定。风扇有一条硬约束扇叶最大圆周上的线速度不能超过某个上限。转太快叶片承受的离心力会把塑料件拉变形动平衡一旦破坏整台风扇开始抖。线速度和转速的关系是 V πDn/1000其中 D 是扇叶扫出圆的直径毫米n 是转速转/分V 的单位是米/分。给定 V 的上限就能反推出 n 的上限再取一个有余量的整数作为最高档转速。最低档则受另一个约束限制可控硅导通占空比太小时电机拿到的平均转矩不足以克服静摩擦会出现“嗡嗡响但不转”的堵转状态电流反而比正常运转还大。上下限夹住之后中间几档通常按等比分配而不是等差。等比的好处是相邻两档的“体感风力”差别接近——人对风速的感知接近对数关系等差分配会让高档之间几乎没区别低档之间却差得很明显。把转速换算成功率占比再换算成“一个控制周期内导通的周波数”就得到了中断服务程序里那个计数值。以 50Hz 电网、1 秒为一个控制周期为例一秒内有 100 个完整周波导通 100 个就是全速导通 20 个就是 20% 的功率。3.3 INT0 里的减法用整周波个数表示占空比工频过零信号接到外部中断 0 的引脚上硬件每个半周产生一次中断。这个中断就成了整套系统的时间基准所有调速动作都在这里面完成。; INT0 过零中断50Hz 下每 10ms 进入一次 ; 5FH 本档位剩余的可导通周波数 ; 24H.0 控制门标志为 0 时可控硅不再被触发 ORG 0003H INTD0: PUSH ACC PUSH PSW PUSH DPH PUSH DPL SETB 24H.0 ; 先开门默认本周期允许导通 MOV A,5FH JZ TING1 ; 计数已减到 0本周期不再输出 DEC A MOV 5FH,A LJMP FAN2 TING1: CLR 24H.0 ; 关门这一周波不给触发脉冲 FAN2: MOV A,5BH ; 次级计数器用于跨周期的节拍 JZ TING2 DEC A MOV 5BH,A LJMP ZONG TING2: ZONG: MOV A,59H JZ KAI DEC A MOV 59H,A LJMP EXIT KAI: CLR 24H.0 JB 26H.0,KAI2 ; 睡眠模式标志转一段停一段 KAI2: MOV A,66H JZ EXIT1 EXIT1: MOV 5FH,5AH ; 重装本档位计数值 MOV 5BH,66H MOV 59H,#100 ; 控制周期 100 个半周 EXIT: POP DPL POP DPH POP PSW POP ACC RETI这段中断干了三件事顺序不能乱。第一件是“开门/关门”。SETB 24H.0把控制门打开主程序侧的输出逻辑看到这个标志才允许往光耦送触发信号计数减到 0 时CLR 24H.0关门后面的过零点就不再触发可控硅在电流自然过零时自行关断。第二件是计数递减。5FH 从装填值开始每来一次过零减一减到 0 就关门。装填值越小导通的周波越少功率越低。第三件是重装。59H 减到 0 说明一个完整控制周期结束此时把 5FH 重新装回档位值开始下一轮。这个“两级计数”的结构让占空比的分辨率等于 1/100同时又不用在主程序里做除法。整个中断里没有乘除、没有查表、没有浮点全是减一和判断执行时间可控在几十个机器周期内。这是有意的设计过零中断每 10 毫秒必来一次一旦执行时间抖动触发时刻就跟着抖表现出来就是电机发出“嗒嗒”的异响。注意INT0 必须设为高优先级。如果它被数码管扫描或串口接收挤掉丢掉的不只是一次中断而是整个控制周期的相位基准占空比会整体偏移。4. 交互层档位状态机与那些必须回差的地方硬件把“能不能调”解决了剩下的问题是“该怎么调”。用户看到的只是温度数字和档位数字背后其实是一台状态机在跑输入源有四个按键、红外遥控、串口命令、温度自动判断输出有两个档位、显示中间还夹着定时和睡眠两个正交的模式。这四个输入源的优先级、互斥关系、以及和自动温控之间的抢占规则才是这类系统真正难写的地方。硬件调试通了、程序也跑起来了用户仍然会觉得“这风扇有点傻”问题基本都出在这一层。4.1 数码管动态扫描为什么必须给温控让路8 位数码管如果静态驱动需要 8 组段码锁存加 8 路位选走线成本高。常见的做法是动态扫描同一时刻只点亮一位靠人眼视觉暂留把 8 位拼成一幅完整画面。每位点亮 1 毫秒、8 位轮一圈 8 毫秒刷新率 125Hz看起来就是稳定的。问题在于这 1 毫秒的定时器中断会跟别的事情抢 CPU。如果扫描中断的优先级高于过零中断那么每次扫描都可能把过零响应推迟可控硅触发时刻跟着推迟输出功率就不准了。反过来如果过零中断优先级更高扫描就会被偶尔打断某一位的显示时间变长表现为该位数码管比别的位亮一点。常见的处理思路是把扫描的定时器中断优先级设低并让扫描中断服务程序尽可能短——只做“送段码、换位选、重置计数”三件事段码到数字的译码提前在主循环里算好放在缓冲区。这样即使被过零中断打断推迟的也只是几十个机器周期人眼完全看不出来。至于原设计里提到的专用键盘显示控制芯片它把扫描和译码都做进了硬件单片机只需要通过串行接口写显示内容和读键值等于把这部分时序负担整个卸载掉了。代价是多一颗芯片、多一组通信线但换来的是主程序里再也不用为扫描时序操心。4.2 3℃ 一档临界温度上为什么会来回跳自动温控的规则很朴素温度每升高 3℃升一档每降低 3℃降一档。听起来没问题实际跑起来会在某个温度点上疯狂抖动。原因在于测量值不是干净的。DS18B20 标称 ±0.5℃ 的精度加上安装位置的气流扰动同一个环境温度下读数会在阈值附近上下摆动。如果阈值是 26℃读数在 25.9 和 26.1 之间反复横跳档位就跟着反复横跳一晚上能听见十几次电机变速的“咔哒”声。解决办法是引入回差也就是两个不同的阈值构成一个滞环。升温时必须超过 26.5℃ 才升档降档时必须低于 25.5℃ 才降档。中间这 1℃ 的死区里档位保持不变。这样即使读数在 26℃ 附近抖动只要抖动幅度小于死区宽度档位就纹丝不动。/* 带 1℃ 回差的档位判定档位越高风力越大 */ #define STEP_C 3.0f /* 每 3℃ 一档 */ #define HYST_C 1.0f /* 回差宽度 */ #define GEAR_MAX 5 static int gear_update(float temp, int cur_gear) { /* 换算成当前档位对应温度区间的上限/下限 */ float up cur_gear * STEP_C HYST_C / 2.0f; float down (cur_gear - 1) * STEP_C - HYST_C / 2.0f; if (temp up cur_gear GEAR_MAX) return cur_gear 1; /* 越过上沿才升档 */ if (temp down cur_gear 1) return cur_gear - 1; /* 越过下沿才降档 */ return cur_gear; /* 死区内保持不动 */ }这段逻辑里HYST_C是唯一的调节旋钮。调大到 2℃档位更稳但响应变迟钝调到 0.5℃响应快但容易抖。经验值是和传感器精度同量级——精度 ±0.5℃回差取 1℃ 刚好盖住噪声。还有一个容易被忽略的点升档和降档的判定必须基于“上一次的档位”而不是“上一次的温度”。如果用温度做状态回差就不成立因为温度本身没有记忆。4.3 定时与睡眠用计数器复刻一个机械定时器机械定时器靠发条的形变储能到点弹开触点。软件定时靠的是一个不断自减的计数器本质上是把“时间的流逝”这件事翻译成“中断次数”。50Hz 电网下过零中断正好每 10 毫秒一次一秒 100 次。于是这个中断天然就是一个秒表累加 100 次就是一秒累加 100×60×60 就是 36 分钟完全可以覆盖 12 小时的定时需求。用现成的过零中断做时基省掉了额外的定时器资源也不用考虑晶振误差——因为过零信号本身跟着电网频率走电网频率长期看是相当稳的。睡眠模式则是另一套逻辑它不是“到点关机”而是“转一段、停一段”的循环。实现上就是在正常档位控制之外再套一层占空比——比如转 20 秒、停 10 秒。注意这层占空比和调速的占空比不在同一个时间尺度上一个是周波级的毫秒一个是秒级的两者必须用不同的计数器混用会导致睡眠期间档位值被反复重装。串口控制和红外遥控这两个输入源从状态机的角度看其实没有区别它们都只是往队列里丢同一个事件升档、降档、切换模式、设定时然后由主循环统一分发给状态机。把它们写成两套独立的处理逻辑是后面加功能时踩坑的起点——每加一个输入源就要复制一遍状态判断。5. 排查这类系统最常翻车的五个地方5.1 温度读数类现象一读回来的温度永远是 85℃。原因是 85℃ 是 DS18B20 的上电默认值代表“转换从未成功执行”。要么复位时序里没等到存在脉冲线太长、上拉电阻太大、供电不足要么0x44启动转换后没等够 750 毫秒就读了暂存器。解决方法是先把存在脉冲的检测结果打印出来或者点灯指示确认器件真的应答了再在启动转换和读取之间插入足够的等待或者读总线电平判断转换是否还在进行。现象二正温度准零下就乱跳。原因是把 16 位补码当成无符号数处理了。0xFFF8 当无符号是 65528当有符号才是 -8。汇编里要用RRC A配合符号位判断C 语言里必须显式声明为int16_t。另外上面那张对照表里的十六进制值一定要自己验算抄错一位就全盘皆错。5.2 输出驱动类现象三低档位电机不转只有嗡嗡声。原因是导通周波数太少平均转矩不足以克服静摩擦电机处于堵转状态。堵转电流远大于额定电流长时间会烧绕组。解决方法是给最低档设一个下限占空比并用测速或者电流检测确认电机真的转起来了如果负载本身较重就得在启动阶段先给一个短时的高占空比“踹一脚”转起来之后再降到目标档位。现象四关断后电机还有微弱转动或者发出异响。双向可控硅在电流低于维持电流时会自然关断但感性负载的电流滞后于电压过零点之后还有续流容易造成误触发。解决方法是加 RC 吸收网络抑制 dv/dt并在门极加合适的电阻防止干扰误触发。另外要确认光耦确实工作在过零触发模式如果误用了非过零型号关断时刻会完全不受控。5.3 时序与中断类现象五改了晶振串口能通温度读不出来。所有靠DJNZ空转凑出来的延时都是按“一个机器周期等于多少个时钟”算的。换晶振等于整体缩放缩放比例不大的时候可能还能凑合一旦采样点滑出有效窗口就直接失效。解决办法是把所有延时封装成宏宏的参数用机器周期数而不是循环次数换晶振时只改一个常量或者干脆用定时器做延时基准代价是占用一个硬件资源。6. 设计取舍为什么“整数周波 五档 回差”是个绕不开的组合回头看这套方案三个看似独立的决定其实是同一条链上的必然结果。选了过零触发的光耦就等于放弃了连续调压功率只能按整周波量化量化粒度定死之后档位就不可能做得太多五个档位对应五个差异明显的占空比刚好覆盖“微风到强风”的体感区间再多加两档用户也分辨不出来而档位一旦离散温度到档位的映射就必然存在边界边界上必然有抖动于是回差成了必需品而不是可选项。这条链上每一步都在用“精度”换“稳定性”。相位控制能给出连续的功率但换来的是噪音和转矩脉动连续的温度映射能给出细腻的响应但换来的是档位抖动高频的显示刷新能给出流畅的画面但换来的是对实时中断的干扰。设计者的功力不在于把每一项都做到极致而在于知道哪些精度用户根本感知不到可以放心砍掉。验证这套东西光看代码是不够的。示波器架在可控硅两端看每个控制周期里导通的周波数是不是和设定值一致能立刻发现中断丢失或者计数重装错误把温度值和档位值一起从串口打出来画成两条曲线回差设得够不够一目了然——曲线在阈值附近是台阶状还是锯齿状一眼就能分辨用可调负载代替电机从最低档往上逐档加能提前暴露堵转和误触发的边界。我自己的习惯是凡是涉及交流电时序的项目第一次上电前一定先用隔离变压器加假负载跑一遍把每个中断的进入时刻和持续时间用示波器量出来确认最坏情况下的抖动还在允许范围内才敢接真实电机。这套流程看起来啰嗦但它把“玄学”变成了可以测量的数字后面任何一次改代码只要再跑一遍同样的测量就知道有没有改坏。从那以后我每次碰这类项目都会先把时序账算清楚再动手写一行代码。希望帮到你。本文还有配套的精品资源点击获取
简介围绕51单片机设计的智能电风扇控制系统完整文档面向电子信息、自动化等专业的学生与单片机入门实践者针对传统风扇风速不能随温度自动调节、机械定时噪音大且范围有限、缺乏遥控等痛点给出整套方案。全文以AT89C51为控制核心串联DS18B20数字温度传感器、电机调速与控制、温度显示与控制等模块硬件部分讲清温度采集与单总线时序处理、调速原理及驱动电路软件部分给出传感器程序设计与电机控制流程并规划五档风速、睡眠循环、12小时定时、红外遥控与数码管显示、RS232上位机控制等功能。压缩包共1个doc文件约167KB是一份可直接参考的课程设计或毕业设计文稿。目前已有7262人学习适合按章节对照搭建最小系统、梳理软硬件框架并撰写说明文档时参考。1. 温度控制风扇智能不在传感器而在过零点上的那笔减法把温度控制风扇当成“给电风扇装个温度传感器”是理解这套系统时最容易踩的坑。DS18B20 只是每隔一段时间吐出一个数字而风扇能不能平稳地从 1 档爬到 5 档、会不会在半夜里嗡嗡地来回跳档取决于单片机有没有在 220V 交流电的每一个过零点上把“这一周波到底给不给电机通电”算清楚。测温是输入端的事调速是输出端的事中间隔着一套用中断和计数器搭起来的账本。这套账本值得搞懂的地方在于它把三个互相冲突的约束塞进了同一颗单片机里交流过零的硬实时、单总线通信的微秒级时序、按键与数码管扫描的毫秒级响应。谁先谁后、谁该让路直接决定了档位精度和抖动从哪来。2. 温度测量DS18B20 为什么敢用一根线同时当时钟和数据DS18B20 最反直觉的地方是它没有时钟线。I2C 有 SCLSPI 有 SCK而它只有一根 DQ却要完成“主机发命令、从机回数据”这种标准的双向握手。答案藏在协议设计里时钟不在线上而在双方各自的计数器里。主机拉低总线多久、什么时候采样本身就编码了“0”和“1”——时间就是信号。这个选择换来的是极简的接线一根数据线加一根地线甚至可以寄生供电代价是把时序精度完全压在了软件身上。单片机稍微被别的中断耽误几个微秒读回来的就是一堆乱码。2.1 单总线协议的三段式握手一次完整的温度读取分三步缺一不可第一步是复位。主机把 DQ 拉低至少 480 微秒然后释放。DS18B20 检测到这个长低电平后等 15 到 60 微秒主动把线拉低 60 到 240 微秒作为“存在脉冲”应答。主机若是在这段窗口里读不到低电平说明器件没接上或者线太长后面的读写全是徒劳。第二步是 ROM 操作。总线上如果只挂一颗 DS18B20直接发0xCCSKIP ROM跳过 ROM 匹配挂多颗时才需要用0x33读序列号、0x55匹配特定器件。第三步是功能命令。发0x44启动一次温度转换转换期间总线可以去做别的事过一会儿再发0xBE读暂存器连续读回 9 个字节前两个字节就是温度值。提示0x44之后立刻发0xBE是新手最常见的错误。12 位分辨率下转换需要 750 毫秒这段时间里读到的还是上一次的结果或者是上电默认值。2.2 12 位补码温度与十六进制之间的那层换算DS18B20 返回的是 16 位有符号整数低 4 位是小数部分分辨率 0.0625℃。也就是说读回来的原始值除以 16 才是摄氏度。负温度用补码表示直接当有符号数处理即可。温度二进制高字节 低字节十六进制换算校验85℃0000 0101 0101 00000x05501360×0.0625 8525.625℃0000 0001 1001 10100x019A410×0.0625 25.62510.125℃0000 0000 1010 00100x00A2162×0.0625 10.1250.5℃0000 0000 0000 10000x00088×0.0625 0.50℃0000 0000 0000 00000x00000-0.5℃1111 1111 1111 10000xFFF8-8×0.0625 -0.5-10.125℃1111 1111 0110 11100xFF5E-162×0.0625 -10.125-55℃1111 1100 1001 00000xFC90-880×0.0625 -55这张表有个细节值得注意凡是带小数的行十六进制值的低 4 位一定不是 0。很多人抄表时只抄了整数部分的对应值结果程序跑出来永远差那么零点几度——因为把 0x019A 手滑写成 0x0191读出来就是 25.0625 而不是 25.625。校验方法很简单把十六进制当有符号数取出来乘 0.0625看等不等于你要的温度。对不上就是抄错了。汇编里处理这个数还有一个坑0x0550 的低字节是 0x50高字节是 0x05读进内存时是低字节在前。如果直接用MOV A,20H取整个字节去和阈值比较比的是低 8 位等于把温度值对 256 取模高温时会绕回去。2.3 12MHz 下的时序账延时只能靠空转还不能被中断打断51 单片机在 12MHz 晶振下一个机器周期正好 1 微秒一条NOP就是 1 微秒一条DJNZ R0,$是 2 微秒。这个巧合让“用循环次数当微秒表”成为可能也是这类设计普遍选 12MHz 的原因——算延时不用掰手指。; DS18B20 复位拉低 480us再释放等待存在脉冲 RST_DS18B20: SETB P3.7 NOP CLR P3.7 ; 开始拉低 MOV R1,#3 ; 外层 3 次 RST1: MOV R0,#110 ; 内层 110 次 x 2us 220us DJNZ R0,$ DJNZ R1,RST1 ; 合计约 660us满足 480us SETB P3.7 ; 释放总线 NOP NOP MOV R0,#25H ; 约 74us 的等待窗口 RST2: JNB P3.7,RST3 ; 检测到低电平 - 存在脉冲来了 DJNZ R0,RST2 LJMP RST4 ; 超时未响应 RST3: SETB FLAG ; 标记器件在线 MOV R0,#115 ; 吃掉存在脉冲剩下的低电平 RST5: DJNZ R0,$ RST7: SETB P3.7 RET这段代码的关键不在长短而在“谁来保证这 660 微秒不被切走”。如果此时定时器中断或串口中断插进来拉低时间会变长——DS18B20 对过长低电平有一定容忍问题不大但读时隙一旦被打断采到的位就翻车了。; 写一位先拉低 12us若该位为 1 则立即释放为 0 则继续保持低 WR_DS18B20: MOV R2,#8 CLR C WR1: CLR P3.7 MOV R3,#6 DJNZ R3,$ ; 拉低约 12us RRC A ; 把当前位移到 CY MOV P3.7,C ; 位1 - 释放位0 - 继续拉低 MOV R3,#25 DJNZ R3,$ ; 再等约 50us凑满 60us 以上时隙 SETB P3.7 NOP DJNZ R2,WR1 SETB P3.7 RET ; 读一位主动拉低 1us 以上再释放在 15us 内采样 RD_DS18B20: MOV R4,#2 ; 读 2 个字节温度低字节 高字节 MOV R1,#20H ; 存到 20H 起始的单元 READ1: MOV R2,#8 READ2: CLR C SETB P3.7 NOP NOP CLR P3.7 ; 发起读时隙 NOP NOP NOP SETB P3.7 ; 释放交给 DS18B20 驱动 MOV R3,#9 DJNZ R3,$ ; 等约 18us 后采样 MOV C,P3.7 MOV R3,#23 DJNZ R3,$ ; 补足时隙剩余时间 RRC A DJNZ R2,READ2 MOV R1,A INC R1 DJNZ R4,READ1 RETWR_DS18B20里那个MOV P3.7,C是全篇最巧的一行它把“写 1”和“写 0”合并成了同一条指令。CY 为 1 时端口被拉高总线提前释放形成一个短低电平的写 1 时隙CY 为 0 时端口保持低电平低电平持续到 62 微秒正好是写 0 时隙。省掉了一次条件跳转也就省掉了几个微秒的抖动。RD_DS18B20的 18 微秒采样点则卡在规范边缘DS18B20 在主机拉低后约 15 微秒内输出数据数据有效窗口大约到 30 微秒。18 微秒采在窗口中部偏后能工作但对晶振误差和中断干扰的余量不大。如果换 11.0592MHz 晶振为了串口波特率精确很多板子会这么选一个机器周期变成 1.085 微秒所有延时整体拉长约 8.5%这个采样点就会往窗口边缘滑。注意同一份汇编代码在 12MHz 和 11.0592MHz 下不能混用。凡是靠DJNZ凑时间的子程序换晶振就必须重算循环次数。3. 电机调速过零触发为什么比调导通角更适合风扇交流电机的调速有两套完全不同的思路。一套是相位控制靠延迟可控硅的触发角把每个半周的正弦波切掉一块剩下的面积就是输出功率另一套是周波控制让可控硅整周整周地导通或关断用“通了几个周波、断了几个周波”的比例来等效调压。这两套方案在教科书上经常被混着讲落到实际电路上却是互斥的相位控制要求触发时刻精确到微秒周波控制要求触发时刻精确到过零点。选错了光耦整套方案就跑不起来。3.1 两套方案在同一份设计里打架翻开源码和图纸会发现一个矛盾原理部分写的是“通过控制双向可控硅的导通角使输出端电压发生改变”但驱动器件写的是 MOC3041程序里写的又是“改变每个控制周期内可控硅导通和关断交流完整全波信号的个数”。MOC3041 是过零触发型光耦它的内部电路会在检测到电压过零时才允许输出触发脉冲。换句话说它物理上就不支持任意角度的相位触发——你给它信号它也只会在过零点动作。这决定了真正能落地的只有周波控制这一条路。这不是设计者的疏忽而是被负载特性逼出来的选择。风扇电机是感性负载相位控制切出来的波形前后沿极陡每次斩波都会在电机绕组上激起一串高频谐波表现为明显的电磁噪音和转矩脉动。低速档切得最狠噪音反而最大这跟“静音风扇”的产品定位完全相反。周波控制每次都在过零点开关电流自然过零谐波和噪音都小得多代价是输出功率是离散的——只能按整周波的个数取档。3.2 五个档位是怎么从线速度上限倒推出来的档位不能拍脑袋定。风扇有一条硬约束扇叶最大圆周上的线速度不能超过某个上限。转太快叶片承受的离心力会把塑料件拉变形动平衡一旦破坏整台风扇开始抖。线速度和转速的关系是 V πDn/1000其中 D 是扇叶扫出圆的直径毫米n 是转速转/分V 的单位是米/分。给定 V 的上限就能反推出 n 的上限再取一个有余量的整数作为最高档转速。最低档则受另一个约束限制可控硅导通占空比太小时电机拿到的平均转矩不足以克服静摩擦会出现“嗡嗡响但不转”的堵转状态电流反而比正常运转还大。上下限夹住之后中间几档通常按等比分配而不是等差。等比的好处是相邻两档的“体感风力”差别接近——人对风速的感知接近对数关系等差分配会让高档之间几乎没区别低档之间却差得很明显。把转速换算成功率占比再换算成“一个控制周期内导通的周波数”就得到了中断服务程序里那个计数值。以 50Hz 电网、1 秒为一个控制周期为例一秒内有 100 个完整周波导通 100 个就是全速导通 20 个就是 20% 的功率。3.3 INT0 里的减法用整周波个数表示占空比工频过零信号接到外部中断 0 的引脚上硬件每个半周产生一次中断。这个中断就成了整套系统的时间基准所有调速动作都在这里面完成。; INT0 过零中断50Hz 下每 10ms 进入一次 ; 5FH 本档位剩余的可导通周波数 ; 24H.0 控制门标志为 0 时可控硅不再被触发 ORG 0003H INTD0: PUSH ACC PUSH PSW PUSH DPH PUSH DPL SETB 24H.0 ; 先开门默认本周期允许导通 MOV A,5FH JZ TING1 ; 计数已减到 0本周期不再输出 DEC A MOV 5FH,A LJMP FAN2 TING1: CLR 24H.0 ; 关门这一周波不给触发脉冲 FAN2: MOV A,5BH ; 次级计数器用于跨周期的节拍 JZ TING2 DEC A MOV 5BH,A LJMP ZONG TING2: ZONG: MOV A,59H JZ KAI DEC A MOV 59H,A LJMP EXIT KAI: CLR 24H.0 JB 26H.0,KAI2 ; 睡眠模式标志转一段停一段 KAI2: MOV A,66H JZ EXIT1 EXIT1: MOV 5FH,5AH ; 重装本档位计数值 MOV 5BH,66H MOV 59H,#100 ; 控制周期 100 个半周 EXIT: POP DPL POP DPH POP PSW POP ACC RETI这段中断干了三件事顺序不能乱。第一件是“开门/关门”。SETB 24H.0把控制门打开主程序侧的输出逻辑看到这个标志才允许往光耦送触发信号计数减到 0 时CLR 24H.0关门后面的过零点就不再触发可控硅在电流自然过零时自行关断。第二件是计数递减。5FH 从装填值开始每来一次过零减一减到 0 就关门。装填值越小导通的周波越少功率越低。第三件是重装。59H 减到 0 说明一个完整控制周期结束此时把 5FH 重新装回档位值开始下一轮。这个“两级计数”的结构让占空比的分辨率等于 1/100同时又不用在主程序里做除法。整个中断里没有乘除、没有查表、没有浮点全是减一和判断执行时间可控在几十个机器周期内。这是有意的设计过零中断每 10 毫秒必来一次一旦执行时间抖动触发时刻就跟着抖表现出来就是电机发出“嗒嗒”的异响。注意INT0 必须设为高优先级。如果它被数码管扫描或串口接收挤掉丢掉的不只是一次中断而是整个控制周期的相位基准占空比会整体偏移。4. 交互层档位状态机与那些必须回差的地方硬件把“能不能调”解决了剩下的问题是“该怎么调”。用户看到的只是温度数字和档位数字背后其实是一台状态机在跑输入源有四个按键、红外遥控、串口命令、温度自动判断输出有两个档位、显示中间还夹着定时和睡眠两个正交的模式。这四个输入源的优先级、互斥关系、以及和自动温控之间的抢占规则才是这类系统真正难写的地方。硬件调试通了、程序也跑起来了用户仍然会觉得“这风扇有点傻”问题基本都出在这一层。4.1 数码管动态扫描为什么必须给温控让路8 位数码管如果静态驱动需要 8 组段码锁存加 8 路位选走线成本高。常见的做法是动态扫描同一时刻只点亮一位靠人眼视觉暂留把 8 位拼成一幅完整画面。每位点亮 1 毫秒、8 位轮一圈 8 毫秒刷新率 125Hz看起来就是稳定的。问题在于这 1 毫秒的定时器中断会跟别的事情抢 CPU。如果扫描中断的优先级高于过零中断那么每次扫描都可能把过零响应推迟可控硅触发时刻跟着推迟输出功率就不准了。反过来如果过零中断优先级更高扫描就会被偶尔打断某一位的显示时间变长表现为该位数码管比别的位亮一点。常见的处理思路是把扫描的定时器中断优先级设低并让扫描中断服务程序尽可能短——只做“送段码、换位选、重置计数”三件事段码到数字的译码提前在主循环里算好放在缓冲区。这样即使被过零中断打断推迟的也只是几十个机器周期人眼完全看不出来。至于原设计里提到的专用键盘显示控制芯片它把扫描和译码都做进了硬件单片机只需要通过串行接口写显示内容和读键值等于把这部分时序负担整个卸载掉了。代价是多一颗芯片、多一组通信线但换来的是主程序里再也不用为扫描时序操心。4.2 3℃ 一档临界温度上为什么会来回跳自动温控的规则很朴素温度每升高 3℃升一档每降低 3℃降一档。听起来没问题实际跑起来会在某个温度点上疯狂抖动。原因在于测量值不是干净的。DS18B20 标称 ±0.5℃ 的精度加上安装位置的气流扰动同一个环境温度下读数会在阈值附近上下摆动。如果阈值是 26℃读数在 25.9 和 26.1 之间反复横跳档位就跟着反复横跳一晚上能听见十几次电机变速的“咔哒”声。解决办法是引入回差也就是两个不同的阈值构成一个滞环。升温时必须超过 26.5℃ 才升档降档时必须低于 25.5℃ 才降档。中间这 1℃ 的死区里档位保持不变。这样即使读数在 26℃ 附近抖动只要抖动幅度小于死区宽度档位就纹丝不动。/* 带 1℃ 回差的档位判定档位越高风力越大 */ #define STEP_C 3.0f /* 每 3℃ 一档 */ #define HYST_C 1.0f /* 回差宽度 */ #define GEAR_MAX 5 static int gear_update(float temp, int cur_gear) { /* 换算成当前档位对应温度区间的上限/下限 */ float up cur_gear * STEP_C HYST_C / 2.0f; float down (cur_gear - 1) * STEP_C - HYST_C / 2.0f; if (temp up cur_gear GEAR_MAX) return cur_gear 1; /* 越过上沿才升档 */ if (temp down cur_gear 1) return cur_gear - 1; /* 越过下沿才降档 */ return cur_gear; /* 死区内保持不动 */ }这段逻辑里HYST_C是唯一的调节旋钮。调大到 2℃档位更稳但响应变迟钝调到 0.5℃响应快但容易抖。经验值是和传感器精度同量级——精度 ±0.5℃回差取 1℃ 刚好盖住噪声。还有一个容易被忽略的点升档和降档的判定必须基于“上一次的档位”而不是“上一次的温度”。如果用温度做状态回差就不成立因为温度本身没有记忆。4.3 定时与睡眠用计数器复刻一个机械定时器机械定时器靠发条的形变储能到点弹开触点。软件定时靠的是一个不断自减的计数器本质上是把“时间的流逝”这件事翻译成“中断次数”。50Hz 电网下过零中断正好每 10 毫秒一次一秒 100 次。于是这个中断天然就是一个秒表累加 100 次就是一秒累加 100×60×60 就是 36 分钟完全可以覆盖 12 小时的定时需求。用现成的过零中断做时基省掉了额外的定时器资源也不用考虑晶振误差——因为过零信号本身跟着电网频率走电网频率长期看是相当稳的。睡眠模式则是另一套逻辑它不是“到点关机”而是“转一段、停一段”的循环。实现上就是在正常档位控制之外再套一层占空比——比如转 20 秒、停 10 秒。注意这层占空比和调速的占空比不在同一个时间尺度上一个是周波级的毫秒一个是秒级的两者必须用不同的计数器混用会导致睡眠期间档位值被反复重装。串口控制和红外遥控这两个输入源从状态机的角度看其实没有区别它们都只是往队列里丢同一个事件升档、降档、切换模式、设定时然后由主循环统一分发给状态机。把它们写成两套独立的处理逻辑是后面加功能时踩坑的起点——每加一个输入源就要复制一遍状态判断。5. 排查这类系统最常翻车的五个地方5.1 温度读数类现象一读回来的温度永远是 85℃。原因是 85℃ 是 DS18B20 的上电默认值代表“转换从未成功执行”。要么复位时序里没等到存在脉冲线太长、上拉电阻太大、供电不足要么0x44启动转换后没等够 750 毫秒就读了暂存器。解决方法是先把存在脉冲的检测结果打印出来或者点灯指示确认器件真的应答了再在启动转换和读取之间插入足够的等待或者读总线电平判断转换是否还在进行。现象二正温度准零下就乱跳。原因是把 16 位补码当成无符号数处理了。0xFFF8 当无符号是 65528当有符号才是 -8。汇编里要用RRC A配合符号位判断C 语言里必须显式声明为int16_t。另外上面那张对照表里的十六进制值一定要自己验算抄错一位就全盘皆错。5.2 输出驱动类现象三低档位电机不转只有嗡嗡声。原因是导通周波数太少平均转矩不足以克服静摩擦电机处于堵转状态。堵转电流远大于额定电流长时间会烧绕组。解决方法是给最低档设一个下限占空比并用测速或者电流检测确认电机真的转起来了如果负载本身较重就得在启动阶段先给一个短时的高占空比“踹一脚”转起来之后再降到目标档位。现象四关断后电机还有微弱转动或者发出异响。双向可控硅在电流低于维持电流时会自然关断但感性负载的电流滞后于电压过零点之后还有续流容易造成误触发。解决方法是加 RC 吸收网络抑制 dv/dt并在门极加合适的电阻防止干扰误触发。另外要确认光耦确实工作在过零触发模式如果误用了非过零型号关断时刻会完全不受控。5.3 时序与中断类现象五改了晶振串口能通温度读不出来。所有靠DJNZ空转凑出来的延时都是按“一个机器周期等于多少个时钟”算的。换晶振等于整体缩放缩放比例不大的时候可能还能凑合一旦采样点滑出有效窗口就直接失效。解决办法是把所有延时封装成宏宏的参数用机器周期数而不是循环次数换晶振时只改一个常量或者干脆用定时器做延时基准代价是占用一个硬件资源。6. 设计取舍为什么“整数周波 五档 回差”是个绕不开的组合回头看这套方案三个看似独立的决定其实是同一条链上的必然结果。选了过零触发的光耦就等于放弃了连续调压功率只能按整周波量化量化粒度定死之后档位就不可能做得太多五个档位对应五个差异明显的占空比刚好覆盖“微风到强风”的体感区间再多加两档用户也分辨不出来而档位一旦离散温度到档位的映射就必然存在边界边界上必然有抖动于是回差成了必需品而不是可选项。这条链上每一步都在用“精度”换“稳定性”。相位控制能给出连续的功率但换来的是噪音和转矩脉动连续的温度映射能给出细腻的响应但换来的是档位抖动高频的显示刷新能给出流畅的画面但换来的是对实时中断的干扰。设计者的功力不在于把每一项都做到极致而在于知道哪些精度用户根本感知不到可以放心砍掉。验证这套东西光看代码是不够的。示波器架在可控硅两端看每个控制周期里导通的周波数是不是和设定值一致能立刻发现中断丢失或者计数重装错误把温度值和档位值一起从串口打出来画成两条曲线回差设得够不够一目了然——曲线在阈值附近是台阶状还是锯齿状一眼就能分辨用可调负载代替电机从最低档往上逐档加能提前暴露堵转和误触发的边界。我自己的习惯是凡是涉及交流电时序的项目第一次上电前一定先用隔离变压器加假负载跑一遍把每个中断的进入时刻和持续时间用示波器量出来确认最坏情况下的抖动还在允许范围内才敢接真实电机。这套流程看起来啰嗦但它把“玄学”变成了可以测量的数字后面任何一次改代码只要再跑一遍同样的测量就知道有没有改坏。从那以后我每次碰这类项目都会先把时序账算清楚再动手写一行代码。希望帮到你。本文还有配套的精品资源点击获取
