简介：基于STM32的智慧仓库管理系统毕业设计资料包，面向正在筹备毕设的计算机专业学生和需要项目实战的C语言学习者，也可直接用于课程设计或期末大作业。内含STM32嵌入式源码、Java/App端代码、数据库脚本、开发工具与项目说明文档，底层涵盖定时器、ADC、I2C、Flash等外设驱动，已经严格调试，可完整演示智慧仓库的数据采集、环境监测与远程管理流程。压缩包共403个文件，以C/H源码、CRF工程配置、Java/Class构建文件为主体，搭配XML配置、PNG/JPG素材以及Hex固件、说明文档等，整体大小15.47MB，目录按功能模块划分，便于检索与二次开发。目前已有4690人浏览学习，项目曾获高分通过，下载后按App、Java、STM32后缀即可区分对应代码，配合数据库脚本和配套工具能快速搭建运行环境，特别适合在毕业设计中快速落地并从容应对答辩。
1. 一个 STM32 就能撑起的智慧仓库：这个源码包到底给你什么
仓库管理这事，很多毕业设计和实际小场景里根本没上工业级 PLC，一块 STM32 加几个传感器就能把温湿度监控、烟雾火焰报警、货架占用检测、自动通风这几个核心环节串起来。这套「基于 STM32 的智慧仓库管理系统」源码包，解决的就是实验室或小型仓库里数据采集不全、联动靠人盯的问题。主控用 STM32F103 系列，外设接 DHT11 温湿度传感器、MQ-2 烟雾浓度检测、红外对管做货架在位检测，再通过舵机或继电器执行通风、灭火预备动作，整个逻辑用 C 语言写在标准库工程里。它不像 PLC 方案那样重，胜在便宜、可解释、能放进毕业设计文档里讲清楚每一个引脚和每一行判断。你如果正在做 STM32 毕设，或者想给手头的小仓库搭一套低成本监控装置，这套源码能省你至少两周的从零调驱动时间。
2. 硬件链路怎么搭：主控选型、传感器信号与执行机构的配合
在动代码之前，先把硬件链路看清楚。这套系统的价值有一半在硬件选型上，选错了传感器，代码写得再干净也只能在错误的数据上做判断。我按信号流向拆开讲。
2.1 主控与外设的引脚分配逻辑
STM32F103C8T6 是这套源码最常见的载体，64 脚 LQFP 封装，72MHz 主频，20KB RAM、64KB Flash，跑裸机 C 工程绰绰有余。毕设场景如果外设接得多，换成 RCRCT6 也就是 256KB Flash 版本，引脚完全兼容，但 C8T6 足够支撑这套系统的外设数量。
电源分配要注意：STM32 板载 3.3V 稳压输出的电流有限，舵机和大功率继电器不要直接从板子取电。我一般用 5V 外部电源给舵机供电，STM32 和传感器共用一个 5V 转 3.3V 的稳压模块，地线全部连在一起。下面是一份参考引脚分配，不同开发板丝印有差异，但功能引脚是固定的。
// main.h 中的引脚定义片段，以标准库 GPIO 配置为例 #define DHT11_GPIO_PORT GPIOA #define DHT11_GPIO_PIN GPIO_Pin_1 // PA1：温湿度单总线 #define MQ2_ADC_CHANNEL ADC_Channel_1 // PA1 映射 ADC1，若冲突则换 PA2 #define IR_SENSOR_GPIO_PORT GPIOB #define IR_SENSOR_GPIO_PIN GPIO_Pin_0 // PB0：红外对管占用检测，低电平有效 #define FIRE_SENSOR_GPIO GPIOB #define FIRE_SENSOR_PIN GPIO_Pin_1 // PB1：火焰传感器，低电平有效 #define SERVO_PWM_TIM TIM2 #define SERVO_PWM_CHANNEL TIM_Channel_3 // PA2 复用推挽输出 #define RELAY_GPIO_PORT GPIOB #define RELAY_GPIO_PIN GPIO_Pin_5 // PB5：继电器控制风扇/喷淋预备引脚分配上要避开这几个冲突：ADC 通道和 GPIO 复用要查数据手册，PA1 在部分板子上同时接了板载 LED，如果你发现 DHT11 读数异常先怀疑这点；PWM 通道必须挂在支持定时器复用功能的引脚上，不是任意 GPIO 都能输出 PWM。源码包里 main.c 的开头部分已经把这种配置写好了，你只需要改端口宏定义来适配自己的板子。
2.2 传感器信号类型与采样策略：开关量、模拟量与单总线
这套系统的传感器从信号类型上分三类，驱动写法完全不同。红外对管和火焰传感器是开关量输出，直接读 GPIO 电平，程序里最省事；MQ-2 烟雾传感器输出模拟电压，要走 ADC 采样；DHT11 是单总线协议，需要在代码里精确控制时序，这是最容易翻车的地方。
红外对管的优先级最高，因为它直接影响「货物在不在」这个仓库管理的核心指标。模块上电后无遮挡时输出高电平、有遮挡时拉低。这里有个常见陷阱：调灵敏度电位器时不能只调到刚好触发，要留滞回区间，否则货架轻微震动就会导致状态来回跳。
MQ-2 的 ADC 采样则要理解浓度与电压的非线性关系。传感器加热后输出电压会缓慢爬升，冬天上电前五分钟读数虚高是正常的。代码里不要直接拿 ADC 值当浓度百分比，而是先连续采样 5 次取平均，再做滑动滤波，才进阈值判断。
DHT11 的时序驱动我单独说：主机拉低总线 18ms 以上发起通信，然后释放总线，从机响应后会拉低 80us 再拉高 80us。每一位数据是 50us 低电平后接高电平，高电平持续 26~28us 表示 0，70us 左右表示 1。源码包里 dht11.c 用的是延时函数做时序，如果你的系统里开了中断且延时不准确，读回来的数据就会全 0xFF。解决方案是读取 DHT11 期间暂时屏蔽优先级不高的中断，或者改用带 DWT 时钟周期计数的延时。
// dht11.c 中读取单字节的时序核心，注释为关键延时点 uint8_t DHT11_ReadByte(void) { uint8_t i, data = 0; for (i = 0; i < 8; i++) { // 等待 50us 低电平结束，进入数据位 while (DHT11_DQ_IN() == 0); // 延时 30us，如果仍然为高说明是 1，否则是 0 delay_us(30); if (DHT11_DQ_IN() == 1) { data = (data << 1) | 0x01; // 等待剩余高电平结束，准备接收下一位 while (DHT11_DQ_IN() == 1); } else { data = (data << 1) | 0x00; } } return data; }这段代码的逻辑是 8 位一字节、高位在前。注意 while 等待低电平结束那里必须加超时退出，不然传感器被拔掉后程序会死锁在循环里。源码包里的实现加了超时计数，但如果你拿到的版本没有，建议自己补上。实际项目里我在每个 while 循环里都加了一个 200us 的超时判断，读到超时直接返回 0，宁可这次数据无效也不卡死主循环。
3. C 语言工程结构拆解：状态机、驱动分层与主循环调度
这套源码的工程组织方式是典型的裸机分层：驱动层放各个外设的读写函数，逻辑层放状态判断与联动，主循环做轮询调度。把结构看懂，改功能就是在填表格而不是乱加 if。
3.1 主循环里的任务调度：轮询、标志位与去抖处理
主循环是 while(1) 里按固定节奏做轮询。这里我直接说源码里最值得抄的模式：用 systick 维护一个时间基准，每个任务设定自己的执行周期，到点就执行，而不是在循环里连续读传感器。
// main.c 主循环片段：分时轮询所有任务 int main(void) { SystemInit(); GPIO_Config(); DHT11_Init(); ADC_Config(); TIM_PWM_Init(); uint32_t tick_last_dht = 0, tick_last_adc = 0, tick_last_scan = 0; while (1) { // DHT11 读取间隔必须大于 2 秒，否则传感器不响应 if (millis() - tick_last_dht >= 2000) { tick_last_dht = millis(); dht11_val = DHT11_Read(); if (dht11_val.humi == 0) { // 读失败记录一次，重试用旧值，不阻塞主循环 dht11_fail_count++; } } // ADC 采样 100ms 一次，连续 5 次后做平均 if (millis() - tick_last_adc >= 100) { tick_last_adc = millis(); mq2_adc_buf[mq2_index++] = ADC_GetValue(); if (mq2_index >= 5) { mq2_index = 0; mq2_val = Average_Buf(mq2_adc_buf, 5); } } // 红外对管 50ms 扫描一次，连续两次结果一致才更新状态 if (millis() - tick_last_scan >= 50) { tick_last_scan = millis(); Scan_IR_Status(); } Check_Environment_And_Control(); } }主循环时间基准我用的是毫秒计数。这里有个隐蔽点：DHT11 的 2 秒间隔是硬约束，读得比这快传感器直接不拉低应答信号，读回来永远是 0xFF；红外对管扫描快一点没关系，但状态更新要加去抖。源码里去抖的做法是连续两轮读到相同电平才更新全局变量，这比加 delay 硬等要优雅得多，主循环不会因为去抖而阻塞。
3.2 联动逻辑的状态机：把「异常响应」从散落的 if 里收拢
仓库管理最关键的是联动响应，比如温度超标开风扇、烟雾浓度超标关电闸并启动灭火预备。这套源码把联动做成了状态机，我觉得这是它最值得读的部分。状态分为 NORMAL、WARN、ALERT 三级，每级对应一组输出动作。
状态机的价值在于消除「同一时刻多个传感器同时触发时的判断冲突」。如果全用 if 堆，温度超标开了风扇、烟雾超标又立刻切了继电器，两个动作互相打架。状态机是先把所有传感器数据汇总成一份环境评估，再统一决定进入哪个状态和状态对应的输出。你可以在 environ_control.c 里看到这个判定的入口函数。
// environ_control.c：环境评估与状态转移 static ENV_STATE env_state = ENV_NORMAL; void Check_Environment_And_Control(void) { ENV_STATE new_state = env_state; // 先评估风险等级，不直接操作外设 if (dht11_val.temp > 40.0f || dht11_val.humi > 85.0f) new_state = ENV_WARN; if (mq2_val > SMOKE_THRESHOLD_HIGH || fire_sensor_flag == 1) new_state = ENV_ALERT; // 状态转移时执行动作，连续同状态不重复操作 if (new_state != env_state) { uint8_t prev = env_state; env_state = new_state; switch (env_state) { case ENV_NORMAL: Relay_Ctrl(RELAY_FAN, OFF); Relay_Ctrl(RELAY_SPRINKLER, OFF); Servo_Set_Angle(SERVO_VENT, 0); // 关闭通风口 break; case ENV_WARN: Relay_Ctrl(RELAY_FAN, ON); // 超温先开风扇 Servo_Set_Angle(SERVO_VENT, 90); // 打开通风口 break; case ENV_ALERT: Relay_Ctrl(RELAY_FAN, OFF); // 烟雾环境不能开风扇助燃 Relay_Ctrl(RELAY_SPRINKLER, ON); // 启动喷淋预备 LCD_Show_Alert(); break; } // 记录状态变迁，供串口打印或上位机查看 printf("[ENV] %d -> %d\n", prev, env_state); } }注意 ENV_ALERT 状态里风扇必须强制关闭，这是仓库安全常识里重要的一条：在烟雾弥漫的封闭空间，通风扇转动可能产生电火花引爆可燃气体。很多初写代码的人在这里犯错，温度高了开风扇，烟雾高了还想加强通风，方向就反了。状态机的好处就是这类冲突在状态转移时就固定死，不同状态的动作集合互斥且明确。你如果要改逻辑，优先改状态评估函数里的阈值宏定义，而不是动状态机骨架。
3.3 OLED 与按键：人机交互模块的驱动方式
这套系统还有一块 OLED 显示屏和几个按键。OLED 驱动走 I2C，源码里 ssd1306.c 是常见的移植版本，主要关注初始化序列和显存刷新的关系。我调整这块驱动时踩过的坑是：I2C 时钟速度不要超过 400kHz，部分 OLED 模组在 400kHz 以上会丢数据、屏幕闪烁。按键则做了扫描和释放检测：按下沿触发一次、松开时再触发一次，这样可以避免手按抖动导致连续加值。
// key.c：按键扫描去抖，支持短按和长按 uint8_t Key_Scan(void) { uint8_t key_val = 0; static uint8_t key_last = KEY_NONE; // 读 GPIO 电平并做软件去抖 uint8_t key_now = KEY_Read_Level(); if (key_now != key_last) { delay_ms(10); // 跨过抖动区 key_now = KEY_Read_Level(); } key_last = key_now; // 仅在按下沿时返回键值，松开沿不重复触发 if (key_now == KEY_PRESSED && key_pressed_flag == 0) { key_pressed_flag = 1; key_val = KEY_Read_Value(); } if (key_now == KEY_RELEASED) { key_pressed_flag = 0; } return key_val; }按键的哲学是「按下沿触发事件、松开沿重置标志」。如果你把响应写在电平持续为高时，屏幕数值就会因为手抖一次跳好几个单位。这个标志位模式同样适用于红外对管和火焰传感器的状态翻转。我在毕设代码里见过学生直接把电平读了当按键事件用，结果一个按键按下屏幕连续加了几十个数字，一定是这个原因。
4. 仓库环境阈值怎么定：温湿度、烟雾浓度与联动边界
传感器数据读进来了，真正决定系统智不智能的是阈值。阈值设在多少才合理，这直接关系到系统会不会误报、漏报，是这套源码里最容易被忽略的高价值配置。
4.1 阈值设定的依据与两个「反向」数据陷阱
先看阈值参考表，这是基于典型室内仓储环境的经验值，具体项目要结合仓库体积和货物类型微调。
| 参数 | 正常范围 | 预警阈值 | 报警阈值 | 执行动作 |
|---|---|---|---|---|
| 温度 | 10~35℃ | >40℃ | >55℃ 或上升速率 >2℃/min | 开风扇、开通风口 |
| 湿度 | 40%~70% | >80% 或 <25% | <20% 持续 10 分钟 | 开加湿/除湿继电器 |
| 烟雾浓度 | ADC 值 <800 | ADC 值 800~1500 | ADC 值 >1500 | 关风扇、开喷淋、声光报警 |
| 火焰信号 | 高电平 | 低电平持续 3s | 低电平持续 3s 且烟雾超标 | 断电、启动灭火预备 |
温度阈值里有一个坑：普通仓库昼夜温差可能超过 15℃，白天 38℃ 属于正常范围，你把预警设成 40℃ 会频繁误报。更好的做法是基线学习——上电后前 5 分钟记录温度平均值，阈值取「基线 + 10℃」，而不是写死一个绝对值。源码包里是写死阈值为主，但宏定义放在 config.h 里，改起来不费事。
湿度阈值的反向陷阱是「仓库里放的是电子元器件还是农副产品」。电子仓湿度超过 60% 就开始有凝露风险，而农副产品仓库低于 35% 会干裂。读一览表时先想清楚货物是什么。烟雾浓度这个参数尤其要留意：MQ-2 在刚上电和突然断电再上电的瞬间，输出会短暂飙高。如果系统在通电瞬间就执行报警动作，就会造出「一开仓库门就喷淋」的笑话。对策是系统启动后延时 30s 再做浓度判断，源码里的 main 函数初始化后有一次 for 循环延时，这里不要删。
4.2 ADC 阈值与电压的换算关系
MQ-2 模块有数字输出 DO 和模拟输出 AO 两种引脚。这套系统用的是 AO 接 STM32 的 ADC，阈值单位不是浓度 ppm 而是 ADC 原始值。你得换算一下才能让阈值设置有意义。
// config.h 中的阈值宏定义，单位是 ADC 原始值 #define MQ2_SMOKE_WARN (1800) // 约为 1.8V，对应低浓度烟雾报警 #define MQ2_SMOKE_ALERT (3000) // 约为 2.9V，对应明显烟雾 // mq2.c 中的采样函数，返回 12 位 ADC 值 uint16_t MQ2_Get_Value(void) { // 开启指定通道，等待转换完成 ADC_SoftwareStartConvCmd(ADC1, ENABLE); while (ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC) == RESET); uint16_t adc_val = ADC_GetConversionValue(ADC1); // 可选：把 ADC 值换算成电压，方便串口打印 // float voltage = (float)adc_val * 3.3f / 4096.0f; return adc_val; }12 位 ADC 在 3.3V 参考电压下，1 LSB 约等于 0.8mV。阈值 1800 对应电压约 1.45V，这个值在离烟雾源 30cm 处测试时，打火机气体喷一下就会越过。具体数值建议烧录后用串口助手打印实际值再标定，不同厂家模块的灵敏度差异可达三倍。我自己的习惯是拿香烟在传感器 10cm 处冒烟，记下稳态 ADC 值，再取它的 60% 作为预警线，这样误报和漏报平衡得比较好。
4.3 联动逻辑里的「优先权」问题：紧急状态必须锁定
灭活逻辑里有个细节，值得单独说：在 ENV_ALERT 状态下，手动按键切换到手动模式是否应该被允许。源码的默认行为是允许的，但真正的仓储环境里这会造成安全漏洞——人员不在现场时系统自己降级了。我建议把状态机的 ALERT 分支加一个锁定标志：进入 ALERT 后，按键只允许暂停声光报警（消音），不允许关闭继电器动作，必须等传感器数值回落到阈值的一半以下才解锁。
// environ_control.c：加入报警锁定 static uint8_t alert_lock = 0; if (env_state == ENV_ALERT && alert_lock == 0) { alert_lock = 1; // 记录进入报警时刻，供解锁判断 alert_lock_tick = millis(); } // 解锁条件：连续 30 秒内所有参数恢复正常区间，且浓度低于报警阈值的 50% if (alert_lock == 1) { if (mq2_val < MQ2_SMOKE_ALERT / 2 && dht11_val.temp < TEMP_WARN_THRESHOLD && fire_sensor_flag == 0) { if (millis() - alert_lock_tick >= 30000) { alert_lock = 0; } } else { alert_lock_tick = millis(); // 只要有一项异常，重新计时 } }这个「数值回落且持续稳定 30 秒」的解锁策略，是从工业报警器上借鉴来的，能有效避免传感器被短暂扰动干扰后系统反复切换状态。该锁定机制实现后，联动逻辑才真正意义上能满足安全要求：报警后动作锁定、数值回归一半以下才解锁。这一小段代码放进毕设论文的创新点里，是很扎实的加分项。
5. 避坑指南：这套 STM32 仓库管理系统最常见的五个翻车现场
这套源码在毕设和实际部署中最容易出问题的地方，几乎集中在供电、时序和复位策略上。我整理了五条高频踩坑记录，每条按现象到根因到解决方案来写。
5.1 现象：DHT11 读数随机出现 0% 湿度，数据偶发跳变
原因：DHT11 读取间隔小于 2 秒，或者读时序期间被中断打扰。上电瞬间传感器也需要 1 秒稳定时间，紧接着就读必然失败。再加上部分 STM32 开发板的 I2C 和单总线引脚相邻，OLED 刷新时总线电平干扰了 DHT11 的数据线。
解决：读取周期固定为 2000ms 以上，使用节拍计数而不是随便 delay；读数据期间把 SysTick 之外的定时器中断挂起。还有一招：DHT11 的数据线和 VCC 之间并联一个 0.1uF 电容，能明显减少长线引入的噪声干扰，电源线不要和舵机线绑在一起走线。
5.2 现象：舵机一动作，开发板就重启
原因：舵机堵转瞬间电流可达 1.5A 以上，从板载稳压取电直接拉穿电压，MCU 掉电复位。同时舵机 PWM 信号参考地如果与功率地有电位差，信号线也会被拉出尖峰毛刺。
解决：舵机用独立 5V 2A 电源，GND 与 STM32 共地，PWM 信号线串一个 100Ω 电阻再接入单片机引脚。共地是必须的，否则 PWM 信号没有统一参考点，舵机容易抖。电源进线处加 470uF 电解电容吸收瞬间压降。
5.3 现象：红外对管状态在货架震动时频繁反转，触发误报警
原因：对管灵敏度调得太靠近边界，货架轻微位移让遮挡状态在临界点反复横跳。加上主循环 50ms 扫描太快，没有足够时间去抖，噪声被当成了真实状态变化。
解决：调灵敏度时留出滞回区间——用遮挡物慢慢靠近，触发后继续靠近直到状态稳定，再固定电位器。代码里连续三次采样结果一致才更新标志位，判断函数里不要用if (state == 0)直接响应，而是用if (state==0 && last_state==0 && prev_state==0)。
// ir_sensor.c：三级去抖，连续三次采样一致才更新 uint8_t IR_Get_Stable_Status(void) { static uint8_t history[3] = {1, 1, 1}; uint8_t cur = GPIO_ReadInputDataBit(IR_PORT, IR_PIN); // 历史状态左移，存入最新值 history[0] = history[1]; history[1] = history[2]; history[2] = cur; // 三个采样值都一样才返回，否则保持旧状态 if (history[0] == history[1] && history[1] == history[2]) { return cur; } return history[0]; // 返回之前稳定状态 }这里的思路和按键去抖的哲学一致：采样窗口内状态不改变，才认为信号有效；窗口内任何波动都视为噪声，输出保持旧值。这比简单的延时去抖更稳，因为阻塞延时期间主循环不响应其他任务，而采样窗口方式全程非阻塞。
5.4 现象：软件烧录成功，但一上电程序不运行
原因：最常见的不是代码问题，而是 Keil 下载配置里没勾选下载后自动复位运行。程序确实写进 Flash 了，但调试器释放复位后 MCU 停在原地。另一种情况是 Boot0 引脚被跳线帽拉高，芯片进的是系统存储器引导而不是主 Flash。
解决：Keil 里 Options for Target -> Debug -> Settings -> Flash Download 勾上 Reset and Run；检查开发板 Boot0 跳线帽在 0 位置。这块我从江科大 STM32 入门教程系列里看到过类似排查套路，遇到「下不进程序」先检查 Boot 跳线是铁律。
5.5 现象：联调时 ADC 烟雾浓度读数在正常范围内缓慢漂移
原因：MQ-2 传感器加热丝工作温度受电压影响，供电电压轻微跌落后加热功率下降，输出基线整体抬高。另一个因素是 ADC 参考电压 VREF 接在板载 3.3V 上，而这个电压在舵机转动时会波动，导致同一浓度下读到的 ADC 值不一样。
解决：电源端加一级 LC 滤波给传感器单独供电；ADC 参考电压改用独立基准源，或者退一步在代码里做动态基线校准——上电时记录初始 ADC 值作为基线，之后所有判断都用当前值减基线后的差值去比较。这就是前面阈值换算的进阶版，能显著降低误报率。
6. 从跑通到验收：验证流程、上位机扩展与低成本进阶方向
源码跑通只是起点。用这套系统做毕设或实际部署，怎么证明它「智慧」且可靠，我建议按下面这个顺序做三轮验证。
第一轮是分模块验证。给系统上电后，用串口助手分别看 DHT11 温湿度、MQ-2 ADC 值、红外电平、火焰电平四路数据。这一轮的目的是确认硬件链路没有断路和错位，也是在 30 分钟内把各传感器阈值标定好。串口波特率默认 115200，数据格式是T=25.3 H=60.1 S=1024 IR=0 FIRE=1。把打火机气体喷向 MQ-2，观察 ADC 值是否在规定时间内超过阈值，超时没反应就检查 ADC 通道是否映射正确。
第二轮是联动验证。把仓库模拟场景搭起来：用热风枪对着温度传感器吹热风，观察风扇是否在 40℃ 阈值处启动；拿烟雾靠近 MQ-2 后，观察系统是否切到 ALERT 状态、风扇关闭、喷淋继电器吸合、OLED 显示报警图标。这轮要检验的是状态机的转移路径是否符合预期，有没有出现状态来回跳。
第三轮是断点验证，也是整体可靠性验证。人为制造传感器信号线虚接、舵机堵转、电源短暂波动这三种异常，观察系统是卡死还是恢复正常。STM32 的独立看门狗在这时候派上用场，建议在初始化里打开 IWDG，主循环每 500ms 喂狗一次，出现死循环时系统能自动复位。
// iwdg.c：看门狗初始化与喂狗，防止程序跑飞后设备失联 void IWDG_Config(void) { // 独立看门狗使用 LSI 时钟，约 40kHz，256 分频后约 156Hz IWDG_WriteAccessCmd(IWDG_WriteAccess_Enable); IWDG_SetPrescaler(IWDG_Prescaler_256); IWDG_SetReload(1250); // 约 8 秒超时 IWDG_ReloadCounter(); IWDG_Enable(); } void IWDG_Feed(void) { IWDG_ReloadCounter(); }看门狗一开，原来的死等循环必须全部改为超时退出，否则程序卡在 while 里等不到喂狗就会被无限复位。源码包里有没有默认开启看门狗我不确定，但加这一层保护对毕设答辩有实打实的好处——现场演示时系统异常重启后能自动恢复，而不是黑屏死机。
进阶方向我看两个比较适合这套硬件底子，一是给串口输出配一个简易上位机，用 Qt 或 Python 读串口画温湿度曲线，这能撑起「数据可视化」这块的毕设工作量；二是换用 ESP8266 透传或 STM32 直接挂以太网模块，把数据上报到 MQTT 服务器，实现手机端远程查仓库状态。顺着这套源码的 GPIO 分配，ESP8266 用串口 2 接上就能跑，代码层面主要工作量在 AT 指令流程处理和断线重连。
从第一次把这套系统烧进板子到现在，我坚持的流程是：先把所有阈值宏定义列在一张表里，标清每个值的来源依据，然后才允许自己改代码逻辑。这样后续调参时不会出现「改了这个值忘了另一个联动」的混乱。也建议你拿到源码后先按我说的第一轮验证顺序跑一遍，把传感器实际读数和自己预想差多少记下来，再动手改 config.h 里的参数。希望帮到你。
本文还有配套的精品资源，点击获取
