简介面向计算机毕业设计与嵌入式课程设计的智能蘑菇房监测系统资料包以STM32单片机为核心融合温湿度监测、蓝牙通信、OLED显示与手机上位机设置等功能解决食用菌工厂化生产中的环境自动调控问题。压缩包内容精简共1个文件为docx格式文档整体大小5.68MB文档内容覆盖课题研究背景、系统总体结构、功能需求分析、硬件模块设计温湿度采集、光照强度、CO2含量、OLED显示、蓝牙、蜂鸣器及执行器和软件设计流程并包含中英文摘要、目录与需求分析可支撑从方案论证到文档撰写的完整开发过程。资料侧重系统框架与各模块设计思路的梳理适合需要完成类似毕业设计、课程项目或初步了解蘑菇房智能监测系统的学生参考。当前已有28人学习下载可作为环境监测类项目设计与论文写作的辅助材料。 种食用菌这事儿听着好像不难真上手就知道水分有多大。温度高了菌丝发黄湿度一低子实体直接干裂二氧化碳浓度一高菇腿长得又细又长品相全毁。传统菇房里全凭老师傅经验凭手感摸、凭眼睛看一天跑好几趟数据还都是断断续续的。这套智能蘑菇房监测系统设计就是要把这些靠经验的事变成靠数据、靠自动控制的事从传感器采集、无线传输到后端存储展示形成一条完整的闭环。这篇内容我会把整个系统的设计思路、设备选型、代码组织和调试排障流程拆开来讲适合正在做物联网或嵌入式课程设计的人参考也适合想给自家小菇房做一套低成本环境监测的朋友直接借鉴。先解释一下这套系统大概能做什么采集空气温湿度、土壤湿度、二氧化碳浓度和光照强度这几个关键环境参数数据通过无线上传到服务器用户可以登录管理界面实时查看也能设定阈值触发报警或者自动打开加湿器、风机、补光灯这些东西。简单说就是把菇房变成一个可以远程盯着的环境控制单元。1. 系统整体架构与技术选型思路1.1 为什么选STM32加FreeRTOS这套组合市面上的方案看着很多Arduino、树莓派、51单片机都有人用但实际做下来我强烈建议在单片机端选STM32加FreeRTOS。原因有两个一是对主流嵌入式岗位招聘来说这套组合几乎是标配技能做完它不是交差是真正能写进简历的东西二是系统本身有多路传感器、有屏幕、有继电器控制还有通信任务用裸机轮询写起来非常痛苦任务一多就互相卡顿而FreeRTOS能让每件事都有独立的执行节奏。具体芯片选型上STM32F103C8T6够用入门价格低资料多。有人担心F103太老我的看法是对于传感器数据采继电器控制这种场景它完全够用你把F103调稳的经验迁移到H7甚至GD32上都没什么成本。FreeRTOS在这个项目里干的活主要是任务切分我分了四个任务传感器采集任务跑I2C和单总线协议读温湿度、CO2、光照数据。数据处理与显示任务滤波、阈值判断、刷新OLED屏。控制任务根据阈值和手动指令控制继电器驱动风扇、加湿器、补光灯。通信任务通过ESP8266走MQTT协议把数据扔到服务器。每个任务的优先级和栈大小要提前规划好这个后头细说。1.2 通信与服务端方案MQTT搭配Spring Boot传感器这一侧不是瓶颈真正的难点在于数据怎么可靠地传到云端。我选了MQTT理由很直接协议轻量流量消耗小适合STM32这种资源紧张的设备。服务器端如果也用MQTT Broker做持久化存储其实不合理更适合的做法是让Spring Boot后端通过MQTT客户端订阅主题把数据写入MySQL并提供REST接口。前端用Vue或微信小程序调这些接口图表展示趋势数据。有的毕设文档里只做一个本地串口助手看数据那种方案虽然也能跑但少了远程监控、历史记录、阈值管理这几块项目的完整度和技术含量会差一个档次。只要时间允许我还是建议走通“设备到云到端”这条全链路。2. 硬件核心细节与传感器处理2.1 传感器选型与电路设计要点传感器这部分是最容易出问题的。我的选型建议如下测量项传感器接口注意事项空气温湿度SHT30I2C比DHT11稳定误差控制在0.3度以内土壤湿度电容式土壤湿度传感器模拟输出接ADC不推荐电阻式的电极容易电解腐蚀CO2浓度MH-Z19BUART需要自动校准预热时间较长光照强度BH1750I2C光谱范围对植物照明比较友好SHT30和BH1750都挂在同一条I2C总线上要注意设备地址冲突。如果你选的传感器模块地址一样可以通过地址引脚或者改用软件I2C分时读取解决。MH-Z19B用的串口如果芯片只有一个串口被调试占用了可以用串口重映射或者软件模拟串口来处理。土壤湿度传感器不小心泡在营养液里或者长时间高湿运行模拟量输出会漂移得很厉害建议做成可插拔的探针定期取出来风干校准。设计的时候尽量把传感器的取电控制起来用MOS管或者三极管分别控制传感器电源这样可以在采集间隙断电有效减少传感器老化也降低功耗。2.2 电源与PCB设计的几个关键坑做硬件设计的时候很多人觉得原理图连线没问题板子就能跑。实际上你的系统有继电器、有传感器、有Wi-Fi模块最怕的就是电源互相干扰。ESP8266发射瞬间的电流尖峰很大如果不做隔离ADC采出来的数值都会跟着跳。我的建议是单独给传感器和ESP8266用一组LDO或DCDC继电器的线圈电源单独走线尽可能远离模拟信号走线。主控板与传感器之间用短杜邦线或者直接做成一体板。地线处理上模拟地和功率地单点连接不要大面积直接连通。这些问题你在做PCB Layout时提前规避掉后面调板子的痛苦会少很多。另外继电器驱动务必用ULN2003或者分立三极管方案绝不建议用GPIO直接驱动继电器否则芯片可能直接被拉死。指示灯、蜂鸣器这些外围也不要忽略调试的时候它们非常有用。3. 软件任务拆解与通信协议设计3.1 FreeRTOS任务栈与优先级分配思路任务划分完紧接着就是栈和优先级的分配。栈给大了内存不够给小了会溢出崩溃。我这个项目里单片机有64KB Flash、20KB RAM内存是比较紧张的每个任务栈以200到512字节为常见范围。OLED显示和数据处理任务有大量格式化字符串的操作栈建议给到512字节而单纯的按键扫描任务给200字节就够。优先级建议采集任务最高因为它掉了会影响所有数据链路通信任务次之显示任务最低。注意不要让高优先级任务一直死循环跑否则低优先级任务会饥饿。我一般会在每个任务里加vTaskDelay它自己主动让出CPU顺便利用这个延时来做采样周期的控制。传感器上电之后不要立刻读数据。MH-Z19B这种需要预热我上电后让采集任务先延时20秒再开始第一轮读取避免启动阶段误报。启动顺序做成状态机从传感器初始化、网络连接、服务器握手到进入正常采集每一步都有明确的超时处理和日志输出。3.2 MQTT主题设计与数据帧格式MQTT主题设计看起来是小事但直接影响后边扩展和权限管理。我习惯按设备粒度消息类型来组织主题mushroom/{deviceId}/upload用于传感器数据上行mushroom/{deviceId}/control用于服务器或手机端下发控制指令mushroom/{deviceId}/event用于报警和状态事件上报数据载荷用JSON格式。STM32端用cJSON库拼装JSON非常方便不要手工拼字符串容易出错。上行数据格式示例{ deviceId: MUSH01, timestamp: 1716547200, temperature: 22.5, humidity: 86.3, soilMoisture: 45.0, co2: 780, light: 310.5 }控制指令协议设计成{type: relay, relayId: 1, action: on, duration: 600}这样的结构duration表示自动关断时间防止远端开了设备忘关。3.3 文档里的代码组织建议拿到源码的时候不要直接一把梭全塞进一个main.c里。标准的工程建议按模块分文件夹BSP板级驱动、Middleware协议栈、App业务逻辑、TasksFreeRTOS任务。每个模块的接口要清晰比如bsp_sht30.h只暴露SHT30_Init()和SHT30_ReadData()上层不关心具体I2C怎么操作。这样调试效率高写毕业论文时画架构图也省事。文档部分核心的设计说明书至少要包含需求分析、总体方案、硬件设计原理图和PCB说明、软件设计程序流程图、任务调度、系统测试、结论。测试数据要真实不要编造评审老师对异常的测试数据很敏感如实记录数据波动反而加分。4. 系统联调、参数计算与实测效果4.1 阈值控制逻辑与参数计算环境控制的核心是阈值判断。很多人直接把“过低开加湿过高开风机”写死效果很差因为环境温度、湿度、CO2会有联动效应阈值又随时间、菌种不同而变化。我在系统里设计了“迟滞区间”逻辑避免继电器频繁开关打乒乓。比如目标湿度80%迟滞区间设为±5%那么当湿度降到75%以下才启动加湿器升到85%以上才关闭。这个区间直接换算成代码里的上下限菌种不同可以按阶段修改阈值通过后台下发不用重烧固件。通风控制我建议和CO2绑定。CO2浓度升到1000ppm以上就开启风机降到800ppm以下停风机。如果同时检测到温度过高、湿度偏低那就是通风过量需要缩短风机单次运行时间从10分钟降到5分钟或者改为间歇性通风每15分钟通风3分钟。4.2 实测数据与调试现场记录以我实际跑过的一组测试参数为例室温25度左右密封菇房内湿度初始75%开加湿器8分钟后湿度升到88%并保持稳定不开风机时CO2在40分钟内从550ppm升到900ppm说明密闭环境下CO2集聚是真实的在系统里必须处理否则菌盖发育会受到明显抑制。实际联调时最容易出现的问题是Wi-Fi模块和主控之间的串口波特率不匹配导致服务器收到乱码。ESP8266我习惯用115200波特率主控侧也要一致。另一个坑是固件烧录时BOOT0引脚没处理导致程序跑不起来检查启动模式配置是否正确。联调顺序建议先单独测每个传感器读数是否合理再测继电器控制是否通断正常然后接MQTT摸通消息链路最后才连后台做联动测试。每一步都要有日志不然出了问题很难定位是哪一层掉了链子。5. 常见问题排查与进阶方案5.1 高频故障与排查速查表实操过程中翻车的点其实就那么几个我把这两年帮人看这个项目时遇到的通用问题整理成一张速查表问题现象可能原因排查方法传感器读数为0或恒定值I2C地址不对、线序接反、传感器供电异常先用I2C扫描程序扫设备地址确认设备在线屏幕上数值乱跳电源纹波大、ADC参考电压不稳用万用表测供电端电压是否稳定传感器远离继电器MQTT能连上但数据不更新主题订阅错、JSON字段名不匹配在服务器端打印原始报文对比字段名Wi-Fi频繁掉线ESP8266供电不足、固件老化增加电容储能检查电源电流升级固件继电器反复吸合阈值没有迟滞区间、程序判断逻辑问题改迟滞控制逻辑同时确认控制码是否重复下发加水系统溢水或空转执行器持续时间设置不合理设置最大运转时长保护同时增加液位传感器5.2 从课程设计到可落地系统的进阶方向如果你做完这套系统还有精力我建议往两个方向扩展。第一个方向是数据驱动的模型化控制把采集的历史数据存下来用简单的线性回归或PID调参去控制温湿度这种方式比阈值控制更平滑。第二个方向是设备端的边缘计算在STM32上跑一些简单的预测算法比如根据CO2变化率提前开风机不用等数值超标才动作。软件层面可以考虑把Spring Boot的接口升级成支持多设备接入用EMQX这类Broker做集群让一个账号管理多个菇房。Windows环境调试建议用Eclipse GCC工具链配合OpenOCD做调试整体调试效率比折腾商用IDE更高。最后再分享一个我在实际使用中的体会这套系统的价值不在代码多复杂而在数据能不能真实反映菇房微环境的变化、控制逻辑能不能真的帮食用菌长得更好。做设计时多花点心思在现场安装位置和传感器标定上比堆砌花哨的功能重要得多。装温湿度传感器时不要直接挂在门口或者出风口那些地方数据根本不能代表菇房内部真实状态尽量装在菇床的中部、靠近菌袋的位置高度大约在冠层附近。调试阶段如果发现监测数据波动很大先怀疑传感器是不是长期没校准或者探头被水珠覆盖这种问题往往是“系统一切正常但数据总觉得不对”的根源。做完了这些你再去写那份设计文档心里会踏实很多。本文还有配套的精品资源点击获取