做环境监测这块我前后打过好几十版样Project #15 这套组合算是我自己最满意的一版。核心器件就三样一块编号 C4002 的核心板、一颗博世的 BME280、一颗 ScioSense 的 ENS160板卡改版标记叫 Mk49所以这个项目的完整代号就是 “Environment – C4002 - BME280 - ENS160 – Mk49”。这名字看着长拆开其实很好懂项目本身也简单一个小型的室内/户外环境采集节点同时输出温度、湿度、气压、TVOC、eCO2 和空气质量指数。这篇就把我从选型到打样、从接线到固件、从实测到踩坑的完整过程都抖出来给准备做环境监测、家庭气象站或者想往智能家居里加一路空气数据的朋友做个参考。1. 先把三个主角彻底认清楚1.1 BME280温湿压三合一的“稳定派”BME280 是 Bosch Sensortec 的经典环境传感器一颗芯片里集成了温度、湿度和气压三个测量单元。它的温度精度能做到 ±1℃ 左右湿度典型误差 ±3% RH气压的绝对精度约 ±1 hPa这个级别的数据拿来做室内外环境记录、天气趋势判断都完全够用。它能干三件最典型的事一是测体感温度和露点二是配合湿度判断人体舒适度三是通过气压变化推算天气趋势或者计算海拔高度。很多人在无人机、气象站、智能家居温控器里都用它市场存量非常大所以无论用官方 Bosch 驱动还是 Adafruit 的封装库资料都极其齐全。功耗方面它在 normal 模式下也只是微安级别一颗锂电池就能跑很久。这也是我为什么把它当作整个项目“地基”的原因——温湿压是环境监测的底座少了它后面所有数据都会缺一条腿。1.2 ENS160金属氧化物半导体的“空气鼻子”ENS160 是 ScioSense 出的环境气体传感器核心是一颗加热的金属氧化物半导体MOX传感单元内部还带了一个小 MCU 做信号处理。它直接给你算好的三组数据TVOC总挥发性有机物单位 ppb、eCO2等效二氧化碳单位 ppm和 AQI空气质量指数1 到 5 档。注意“等效”这两个字。ENS160 测的不是真正的二氧化碳浓度它是通过检测 VOC 等还原性气体再用算法推算出一个等效 CO2 值。真正的 CO2 传感器要用 NDIR 非色散红外原理成本高得多比如 SenseAir S8、MH-Z19 这类。而 ENS160 的优势在于便宜、响应快、能在小体积里同时给 VOC 和 eCO2虽说不适合做合规的二氧化碳监测但用于室内空气质量的日常趋势判断完全够用。它也内置了温湿度计但那个只是辅助用的精度一般而且传感器一上电加热自身温度就会偏高。用外部的 BME280 给它做温度补偿这个项目才有意义。1.3 C4002 与 Mk49板子和迭代代号说明C4002 是我这边一直沿用的一个核心板型号本质上是一个基于 ESP32-C3 的小型开发板带 Wi-Fi引脚引出比较规整I2C、电源、GPIO 用起来都顺手。选择它不是因为性能多强而是因为这个项目只做数据采集和上报ESP32-C3 的单核 RISC-V 完全够用功耗低、启动快价格也合适。Mk49 则是这块板子的改版标记第 49 次改版。别被数字吓到很多“49”都是小改动比如换个 USB 座、调一下滤波电容位置、改一版丝印这种。Project #15 指我的项目编号也就是前前后后第 15 个环境类项目。这种编号系统的好处是出了问题能准确追溯到是哪一版板子、哪个批次的固件对长期维护特别有用。如果你自己玩完全可以跳过这些硬件迭代直接买现成的 BME280 模块和 ENS160 模块用杜邦线连一块 ESP32 开发板就能复现这套系统的核心逻辑。2. 系统设计与接线方案2.1 为什么必须把两颗传感器放在一起用我最初的第一版只用了 ENS160读完数据就发现一个问题开机头几个小时eCO2 数值飘得很厉害房间明明空着读数却一会儿 400 一会儿 800。后来查了数据手册才知道ENS160 对温度和湿度特别敏感它内部算法需要外部提供环境温度和湿度做补偿否则误差会明显增大。数据手册里明确写了用 reg 0x10 和 0x11 分别写入“环境温度”和“环境湿度”补偿值。也就是说ENS160 和 BME280 不是可选的搭配关系而是官方推荐的标准搭配。BME280 负责测量温湿度ENS160 负责嗅空气数据流向是BME280 读到温度和湿度 → 写入 ENS160 的补偿寄存器 → ENS160 内部用这两个值修正算法 → 输出更准确的 TVOC 和 eCO2。这套方案的第二个好处是节省处理器资源。ENS160 虽然内部有 MCU但温度补偿算法如果在主机端自己写会非常麻烦。把补偿值直接塞给它主机端的代码就只需要做两个字节能的写入CPU 占用几乎可以忽略。2.2 I2C 接线与地址规划两颗传感器都走 I2C 总线这是最省 GPIO 的方案。接线非常简单信号BME280 模块ENS160 模块C4002 核心板VCC3.3V3.3V3V3GNDGNDGNDGNDSDASDASDAGPIO8SCLSCLSCLGPIO9地址方面有个容易踩的坑。BME280 的 I2C 地址由 SDO 引脚决定SDO 接地是 0x76接 VDD 是 0x77。大多数模块默认 SDO 接地地址为 0x76但一些国产模块为了避开地址冲突会把 SDO 接上拉变成 0x77所以第一件事永远是扫描总线确认实际地址。ENS160 的地址由 ADDR 引脚决定ADDR 接低或悬空时是 0x48接高时是 0x49。同样不要盲写用扫描程序确认。如果总线上 0x76 和 0x48 都出现了说明接线正常可以往下走。接线还有个细节如果模块已经自带 I2C 上拉电阻一般是 4.7kΩ 到 10kΩ那核心板就不用再加了如果模块是裸芯片或者板上没上拉务必在 SDA 和 SCL 上各加一颗 4.7kΩ 的上拉电阻到 3.3V否则 I2C 时序会不稳定出现随机丢数据的问题。2.3 供电与电平匹配所有逻辑电平都必须是 3.3V。BME280 和 ENS160 都是 3.3V 器件绝对不要用 5V 给他们供电ENS160 内部的加热电阻和 MCU 都经不起 5V一接大概率直接报废。电流方面要特别注意 ENS160。它的 MOX 传感器加热器工作电流会周期性变化瞬时电流能到几十毫安。如果你的系统里还有其他传感器在跑务必在 C4002 的 3.3V 输出端并联一颗 10µF 和一颗 0.1µF 的电容做去耦避免 ENS160 加热器引起的电源波动干扰 BME280 的测量精度。传感器放置也有讲究。BME280 里真正对环境敏感的是湿度单元它害怕高热源和直吹气流。板子上如果 MCU 正好在旁边发热湿度读数会被压低。我打样的 Mk49 就把 BME280 放在板边缘远离电源芯片和 USB 座实测湿度比第一版准了 5% 以上。ENS160 则要有通风孔让空气能自然对流到传感器表面密闭外壳里读数会严重失真。3. 固件实现从扫描总线到数据融合3.1 第一步扫描 I2C 总线无论用什么库第一步都应该是扫描总线确认两个地址真的存在。我用的 Arduino 框架ESP32-C3代码非常简单#include Wire.h void setup() { Serial.begin(115200); Wire.begin(8, 9); // SDAGPIO8, SCLGPIO9 for (uint8_t addr 1; addr 127; addr) { Wire.beginTransmission(addr); if (Wire.endTransmission() 0) { Serial.printf(Found I2C device at 0x%02X\n, addr); } } } void loop() {}正常情况串口应该输出类似Found I2C device at 0x48 Found I2C device at 0x76如果只出现一个地址先查供电和接线如果出现一堆奇奇怪怪的地址多半是模块漏电或者总线被干扰检查上拉电阻。3.2 BME280 驱动要点BME280 有官方驱动库名就叫Bosch-BME280Adafruit 也有封装。我建议直接用 Adafruit 封装省事且文档多#include Adafruit_BME280.h Adafruit_BME280 bme; void setup() { if (!bme.begin(0x76)) { Serial.println(BME280 not found!); while (1); } // 可选设置采样和滤波 bme.setSampling(Adafruit_BME280::MODE_NORMAL, Adafruit_BME280::SAMPLING_X2, // 温度 Adafruit_BME280::SAMPLING_X16, // 气压 Adafruit_BME280::SAMPLING_X1, // 湿度 Adafruit_BME280::FILTER_OFF); }如果不用库直接写寄存器关键也就四个读取校准参数0x88 开始的一堆系数、写 ctrl_hum、写 ctrl_meas 选择工作模式和过采样、再从 0xF7 和 0xFA 连续读 6 个字节取气压和温度原始值。我用过直接操作寄存器的方式代码能控制在 200 行以内但没什么必要库已经很成熟了自己造轮子除了学习没啥收益。读取间隔建议设置在 1 秒以上不要用延迟循环死读。BME280 测量本身需要时间过采样越高转换越久你想要高精度就把间隔放宽到 2 到 3 秒。3.3 ENS160 驱动要点ENS160 的寄存器不多用的时候重点就几个寄存器功能说明0x00PART_ID读出来应该是 0x01600x01OP_MODE0x00 睡眠0x01 空闲0x02 标准模式0x10TEMP_IN温度补偿值16 位单位 1/64 K0x11RH_IN湿度补偿值16 位单位 1/512 %RH0x04DATA_AQIAQI1 到 50x05DATA_TVOCTVOCppb0x06DATA_ECO2eCO2ppm0x07DATA_STATUS状态位bit0 表示新数据初始化流程是先读 0x00 确认芯片 ID然后写 0x01 为 0x02 进入标准模式再写补偿值。写补偿值的代码是关键void ens160_set_env(float temp_c, float rh_pct) { uint16_t temp_raw (uint16_t)((temp_c 273.15f) * 64.0f); uint16_t rh_raw (uint16_t)(rh_pct * 512.0f); Wire.beginTransmission(0x48); Wire.write(0x10); // TEMP_IN 寄存器 Wire.write(temp_raw 0xFF); Wire.write(temp_raw 8); // 小端序 Wire.endTransmission(); Wire.beginTransmission(0x48); Wire.write(0x11); Wire.write(rh_raw 0xFF); Wire.write(rh_raw 8); Wire.endTransmission(); }这里最容易出错的是单位换算。温度不是直接写摄氏度而是开尔文乘以 64湿度是百分比乘以 512。我第一次写就栽在这个换算上写了个摄氏度进去eCO2 直接乱飘。读取数据就从 0x04 开始连续读 5 个字节第一个字节是 AQI后面四个字节分别组成 TVOC 和 eCO2同样小端序。3.4 把数据合流输出主循环逻辑就是读 BME280 → 写 ENS160 补偿 → 读 ENS160 → 拼成 JSON 串口输出。核心代码void loop() { float t bme.readTemperature(); float h bme.readHumidity(); float p bme.readPressure() / 100.0F; // Pa - hPa ens160_set_env(t, h); uint8_t buf[5]; Wire.beginTransmission(0x48); Wire.write(0x04); Wire.endTransmission(false); Wire.requestFrom(0x48, 5); for (int i 0; i 5; i) buf[i] Wire.read(); uint8_t aqi buf[0]; uint16_t tvoc buf[1] | (buf[2] 8); uint16_t eco2 buf[3] | (buf[4] 8); Serial.printf( {\t\:%.2f,\h\:%.2f,\p\:%.2f,\aqi\:%d,\tvoc\:%u,\eco2\:%u}\n, t, h, p, aqi, tvoc, eco2); delay(2000); }这串 JSON 串口输出可以直接被上位机解析或者在这里接上 MQTT 发布到 home assistant、Node-RED后续扩展非常方便。我第一次跑通全链路时串口看到六路数据同时输出那一瞬间还是有成就感的。4. 实测数据与标定经验4.1 ENS160 的预热和初始漂移ENS160 上电后不能马上采信数据。MOX 传感器需要加热达到工作温度至少要等 1 到 3 分钟新传感器首次上电更夸张要连续运行 48 小时以上才能进入稳定状态这期间基线会缓慢漂移。我实测的第一块 ENS160刚上电时 eCO2 显示 9999一度以为传感器坏了。后来翻手册才知道初始化未完成时数据是非法的。判断依据是 0x07 状态寄存器bit0 为 1 时表示有新的有效数据bit2 表示 APP 数据有效。固件里建议等状态位稳定后再去读结果或者干脆做个简单的判断数据大于 5000 就丢弃。室内使用还有个常见现象晚上关门关窗睡一觉早上起来 eCO2 读数会冲到 1500 到 2000 ppm开窗通风 10 分钟降到 500 左右这个趋势其实是可信的说明传感器对空气变化很敏感。但如果你把它放得离人太近呼出的 CO2 会被直接感知读数会比房间实际浓度高不少。摆放位置至少要离人 1 米以上离墙面 50 厘米以上。4.2 数据怎么解读才有参考价值三组气体数据的解读逻辑是这样的参数典型范围判断参考TVOC0 - 1000 ppb 100 很清静100 - 300 轻微 500 有污染eCO2400 - 5000 ppm 1000 良好1000 - 2000 闷/需通风 2000 很差AQI1 - 51 优2 良3 轻度4 中度5 重度特别提醒一点eCO2 的单位和 AQI 档位不能混在一起用。AQI 是 ENS160 根据 TVOC 和 eCO2 综合给出的一个 1 到 5 的等级算是快速参考具体数据要看 TVOC 和 eCO2 两个原始值。我习惯把 AQI 当作指示灯逻辑用来驱动蜂鸣器或者 RGB LED把 TVOC 和 eCO2 当作真正的定量分析数据。4.3 气压与海拔换算BME280 的气压数据默认是 Pa我习惯除以 100 转成 hPa。海拔换算的公式是altitude 44330 * (1 - (P / P0) ^ (1/5.255))其中 P 是当前气压P0 是海平面标准气压 1013.25 hPa。如果你的项目放在固定位置可以用海平面气压校准后计算相对海拔变化。举个例子假设测到气压 1005 hPa 代入公式altitude 44330 * (1 - (1005 / 1013.25) ^ 0.1903) ≈ 44330 * (1 - 0.99845) ≈ 68.7 米这说明当前测量点大约在海平面以上 69 米。在室内固定安装时这个值可以用来做细微的气压趋势判断比如门窗开合导致的瞬间气压波动、天气系统过境的气压缓慢爬升等。5. 踩坑记录与排查速查表5.1 我踩过的三个典型坑第一个坑是 ENS160 地址写死。我在项目早期固件里把地址写死成 0x48结果有一批模块连不上一查才发现是 ADDR 引脚被模块设计者接高了地址变成了 0x49。从那以后我扫描总线的程序就一直保留在 firmware 里上电先扫描再动态绑定地址。第二个坑是数据“过期”。我给 ENS160 写补偿值的时候只在初始化时写了一次但环境温度从 25℃ 变到 30℃补偿值还是老的eCO2 就明显偏离。正确做法是每次读数据前都重新写入当前的温湿度补偿值。这就好比网络里邻居表条目太久不刷新会进入 stale 状态看起来还在实际上已经失效了——传感器补偿数据也是一样必须持续刷新。第三个坑是噪声数据没过滤。ENS160 输出偶尔会出现瞬间跳变比如房间很稳定某一次读数 eCO2 突然从 600 跳到 2000下一次又跳回来。后来加了简单的滑动平均滤波取最近 5 次数据的均值输出跳变基本消失趋势也更平滑。5.2 问题排查速查表现象可能原因解决办法扫描不到 0x48ENS160 地址被拉到 0x49扫描 0x49或用 ADDR 引脚固定地址扫描不到 0x76BME280 SDO 接高改扫 0x77或把 SDO 接地数据显示 9999ENS160 未初始化完成等待 1-3 分钟检查状态寄存器eCO2 长期偏高没做温湿度补偿每次读数据前重写 0x10、0x11随机出现假数据I2C 上拉缺失或电平不稳加 4.7kΩ 上拉加去耦电容湿度读数偏低传感器靠近热源板子改版或挪开 MCU5.3 一个顺带的提醒最后聊个有意思的小事。ENS160 这个名字很容易让人想到 Linux 网卡的命名规则比如dev ens160这种接口名我曾经在一个群聊里看到有人把这两者搞混问“传感器怎么会有 link-layer address”。其实完全没关系纯属撞名。但我在排障日志里确实看过dev ens160 lladdr ... stale这样的网络邻居条目那种“stale”表示 ARP 缓存过期需要重新解析。用来类比传感器的补偿数据过期还挺贴切——不管是路由表还是传感器寄存器数据太久不刷新结果都会不可信。我做这套系统最大的体会是环境监测项目的难点从来不在硬件连接而在“数据是否可信”这四个字上。BME280 和 ENS160 都是成熟的工业传感器用对方法后数据非常稳但前提是你得理解它们各自的脾气——BME280 怕热源ENS160 怕没有补偿和预热不足。把这几个关键点处理掉剩下的事情就只剩写代码和调业务逻辑了。后续如果想扩展我打算在这个基础上加一颗激光粉尘传感器做 PM2.5 监测再把数据通过 Wi-Fi 定时上报到本地服务端做成一个完整的多参数室内空气质量平台这套架构留出来的余量完全够用。