基于状态机与SH66P20A的豆浆机控制系统设计

简介单片机豆浆机控制系统设计方案文档面向农业机械化、自动化及嵌入式方向的本专科学生亦适合家电控制开发初学者参考。文档以九阳全自动豆浆机为对象完整梳理泡豆、加热至80°C、断续磨浆、煮沸、延时提示等自动化流程并基于SH66P20A四位单片机讲解硬件结构与汇编程序实现思路。包内为1个doc格式设计说明共约360KB篇幅精炼适合作为课程设计、毕业设计的选题参考。已有63人浏览学习内容覆盖豆浆机杯体、机头、电热器、防溢电极、温度传感器、防干烧电极、刀片与网罩等关键部件的功能原理同时给出MCU引脚特性、整流电路、继电器组合控制等工程细节。通过阅读该文档读者可掌握豆浆机各环节的检测与控制逻辑理解单片机资源分配和编程要点获得从结构认知到控制系统设计的完整思路对开展类似小家电智能化设计有直接借鉴价值。1. 单片机豆浆机控制系统设计方案一份能直接复现的控制逻辑蓝本这份《单片机豆浆机控制系统设计方案》看起来是一篇本科毕设文档实际上是一份完整的家电控制逻辑蓝本。它把一台全自动豆浆机拆成了可编程的状态序列加热到80°C启动打浆、电机断续工作三次每次2分钟间隔5秒、煮开后延时5分钟再发声提示。核心控制器是一颗4位单片机SH66P20AROM只有1K×16位、RAM只有64×4位整个控制程序用汇编语言写成。对正在做家电类毕设、或者刚入行想搞懂小家电控制流程的人来说这份文档的价值在于它把「时序」和「资源」对应得很清楚——一颗成本极低的芯片通过状态划分和继电器驱动就把预热、磨浆、煮浆、延时全自动化跑通了。适合两类人一是需要快速搭一台豆浆机控制系统的学生和开发者二是想理解单片机最小系统如何驱动强电负载的嵌入式入门者。它不是原理图堆砌而是一条可以照着搭的控制主线。2. 先把工作流程拆成状态机80°C预热、三次打浆、5分钟延时的时序骨架2.1 豆浆机全自动流程从泡豆到提示音一共五个阶段整套控制系统首先要回答的问题是豆浆机在这十几分钟里到底经历了哪些阶段文档里描述得很清楚泡好的大豆放入杯体、加入冷水到水位线之间然后电热管开始加热。注意这里加热的终止条件不是时间而是温度——温度传感器检测到杯体内水温达到80°C左右时才允许启动打浆电机。这个设计是有讲究的大豆在80°C左右浸泡后更容易粉碎同时这个温度还没到沸腾不会产生大量泡沫干扰后续防溢检测。打浆环节是整台机器最「暴力」的阶段。文档给出的工作节奏是粉碎电机通电断续工作三次每次2分钟每两次之间间隔5秒。这里「断续」两个字很关键不是让电机一直转6分钟而是转2分钟停5秒再转目的是让网罩里的豆子在刀片高速旋转后有一个回流的时间同时也避免电机连续满载运行导致过热。三次打浆结束后进入煮浆程序电热管重新通电把豆浆煮开煮开后并不马上结束而是再延迟5分钟最后通过蜂鸣器之类的声音提示整个工作过程结束。把这五个阶段转换成状态机语言就是预热态加热到80°C→ 打浆态三次循环→ 煮浆态煮开→ 延时态5分钟→ 结束态发声提示。控制程序的主循环就是在这几个状态之间顺序迁移。我一般会在画流程图时直接把「迁移条件」写在状态边上预热态到打浆态的迁移条件是温度≥80°C打浆态内部的三次循环靠计数器和定时器管理煮浆态到延时态的迁移条件是防溢电极检测到沸腾。这样一来写汇编的时候每个状态对应一段子程序主程序按顺序调用即可。2.2 关键时序参数表这三个时间值决定了程序设计整个控制系统的时序参数可以浓缩成一张表写程序前先把它定死后面所有延时子程序都围绕它展开阶段触发条件执行动作持续时间预热上电启动电热管加热温度传感器监测直到水温≥80°C打浆1水温≥80°C电机运转2分钟间隔1打浆1结束电机停转5秒打浆2间隔1结束电机运转2分钟间隔2打浆2结束电机停转5秒打浆3间隔2结束电机运转2分钟煮浆打浆3结束电热管加热至沸腾防溢电极检测到沸腾延时熬煮沸腾后电热管停止或间歇加热5分钟结束延时结束蜂鸣器提示提示数秒这张表里两个最值得注意的点一是「打浆时间」是从电机通电开始算还是从达到额定转速开始算量产豆浆机一般直接在程序里延时2分钟电机启停瞬间不需要精确补偿二是「煮开后延时5分钟」在文档里被表述为「延迟」这个延时期间电热管是通还是断不同方案有差异文档中「文火熬煮」的说法暗示了可能是低功率间歇加热而要实现这个就必须用继电器做占空比控制。我在自己复现时会把煮浆阶段拆成两段先全功率加热到防溢电极动作然后进入低占空比加热的5分钟延时这样既不会溢出又能模拟文火效果。2.3 状态机伪代码主循环按顺序调用内部靠标志位迁移按照上面的时序表控制程序的主框架可以这样组织; 伪代码豆浆机主控制流程 MAIN: CALL SYSTEM_INIT ; 端口、定时器、看门狗初始化 CALL PREHEAT_LOOP ; 预热阶段加热到80°C CALL MILL_CYCLE ; 打浆循环3次每次2分钟间隔5秒 CALL BOIL_PROCESS ; 煮浆阶段加热至沸腾 CALL DELAY_SIMMER ; 延时熬煮5分钟 CALL BEEP_INDICATE ; 声音提示结束 HALT ; 进入停机模式这段伪代码对应的汇编实现里PREHEAT_LOOP内部是一个循环读温度传感器状态的逻辑每次循环先读端口判断水温是否达到阈值没达到就继续给电热管继电器通电达到了就断开加热返回。MILL_CYCLE内部套一个计数循环用定时器中断产生的时基信号做2分钟和5秒的倒计时。DELAY_SIMMER如果要做文火效果则是让电热管继电器按照比如通10秒断20秒的节奏循环直到5分钟倒计时归零。参数说明这里把2分钟拆成定时器中断计数假设定时器设置100ms产生一次中断那2分钟就是1200次中断5秒就是50次中断用三个软件计数器分别管理。这样写的好处是主循环不会被长延时阻塞中断发生时就给计数器减一减到零就置位对应的状态标志位主循环每轮只检查标志位。这是小家电控制里很常用的套路能用最少的RAM实现多个并发计时任务SH66P20A的64×4位RAM空间下必须这么省着用。2.4 为什么顺序状态机足够这个场景没有并发任务有人可能会问豆浆机控制要不要用RTOS或者复杂调度答案是没必要。整个流程里电热管和电机虽然交替工作但任何时刻只有一个负载处于可控状态预热时电机不转打浆时电热管断电或者至少不参与加热煮浆时电机停转。唯一可能同时存在的动作是延时熬煮期间蜂鸣器提示但这也是在5分钟之后才触发。因此一个简单的顺序状态机加上定时器中断的时基就足以覆盖全部需求。这也解释了为什么文档选择用汇编而不是C语言——资源太小汇编可以直接操作端口和寄存器不需要额外的运行时开销。状态机的实现方式其实和硬件结构一一对应温度传感器挂在某个I/O脚上防溢电极挂在另一个I/O脚上MCU读取这些电平就能知道当前处于哪个阶段。理解了这一点后面看引脚分配表就不会觉得抽象了。3. SH66P20A的资源边界1K ROM、64×4位RAM、12个I/O口怎么分配才够用3.1 为什么选一颗4位单片机成本、功耗、引脚数量刚好SH66P20A是一颗以SH6610C为核心的4位微控制器文档里列出的资源清单非常有「年代感」但放在小家电场景里反而显得合理ROM只有1K×16位RAM只有64×4位12个CMOS双相I/O引脚4层子程序嵌套一个8位自动重装载定时/计数器。这些参数放在今天动辄几十KB Flash的单片机面前非常寒酸但豆浆机控制程序本身只需要顺序逻辑加几个延时1K程序空间写汇编是够用的64×4位RAM用来存状态标志、计数器变量刚好能放下。选型逻辑其实包含一个估算过程程序需要管理9个状态迁移条件五个阶段加打浆子状态每个状态迁移涉及端口读写和比较跳转汇编指令平均2-3字节一个状态的处理代码大概几十字节整个流程下来控制在几百字节以内。剩余空间放中断服务程序、查表代码和看门狗处理1K容量确实能装下。4位CPU的执行效率在这种位操作密集的应用里并不吃亏I/O口读写、继电器控制都是单bit操作4位架构反而直接用一条指令就能完成。从设计文档角度来看选这颗芯片还有一个隐藏原因OTP类型意味着程序一次性烧写适合定型后的批量生产代码保护功能也能防止方案被抄袭。对于毕设阶段来说OTP可能是个麻烦每次改代码都得换芯片但理解它的存在能帮你明白为什么文档里强调「代码保护」和「一次性可编程」。3.2 12个I/O引脚的分配规划输入检测、负载驱动、人机交互三组分离SH66P20A提供12个CMOS双相I/O引脚文档表2.2.1给出了引脚说明但实际分配需要根据豆浆机的硬件结构来规划。我习惯把12个引脚分成三组第一组是输入检测包括温度传感器、防溢电极、防干烧电极。温度传感器输出的是模拟量或开关量文档描述「当水温达到MCU设定温度一般要求80°C左右时启动电机」常见做法是用热敏电阻分压加上比较器输出一个TTL电平给MCU的I/O口温度到了电平翻转。防溢电极和防干烧电极则是纯开关量电极没入水中时通过水的导电性形成一个通路MCU检测到电平台变化就知道是沸腾还是缺水。第二组是输出驱动包括电热管继电器控制、打浆电机继电器控制、蜂鸣器驱动、工作指示灯。第三组是预留接口比如面板按键、外部烧写接口等。我通常会在写程序前先画一张引脚分配表把每个引脚的编号、功能方向、初始电平、复用情况列全。文档里提到「除了15引脚外所有的管脚与OTP烧写共享」这一点尤其要注意——意味着正常工作时的I/O定义在烧写调试时需要让路复用引脚可能造成调试时端口电平冲突。我的做法是开发阶段把烧写接口单独引出来避免复用冲突造成误烧。3.3 8位自动重装载定时器豆浆机时基怎么产生SH66P20A内置一个8位自动重装载定时/计数器这是整个延时系统的心脏。以文档给出的时钟范围来看如果选择32768Hz晶振指令周期约为122微秒选择4MHz晶振指令周期约为1微秒。定时器的自动重装载特性意味着计数器溢出后自动装入预设值不需要在中断服务程序里手动恢复初值这对于汇编编程非常友好。产生1秒时基的做法是用定时器中断每次中断间隔设置为比如10毫秒通过时钟分频和重装载值计算得出软件维护一个「秒计数器」累计100次中断就是1秒。再往上扩展2分钟是120秒5秒是5次秒计数5分钟是300次秒计数。这套「定时器软件计数」的时基体系在8位机上非常高效因为8位定时器本身就能覆盖到几十毫秒的范围超过的部分全部靠软件计数器逐级扩展。参数说明假设4MHz时钟指令周期1微秒想要10毫秒中断间隔需要定时器计数10000次但8位计数器最多计数256次所以必须启用分频器。设分频系数为64则计数一次需要64微秒10毫秒对应约156次计数初值取256减去156等于100每次溢出自动重装载100。这样每个中断的误差在±1微秒以内累计到2分钟也基本没有可感知的偏差豆浆机的打浆节奏不会因此出差错。3.4 4层子程序嵌套的调用边界写汇编必须时刻牢记的深度限制文档里特别提到SH66P20A支持4层子程序嵌套包括中断这是汇编开发里最容易翻车的地方。所谓4层嵌套意思是CPU硬件堆栈只有4级每调用一层子程序占一级如果调用深度超过4层返回地址就会被覆盖程序直接跑飞。豆浆机主流程如果用主程序→状态子程序→延时子程序→中断服务程序这个层级就已经占满了4层中途再插入一个查表或计算子程序就会溢出。我见过一个翻车案例某开发者在温度采集子程序里调用了排序函数排序函数里又调用了交换函数加上外层主程序和中断嵌套深度直接爆掉现象是豆浆机工作到一半突然重启或者乱动作。解决思路是保持扁平化调用中断服务程序里不做复杂调用只做计数器增减和标志位设置主程序里每个状态子程序最多向下调用一层通用子程序超过就改成宏展开或者把逻辑内联。用SH66P20A写程序「省着用堆栈」和「省着用RAM」是一样重要的基本功。4. 外围电路设计整流供电、继电器组和两个电极检测的实现细节4.1 电源电路220V转低压给MCU供电整流滤波稳压一个都不能少豆浆机是强电设备MCU需要的是低压直流中间必须经过电源变换。文档给出的整流电路材料清单很明确变压器规格220/11V二极管用1N4001共4个电容有470uF/25V和100uF/25V两种规格各两个外加一个稳压器。这是一个经典的线性稳压方案220V交流经过变压器降到11V交流四个整流二极管构成桥式整流把交流变成脉动直流电容滤波得到约15V左右的直流再经过稳压器输出稳定的低压通常是5V给MCU供电。电容的选型有讲究470uF/25V的大电容承担滤波储能作用当800W电热管继电器吸合的瞬间电网电压可能被拉低这个电容能提供几个周期的维持能量100uF/25V的小电容则放在靠近MCU的位置滤除高频噪声。稳压器的输入输出之间一般还要加退耦电容防止负载突变引起电压振荡。我在复现时会在稳压器输出端再加一个0.1uF的瓷片电容对抑制4MHz时钟下的高频干扰很有用。这里需要特别提醒的是变压器次级输出11V是空载还是满载参数直接影响整流后的电压余量。如果负载较重整流滤波后可能只有11V左右留给稳压器的压差不够输出就会跌落。所以选型时留出20%-30%的余量是工程习惯否则继电器全开时MCU复位会很诡异。4.2 继电器组驱动电路三极管放大电流MCU才能推得动MCU的I/O口输出电流能力有限一般在几毫安到十几毫安而继电器线圈的吸合电流通常在几十毫安级别直接驱动必然带不动。文档明确提到「MCU有关脚控制、相应三极管驱动、由多个继电器组成的继电器组实施电路转换」这个结构的实质就是用小电流控制大电流。每个继电器驱动电路的标准结构是MCU的I/O脚通过一个限流电阻连接到三极管基极三极管发射极接地集电极接继电器线圈的一端线圈另一端接电源正极线圈两端反向并联一个续流二极管。MCU输出高电平时三极管导通继电器线圈通电触点动作接通电热管或电机的220V回路。续流二极管必不可少否则断电瞬间线圈产生的反向电动势会击穿三极管。参数说明限流电阻一般在1kΩ到4.7kΩ之间具体按三极管放大倍数和I/O口输出电压计算保证三极管饱和导通而不是放大区。如果用的是达林顿管或者ULN2003这类集成驱动芯片那基极电阻还可以简化。豆浆机里电热管和电机属于不同性质的负载电热管是纯阻性启停冲击小电机是感性负载启停瞬间有反向冲击继电器触点的额定电流需要按电机堵转电流峰值来选不能只看稳态功率。4.3 防溢电极和防干烧电极两根本质上不同的检测棒防溢电极和防干烧电极虽然都叫电极但作用逻辑完全不同设计时容易混淆。防溢电极外径5mm、有效长度15mm位置在杯体上方作用是检测豆浆沸腾时产生的泡沫。当豆浆煮沸时泡沫会上涨接触到电极水的导电性让某两个触点之间的阻抗发生变化MCU检测到这个变化就判断「沸腾了」切断或减弱加热功率防止溢出。防干烧电极则不是独立部件而是利用温度传感器的不锈钢外壳兼任外壳外径6mm、有效长度89mm比防溢电极长很多一直插入杯体底部。它的逻辑是如果杯体内水位正常电极下端浸泡在水中电路呈现低阻抗如果水位偏低、无水或者机头被提起电极离开水面电路变成高阻抗MCU检测到高阻抗就禁止加热和打浆避免干烧事故。这两根电极在程序里的处理区别很大防溢电极在煮浆阶段持续检测一旦触发就进入延时熬煮或间歇加热逻辑防干烧电极是全程必须满足的安全前提在任何阶段检测到异常都要立即终止流程。我在调试时特别验证过一个边界情况豆浆煮开后如果锅体振动防溢电极可能会瞬时接触又断开程序必须对这个抖动做滤波处理比如连续检测到50毫秒以上才确认状态变化否则继电器反复吸合很快就烧触点。4.4 温度传感器的接入方式80°C阈值的判定逻辑温度传感器的本质是检测水温达到80°C左右时启动电机实现方案有两种常见做法。第一种是热敏电阻加比较器热敏电阻放在杯体内随温度升高阻值变化与固定电阻分压后的电压输入比较器比较器另一端接一个可调电位器设定的基准电压当分压点电压跨越基准值时比较器输出翻转MCU读到一个电平变化。这种方式简单可靠适合OTP芯片因为不需要在MCU内部做ADC转换。第二种做法是给MCU选带ADC的型号直接对热敏电阻分压点采样程序里查表得到温度值。但SH66P20A本身不是带ADC的型号所以文档方案更倾向于第一种。实际温度检测精度做到±5°C就能满足豆浆机制作需求80°C这个阈值不需要高精度因为豆浆如果煮不熟口感差煮过了会溢杯中间有足够的宽容度。用比较器方案时电位器的调试点通常在装配线上用恒温槽标定一次程序里只检测电平跳变逻辑非常简单。5. 豆浆机控制系统的避坑清单五个实践里的血泪教训5.1 防溢电极失效导致溢杯豆浆太稀和电极脏污是两大元凶现象豆浆煮开后泡沫顶到防溢电极但程序没有及时切断加热豆浆溢出杯体流到台面上。我在调试时遇到过一次拆机检查发现加热管和防溢电极上结了一层豆浆膜。原因文档里已经明确警告「豆浆不宜太稀否则防溢电极将失去防护作用」这是因为豆浆浓度太低时导电性弱泡沫接触电极产生的阻抗变化不足以触发判定阈值。另一个常见原因是电极表面被豆浆残渣包裹形成绝缘层检测信号直接失效。解决程序里把防溢检测做成连续性判断连续多次读到低阻抗才确认触发避免单次误判同时售后说明书里强调用户定期清洗电极。开发阶段的验证办法是调试时直接用湿毛巾接触电极模拟泡沫看程序能不能稳定进入延时熬煮状态。5.2 网罩受热后与机头下盖扣合过紧拆卸不当容易划伤手现象用户反映豆浆机用完后网罩怎么也拆不下来用力拽导致网罩变形甚至划伤手指。文档里专门提到这一点「清洗时会发现因受热后网罩与机头下盖扣合出现过紧因此拆卸网罩时应先用凉水将其冷却」。原因网罩和机头下盖的材质受热膨胀系数不同高温状态下扣合部位热胀卡死强行拆卸等于硬拉硬拽。解决这其实是个结构设计问题不是程序能改的。复现设计时要注意两点一是选材上让网罩扣合部位和下盖的间隙留够二是在说明书里把「凉水冷却后再拆」这个操作步骤写得足够醒目。实测过用冷水冲网罩外壁十几秒扣合处松动明显拆卸顺畅很多。5.3 防干烧误判导致机器无法启动水位正常也报警现象杯体里加了足量的水防干烧电极下端也已经浸没但按下启动键后豆浆机毫无反应指示灯异常闪烁。原因排查后发现是温度传感器外壳防干烧电极表面结了一层水垢水垢使得电极与水的接触阻抗变大MCU误判为「无水」。另一个可能原因是杯体水位刚好在防干烧电极的临界点附近机器振动一下电极就离开水面。解决程序上把防干烧检测做成上电后延时读取给水的浸润留出时间同时把检测阈值做成滞回比较也就是进入报警的阻抗阈值和解除报警的阈值之间留一个区间防止临界状态反复翻转。硬件上则是选防垢材质的外壳或者定期提醒用户除垢——这属于家电设计的典型痛点。5.4 继电器吸合瞬间MCU复位电机启停的冲击把程序打飞现象打浆电机启动或停机的瞬间豆浆机的控制板偶尔会重启液晶屏闪一下整个流程从头开始。这个故障在打浆阶段出现频率最高。原因电机是感性负载启停瞬间产生的反向电动势和电流突变会干扰电源轨严重时让MCU的供电电压跌落到复位阈值以下。文档里的电源方案有470uF大电容但如果稳压器前级余量不足或者PCB布局时功率地和控制地没有分开干扰就会直接串到MCU的电源脚。解决三管齐下。一是继电器线圈两端加强续流触点两端加RC阻容吸收电阻100Ω加电容0.1uF串联在触点两端吸收电弧能量二是在硬件布局上把继电器驱动部分和MCU的电源分地单点汇接三是程序里给看门狗喂狗周期缩短就算发生瞬时干扰MCU也能快速恢复而不是死锁。这里吃过的亏告诉我换更粗的地线比换更贵的稳压器见效快。5.5 OTP烧写引脚复用带来的调试陷阱代码烧完第一次就惨了现象第一版样板烧录程序后豆浆机上电没有任何反应指示灯不亮用万用表量MCU供电正常晶振也起振了但程序就是不跑。原因文档备注里写得很清楚「除了15引脚外所有的管脚与OTP烧写共享」。调试阶段我复用了一个烧写引脚作为板上的启动状态检测输入烧写器在烧录结束后把该引脚钳制在了异常电平程序上电一读这个引脚就进入了错误分支。解决开发阶段把烧写器和目标板分离烧完立刻断开烧写连接线再让系统上电运行或者专门留一个拨码开关控制该引脚的上下拉。更稳妥的做法是全部用OTP烧录器自带的脱机座烧完芯片再焊到板上虽然麻烦但能彻底避开复用引脚的电平冲突。6. 用汇编实现精确延时的三个技巧定时器中断、软件计数器、看门狗协同豆浆机的控制质量说白了就是延时精度的质量。2分钟打浆、5秒间隔、5分钟延时任何一个时间点跑偏做出来的豆浆口感就变了。我在复现文档方案时总结了三个在SH66P20A上非常实用的编程习惯。第一个技巧是定时器中断只负责「产生脉搏」所有长延时在中断外通过递减软件计数器实现。8位自动重装载定时器中断间隔10毫秒每次中断把「毫秒计数器」和「秒计数器」更新一遍主程序里的延时等待只是循环检查某个标志位是否被中断置位。这样做的好处是把两个时间需求完全解耦想要2分钟就检查「秒标志剩余120」或「计数到0」想要5秒就检查另一个变量程序的响应不会因为长时间等待而阻塞其他检测。第二个技巧是主流程里写延时等待时一定要把「查询条件」和「超时退出」一起写。比如等待防溢电极触发; 伪代码防溢检测等待循环 WAIT_BOIL: MOV COUNT, #50 ; 连续检测50次 WAIT_LOOP: CALL CHECK_ANTI_OVER ; 读防溢电极状态 JNC BOIL_TRIGGERED ; 触发则跳转 DEC COUNT JNZ WAIT_LOOP ; 超时未触发走异常保护 CALL ERROR_HANDLE逻辑说明CHECK_ANTI_OVER子程序连续读三次端口并做逻辑与防止单次抖动误判COUNT初始值50代表最多检测50轮每轮间隔10毫秒总共500毫秒内没有检测到沸腾就进入异常处理。参数说明这个次数和间隔可以根据电极灵敏度调整泡沫丰富时可能几毫秒就触发豆浆偏稀时可能需要更长时间。第三个技巧是看门狗喂狗和延时循环的配合。SH66P20A内置看门狗定时器程序必须在规定时间内喂狗否则系统复位。做长延时的时候最怕「忘了喂狗然后被复位」所以正确做法是在延时循环内部同步喂狗比如每秒喂一次放在秒计数器更新的同一段代码里保证哪怕在等待状态主程序也在正常运行。我得过教训早期版本把喂狗代码放在电机停止后的空闲循环里结果煮浆等待阶段看门狗超时机器莫名其妙重新启动后来把喂狗挪到定时器中断里才根治。从那以后我每次写这类小家电控制程序都会先画一张「事件-时间-引脚」对照表把每个阶段要操作的I/O口和要保证的延时参数钉死再动手写汇编。这套豆浆机控制系统的设计文档资料包已经整理好了从系统框图到整流电路材料清单到控制流程都有你可以下载下来对照着画自己的状态图和I/O分配表踩坑的地方我已经在文里拆清楚了希望帮到你。本文还有配套的精品资源点击获取