基于单片机的智能豆浆机设计：自动控制与防干溢保护

简介：本资源是一套完整的基于单片机的智能豆浆机毕业设计/课程设计方案，面向电子信息、自动化、嵌入式等专业的本科生及实践爱好者，解决家电类嵌入式系统从原理设计、仿真验证到软硬件协同控制的全流程学习需求。压缩包共26个文件（914KB），涵盖Proteus仿真工程（.dsn、.pwi等）、Keil C51源码（main.c、Ds18b20.c、lcd1602.c及对应头文件）、Hex可执行文件、原理图（.SchDoc与PDF）、器件清单（xlsx）、功能说明与流程图（bmp/png）、以及仿真效果图等，类型覆盖硬件设计、程序开发、测试验证三大环节。已有70人学习下载，资源结构清晰，模块划分明确——仿真、代码、原理图、清单、说明五大部分环环相扣，便于读者按步骤复现加热-打浆-熬煮全自动时序控制，并深入理解DS18B20温度采集、LCD1602人机交互、防干溢逻辑判断等关键实现细节。 市面上的豆浆机一两百块就能买到，但如果你自己用单片机从头做一台，会发现真正难的不是让电机转、让加热管发热，而是让系统在“豆浆刚要冒出来”的那个瞬间停手，在“水快烧干”的时候及时收手。这篇就围绕一个典型项目展开：基于单片机的智能豆浆机设计，覆盖加热打浆熬煮自动控制与防干溢保护。我会把硬件选型、电路设计、软件状态机、防溢防干烧算法、实测坑点全部分享一遍，适合正在做单片机课程设计、毕业设计，或者纯粹想DIY一台智能小家电的读者参考。

先说清楚这台豆浆机“智能”在哪。它不能只是通电就转，而是要完成一条完整链路：上电自检，加水加豆后启动，先浸泡，再加热到合适温度，启动电机打浆，打完继续熬煮，煮到真正沸腾但不能溢锅，最后进入保温；整个过程中要实时监测液位和温度，一旦出现干烧风险马上断电报警。标题里“防干溢保护”五个字，其实是整个项目里最容易翻车、也最值得深挖的部分。

1. 这个项目真正要解决的不是煮豆浆，而是“什么时候加热、什么时候停”

1.1 从“手动煮”到“自动控制”：完整的时序链条

很多人第一次拿到这个题目，第一反应是“用单片机控制继电器，继电器控制加热管和电机，完事”。但实际豆浆制作流程远比“开—关”复杂。传统做法是：豆子泡几个小时，加水后用机器打碎，再把豆浆煮沸，煮沸后还要小火维持几分钟，消灭大豆里的皂甙和抗营养因子，否则喝了会拉肚子甚至引起恶心呕吐。

这个流程映射到单片机系统里，就是一条严格的状态时序：空闲 → 浸泡 → 加热打浆 → 熬煮 → 保温 → 停机。每个状态之间切换的依据不是时间到了这么简单，而是要结合温度传感器和液位探针的反馈。比如浸泡阶段可能只需要定时；但到了加热打浆阶段，如果温度不到指定值就启动电机，豆子没泡透，打出来的豆浆口感差；如果温度超过90℃再打浆，又容易产生大量泡沫、增加溢出风险。

所以“自动控制”的核心其实是一个带反馈的决策循环：采集温度/液位信号，和预设阈值比较，决定打开或关闭加热管、电机，然后继续采集，继续决策。这套逻辑听起来不复杂，但工程实现上有很多细节。

1.2 输入输出清单：先列清楚系统要采集哪些信号、控制哪些设备

画电路图之前，先把系统的输入和输出理清楚。智能豆浆机的典型输入信号包括：温度值、防溢探针信号、水位信号、按键输入。输出信号包括：加热管继电器、打浆电机继电器（或可控硅）、蜂鸣器、指示灯/显示屏。

为了直观，我整理一个表格：

这个清单的意义在于，它会直接影响后面单片机的I/O口分配。比如STC89C52有P0到P3四组端口，温度传感器需要1个I/O口（单总线），防溢探针1个，水位开关1个，继电器2个，蜂鸣器1个，按键2~3个，LCD1602需要11个I/O口。如果用了LCD1602，必须提前算好口够不够，否则做到一半发现引脚不足就得重新改板。

1.3 被低估的难点：防溢出和防干烧为什么比“加热”本身更难

很多初学者把“防溢出”想得很简单：液位探针触发了，把加热管关掉不就行了。实际做出来才发现，真正的难点有三个。

第一，豆浆的沸腾不是平稳的。它一旦开始沸腾，液面会忽高忽低，泡沫层时厚时薄，探针信号会频繁跳变。如果程序一检测到就断加热、一恢复就继续加热，继电器会在一分钟内反复吸合断开十几次，触点寿命急剧下降，加热效率也差。

第二，防干烧不能仅靠水位开关。水位开关只能告诉你“有水/没水”，但加热管和锅体热量传导有个滞后。如果水位开关安装位置偏高，锅底水已经很少甚至烧干了，浮球可能还浮着；如果安装位置偏低，又会在正常煮豆浆时误报。所以真正可靠的防干烧，除了水位信号，还要结合温度变化率来判断。

第三，探针信号本身并不可靠。不锈钢探针浸在液体里，靠液体导电来改变I/O口电平。但豆浆是高蛋白液体，容易起泡、挂壁，探针表面会形成一层膜，接触电阻漂移，可能导致该导通时不导通，该断开时不断开。

所以这篇文章后面会用大量篇幅讲防溢防干烧的设计，因为这才是这个项目区别于“普通温控器”的核心价值。

2. 硬件选型思路：主控、测温、探针、执行机构的组合

2.1 主控芯片选择：STC89C52和STC15的取舍

单片机选型方面，最经典的选择是STC89C52RC。它的优点是资料多、教程多、51单片机课程全程覆盖，Keil C51环境里可直接编译烧录，价格也很便宜。但这个芯片的缺点是：没有硬件PWM、I/O口驱动能力弱、主频低（12MHz晶振下约1微秒执行一两条指令）。对于豆浆机这种几十毫秒级别的控制任务，性能足够，但如果你打算做“电机PWM调速”，就得用定时器模拟PWM，程序会多一些工作量。

如果愿意跨出51的舒适区，可以考虑STC15W408AS或STM32F103C8T6。STC15系列是1T内核，比STC89C52快很多，内部集成高精度振荡器，还有硬件PWM和ADC。STM32则功能更强，但开发环境、库函数的学习成本高一些。从我个人的角度，如果做毕业设计且之前学过51，直接用STC89C52RC或STC15即可，没有必要为了“高大上”强行上STM32，因为项目控制逻辑本身并不需要太强的算力，把状态机和防溢算法写好才是关键。

2.2 温度传感器：DS18B20防水探头为什么够用

豆浆机测温有个特点：温度范围集中在0~120℃，精度要求不高，±1℃就能很好工作，但需要探头能泡在液体里。最适合的就是DS18B20防水探头，不锈钢封装的那种，三根线引出：红色VCC、黑色GND、黄色DQ数据线。

电路上只需要在DQ引脚接一个4.7kΩ上拉电阻到VCC，然后接入单片机任意I/O口。DS18B20和单片机之间用单总线协议通信，一个I/O口既发命令又收数据。这种传感器的优点是便宜、稳定、接线少；缺点是时序要求严格，在51上读取一次温度需要执行较多延时指令。好在豆浆机对温度采样频率要求不高，1秒钟读一次完全够用。

还有一点经验：不要用裸封的DS18B20直接丢进豆浆里，引脚时间长了会腐蚀，而且豆浆会渗进封装缝隙。防水探头十几块钱一只，省心很多。如果现场没有防水探头，也可以把裸封传感器插进一根细不锈钢管里，管内灌导热硅脂，管口用热缩管封住。

2.3 防溢探针和水位开关：廉价方案里的细节差异

防溢探针常见的方案有两种：不锈钢螺丝/金属棒做成探针，利用液体导电原理，把探针接到一个I/O口上，另一根探针接GND（或经过分压接VCC）。当液面上升到接触探针时，I/O口电平跳变，MCU据此判断发生溢出风险。

水位开关则多用干簧管加浮球。浮球内置磁铁，液面变化带动浮球上下移动，当磁铁靠近干簧管时，内部触点闭合，MCU检测到低电平。这个方案成本极低、电路简单，但有个致命弱点：豆浆翻滚时浮球会剧烈跳动，信号抖动非常明显；如果泡沫特别多，浮球可能被泡沫顶住上不来。所以很多成品豆浆机不用干簧管，而是直接用不锈钢电极测水位。

如果你是做一个演示性质的系统，两种方案都能用，但必须在软件里做信号消抖。如果追求“像商品机一样可靠”，推荐水位检测直接用不锈钢电极，配合程序里的连续采样确认。

2.4 加热管与电机驱动：继电器驱动电路和三极管驱动的注意点

小功率加热管（300~800W）可以用继电器控制，这是最省心的方案。单片机I/O口输出高电平，经过三极管放大后驱动5V继电器线圈，继电器触点串联在220V加热管回路里。常见电路是：P1口 → 1kΩ限流电阻 → NPN三极管（S8050）基极，发射极接地，集电极接继电器线圈一端，线圈另一端接5V，线圈两端并联一个1N4148续流二极管。这个续流二极管一定不能省，否则继电器断电瞬间会产生高压反电动势，轻则干扰单片机，重则击穿三极管。

打浆电机如果是直流小电机（比如12V），可以用同样的继电器方案控制通断；如果是串励交流电机，同样由继电器控制220V通断。但如果想调速，就得换可控硅方案：使用MOC3021光耦加双向可控硅BTA16，配合过零检测电路，在可控硅导通角上做文章，不断改变加热功率或电机转速。这个方案控制细腻，但电路和程序复杂度明显上升。作为课程设计，继电器方案已经足够。

3. 防溢出与防干烧的硬件设计细节

3.1 探针安装位置与信号检测逻辑

防溢探针的安装位置直接决定系统能否准确捕捉溢出前兆。说一个比较反常识的点：探针要装在离杯盖还有1~2厘米的位置，而不是贴着杯口。因为当液面到达探针时，说明泡沫或液体已经快要溢出了，此时必须停止加热，让液面回落；如果探针装得太高，液面已经顶到盖子才检测到，减压速度跟不上泡沫膨胀速度，照样会溢出来。

探针检测电路方面，最简单的接法是：一根探针接单片机I/O口（设置为推挽输出或准双向口，内部弱上拉），另一根探针接GND。当液体接触两根探针时，I/O口被拉低，读到的电平为0。但这个电路有个隐患：水垢和豆浆残渣会让探针之间始终存在微弱电阻，可能造成误判。更好的做法是用交流信号或脉冲信号驱动探针，配合三极管放大检测。对51单片机来说，可以在软件中每10ms给探针驱动引脚一次低脉冲，然后用另一个I/O口读取检测结果，只在脉冲期间采样，这样可以避免电解腐蚀，也减少挂壁残留造成的误判。

3.2 继电器/可控硅驱动：续流二极管和光耦隔离不能省

这里特别强调一下强弱电隔离。整个系统中，220V的加热管、电机和5V单片机系统必须做到电气隔离。继电器本身通过电磁线圈实现隔离，但很多廉价继电器模块的线圈地和触点地并没有物理隔离，如果板子布局不合理，继电器吸合瞬间的电流冲击可能通过地线串扰到单片机复位电路，导致系统重启。

所以我建议两条路：第一，如果使用继电器，选带光耦隔离的继电器模块（模块上带EL817或PC817光耦），或者自己加一级光耦驱动。第二，强电线和弱电线在PCB或面包板上要分区域走线，继电器触点侧导线不要太靠近晶振和复位电路。

如果你打算用可控硅方案，MOC3021是必须的。MOC3021是光耦可控硅驱动器，输入侧接单片机，输出侧接双向可控硅的门极，它内部自带过零触发功能（部分型号），把单片机低压侧和220V高压侧隔离开，保护单片机不被高压打坏。这个器件价格一两块钱，比起烧掉一块单片机划算得多。

3.3 缺水判断：干簧管、电极、温度变化率三种方式的比较

“防干烧”和“防溢出”一样重要，但判断缺水的方式各有优缺点，我列个对比表：

我在实际项目里推荐的做法是电极+温度变化率双重判断。先用不锈钢电极作为第一道防线，水量不足就立即报警；再在软件里分析DS18B20读数，如果加热管开启后温度以每秒5℃以上的速度快速攀升，判定为“接近干烧”，强制关闭加热并蜂鸣器报警。这样即使电极因为探针结垢失效，还有一道温度防线兜底，可靠性翻倍。

4. 软件控制核心：状态机设计与防溢防干烧算法

4.1 主状态机定义：把豆浆流程拆成可执行的“剧本”

硬件搭好之后，重头戏是软件。如果用“顺序执行+延时”的思路写程序，你会发现很难处理并发问题——加热的同时要读温度，电机转的时候还有可能触发防溢信号。这个时候状态机就是最好的解决方案。

我用一个枚举定义所有状态：

typedef enum { STATE_IDLE = 0, // 空闲待机 STATE_SOAK, // 浸泡 STATE_HEAT_BEAT, // 加热打浆 STATE_COOK, // 熬煮 STATE_KEEP_WARM, // 保温 STATE_FAULT // 故障保护 } SysState;

主循环的结构就是：读取传感器 → 根据当前状态做决策 → 执行输出 → 切换状态。伪代码如下：

while (1) { temp = read_ds18b20(); overflow = check_overflow(); dry = check_dry(); switch (state) { case STATE_SOAK: soak_timer++; if (soak_timer >= SOAK_TIME) state = STATE_HEAT_BEAT; break; case STATE_HEAT_BEAT: if (temp >= HEAT_TEMP) { motor_on(); if (temp >= BEAT_TEMP) { motor_off(); state = STATE_COOK; } } break; case STATE_COOK: if (overflow) { heater_off(); } else if (temp < COOK_TEMP) { heater_on(); } else { heater_off(); state = STATE_KEEP_WARM; } break; case STATE_KEEP_WARM: if (temp < WARM_TEMP) heater_on(); else heater_off(); break; default: break; } delay(10); }

状态机的好处在于任意时刻系统只处于一种状态，每种状态下只做该做的事，逻辑可读性高，也方便以后加“暂停”“取消”等操作。如果整个程序都用延时函数一路走下去，做到后边你会发现连“按键响应”都很难加进去。

4.2 定时器与采样节奏：怎么让传感器数据“不打架”

51单片机里最常用的就是定时器0做1ms节拍，然后在中断里累计秒数，主循环读取秒数变化来触发状态切换。温度传感器DS18B20的读取时间最长，一次单总线操作大约需要几毫秒到十几毫秒，如果在主循环里频繁调用，可能影响按键扫描和继电器切换的实时性。

所以可以把整个程序的时间粒度设计成“10ms主循环”，每10ms扫描一次按键，每100ms读取一次温度，每50ms检测一次防溢探针。读取频率错开，既保证响应速度，又不让传感器通信挤占CPU时间。温度采样可以用一个计数变量：

uint16_t ms_cnt = 0; if (ms_cnt % 100 == 0) { temp = read_ds18b20(); } if (ms_cnt % 50 == 0) { overflow_flag = read_overflow_pin(); } ms_cnt++; if (ms_cnt >= 1000) ms_cnt = 0;

这样不同任务共享一个节拍，程序结构非常清晰。

4.3 防溢出算法：不能一碰到就停机，要“波动抑制”

防溢出的核心是：检测到接触探针后，不是立刻断开加热几秒钟然后立即恢复，而是抑制波动，让液面稳定回落后再恢复加热。

具体做法是连续采样。假设每50ms读一次探针，连续读到5次都是“接触”状态，才判定为确实溢出，这时关闭加热管，同时开启一个“抑制计时器”，强制停止加热5~10秒。计时结束后，如果探针已经恢复为“未接触”，才恢复加热；如果还是接触状态，继续停止。

这套逻辑可以防止豆浆泡沫翻滚造成的误触发，也给了液面回落的时间。我用一个简单函数来表示：

uint8_t anti_overflow_check(void) { static uint8_t touch_cnt = 0; if (read_overflow_pin() == 1) { // 探针接触 touch_cnt++; if (touch_cnt >= 5) { touch_cnt = 5; return 1; // 确认溢出 } } else { touch_cnt = 0; } return 0; }

加热恢复的抑制时间，我建议放在主状态机里控制：

case STATE_COOK: if (overflow_confirm) { overflow_hold_timer = OVERFLOW_HOLD_TIME; // 比如200个10ms周期 } if (overflow_hold_timer > 0) { overflow_hold_timer--; heater_off(); } else if (temp < COOK_TEMP) { heater_on(); } break;

对于“溢出”和“温度”两个信号同时存在的情况，优先处理溢出，因为温度熬煮可以延后，溢出却可能造成设备损坏甚至安全事故。

4.4 防干烧算法：温度变化率比“有没有水”更快、更可靠

防干烧算法，我喜欢用“温度变化率”作为主要判断依据，原因很简单：干烧时加热管热量无法被水带走，温度传感器读数会剧烈飙升。

具体实现方式是记录一个长度为N的环形缓冲区，每100ms存一个温度点，计算最新温度与前几秒温度的差值。比如加热管开启状态下，假设水量充足，从室温加热到70℃，几百瓦加热管在一锅水的情况下，每秒上升0.5~1℃；如果水快干了，同样功率加热管会让温度以每秒3~5℃甚至10℃的速度飞升。

所以算法可以这么写：

#define TEMP_HISTORY_LEN 20 // 保存20个点，每点间隔100ms，共2秒 float temp_history[TEMP_HISTORY_LEN]; uint8_t temp_idx = 0; float get_temp_rise_rate(void) { float delta = temp_history[temp_idx] - temp_history[(temp_idx + 1) % TEMP_HISTORY_LEN]; }

然后在主循环里，如果水温 > 90℃且加热管开启时温升速率超过3℃/s，立即执行故障停机：断开加热管，断开电机，蜂鸣器长鸣，点亮故障灯，并且要“锁存”状态，必须人工断电或按键复位才能重新启动。这样做是防止一些老化设备在无人值守时反复尝试加热造成危险。

5. 实测中的坑和参数整定

5.1 泡沫导电与探针误检测

第一版测试时，我用两根不锈钢螺丝做防溢探针，装到杯盖里，程序逻辑是探针一接触就断开加热。结果豆浆刚开始翻滚，探针信号就开始疯狂抖动，系统不断启停加热管，最后豆浆还是溢出来一点。

后来分析发现：泡沫和液滴在豆浆翻滚时被溅到杯盖上，积聚在探针附近，让探针之间形成了导电积液，即使液面已经回落，探针依然被判定为“接触”。再加上泡沫本身的导电性，误判率非常高。

解决办法有三个：第一，程序里增加“连续采样确认”次数，从1次增加到5~10次；第二，探针安装位置不要正对豆浆翻滚中心，偏向杯盖边缘，减少液滴直溅；第三，在硬件上把探针做得短一点，不要与杯盖大面积接触，让接触电极的总面积减小。实测下来误报率明显下降。

5.2 继电器吸合瞬间单片机会复位

另一个非常典型的坑是继电器吸合时单片机莫名其妙复位。我一开始用的是普通5V继电器模块，模块上的线圈由三极管驱动，但电源和单片机的VCC是同一个5V电源供电。继电器吸合瞬间电流从几十毫安瞬间跳到上百毫安，电源电压被拉低，单片机If电压低于复位阈值，系统重启。

排查时用示波器看5V波形，吸合瞬间出现了一个几百毫秒的下陷。解决方法是：第一，继电器线圈的供电和单片机供电分开，分别用独立的电源引脚馈入，共地但共电源；第二，在电源输入端加一个大容量的电解电容（470μF以上），吸收瞬态电流；第三，继电器线圈两端并联续流二极管，这步已经做过就不再重复。经过这几项处理后，复位问题消失。

5.3 余热导致“假沸腾”

豆浆熬煮到90℃以上时，即使加热管已经断开，加热管的余热也会让温度继续上升，造成豆浆继续翻滚，看起来像还沸腾着。如果程序里用的是“温度 >= 100℃就判定熬煮完成”，豆浆可能还没有完成真正的“去毒”熬煮就进入保温了，存在食品安全隐患。

正确做法是：熬煮阶段不拿100℃作为结束条件，而是拿“溢锅抑制—恢复—再溢锅”的次数作为判断。比如设定“经历三次沸腾—回落周期”才算完成熬煮，这样豆浆能真正沸腾至少2分钟以上。程序里可以用一个计数器，每经历一次完整溢出抑制周期就加1，达到预设值后才切换到保温。

5.4 推荐参数整定表

下面这组参数是我多次实测后的结果，不同加热管功率、不同水量下需要微调，但作为起点很合适。主循环定时10ms。

6. 从课程设计走向可用的智能豆浆机

6.1 功能升级：电流检测让防干烧更聪明

前面用的温度变化率判断防干烧，已经是比较实用的方案。但如果你想让系统真正可靠，可以在加热管回路中串联一个电流互感器（CT）或用ACS712霍尔电流传感器采样电流。当加热管开启时有电流流过，说明回路正常；如果控制信号已经给了，当前却没有电流，说明加热管损坏或线路断开，这也是一个保护维度。对单片机来说，ACS712输出模拟电压，要用ADC采集。STC89C52没有内置ADC，需要外挂ADC0832或换用STC15系列。

6.2 安全设计规范：强电项目该有的底线

这个项目涉及到220V强电，有几个底线必须遵守。第一，金属外壳必须可靠接地，因为豆浆机是液体环境，一旦加热管绝缘破损，外壳带电后果严重。第二，电源输入端加保险丝（2~3A），防止短路烧毁线路。第三，整个系统要设计一个机械式“急停按钮”或者至少能做到拔掉电源插头后系统完全失电，不能依赖单片机去断电。第四，调试时先不要接220V，用低压加热棒模拟加热，或者用灯泡代替加热管，先验证逻辑，再接真实负载。

6.3 人机交互：怎么让普通人愿意用它

一个智能豆浆机如果只有“启动”和“取消”两个按键，虽然能完成全部功能，但使用体验会比较生硬。加一个LCD1602显示当前状态、温度、剩余时间，用户就会更直观。加一个蜂鸣器提示“完成”或者“故障”，使用体验会好很多。预算充足的话，还能加语音播报模块。但注意课题范围，不要无脑堆功能，先把核心的自动控制和防干溢保护做到稳定，再考虑界面和交互，这是我对所有做这类项目的朋友的建议。

这个项目做完之后，我自己最大的体会是：豆浆机这类“不起眼”的小家电，恰恰是嵌入式控制的一个浓缩样本——有传感器采集，有执行机构驱动，有状态机切换，还有安全保护逻辑。把它的逻辑理清楚，很多其他家电项目（电饭煲、电磁炉、饮水机）的控制程序也就一通百通了。最后再分享一个小技巧：调试防溢逻辑时，别用豆浆，用“水+几滴洗洁精”来模拟泡沫，既便宜又容易清洗，实验效果还特别接近真实豆浆。

本文还有配套的精品资源，点击获取