1. 仓库环境控制系统整体设计思路拆解仓库这个场景看起来简单实际上环境控制的坑比想象中多。我做过几个类似的仓储环境监测项目最常见的需求就是温湿度要盯着、粉尘浓度要盯着、超标了要能自动通风或者除湿、数据还得能远程看到。这四个需求串起来就是一个完整的闭环控制系统。核心控制器选STM32原因很直接——外设资源够用、ADC多通道采集方便、定时器资源丰富、串口多、生态成熟、资料多、成本低。你拿它做毕设也好做实际产品原型也好都不会在芯片本身卡住。整个系统的骨架其实就四块感知层、控制层、执行层、通信层。感知层负责把温湿度、粉尘浓度变成电信号控制层用STM32做数据处理和逻辑判断执行层就是继电器驱动风扇和除湿设备通信层用ESP8266把数据推到云平台。这四层之间的关系不是简单的串联而是有反馈回路的——比如粉尘超标触发通风通风之后粉尘降下来了系统要能自动停掉风扇而不是一直转。为什么选ESP8266而不是别的WiFi模块说实话在低成本物联网项目里ESP8266的性价比几乎没有对手。几块钱的价格、AT指令集成熟、串口透传稳定、支持MQTT和HTTP、社区资料铺天盖地。你可能会问为什么不直接用ESP32ESP32当然更强自带ADC和更多IO但如果你主控已经选了STM32ESP8266只做通信桥接就够了没必要多花钱。而且STM32ESP8266这个组合在毕设和课程设计里太经典了参考资料多到你看不完。注意ESP8266的供电一定要单独处理不能用STM32的3.3V LDO直接带。ESP8266在发射瞬间电流能冲到300mA以上STM32板载的LDO很容易被拉垮导致模块反复重启。这是新手最容易踩的坑之一。自动通风除湿的逻辑设计也有讲究。不是简单的“超标就开、达标就关”那样会导致执行器频繁启停继电器寿命急剧缩短。我一般会加一个回差区间比如粉尘浓度超过阈值上限才开风扇降到阈值下限以下才关。温湿度控制同理湿度高于65%开除湿低于55%才停。这个10%的回差就是防止震荡的关键。2. 核心硬件选型与电路设计要点2.1 主控芯片与最小系统STM32的型号选择上我建议用STM32F103C8T6或者STM32F103RCT6。C8T6是经典的“蓝板”核心48脚资源对于这个项目绰绰有余2个ADC、3个USART、多个定时器、足够的GPIO。RCT6引脚更多如果后续要加LCD显示屏或者更多传感器选它更从容。最小系统电路没什么好说的晶振8MHz配22pF电容、复位电路10k上拉加100nF电容、BOOT0下拉到地、每个电源引脚配100nF去耦电容这些是标准操作。有个细节很多人忽略STM32的VDDA和VSSA要单独滤波。ADC采集精度直接受电源纹波影响如果你用USB供电纹波可能达到几十毫伏温湿度还好但粉尘传感器的模拟输出对电源质量很敏感。我一般会在VDDA引脚旁边放一个1uF钽电容加一个100nF陶瓷电容效果立竿见影。2.2 温湿度传感器选型对比温湿度传感器市面上主流的有DHT11、DHT22、SHT30、SHT31这几款。DHT11便宜但精度差湿度±5%RH温度±2℃而且响应慢1秒才能读一次。DHT22好一些湿度±2%RH温度±0.5℃但价格贵一点。SHT30是I2C接口精度高、响应快、稳定性好但价格更高。型号接口湿度精度温度精度响应时间价格区间DHT11单总线±5%RH±2℃1s最低DHT22单总线±2%RH±0.5℃2s中等SHT30I2C±2%RH±0.3℃8s较高SHT31I2C±2%RH±0.3℃8s较高仓库环境控制用DHT22就够用了精度满足需求价格也能接受。如果你要做高精度版本上SHT30。注意DHT系列是单总线协议时序要求严格中断里读容易出错建议在主循环里读读之前关中断。2.3 粉尘传感器选型与原理粉尘监测这块最常用的是GP2Y1010AU0F这款夏普的光学粉尘传感器。它的原理是内部红外LED发光光线经过空气散射后被光电二极管接收输出电压与粉尘浓度成正比。输出是模拟电压STM32的ADC直接采集就行。但这个传感器有个坑它的LED需要脉冲驱动不是一直亮着的。典型驱动方式是给LED引脚一个脉冲脉宽0.32ms周期10ms然后在脉冲结束后0.28ms采样输出。如果你直接给LED常电读数会漂移而且传感器寿命会缩短。STM32用一个定时器输出PWM驱动LED另一个定时器触发ADC采样时序就对了。提示GP2Y1010AU0F的输出电压和粉尘浓度不是严格线性的大致关系是浓度(ug/m3) (输出电压 - 0.9V) / 0.005。这个公式是经验值实际使用前最好用标准仪器标定一下。2.4 继电器驱动与执行器接口执行器这边风扇和除湿机都是220V供电STM32的GPIO肯定不能直接驱动。标准做法是GPIO - 三极管/光耦 - 继电器 - 负载。我推荐用光耦隔离比如PC817把STM32和继电器线圈隔离开防止继电器反向电动势干扰MCU。继电器选5V线圈的SRD-05VDC-SL-C就行10A触点容量带风扇和除湿机绰绰有余。驱动三极管用S8050基极电阻1k继电器线圈两端反并联一个1N4148续流二极管。这个电路我用了无数次稳定可靠。2.5 ESP8266通信接口与供电ESP8266和STM32之间用UART通信波特率一般设115200。接线就三根TX、RX、GND。注意ESP8266的TX接STM32的RXRX接STM32的TX别接反了。供电前面说了单独用一个AMS1117-3.3或者MP1584降压模块输入5V输出3.3V给ESP8266。ESP8266的CH_PD引脚要上拉到3.3V否则不工作。3. 软件架构与关键代码实现3.1 系统主循环与任务调度这个项目的软件架构不需要上RTOS裸机跑主循环就够了。但主循环里不能有delay否则ESP8266的AT指令响应会丢。我的做法是用定时器做一个1ms的时基然后在主循环里做时间片轮询。// 任务调度结构 typedef struct { void (*task)(void); uint16_t interval; uint16_t counter; } Task_t; Task_t tasks[] { {Task_ReadDHT22, 2000, 0}, // 2秒读一次温湿度 {Task_ReadDust, 1000, 0}, // 1秒读一次粉尘 {Task_Control, 500, 0}, // 500ms执行一次控制逻辑 {Task_Upload, 5000, 0}, // 5秒上传一次数据 {Task_ESP8266, 10, 0}, // 10ms处理一次ESP8266数据 };这种时间片轮询的好处是每个任务按自己的节奏跑互不阻塞。DHT22读取需要2秒间隔粉尘传感器1秒读一次够了控制逻辑500ms响应一次上传5秒一次ESP8266的数据接收要频繁处理防止丢包。3.2 DHT22驱动与数据读取DHT22是单总线协议时序要求很严格。起始信号是主机拉低至少1ms然后释放DHT22响应80us低电平80us高电平然后开始传40位数据。每一位数据以50us低电平开始高电平持续时间决定是0还是126-28us是070us是1。// DHT22读取核心代码 uint8_t DHT22_ReadByte(void) { uint8_t i, byte 0; for (i 0; i 8; i) { while (!DHT22_PIN); // 等待50us低电平结束 Delay_us(40); byte 1; if (DHT22_PIN) { byte | 1; while (DHT22_PIN); // 等待高电平结束 } } return byte; }读的时候要注意关中断因为中断会打乱时序。读完之后校验和前4个字节的和等于第5个字节。校验不过就丢弃这次数据用上一次的有效值。3.3 粉尘传感器ADC采集与滤波粉尘传感器的模拟输出接STM32的ADC通道比如PA0。ADC配置成12位、单次转换、软件触发。采集的时候要配合LED脉冲时序先给LED脉冲等0.28ms后启动ADC转换读完之后关LED。// 粉尘采集流程 void Task_ReadDust(void) { uint16_t adc_value; float voltage, concentration; DUST_LED_ON(); // 打开LED Delay_us(280); // 等待0.28ms adc_value ADC_Read(ADC_Channel_0); DUST_LED_OFF(); // 关闭LED voltage adc_value * 3.3f / 4096.0f; concentration (voltage - 0.9f) / 0.005f; if (concentration 0) concentration 0; // 滑动平均滤波 dust_filter[dust_index] concentration; if (dust_index 10) dust_index 0; dust_avg 0; for (int i 0; i 10; i) dust_avg dust_filter[i]; dust_avg / 10.0f; }滑动平均滤波用10个样本既能平滑数据又不会太滞后。如果你发现数据跳动还是大可以加到20个样本但响应会变慢。3.4 自动控制逻辑与回差设计控制逻辑是整个系统的核心。我前面说了要用回差具体实现是这样的// 控制逻辑 #define DUST_HIGH 150.0f // 粉尘上限 ug/m3 #define DUST_LOW 80.0f // 粉尘下限 #define HUMI_HIGH 65.0f // 湿度上限 % #define HUMI_LOW 55.0f // 湿度下限 void Task_Control(void) { // 粉尘控制 if (dust_avg DUST_HIGH) { FAN_ON(); fan_state 1; } else if (dust_avg DUST_LOW) { FAN_OFF(); fan_state 0; } // 中间区间保持当前状态 // 湿度控制 if (humidity HUMI_HIGH) { DEHUMID_ON(); dehumid_state 1; } else if (humidity HUMI_LOW) { DEHUMID_OFF(); dehumid_state 0; } }这个逻辑看起来简单但实际跑起来很稳。回差区间的大小要根据实际环境调仓库空间大、粉尘扩散慢回差可以设大一点比如上限150、下限80。小空间可以缩小到上限120、下限100。3.5 ESP8266 AT指令与MQTT上云ESP8266用AT固件的话上MQTT的流程是这样的先AT测试然后ATCWMODE1设Station模式ATCWJAP连WiFiATCIPMUX0设单连接ATCIPSTART建立TCP连接到MQTT服务器然后发MQTT连接报文。整个过程比较繁琐但稳定。// ESP8266初始化流程 void ESP8266_Init(void) { ESP_SendCmd(AT\r\n, OK, 1000); ESP_SendCmd(ATCWMODE1\r\n, OK, 1000); ESP_SendCmd(ATCWJAP\WiFi名称\,\WiFi密码\\r\n, OK, 10000); ESP_SendCmd(ATCIPMUX0\r\n, OK, 1000); ESP_SendCmd(ATCIPSTART\TCP\,\MQTT服务器IP\,1883\r\n, CONNECT, 5000); // 发送MQTT CONNECT报文 MQTT_Connect(); }注意ATCWJAP连WiFi的时候如果路由器信号不好可能会返回FAIL。我的做法是重试3次每次间隔2秒。如果3次都失败就重启ESP8266再试。ESP8266长时间运行可能会死机加一个硬件看门狗或者定时重启比如每天凌晨重启一次能解决大部分稳定性问题。MQTT报文格式这里不展开写了网上有很多现成的库。如果你不想自己拼报文可以用巴法云或者OneNet这些平台它们有现成的AT指令或者SDK。巴法云的MQTT接入特别简单注册个账号、创建个主题、拿到客户端ID和密钥就能用。4. 常见问题排查与实操避坑指南4.1 ESP8266连不上WiFi或频繁掉线这是最高频的问题。排查顺序是这样的先确认供电用万用表量ESP8266的VCC和GND看电压是不是稳定在3.3V。如果电压跳动超过0.2V就是供电问题换LDO或者加电容。然后确认WiFi名称和密码有没有特殊字符AT指令里的引号和逗号要用英文。再确认路由器是不是2.4G频段ESP8266不支持5G。如果都正常但还是掉线试试降低波特率到9600有时候115200在长线缆上不稳定。现象可能原因解决方法AT无响应波特率不对试9600/115200CWJAP返回FAIL密码错误/信号弱检查密码靠近路由器频繁重启供电不足单独LDO供电加100uF电容TCP连接断开服务器拒绝/网络不稳检查IP端口加心跳包MQTT无响应报文格式错误用MQTT调试工具验证4.2 DHT22读数失败或数据异常DHT22读失败一般是时序问题。首先确认上拉电阻DHT22的数据线需要4.7k-10k上拉到3.3V很多模块自带但如果你买的是裸传感器就要自己加。然后确认读取间隔DHT22不能连续读两次读取至少间隔2秒。如果还是失败检查是不是在中断里读的中断会打乱时序改到主循环里读。数据异常的话检查校验和校验不过就丢弃。4.3 粉尘传感器读数漂移或始终为0粉尘传感器读数漂移通常是LED驱动时序不对。确认LED脉冲宽度是0.32ms采样点在脉冲结束后0.28ms。如果你用GPIO直接翻转要确保延时准确。始终为0的话检查ADC通道配置和引脚连接用万用表量传感器输出引脚电压正常应该在0.9V左右干净空气。如果电压为0传感器可能坏了或者供电不对。4.4 继电器动作干扰MCU导致复位继电器动作时线圈会产生反向电动势如果不加续流二极管这个高压会串回电源导致MCU复位。解决方法继电器线圈两端反并联1N4148光耦隔离继电器电源和MCU电源分开走线在继电器电源端加100uF电解电容。我试过不加续流二极管MCU复位率大概30%加上之后基本为零。4.5 上云数据丢包或延迟大数据丢包一般是MQTT QoS设置问题。QoS 0是“发了不管”QoS 1是“至少一次”QoS 2是“恰好一次”。仓库环境监测用QoS 1就够了QoS 2开销太大。延迟大的话检查上传间隔5秒一次比较合适太快了服务器可能限流。另外ESP8266的AT指令响应要等不能发完不管每个指令都要等OK或者ERROR再发下一条。5. 系统联调与实测经验分享5.1 分模块调试顺序不要一上来就把所有模块接在一起调那样出了问题你都不知道是哪里的。我的调试顺序是先调STM32最小系统确保能下载、能跑LED闪烁然后调DHT22串口打印温湿度再调粉尘传感器串口打印ADC值和浓度然后调继电器用GPIO控制开关最后调ESP8266先用串口助手手动发AT指令确认能连WiFi、能连MQTT再把AT指令集成到代码里。这个顺序看起来慢实际上最快。我见过太多人把所有模块焊在一起上电不工作然后一个个拆下来查浪费的时间更多。5.2 实测数据与阈值调整我在一个约50平米的仓库里实测过这套系统。夏天湿度高的时候除湿机开10分钟能从70%降到60%然后回差控制让它继续开到55%才停。粉尘方面正常情况浓度在20-50 ug/m3有人走动或者搬运货物时会冲到100-200风扇开5分钟能降到50以下。阈值我最后设的是粉尘上限150、下限80湿度上限65%、下限55%这个参数在这个场景下很稳。场景粉尘浓度(ug/m3)湿度(%RH)风扇状态除湿状态正常20-5045-55关关搬运货物100-20050-60开关雨天30-6070-85关开雨天搬运120-18070-80开开5.3 长期运行稳定性处理这套系统我连续跑了3个月遇到过几次ESP8266死机、一次DHT22读数卡死。解决方法加独立看门狗STM32用IWDGESP8266用定时重启。具体做法是每天凌晨3点重启一次ESP8266ATRST指令就行。DHT22读数卡死的话加超时机制如果读一次超过100ms还没完成就重新初始化引脚再读。提示ESP8266的AT固件版本很重要建议用AT 1.7以上的版本老版本有些MQTT相关的指令不支持。刷固件的时候注意选对Flash大小ESP-01是8MbitESP-12是32Mbit刷错了会变砖。5.4 成本控制与选型建议整个系统BOM成本大概在80-120元之间具体看你怎么选。STM32F103C8T6核心板15元DHT22 15元GP2Y1010AU0F 25元ESP8266-01S 8元继电器模块5元电源和杂项20元。如果你要做产品化可以把STM32换成更便宜的GD32或者直接用ESP32单芯片方案但开发难度会增加。对于毕设或者课程设计我建议就用STM32ESP8266这个组合资料多、坑少、老师也认。你要是想加点亮点可以加个OLED显示屏本地显示数据或者加个SD卡做本地数据记录成本增加不多但功能看起来更完整。5.5 代码组织与版本管理最后说下代码组织。我习惯把驱动层和应用层分开DHT22.c、Dust.c、ESP8266.c、Relay.c这些是驱动层main.c里的任务调度和控制逻辑是应用层。这样换传感器或者换通信模块的时候只需要改驱动层应用层不动。版本管理用Git每次调通一个模块就提交一次出问题了可以回退。别把所有代码堆在一个main.c里后期改起来想死的心都有。这个项目从画板子到调通大概花了我两周的业余时间其中ESP8266上云占了差不多一半时间。如果你只是做毕设可以直接用现成的云平台AT指令省去自己拼MQTT报文的麻烦。巴法云和OneNet都有现成的STM32ESP8266接入例程拿来改改就能用。但如果你想真正搞懂物联网通信还是建议自己拼一次MQTT报文理解CONNECT、PUBLISH、SUBSCRIBE这些报文的格式以后换任何平台都不慌。