基于STM32的仓库环境监控：温湿度粉尘监测与ESP8266上云实现

仓库里堆着几十箱电子元器件长期没有环境监控结果一夜受潮引脚氧化直接损失好几千块。这让我下定决心做一套基于STM32的仓库环境控制系统把温湿度监测、粉尘监测、自动通风除湿和ESP8266上云全部打通让管理员在手机端也能看到实时数据远程控制风机和除湿机。无论是电子元件仓库、档案室还是小型食品库这套设计逻辑都可以搬过去用。下面我按自己的实际项目流程从需求拆解到硬件选型、软件实现、云端接入再到现场调试的踩坑完整地讲一遍。1. 仓库环境需求拆解为什么是温湿度粉尘一个都不能少1.1 仓库里的东西对环境的敏感度先别急着选芯片先弄清楚仓库里到底怕什么。电子元件的引脚是铜合金表面镀锡湿度过高时水汽会在引脚表面形成微电池效应加速氧化尤其是无铅焊料更容易长“毛刺”。温度过高会让电解电容里的电解液挥发加快寿命断崖式下降。还有静电问题粉尘颗粒在空气中摩擦会带电吸附在精密IC引脚之间上电瞬间就可能形成微导通导致短路或参数漂移。药品和食品更敏感。药品有效期对环境温湿度有硬性要求湿度超过60%RH胶囊和粉剂容易结块。食品仓储中面粉粉尘浓度过高还涉及粉尘爆炸风险虽然日常检测达不到那个极限值但持续监测粉尘浓度能帮助提前发现通风不畅的问题。所以需求第一件事就是温度和湿度必须同时监测粉尘浓度也必须有因为它们是三个独立的风险维度。1.2 监测与控制的关系先测准才能控到位装一堆传感器只做记录不如直接用手持表。真正的价值在于控制闭环。当湿度超过设定值系统自动开启除湿风机当粉尘浓度异常升高排风扇自动启动当温度过高通风降温。听起来简单但“控制策略依赖数据质量”这一点在实际中往往被忽略。数据测不准或者有毛刺系统就会误动作。比如风机启动瞬间产生的干扰让粉尘传感器读数飙升系统就会误以为空气很脏而一直开着风机。再比如湿度传感器偶尔跳变到90%RH除湿机就会频繁启停几个月下来继电器触点就烧黑了。所以在整个设计里我把“先测准”放在绝对优先的位置。宁可采样频率慢一点也要保证读数是稳定可靠的。后面我会详细说滤波、校验和状态机是怎么做的。2. 硬件选型与总体架构从传感器到执行器的链路梳理2.1 传感器选型温度、湿度、粉尘该用哪颗芯片先放一张我的选型表大家自己配项目时可以做减法。功能器件关键参数为什么不选别的温湿度DHT22AM2302精度±0.5°C、±2%RHDHT11湿度精度只有±5%RH控制偏差太大粉尘GP2Y1010AU0F模拟电压输出0~3.6VPMS5003更准但贵3倍仓库监测够用主控STM32F103C8T672MHz128KB Flash资源刚好覆盖全部外设成本不到15元WiFiESP8266-01S串口AT指令控制比ESP32多了个独立主控便于本地策略优先执行器5V两路继电器模块隔离控制风机和除湿机加光耦隔离保护MCUDHT11虽然便宜但湿度在60%RH附近误差可能到正负5%也就是55%~65%都可能测出来是60%。而我的控制阈值就设在65%RH一个错误读数就可能让系统从“正常”跳到“报警”。DHT22虽然贵几块钱但湿度误差控制在2%RH内足够支撑滞回控制。粉尘传感器我选GP2Y1010AU0F。它内部有一个红外LED和光电接收管空气流过检测腔粉尘颗粒反射红外光接收管输出一个随粉尘浓度变化的电压信号。虽然它无法区分PM2.5和PM10但作为环境趋势监测完全够用。如果你要做精细颗粒物认证再考虑PMS5003那个直接输出数字量和微克级浓度当然成本也上去了。2.2 主控与通信为什么选STM32F103C8T6STM32F103C8T6是很多STM32项目的“网红片”但绝不是只能入门。咱们捋一下外设资源两个ADC通道分别采集粉尘模拟电压和供电电压我用来做电源监测一个单总线IO给DHT22两个USART一个接ESP8266一个接调试串口四个GPIO控制继电器和状态LED一个定时器产生1ms系统节拍用SysTick做延时和状态机扫描。这套代码我用的是标准外设库整体占用Flash大约50KB还有余量。如果你习惯用HAL库也可以但要注意DHT22时序要求精确HAL库的HAL_Delay在中断嵌套时可能不准所以我强烈建议自己实现一个基于SysTick的微秒级延时函数后面会提到。还有一个特别容易踩的坑GP2Y1010由5V供电输出引脚最高能到3.6V直接进STM32的ADC有风险。参考电路里那颗分压电阻必须保留把电压限制到3.3V以内。我见过有人图省事直接接结果一夜之间主控的ADC引脚就废了。2.3 ESP8266上云的两种路径串口透传与AT指令ESP8266-01S是这套系统的“上云担当”。它有两条路线一是刷NodeMCU固件用Lua脚本把业务逻辑跑在ESP8266上。这样STM32只当采集器逻辑全在ESP8266里。好处是改逻辑方便坏处是断网时本地自动控制完全失效而且Lua运行环境和网络库占Flash不小可维护性一般。二是保持原厂AT固件STM32通过串口发AT指令控制ESP8266连接WiFi、建TCP、透传数据。我选这条路因为本地控制逻辑必须保留在STM32上即使云平台断线仓库内的自动通风除湿照常工作这才是工业场景最看重的“降级能力”。选ESP8266-01S还有一个细节模块峰值电流能到500mA左右绝对不能直接用STM32最小系统板上的AMS1117给模块供电。我在5V入口接了一个单独AMS1117-3.3模块并在模块输出端并联470uF电解电容和100nF陶瓷电容实测WiFi发送数据时电压纹波从400mV降到80mV以内这一路稳定之后ESP8266掉线概率低了很多。3. STM32端程序设计从裸机状态机到可靠采样3.1 温湿度采样的时序陷阱与抗干扰DHT22单总线协议看起来简单用起来坑不少。主机把总线拉低至少18ms释放后等待从机反应从机先拉低80us再拉高80us然后逐位输出40位数据。每一位数据由一个低电平占位时间和随后的高电平持续时间来区分“0”和“1”。第一个坑延时精度。DHT22要求每一位的电平宽度达到微秒级正确率所以我用SysTick写了delay_us(uint16_t us)函数并且把延时函数放到Flash中断里执行。不要在定时器中断里调用DHT22读取因为中断会打断时序。我的主循环用状态机调用读取函数每次读取期间关闭其它外部中断保证时序连续。第二个坑读取间隔。DHT22手册明确写着两次读取间隔不少于2秒。这不是随意写的因为传感器内部测量值需要时间更新。如果你为了响应控制每200ms读一次返回的其实是上一次的缓存值。我把采样周期设为2.5秒每次读取后做校验如果校验失败丢弃本次数据等到下一轮再读。第三个坑校验和。DHT22返回40位数据前4字节是湿度和温度的高低位最后1字节是校验和。校验值为前四字节相加取低8位。这个校验一定不能省长线传输或者传感器老化后偶尔会蹦出一个0xFF的坏数据没有校验和就会被当成真实值控制逻辑立刻误判。连续三次读到有效数据后我取中间值作为最终显示值避免单次偶发波动引起控制抖动。3.2 粉尘传感器模拟量的滤波与标定换算GP2Y1010的输出是小信号模拟量直接进ADC后数值波动很大需要软硬件两层处理。硬件上我在ADC引脚对地并联一个0.1uF电容形成一个低通滤波器压住高频毛刺。软件上我用了“滑窗平均加去极值”的办法每秒采20次ADC去掉最大和最小剩下的18次求平均这个平均值再进入后续标定。标定是另一件必须做的事。GP2Y1010的官方曲线近似一种线性关系但它受颗粒物密度、光衰和温度影响。我的经验公式是粉尘浓度mg/m³ (ADC电压 - 0.6) * 0.2其中0.6是无尘环境时的基准电压0.2是根据官方灵敏度0.5V/0.1mg/m³推算出的斜率。这个公式在没有专业标定设备时够用但如果你有标准粉尘源建议至少做两个点一个低浓度如0.1mg/m³一个高浓度如1.0mg/m³然后求出自己的斜率和截距。还有个容易忽略的点预热。GP2Y1010上电后前几十秒输出会漂移因为内部LED还没稳定。程序里我加了一个45秒预热计时预热期间不采集有效数据只显示“SYSTEM BOOTING”。很多样例代码没这个逻辑直接上电就出数前几分钟数据全是偏高的会把控制策略带偏。3.3 自动通风除湿的控制策略滞回区间的工程意义阈值控制如果只有一个上限系统会在临界点来回抖。比如湿度超过65%RH开风机低于65%RH关风机那么传感器在64.9%和65.1%之间波动时继电器就不断“啪嗒啪嗒”很伤触点。我引入了滞回控制。以除湿为例当湿度高于65%RH且持续5秒开启除湿风机当湿度低于55%RH且持续5秒关闭除湿风机当湿度落在55%RH~65%RH之间保持当前状态。这样有效避免频繁切换。粉尘控制同理浓度超0.3mg/m³开启排风降到0.15mg/m³关闭。5秒的持续判断是“防抖动”的另一种补充确保峰值干扰不会触发状态切换。为了让逻辑更清晰我把整个控制写成了状态机typedef enum { STATE_IDLE 0, STATE_VENT, STATE_WARN, STATE_ALARM } sys_state_t;状态迁移规则按优先级执行报警 粉尘 湿度 温度 空闲。每次扫描先判断报警条件再逐级往下。比如仓库温度不高但粉尘超标的场景系统进入STATE_VENT打开排风扇如果湿度同时超标就再启动除湿机。这样做既不会让多个if打架又方便后续新增执行器。4. ESP8266上云实现数据上链与远程控制细节4.1 用AT指令建立MQTT连接以OneNET为例上云的第一步是让ESP8266通过MQTT协议连上云平台。我用的是OneNET原因简单国内直连、免费、MQTT支持好。这里的ESP8266-01S必须刷官方AT固件2.0以上版本才能直接使用ATMQTTCONN这类指令。如果你的固件还是老的1.7.4只能自己组MQTT报文比较麻烦。刷固件办法网上很多注意用串口工具GPI O0拉低进烧录模式。连接流程分几步ATRST 重启模块ATE0 关闭回显ATCWMODE1 设为Station模式ATCWJAPSSID,密码 连接WiFiATMQTTUSERCFG0,1,clientId,username,password,0,0,ATMQTTCONN0,183.230.40.16,6002,1其中username和password换成OneNET设备创建时的产品ID和设备ID对应的鉴权信息。这些参数我全部用宏定义放在代码开头方便换设备时改。连接成功后上报数据用ATMQTTPUB参数包括主题和QoS。OneNET主题一般是“device_id/dp”或者自定义数据流主题。我建议把QoS设为1保证消息不丢代价是略有延迟。仓库环境每秒变化很慢这种延迟无所谓。4.2 数据上报格式与心跳维护上报数据我用JSON格式方便云平台解析{temp:25.3,hum:58.6,dust:0.12,fan:1}STM32端用sprintf拼这个字符串注意长度控制在256字节内。ATMQTTPUB指令格式是ATMQTTPUB0,topic,1,payload其中的payload不能有逗号问题JSON里的逗号和引号都在字符串里所以要用字符串转义。调试时我踩过坑一开始没转义MQTT消息总是被截断。建议在程序里先构造好字符串再整体发送不要用AT指令直接拼参数。心跳维护方面运营商的NAT会回收长时间空闲的TCP连接所以即使数据没变化我坚持每30秒上报一次温湿度。这个刷新率比MQTT默认心跳60秒更高能保证连接不被静默关闭。如果数据发生突变马上额外上报一次这样控制端能更快看到状态变化。如果发现ESP8266断开我用ATCIPSTATUS查询连接状态。若返回不是“STATUS:3”或“CONNECT OK”就直接重新执行连接流程不依赖系统重启。整个重连设计放在主循环里做每秒检查一次避免在中断里处理网络逻辑。4.3 远程控制与本地策略的优先级问题ESP8266不仅上报数据还能接收云平台下发到设备的命令这就是远程控制。在OneNET里设备订阅了命令主题云平台下发{cmd:fan_on}ESP8266通过UART收到后我在串口中断里做简单解析提取cmd字段。如果匹配预设命令就把它映射到状态机的“远程覆盖”标志上。但远程控制不能覆盖本地安全逻辑。我的策略是远程指令只能“临时覆盖”最多5分钟。比如管理员在手机上点了开启风机但5分钟内仓库湿度已经降到安全范围本地策略就会重新接管强制关闭风机。这样可以防止远程指令失控。实现并不复杂定义一个rem_override_count收到远程指令就重置为300秒每次计数递减减到0恢复本地判断。如果仓库有多级管理需求可以把“远程控制”和“远程查看”分开。我只开放了风机和除湿机控制其它参数只能查看。这样管理员不可能远程关掉系统本身减少误操作风险。5. 实测结果与踩坑记录误报、干扰、掉线如何应对5.1 粉尘传感器在风机启动时的尖峰误报这一条必须好好说。第一次整机联调时我启动风机测试结果粉尘值瞬间从0.1跳到0.8mg/m³直接触发报警。一开始以为是粉尘真的很大把风机放在粉尘传感器旁边其实不是是干扰。风机电机转动时产生的电磁噪声通过电源线又叠加到GP2Y1010的模拟输出上。解决分三步第一粉尘传感器从5V电源改到独立稳压电源中间加LC滤波——串联22uH电感再并联220uF电容把电机启动时的电源跌落隔离开。第二传感器模块远离风机和继电器至少30cm。我是把它移到墙角的采样风道里远离强电部件。第三软件加“500ms去毛刺”一旦粉尘值突变超过0.3mg/m³程序先等500ms再读一次如果恢复正常就判定为干扰忽略。这三板斧下来风机启动时粉尘值稳定在0.1左右。实际飘进灰尘时变化是渐进的500ms去毛刺不会滤掉真实信号。5.2 DHT22在长线传输时的数据跳变仓库中央到主控板距离有3米这在平时看起来不长但对单总线协议来说已经很有挑战。DHT22返回的数据开始乱跳一会儿湿度87%一会儿35%。用示波器看信号发现高电平过冲和振铃。我把DHT22模块上的上拉电阻从4.7kΩ改成2.2kΩ同时开启STM32内部上拉增强了信号驱动能力。线缆换成双绞线让信号线和地线相邻减少噪声耦合。这样改完以后数据稳定了。如果你的传感器离主控超过10米我建议直接换I2C接口的SHT30或者单总线数字传感器加专用收发器别硬扛。仓库现场走线距离是很实际的问题选型时必须把“最大线缆长度”列进需求。5.3 ESP8266掉线与重连机制长时间跑下来ESP8266偶尔会掉线。路由器DHCP租约到期、运营商NAT老化、模块供电波动都会造成连接断开。我一开始只在初始化时连接一次WiFi结果第3天凌晨数据就断了直到第二天巡检发现尴尬得不行。后来我老老实实写了重连循环在主循环里每秒查询一次ATCIPSTATUS如果连接状态异常就按顺序执行ATRST、ATCWJAP、ATMQTTCONN。每次查询之间加延迟防止模块复位后立即被压垮。实测重连时间在5秒以内云端数据断档不超过10秒。加上我之前说的独立供电和大电容ESP8266稳定运行一个月没掉线。另外CH_PD引脚必须拉高如果悬空模块可能一直无法启动这个问题我见过好几个朋友遇到。6. 成本、成本与扩展这个系统能复制到哪些场景6.1 物料清单与成本核算经常有朋友问做这套系统要多少预算。我按实际购买价列个表物料型号/规格单价约STM32最小系统板STM32F103C8T6蓝色板15元温湿度传感器DHT22模块10元粉尘传感器GP2Y1010AU0F模块25元WiFi模块ESP8266-01S8元继电器模块5V两路带光耦8元电源模块5V适配器 AMS1117-3.3 滤波电容15元风机12cm静音风扇15元其他线材、外壳、风道、PCBA20元总计约116元。再算上人工和调试个人DIY整体不超过两百元。如果你用DHT11替换DHT22能再省几块钱但精度掉一档我不建议在有明确控制需求的场景里省这个钱。6.2 扩展思路多节点、断网本地优先、数据可视化这套系统架构天然能扩展。想监控多个仓库每个仓库放一个STM32采集节点通过ESP8266把MQTT数据上报到同一个云平台再在大屏上聚合展示。如果不想用公网也可以用局域网MQTT代理但那样手机不在局域网内就看不了实用性大打折扣。断网本地优先是一个重要设计理念。哪怕云平台宕机、路由器断线本地状态机依然会根据传感器读数自动控制风机和除湿机保证仓库环境不失控。这是工业现场最看重的降级能力因为网络故障大概率发生在最需要远程干预的时刻。数据可视化方面OneNET自带应用开发器拖几个图表控件就能看曲线。如果你自己会写网页也可以把云平台的数据通过HTTP API拉到自建页面上做成大屏监控。对大多数仓库管理需求来说平台自带的图表已经够用了没必要过度设计。如果你也要动手做一套类似系统我建议先从单机版的本地自动控制开始把传感器读数、继电器动作都跑稳了再上云也不迟。做智能硬件项目基础可靠性永远比炫酷的远程页面重要。希望这篇分享可以帮你少踩几个坑顺利做出自己的第一版仓库环境控制系统。