手把手教你打造一个高性价比的智能空气卫士：ESP32 + 多传感器空气质量报警系统
你有没有过这样的经历？刚走进一间房间，总觉得空气“闷”、喉咙不舒服，却说不上来哪里不对劲。或者家里的老人孩子频繁咳嗽，医生说是过敏，但源头在哪？
其实，我们每天呼吸的空气中，可能正悄悄潜伏着PM2.5、二氧化碳、甲醛、TVOC（总挥发性有机物）这些“隐形杀手”。而传统的空气质量检测仪要么价格昂贵，要么功能单一、无法联网，根本做不到实时预警和远程查看。
今天，我就带你用不到百元的成本，亲手搭建一套真正实用、能报警、可远程监控的智能空气质量检测报警系统。核心主角就是大名鼎鼎的ESP32—— 它不仅是开发者的宠儿，更是物联网落地的“万金油”。
为什么是ESP32？它凭什么扛起环境监测的大旗？
在做这个项目前，我也对比过不少MCU：ESP8266便宜，但单核+没蓝牙，跑多任务有点吃力；STM32性能强，可加上Wi-Fi模块后电路复杂、功耗也上去了。直到我重新捡起那块积灰的ESP32开发板——好家伙，简直是为这类项目量身定做的。
它到底强在哪？
- 双核240MHz处理器：一个核专心采集传感器数据，另一个核默默处理Wi-Fi通信，互不干扰。
- Wi-Fi + 蓝牙双模：既能连路由器上传云端，也能通过蓝牙做本地调试或应急配置。
- 18个GPIO随便用：I²C、SPI、UART、ADC全都有，MQ-135、SGP30、PMS5003这些主流传感器插上去就能通信。
- 深度睡眠电流仅几微安：如果做成电池供电版本，睡个几个月没问题。
- 原生支持OTA升级：程序有问题？不用拆壳，手机点一下就能更新固件。
最让我心动的是它的生态。Arduino、MicroPython、ESP-IDF三大开发框架任选，社区资源丰富到爆炸。哪怕你是新手，照着例子改改代码，两天内也能让设备“上线”。
传感器怎么选？别再只看PM2.5了！
很多人做空气质量监测，只知道装个PMS5003测PM2.5。但你知道吗？室内空气污染远不止颗粒物这么简单。
我最终敲定的这套“黄金组合”，覆盖了五大关键指标：
| 传感器 | 测什么？ | 为什么选它？ |
|---|---|---|
| PMS5003 | PM1.0 / PM2.5 / PM10 | 激光散射原理，精度高，响应快，串口输出稳定可靠 |
| SGP30 | TVOC（ppb）、eCO₂（ppm） | 数字I²C接口，自带算法补偿，长期漂移小，免标定 |
| MQ-135 | NH₃、烟雾、苯类等综合气体 | 模拟输出，成本低，适合做粗略预警补充 |
| DHT22 | 温度、湿度 | 数据用于修正其他传感器读数，提升准确性 |
📌特别提醒：不要迷信单一传感器！比如CO₂浓度高会导致头晕，TVOC超标容易引发过敏，而温湿度会影响人体对污染物的感知。只有多参数融合判断，才能真正反映“体感空气质量”。
其中，SGP30是我最推荐的核心传感器。它不像老式电化学传感器那样需要频繁校准，内部的IAQ（室内空气质量）算法会自动学习环境基线。你把它放在房间里一周后，它就知道什么是“正常值”，之后一旦有异常释放（比如新家具放气），立刻就能察觉。
实战！一步步写出你的第一版监控代码
下面这段代码，是我实际项目中提炼出的精简骨架。你可以直接复制到Arduino IDE里跑起来。
#include <WiFi.h> #include <Wire.h> #include <Adafruit_SGP30.h> #include <ArduinoJson.h> #include <PubSubClient.h> // WiFi配置 const char* ssid = "你的Wi-Fi名称"; const char* password = "你的密码"; // MQTT设置 const char* mqtt_server = "broker.hivemq.com"; // 公共测试Broker const char* topic = "home/air_quality"; WiFiClient espClient; PubSubClient client(espClient); Adafruit_SGP30 sgp; // 报警引脚定义 #define BUZZER_PIN 13 #define RED_LED 12 #define GREEN_LED 14 void setup() { Serial.begin(115200); // 初始化蜂鸣器和LED pinMode(BUZZER_PIN, OUTPUT); pinMode(RED_LED, OUTPUT); pinMode(GREEN_LED, OUTPUT); digitalWrite(GREEN_LED, HIGH); // 默认绿灯表示正常 // 连接Wi-Fi WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); Serial.print("."); } Serial.println("\nWiFi connected!"); // 连接MQTT client.setServer(mqtt_server, 1883); reconnect_mqtt(); // 初始化SGP30 if (!sgp.begin()) { Serial.println("SGP30未找到，请检查I2C连接"); while (1); } Serial.println("SGP30初始化成功"); } void loop() { if (!client.connected()) { reconnect_mqtt(); } client.loop(); // 维持MQTT心跳 float tvoc, eco2, pm25, temp, humi; // 读取传感器数据（简化版） read_sgp30(tvoc, eco2); pm25 = read_pms5003(); // 假设已实现该函数 temp = 24.5; humi = 58; // 实际应调用DHT22读取 // 判断是否需要报警 bool alarm_triggered = false; if (pm25 > 75 || eco2 > 1000 || tvoc > 500) { trigger_alarm(); alarm_triggered = true; } else { clear_alarm(); } // 发送数据到云端 send_to_cloud(pm25, eco2, tvoc, temp, humi, alarm_triggered); delay(30000); // 每30秒上报一次 }关键函数拆解
🔹read_sgp30()—— 数字传感器的优雅读法
void read_sgp30(float &tvoc, float &eco2) { if (sgp.IAQmeasure()) { tvoc = sgp.TVOC; eco2 = sgp.eCO2; } else { Serial.println("SGP30读取失败"); tvoc = 0; eco2 = 0; } }SGP30库已经把复杂的I²C通信和算法封装好了，一行IAQmeasure()搞定所有。这才是现代嵌入式开发该有的样子。
🔹send_to_cloud()—— 让数据飞向云端
void send_to_cloud(float pm25, float co2, float tvoc, float t, float h, bool alarm) { StaticJsonDocument<200> doc; doc["pm25"] = (int)pm25; doc["co2"] = (int)co2; doc["tvoc"] = (int)tvoc; doc["temp"] = t; doc["humi"] = h; doc["alarm"] = alarm; doc["ts"] = millis() / 1000; char buffer[256]; serializeJson(doc, buffer); client.publish(topic, buffer); }使用ArduinoJson库构造JSON消息，结构清晰、易解析。接收端无论是手机App还是Web仪表盘，都能轻松消费这些数据。
🔹trigger_alarm()—— 别小看本地报警的作用
void trigger_alarm() { digitalWrite(GREEN_LED, LOW); digitalWrite(RED_LED, HIGH); tone(BUZZER_PIN, 1000, 200); // 鸣叫200ms delay(100); }很多人追求“全上云”，但网络断了怎么办？本地声光报警是最后一道防线。红灯一亮、蜂鸣器一响，屋里的人马上就知道该开窗了。
网络通信选MQTT还是HTTP？我的实战建议
刚开始我也纠结过。HTTP简单直白，POST一下完事；MQTT听起来高级，但要搭Broker。
后来我发现：如果你要做持续监控，必须上MQTT。
原因很简单：
- HTTP是“请求-响应”模式，每30秒发一次，服务器压力大；
- MQTT是发布/订阅机制，轻量、低延迟，支持双向通信；
- 可以反向控制——比如你在手机上看到CO₂太高，直接发条指令让ESP32打开继电器，启动空气净化器。
我用的是公共MQTT代理broker.hivemq.com，免费、无需注册，非常适合测试。生产环境建议自建Mosquitto服务器，或者用阿里云IoT、ThingsBoard这类平台。
工程细节决定成败：那些手册不会告诉你的坑
你以为烧完代码就万事大吉？真正的挑战才刚开始。
❗ PMS5003的“假死”问题
PMS5003靠风扇吸气测量，长时间运行后容易积灰导致读数异常甚至无响应。解决方案：
- 每次采样前先Serial.flush()清空缓存；
- 加个定时重启逻辑：“连续3次读不到有效数据 → 重启传感器模块”。
❗ SGP30的“冷启动”陷阱
SGP30首次通电需要至少12小时“训练期”才能输出稳定eCO₂。如果你刚焊好电路就想看效果？对不起，前半天的数据基本不准。耐心等它“热身”。
❗ ESP32发热影响传感器
ESP32工作时本身会发热，如果把MQ-135贴得太近，温度升高会导致电阻变化，误判为气体浓度上升。一定要留出至少5cm间距，必要时加挡热片。
❗ 电源噪声干扰模拟信号
MQ-135输出的是模拟电压，很容易被Wi-Fi模块的射频噪声干扰。我在实践中发现：
- 单独给传感器供电滤波更稳；
- 在ADC输入端加个0.1μF陶瓷电容去耦；
- 采用滑动平均滤波（如取10次采样均值）。
这套系统能用在哪？真实应用场景分享
我已经在家里、朋友的办公室和一间幼儿园教室部署了三套类似系统，反馈都很好。
- 家庭场景：睡觉时卧室CO₂悄悄升到2000ppm以上，第二天头昏脑涨。现在一超标就亮红灯，提醒开窗通风。
- 儿童房重点监护：新买的衣柜释放甲醛，TVOC飙升到800ppb，手机马上收到告警，及时处理避免健康风险。
- 小型工作室：多人开会时PM2.5因呼吸和打印作业快速上升，系统联动新风系统自动开启。
更进一步，我还尝试接入Home Assistant，把空气质量数据整合进智能家居中枢。当TVOC过高时，不仅能报警，还能自动打开空气净化器、关闭空调回风阀——这才叫真正的“智能联动”。
写在最后：技术的价值在于解决真实问题
这个项目从构思到落地，花了我三个周末。材料成本总计不到150元（含外壳、线材），但带来的安全感和实用性远超预期。
它不完美——比如还没加入GPS定位做移动监测，也没上LoRa实现远距离组网。但正是这种“够用就好”的设计理念，让它具备了普及的可能性。
未来我会尝试加入AI预测模型，比如用历史数据训练一个LSTM网络，提前15分钟预判空气质量恶化趋势。也可能换成ESP32-C3这类RISC-V芯片，进一步降低功耗。
如果你也在关注身边看不见的空气污染，不妨动手试试。不需要成为专家，只要愿意折腾，每个人都能为自己打造一个“私人空气哨兵”。
🛠️代码开源提示：完整工程代码（含PMS5003串口解析、OTA升级、阈值远程配置）我已上传GitHub，搜索
ESP32-Air-Quality-Monitor即可获取。欢迎Star & 提Issue交流！
💬互动时间：你最关心哪种空气污染物？家里是否有老人小孩需要特别防护？欢迎在评论区聊聊你的需求，我们一起优化方案！
