1. 仓库环境控制系统整体设计思路拆解1.1 为什么仓库环境需要一套专门的监控系统做仓储管理的人都知道一句话货物坏不坏很多时候不看人看环境。尤其是食品、药品、电子元器件、精密仪器、化工原料这类对存储条件敏感的货品温度高一点、湿度大一点、粉尘多一点轻则包装受潮、标签脱落重则整批物料氧化、霉变、静电击穿损失动辄几万到几十万。我见过一个做电子料的朋友仓库除湿机坏了三天没人发现一批贴片电容受潮回流焊的时候直接爆米花整批报废。传统做法是靠人工巡检拿个温湿度计每天走一圈记数据。这种方式的问题很明显一是数据不连续你只记录了早上九点那一瞬间的值夜里湿度飙到85%你根本不知道二是响应滞后等人发现的时候货已经出问题了三是没法追溯出了质量问题想查当时的存储环境翻纸质记录本基本靠运气。所以这套基于STM32的仓库环境控制系统要解决的核心问题就三个连续监测、自动调节、远程可视。用温湿度传感器和粉尘传感器做实时采集用STM32做主控做逻辑判断超过阈值就自动开通风和除湿设备同时通过ESP8266把数据传到云平台人在办公室甚至在家里就能看到仓库状态。这套方案适合做嵌入式课程设计的学生、做小型仓储改造的工程人员以及想入门物联网项目开发的爱好者。1.2 系统架构怎么划分才合理整个系统我习惯分成四层来看这样排查问题的时候思路清晰不会一团乱麻。感知层就是传感器部分。温湿度我选DHT22也叫AM2302理由后面细说粉尘用GP2Y1010AU0F夏普那款经典的光学粉尘传感器便宜、资料多、驱动简单。控制层是STM32最小系统板负责采集数据、跑逻辑、驱动执行器。型号上F103C8T6就够用72MHz主频、64KB Flash、20KB RAM跑这个项目绰绰有余而且价格便宜、资料铺天盖地出问题好查。执行层包括通风风扇和除湿模块。通风用直流风扇加继电器或者MOS管驱动除湿我用的是半导体除湿片帕尔贴小空间够用大仓库就得考虑压缩机式除湿机通过继电器控制其电源通断。通信层是ESP8266负责把STM32整理好的数据通过WiFi发到云平台。这里ESP8266和STM32之间用串口AT指令通信是最稳妥的方案比SPI或SDIO省事得多。提示四层划分不是学术分类是我实际调试时的思维工具。哪一层出问题就集中查那一层比如数据传不上云先确认感知层数据正常再看控制层串口输出最后查通信层AT指令逐层排除效率最高。1.3 关键器件选型的取舍逻辑主控为什么选STM32F103C8T6而不是ESP32ESP32确实自带WiFi看起来更省事但这个项目的定位是STM32学习物联网入门用STM32做主控能让你真正接触GPIO、ADC、定时器、串口、中断这些底层外设对嵌入式功底提升更大。而且STM32的生态和资料成熟度在国产教学场景里是碾压级的江科大那套教程几乎人手一份。ESP32更适合已经有一定基础、想快速出成品的人。温湿度为什么选DHT22而不是DHT11DHT11便宜但精度太差温度±2℃、湿度±5%RH而且湿度量程只有20%~90%仓库环境湿度经常在90%以上DHT11直接测不了。DHT22温度±0.5℃、湿度±2%RH量程0~100%RH价格也就贵几块钱仓库场景必须用DHT22。如果预算充足SHT30更好I2C接口、精度更高、响应更快但DHT22的单总线协议更适合练手。粉尘为什么选GP2Y1010AU0F这款是光学散射式能测PM2.5级别的颗粒物输出模拟电压STM32用ADC采集就行。它的缺点是输出是相对值不是绝对浓度需要标定但对仓库场景来说我们关心的是粉尘有没有超标、要不要通风相对趋势完全够用。激光式的PM2.5传感器如攀藤PMS5003精度更高但贵好几倍看预算决定。通信为什么选ESP8266而不是ESP32或4G模块ESP8266-01S便宜到离谱AT指令固件成熟和STM32串口对接是最经典的组合。4G模块如Air724适合没有WiFi的偏远仓库但成本高、流量费也是开销。仓库一般有WiFi覆盖ESP8266是最优解。2. 核心硬件电路与传感器驱动细节2.1 STM32最小系统与电源设计要点STM32F103C8T6最小系统板市面上几块钱一块但用的时候有几个坑必须注意。首先是供电最小系统板一般有5V和3.3V输入板载AMS1117-3.3稳压。如果你用USB供电5V直接进没问题。但如果外接电源一定要确保5V稳定因为DHT22和GP2Y1010AU0F都吃5V而STM32核心是3.3V电源纹波大了会导致ADC采集抖动。我的做法是主电源用5V/2A的适配器一路直接给传感器和风扇驱动另一路经AMS1117降到3.3V给STM32和ESP8266。ESP8266在发射WiFi信号瞬间电流能冲到300mA以上所以3.3V这一路的稳压芯片和电容要留足余量我在ESP8266的VCC和GND之间并了一个470μF的电解电容加一个0.1μF的瓷片电容专门吸收瞬时电流冲击实测下来能有效避免ESP8266复位。BOOT跳线也是新手常踩的坑。STM32F103的BOOT0和BOOT1决定了启动模式正常运行时BOOT0接GND从Flash启动。如果你用串口下载程序需要把BOOT0接VCC、BOOT1接GND下载完再改回来。我建议直接在板上焊一个跳线帽省得每次插拔杜邦线。晶振方面最小系统板一般焊了8MHz外部晶振配合内部PLL倍频到72MHz。如果你自己画板记得在晶振旁边放两个20pF的负载电容走线尽量短否则时钟不稳会导致串口波特率偏差。2.2 DHT22温湿度传感器的单总线驱动DHT22用的是单总线协议一根数据线既传命令又传数据时序要求比较严格。它的通信过程是这样的STM32先拉低数据线至少1ms作为起始信号然后释放DHT22响应拉低80μs再拉高80μs接着连续输出40位数据前16位湿度、中间16位温度、最后8位校验和。驱动代码的关键在于微秒级延时。STM32的HAL库自带HAL_Delay是毫秒级不够用得自己写微秒延时。我一般用SysTick或者DWT数据观察点来做DWT方式更精准不受中断影响。具体做法是使能DWT的CYCCNT计数器然后根据主频算微秒对应的周期数。// DWT微秒延时初始化 void DWT_Delay_Init(void) { CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CYCCNT 0; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; } void DWT_Delay_us(uint32_t us) { uint32_t start DWT-CYCCNT; uint32_t ticks us * (SystemCoreClock / 1000000); while ((DWT-CYCCNT - start) ticks); }读取DHT22的时候两次读取间隔至少2秒这是手册明确要求的读太快数据会错乱。还有一点DHT22上电后需要1秒左右的稳定时间别一上电就读。我在实际项目里遇到过读出来全是0xFF的情况排查半天发现是上电后没等待加了1.5秒延时就好了。注意DHT22的数据线需要接一个4.7kΩ~10kΩ的上拉电阻到3.3V或5V。很多模块板已经自带了如果你买的是裸传感器一定要自己加否则数据线拉不高读出来全是错误。2.3 GP2Y1010AU0F粉尘传感器的ADC采集GP2Y1010AU0F有6个引脚其中3号脚是LED驱动需要给一个脉冲信号让内部红外LED发光然后5号脚输出模拟电压。它的工作原理是LED发光光线经过空气被粉尘散射散射光被光电二极管接收输出电压和粉尘浓度正相关。驱动时序是这样的给LED引脚一个低电平脉冲约0.32ms然后在0.28ms后读取模拟输出。这个时序用STM32的定时器或者简单的延时都能实现。我用的是普通GPIO加DWT延时简单直接。float Read_Dust(void) { GPIO_ResetBits(GPIOA, GPIO_Pin_1); // LED引脚拉低 DWT_Delay_us(280); uint16_t adc_val Get_ADC_Value(); // 读取ADC DWT_Delay_us(40); GPIO_SetBits(GPIOA, GPIO_Pin_1); // LED拉高 DWT_Delay_us(9680); // 等待下一个周期 float voltage adc_val * 3.3f / 4096.0f; // 根据手册无尘时输出电压约0.9V每0.1V对应约0.1mg/m³ float dust (voltage - 0.9f) / 0.1f * 0.1f; return dust 0 ? dust : 0; }ADC配置上STM32F103的ADC是12位参考电压3.3V所以分辨率是3.3/4096≈0.8mV。粉尘传感器的输出范围大概0~3.5V但STM32的ADC最大只能测3.3V所以如果传感器输出超过3.3V会削顶。实际使用中粉尘浓度不会那么高问题不大但如果你要测高浓度场景得加分压电阻。ADC通道切换是另一个容易出问题的地方。如果你同时用多个ADC通道比如还要测别的模拟量切换通道后第一次采集的值往往不准需要丢弃第一次结果或者做多次采样取平均。我一般每个通道连续采8次去掉最大最小再取平均数据稳得多。2.4 继电器与执行器驱动电路通风风扇和除湿片的控制我用的是继电器模块。STM32的GPIO输出3.3V电流能力只有20mA左右直接驱动继电器线圈通常需要几十mA是不够的所以继电器模块上一般有光耦隔离加三极管放大STM32只需要给一个控制信号就行。接线的时候注意继电器模块有高电平触发和低电平触发两种买的时候看清楚。我建议用低电平触发的因为STM32复位时GPIO默认是高阻态如果继电器是高电平触发上电瞬间可能会误动作。低电平触发的话上电默认不动作更安全。如果不想用继电器用MOS管如IRF540驱动风扇也可以优点是寿命长、无触点火花缺点是不能控制交流设备。仓库的除湿机如果是220V交流的必须用继电器或者固态继电器。提示继电器线圈两端一定要并一个续流二极管如1N4148否则断电瞬间线圈产生的反向电动势可能击穿驱动三极管。很多继电器模块已经集成了但自己搭电路的话千万别省这个二极管。3. 系统软件逻辑与ESP8266上云实操3.1 主程序状态机与自动控制逻辑主程序的逻辑我建议用状态机来写而不是一堆if-else堆在一起。状态机的好处是逻辑清晰、易于扩展、调试方便。我定义了几个状态IDLE空闲、READ_SENSOR读传感器、JUDGE判断、ACTUATE执行、UPLOAD上传。判断逻辑的核心是阈值加回差。比如温度超过30℃开风扇但如果只在30℃这一个点判断温度在30℃附近抖动时风扇会频繁启停继电器咔咔响寿命很快就没了。所以要用回差温度超过30℃开风扇降到28℃以下才关。湿度同理超过70%开除湿降到60%以下才关。粉尘超过0.15mg/m³开通风降到0.1以下才关。#define TEMP_HIGH 30.0f #define TEMP_LOW 28.0f #define HUMI_HIGH 70.0f #define HUMI_LOW 60.0f #define DUST_HIGH 0.15f #define DUST_LOW 0.10f void Judge_And_Actuate(float temp, float humi, float dust) { static uint8_t fan_on 0, dehum_on 0; // 温度控制风扇 if (temp TEMP_HIGH) fan_on 1; else if (temp TEMP_LOW) fan_on 0; // 湿度控制除湿 if (humi HUMI_HIGH) dehum_on 1; else if (humi HUMI_LOW) dehum_on 0; // 粉尘也触发风扇 if (dust DUST_HIGH) fan_on 1; else if (dust DUST_LOW temp TEMP_LOW) fan_on 0; GPIO_WriteBit(FAN_PORT, FAN_PIN, fan_on ? Bit_RESET : Bit_SET); GPIO_WriteBit(DEHUM_PORT, DEHUM_PIN, dehum_on ? Bit_RESET : Bit_SET); }采样周期我设的是2秒一次因为DHT22最快也就这个速度。粉尘传感器可以更快但没必要2秒一次对仓库环境来说足够了。如果你要记录数据做趋势分析可以在STM32里加一个环形缓冲区存最近几百个数据点上传的时候一起发。3.2 ESP8266的AT指令配网与数据上传ESP8266和STM32的串口连接是交叉接线STM32的TX接ESP8266的RXSTM32的RX接ESP8266的TX波特率一般用115200。ESP8266-01S的供电是3.3V千万别接5V会烧。配网流程分几步先发AT确认模块正常然后ATCWMODE1设为Station模式ATCWJAPWiFi名,密码连接路由器ATCIPSTARTTCP,服务器地址,端口建立TCP连接最后ATCIPSEND发送数据。void ESP8266_Init(void) { Send_AT_Command(AT, OK, 1000); Send_AT_Command(ATCWMODE1, OK, 1000); Send_AT_Command(ATCWJAP\MyWiFi\,\12345678\, OK, 10000); Send_AT_Command(ATCIPMUX0, OK, 1000); } void ESP8266_Upload(float temp, float humi, float dust) { char cmd[128]; Send_AT_Command(ATCIPSTART\TCP\,\api.example.com\,80, OK, 5000); sprintf(cmd, ATCIPSEND%d, strlen(payload)); Send_AT_Command(cmd, , 2000); // 发送HTTP POST数据 UART_SendString(payload); }AT指令的坑特别多我踩过的几个一是超时设置连WiFi那一步可能要好几秒超时设短了会误判失败二是返回数据的解析ESP8266返回的字符串里可能有回车换行用strstr查找OK的时候要注意三是波特率有些ESP8266出厂固件是9600你按115200发它不理你得先确认。注意ESP8266在连接WiFi的时候电流很大如果STM32的3.3V稳压不够力ESP8266会不断重启串口打印一堆乱码。遇到这种情况先单独给ESP8266供电试试确认是电源问题还是代码问题。3.3 云平台对接与数据可视化云平台的选择上国内常用的有巴法云、OneNet、阿里云IoT等。巴法云最简单适合入门注册后创建一个主题ESP8266往这个主题发数据网页上就能看到。OneNet功能更全有数据存储、图表、报警但配置稍复杂。阿里云IoT最专业但需要理解物模型、三元组这些概念学习曲线陡。以巴法云为例它的TCP接口是bemfa.com:8344连接后发送订阅指令然后直接发数据就行。数据格式一般是主题名#数据比如warehouse#temp:25.3,humi:65,dust:0.08。巴法云的网页控制台能实时显示也能看历史曲线。如果你要自己搭服务器用MQTT协议更规范。ESP8266支持MQTT AT指令STM32把数据通过串口发给ESP8266ESP8266用MQTT发到Broker如EMQX。MQTT的好处是支持订阅/发布、QoS等级、断线重连适合多设备场景。数据上传频率别太高2秒一次对仓库监控足够了。上传太频繁一是费流量二是云平台可能限流。我一般设成10秒上传一次本地采集还是2秒一次中间的数据在STM32里做平均或者取最值。3.4 本地显示与按键交互设计虽然主要靠云平台看数据但本地加一个OLED或者LCD显示屏会方便很多调试的时候不用老盯着手机。我用的是0.96寸OLEDI2C接口SSD1306驱动显示温度、湿度、粉尘值和设备状态。I2C的地址一般是0x788位或0x3C7位具体看模块。STM32的硬件I2C有时候会卡死我建议用软件模拟I2C虽然慢一点但稳定不会出现总线锁死的问题。按键方面我设计了三个键设置键、加键、减键。短按设置键进入阈值设置模式加减键调整数值再按设置键切换下一个参数。长按设置键保存并退出。按键消抖用定时器做20ms扫描一次连续两次读到相同状态才确认。void Key_Scan(void) { static uint8_t key_last 0; uint8_t key_now 0; if (!GPIO_ReadInputDataBit(KEY1_PORT, KEY1_PIN)) key_now | 0x01; if (!GPIO_ReadInputDataBit(KEY2_PORT, KEY2_PIN)) key_now | 0x02; if (!GPIO_ReadInputDataBit(KEY3_PORT, KEY3_PIN)) key_now | 0x04; if (key_now ! key_last) { DWT_Delay_us(20000); // 20ms消抖 if (key_now key_last) { // 确认按键 } } key_last key_now; }4. 调试过程中的典型问题与排查实录4.1 传感器数据异常排查速查表现象可能原因排查方法解决方案DHT22读数全0或全1上拉电阻缺失万用表测数据线空闲电压加4.7kΩ上拉电阻DHT22数据校验失败读取间隔太短检查两次读取间隔间隔至少2秒粉尘值一直为0LED驱动时序不对示波器看LED引脚波形调整延时参数粉尘值跳变严重电源纹波大示波器看3.3V电源加滤波电容ADC值不变化通道配置错误检查ADC初始化代码确认通道和引脚对应ESP8266无响应波特率不匹配用串口助手单独测试确认固件波特率ESP8266频繁重启供电不足测3.3V电压在发射时是否跌落加大电容或独立供电上传数据乱码编码问题检查发送的字符串统一用ASCII这张表是我实际调试中总结的基本上覆盖了80%的常见问题。遇到问题先查表能省很多时间。4.2 串口通信与AT指令的坑ESP8266的AT指令调试我强烈建议先用USB转TTL模块单独测试确认模块能正常连WiFi、能发数据再接到STM32上。这样能把问题隔离在ESP8266本身还是STM32的串口代码上。STM32的串口接收要用中断加环形缓冲区不能阻塞等待。因为ESP8266返回的数据长度不定用HAL_UART_Receive阻塞读很容易丢数据。我的做法是串口中断里把每个字节存进环形缓冲区主循环里再解析。#define RX_BUF_SIZE 256 uint8_t rx_buf[RX_BUF_SIZE]; volatile uint16_t rx_head 0, rx_tail 0; void USART1_IRQHandler(void) { if (USART_GetITStatus(USART1, USART_IT_RXNE) ! RESET) { uint8_t data USART_ReceiveData(USART1); uint16_t next (rx_head 1) % RX_BUF_SIZE; if (next ! rx_tail) { rx_buf[rx_head] data; rx_head next; } USART_ClearITPendingBit(USART1, USART_IT_RXNE); } }AT指令的等待策略也很关键。发完指令后不能死等要用超时机制。我一般设一个超时计数器每毫秒减一减到0还没收到预期响应就返回失败。这样即使ESP8266没响应程序也不会卡死。4.3 电源与干扰问题的实战处理这个项目里最容易被忽视但又最影响稳定性的就是电源和干扰。我遇到过好几次这样的情况单独测试每个模块都正常一组合起来就各种问题。后来发现是电源功率不够5V/1A的适配器带不动风扇加除湿片加ESP8266。解决办法很简单算总功耗。STM32约50mADHT22约1.5mA粉尘传感器约20mAESP8266平均80mA峰值300mA继电器每个约70mA风扇看规格一般200mA到1A。加起来峰值可能超过1.5A所以电源至少选5V/2A的。干扰方面继电器吸合瞬间会产生电磁干扰可能影响DHT22的单总线通信。我的做法是在继电器线圈两端并续流二极管在继电器触点两端并RC吸收电路100Ω电阻串0.1μF电容能明显减少干扰。另外传感器信号线尽量远离风扇和继电器的电源线走线分开。提示如果DHT22偶尔读错可以在软件里加重试机制连续读3次取成功的那次。如果3次都失败就报错并保持上一次的有效值避免因为一次读取失败就触发误动作。4.4 系统稳定性优化与长期运行建议做仓库监控系统要能7×24小时长期运行稳定性比功能多更重要。我总结了几个优化点看门狗必须开。STM32内置独立看门狗IWDG在主循环里定期喂狗如果程序跑飞了看门狗会复位系统。IWDG的时钟是40kHz的LSI分频后设置重装载值我一般设2秒超时。Flash存储用于保存阈值设置。STM32F103有内置Flash可以把阈值存在最后一页掉电不丢失。写Flash之前要先擦除擦除是按页擦的注意别把程序区擦了。数据缓存应对网络中断。如果WiFi断了数据不能丢可以在STM32里存最近几百条记录网络恢复后补传。用环形缓冲区加时间戳就行。定期重启有时候反而更稳。我设了一个计数器每24小时主动重启一次ESP8266因为ESP8266长时间运行偶尔会死机。重启通过控制ESP8266的EN引脚或者发ATRST指令实现。日志输出对调试很重要。我会在串口上打印关键信息比如每次采集的数据、每次控制动作、每次上传结果。但正式运行时可以关掉减少串口占用。最后分享一个我踩过的坑DHT22的线不能太长。我一开始把传感器放在仓库角落用2米长的杜邦线连到主板结果数据一直不稳定。后来查资料才知道单总线对线长敏感超过1米就容易受干扰。解决办法是把传感器和STM32放近一点或者用屏蔽线或者在传感器端加一个驱动器。这个细节手册上不会写但实际项目里很致命。这套系统我从画原理图到调通云平台前后花了大概两周时间其中一半时间是在解决各种稳定性问题。功能实现不难难的是让它稳定可靠地跑下去。如果你也在做类似的项目我的建议是先把单模块调通再逐步集成每加一个模块就测一遍稳定性别想着一次全接上就能跑。嵌入式开发没有捷径就是一步步踩坑踩出来的。