ESP32 实战教程：BH1750 照度监测与自动照明控制
本文按实际动手顺序整理。示例中的 GPIO、地址和参数需要根据手中的开发板、模块版本和负载规格调整；涉及市电、机械运动、大电流或人体数据时，必须把硬件保护和使用边界放在代码之前。
一、项目目标与应用场景
自动照明最容易写成“低于 100 lux 开灯，高于 100 lux 关灯”，然后灯在临界值附近不停表演。一个真正好用的控制器还要考虑传感器安装位置、灯光对传感器自身的反馈、太阳短暂被云遮住、手动操作优先级和夜间时段。BH1750 给出 lux 只是开始，控制逻辑才是主菜。
这篇教程不把“模块亮了、串口有数字”当作终点，而是继续处理供电、边界条件、数据有效性和故障恢复。先跑通最小链路，再做标定与状态机，最后接入网页或自动控制，排错时会省下大量来回拆线的时间。
二、硬件准备与接线
准备 ESP32、BH1750、低压 LED 或安全隔离的灯光执行模块。传感器通过 I2C 连接，安装位置应能代表环境光，又不能被受控灯具直接照射。学习阶段先用板载 LED 模拟输出；涉及市电时使用合格成品模块、外壳、保险与专业接线。
接线前断电，用万用表确认电源极性和电压。首次实验只接一个外设，保留串口日志；功能验证后再增加屏幕、网络和执行器。把开发板型号、GPIO、模块地址、供电来源与库版本写进实验记录，避免换板以后对着“默认引脚”四个字发呆。
三、工作原理
BH1750 直接输出与照度相关的数字值，避免了普通光敏电阻的 ADC 非线性和个体差异。控制器对照度做时间滤波，再用两个阈值形成迟滞：低于开启阈值一段时间才开灯，高于关闭阈值一段时间才关灯。自动、手动开、手动关三种模式应明确，手动模式设置超时，避免一次操作永久破坏自动规则。
建议把程序拆成驱动层、数据层、业务层和展示层。驱动层只负责与外设通信；数据层保存原始值、单位和有效状态；业务层执行阈值、限位与超时；展示层读取快照，不直接操纵硬件。这样网页断线或存储变慢时，核心控制仍能保持稳定。
四、首次验证与标定
在清晨、白天、傍晚和室内开灯状态分别记录读数，同时记下主观感受。不要从网上抄一个 lux 阈值就当成所有房间的标准。调整传感器朝向，确认受控灯开启后不会直接把读数推高到关灯阈值，形成开关循环。
标定时保存原始值，不要只留下一个最终系数。原始证据能帮助判断后来出现的偏差来自传感器、机械、电源还是算法。更换模块、安装位置、负载或外壳后，都应重新进行关键测试。
五、最小代码骨架
下面代码用于验证核心路径，不代表所有库版本都使用完全相同的接口。安装对应库后，先核对示例与当前 Arduino-ESP32 版本：
#include <Wire.h>
#include <BH1750.h>
BH1750 meter;
bool lightOn = false;
const float ON_LUX = 80, OFF_LUX = 140;
void setup() {
Serial.begin(115200);
Wire.begin(21, 22);
meter.begin(BH1750::CONTINUOUS_HIGH_RES_MODE);
pinMode(26, OUTPUT);
}
void loop() {
float lux = meter.readLightLevel();
if (lux >= 0) {
if (!lightOn && lux < ON_LUX) lightOn = true;
if (lightOn && lux > OFF_LUX) lightOn = false;
digitalWrite(26, lightOn);
Serial.printf("lux=%.1f light=%d\n", lux, lightOn);
}
delay(500);
}
启动日志至少输出固件版本、初始化结果、关键参数和第一笔有效数据。失败时不要只写 error，应附上接口、地址或错误码。没有观测点的程序一旦罢工，开发者只能围着它进行气氛分析。
六、数据与状态设计
正式版本对 30～60 秒窗口取中位数或指数平均，并要求条件持续满足。状态记录当前 lux、滤波 lux、模式、输出、触发原因和手动模式剩余时间。网页操作发送的是模式命令，不直接绕过本地安全状态机。
数据结构建议同时保留 raw、value、unit、valid、timestamp 和 error。显示层只消费快照，不能为了刷新页面主动触发一次耗时采样；控制输出也不能由网页直接越过状态机修改。
七、常见问题与排错
传感器被灯直射会形成反馈振荡，放在窗边又可能不能代表桌面工作区。读取负值或超范围时应标记故障。继电器低电平有效、启动 GPIO 浮空和网络恢复后的旧命令，都可能导致误动作。
排错顺序建议固定：先检查电源和公共地，再确认引脚、地址和通信参数；随后运行库自带最小示例，打印原始值；最后恢复滤波、页面和自动控制。每次只修改一个变量，并保留失败输出。偶然跑通不是定位问题，只是问题暂时去喝水了。
八、工程化与安全边界
把时间表、阈值、迟滞和手动超时保存为配置，并做范围校验。断网时本地自动规则继续工作；重启后默认进入明确模式。市电控制应有物理开关和硬件安全保护，软件只是便利层。
配置保存到 NVS 时加入范围校验、默认值和版本迁移。网络请求设置超时与退避，日志限制容量并分级。执行器必须有最大持续时间、启动安全态和本地停止方式。软件重启不能成为唯一保护，关键风险应由硬件限流、保险、限位或隔离承担。
九、完整测试清单
- 冷启动、复位和断电恢复后，输出是否处于明确安全状态；
- 拔掉外设、接错地址、输入越界时，程序是否记录错误并继续运行；
- 连续运行两小时后，内存、温度、供电和通信错误是否稳定；
- 网络断开、浏览器关闭或服务器重启时，本地功能是否仍然可用；
- 阈值附近反复变化时，是否有迟滞、去抖或速率限制；
- 更换同型号模块后，校准与配置是否仍然适用；
- 故障解除后，系统是自动恢复、等待确认，还是进入安全锁定；
- 日志是否足以解释最后一次状态变化来自哪里。
测试不能只拍一张成功截图。至少要覆盖冷启动、连续运行、外设拔插、供电波动、输入越界、通信超时和网络中断。每次测试记录原始数据、处理结果、错误码、固件版本和接线变更。真正有价值的学习日志，不只是告诉读者成功时长什么样，也要告诉读者失败时先看哪里。
十、扩展方向
可以加入人体存在传感器、日出日落时间、窗帘位置和调光曲线，形成分区照明。统计每天亮灯时长与估算能耗，还能验证自动策略是否真的省电，而不是只让系统显得聪明。
扩展时一次增加一层：新硬件先独立验证，新算法先离线检查，新网络功能先模拟断线。把每次成功与失败都写进记录，文章会从“接线说明”逐渐变成真正能复用的工程笔记。
十一、总结
这个项目的重点不只是调用一个库，而是建立从电气连接、原始数据、业务状态到异常恢复的完整链路。能运行是第一步，能验证、能排错、能安全退化才算完成。实际制作后，建议继续补上实物接线照片、串口截图、关键参数和一次真实故障记录。
参考资料
打赏
如果这篇学习记录对你有帮助，欢迎扫码支持后续整理。
打赏支持：王庆岩
浙公网安备 33010602011771号