1. 项目概述一个基于蓝牙定位与光感应的智能家居自动化系统最近在折腾一个挺有意思的智能家居项目我把它叫做“HomeCheckerLightsOnWiFiFreifunkRepeater”。这个名字有点长但基本概括了它的核心功能利用蓝牙技术判断家里有谁在、在哪个房间然后结合环境光传感器自动控制灯光开关同时还能作为一个Wi-Fi中继/信号扩展器通过Freifunk这样的社区网络协议来传递设备状态和增强网络覆盖。听起来是不是有点复杂其实拆解开来它解决的是几个很实际的痛点。首先传统的智能家居传感器比如人体红外只能判断“有没有人”无法区分是家人还是访客更没法知道具体是谁。其次单纯基于动作的灯光控制在人静止不动时比如在沙发上看书就会误关灯体验很差。再者很多智能设备依赖云服务一旦外网断了或者路由器信号不好整个系统就瘫痪了。我这个项目的核心思路就是用一个ESP32开发板作为大脑让它同时干三件事蓝牙信标扫描与距离估算通过扫描家庭成员手机或佩戴的蓝牙设备如手环、防丢器的广播信号强度RSSI来判断特定人员是否在家并粗略估算其与各个传感器的距离。环境光感测在每个需要控灯的房间部署一个带光敏电阻的ESP32子节点实时监测环境光照度。逻辑控制与网络通信主控制器可以是另一个ESP32或树莓派综合“谁在哪个房间”以及“那个房间当前是否够亮”这两个信息决定是否要打开或关闭该房间的灯光。所有状态更新和设备间通信通过本地Wi-Fi网络完成并且利用Freifunk的OLSR或B.A.T.M.A.N.等Mesh路由协议让设备自身也能充当中继解决家庭Wi-Fi死角问题。这个方案完全在本地局域网LAN内运行不依赖任何互联网云服务保证了隐私和可靠性。它特别适合多层住宅、大户型或者Wi-Fi信号覆盖不均的家庭让你走到哪儿合适的灯光就亮到哪儿网络信号也跟着增强。2. 系统核心设计思路与方案选型为什么选择这样一套方案这背后是一系列针对传统智能家居弊病的权衡和取舍。市面上成熟的解决方案如某米或某家的全家桶通常需要购买昂贵的专用网关、传感器和灯具并且数据大多要上传到厂商的云端服务器。这带来了成本高、隐私顾虑、以及云服务宕机导致本地功能失效的风险。2.1 为什么是蓝牙光感而不是纯红外或雷达人体红外传感器PIR成本低但只能检测移动的热源无法进行身份识别和静止存在检测。毫米波雷达传感器精度高能实现静止存在感知但成本较高编程相对复杂并且同样无法进行身份识别。蓝牙方案的优势在于身份识别每个蓝牙设备特别是手机都有唯一的MAC地址我们可以将其与家庭成员绑定。虽然MAC地址随机化是个挑战但可以通过配对手环或专用防丢器它们的MAC地址通常是固定的来规避。距离感知虽然蓝牙RSSI接收信号强度指示受环境影响大精度不高但对于“在房间A”还是“在房间B”这种级别的区域判断是足够的。通过部署多个ESP32作为扫描节点利用三角定位或多点RSSI对比可以大致确定人员位置。低功耗与普及性蓝牙低功耗BLE设备非常省电手机更是人人随身携带。利用现有设备无需为每位成员额外购置专用标签当然为获得更好体验专用标签更稳定。引入光传感器的必要性单纯靠位置开灯白天光线充足时也会误触发造成能源浪费。增加一个廉价的光敏电阻或BH1750数字光照传感器让系统只在环境光低于设定阈值且有人在场时才开灯实现了真正的“智能”。2.2 主控与通信架构ESP32 本地Wi-Fi Freifunk Mesh主控选择ESP32的理由ESP32是一款性价比极高的MCU它双核240MHz处理器、内置Wi-Fi和蓝牙正是本项目所需的两大无线功能的完美载体。其丰富的GPIO和ADC引脚可以轻松连接光敏传感器、继电器模块控制灯具等。社区生态庞大Arduino框架或ESP-IDF下都有丰富的库支持。网络通信设计系统摒弃了云-端模型采用本地MQTT协议作为通信中枢。所有ESP32节点包括作为蓝牙扫描器/光感器的子节点和作为逻辑控制中心的主节点都连接到家庭内部的一个MQTT代理服务器例如运行在树莓派上的Mosquitto。子节点将采集到的“蓝牙设备MAC地址及RSSI”和“光照度”数据发布到特定的MQTT主题如home/presence/livingroom和home/light/livingroom主节点订阅这些主题进行逻辑运算后再向控制灯光的主题如home/switch/livingroom/cmd发布“开”或“关”指令。Freifunk Mesh网络的融入这是项目的另一个亮点。Freifunk是一个去中心化的社区无线网络理念其核心是使用开源固件如OpenWrt/LEDE将无线路由器刷成Mesh节点。在我们的系统中可以将一部分ESP32节点特别是需要放置到Wi-Fi信号边缘位置的节点配置为ESP-Mesh或利用ESP-NOW协议。但更常见的做法是使用一个专门的路由器刷入Freifunk固件使用OLSR或B.A.T.M.A.N. Advanced路由协议作为主Mesh节点而ESP32则作为客户端连接这个Mesh网络。这样即使某个ESP32子节点距离主路由器太远它也可以通过邻近的另一个Mesh节点中继将数据传回MQTT服务器同时扩展了家庭Wi-Fi的覆盖范围。这解决了智能设备因Wi-Fi信号弱而频繁掉线的问题。注意ESP32的Wi-Fi在Station模式下功耗不低如果节点由电池供电需谨慎使用。对于常电供电的节点这无疑是一个增强网络健壮性的好方法。3. 硬件准备与核心电路解析工欲善其事必先利其器。这个项目硬件成本可控大部分模块都很常见。3.1 核心物料清单组件型号/规格数量用途说明主控芯片ESP32开发板如ESP32-DevKitC、NodeMCU-32S至少2个1个作为主逻辑控制器1个或多个作为带传感器的子节点。光照传感器光敏电阻模块 或 BH1750数字光照传感器每个子节点1个推荐BH1750精度高使用I2C接口不受ESP32 ADC非线性影响。电源模块5V/2A Micro USB电源 或 3.3V/1A稳压模块每个节点1套为ESP32及传感器供电。如果控制220V灯具需确保继电器模块供电。继电器模块1路或2路5V继电器模块根据控灯路数用于安全控制交流灯具的通断。务必注意高压危险蓝牙信标智能手机 或 专用BLE防丢器如Tile Mate每人1个作为被扫描的身份标识物。防丢器更稳定。可选外壳3D打印或塑料防水盒每个节点1个保护电路尤其是安装在卫生间、厨房等处的节点。可选Mesh路由器支持OpenWrt的旧路由器如TP-Link WR841N1-2个刷入Freifunk固件构建家庭Mesh网络骨干。3.2 关键电路连接与注意事项这里以一个集成了蓝牙扫描和光感功能的子节点为例讲解如何连接ESP32与传感器。我们假设使用BH1750和继电器模块。接线示意图文字描述BH1750光照传感器这是一个I2C设备。VCC - ESP32的3.3V引脚GND - ESP32的GND引脚SCL - ESP32的GPIO 22 (默认I2C时钟线)SDA - ESP32的GPIO 21 (默认I2C数据线)继电器模块用于控制灯光。VCC - ESP32的5V引脚注意有些继电器模块是5V驱动有些是3.3V务必看清GND - ESP32的GND引脚IN (信号引脚) - ESP32的某个GPIO例如GPIO 23供电通过Micro USB口为整个ESP32开发板供电开发板上的3.3V和5V引脚可为外围模块供电。重要安全提示继电器模块的常开NO、公共端COM接口连接的是220V市电。这部分操作必须完全断电进行并确保所有高压线连接牢固用电工胶布绝缘最好将整个高压部分装入绝缘外壳。如果你对强电不熟悉建议先使用低压直流灯泡如12V LED灯带进行测试或者寻求专业人士帮助。安全永远是第一位的。为什么选择BH1750而不是光敏电阻光敏电阻模拟值受ESP32 ADC模数转换器参考电压波动和非线性影响较大需要复杂的校准才能得到稳定的勒克斯Lux值。BH1750是数字传感器直接通过I2C输出光照度数值精度高程序编写简单抗干扰能力强。虽然贵几块钱但能省去大量调试时间强烈推荐。4. 软件框架与核心代码实现软件部分是整个系统的灵魂我们采用Arduino框架进行开发因为它库丰富上手快。整个系统分为子节点Sensor Node和主节点Controller Node两类程序。4.1 子节点程序设计数据采集与上报子节点的任务是周期性地执行三件事扫描周围的BLE设备、读取光照度、将数据打包通过Wi-Fi发送到MQTT服务器。// 示例子节点核心逻辑框架 (Arduino IDE) #include WiFi.h #include PubSubClient.h // MQTT客户端库 #include BLEDevice.h #include BLEUtils.h #include BLEScan.h #include Wire.h #include BH1750.h // 网络配置 const char* ssid Your_SSID; const char* password Your_PASSWORD; const char* mqtt_server 192.168.1.100; // MQTT Broker IP // 设备身份 const char* node_id living_room_sensor_01; WiFiClient espClient; PubSubClient client(espClient); BH1750 lightMeter; BLEScan* pBLEScan; // 存储已知家庭成员蓝牙地址 String knownDevices[] {aa:bb:cc:dd:ee:ff, ff:ee:dd:cc:bb:aa}; // 替换为实际地址 String knownNames[] {Alice, Bob}; void setup() { Serial.begin(115200); Wire.begin(); lightMeter.begin(); setup_wifi(); client.setServer(mqtt_server, 1883); BLEDevice::init(); pBLEScan BLEDevice::getScan(); pBLEScan-setActiveScan(true); // 主动扫描获取更多信息 pBLEScan-setInterval(100); pBLEScan-setWindow(99); } void loop() { if (!client.connected()) { reconnect_mqtt(); } client.loop(); // 每10秒执行一次采集和上报 static unsigned long lastReport 0; if (millis() - lastReport 10000) { lastReport millis(); // 1. 读取光照 float lux lightMeter.readLightLevel(); String lightTopic home/ String(node_id) /light; client.publish(lightTopic.c_str(), String(lux).c_str()); // 2. 扫描蓝牙并上报 BLEScanResults foundDevices pBLEScan-start(5, false); // 扫描5秒 String presenceData ; for (int i 0; i foundDevices.getCount(); i) { BLEAdvertisedDevice device foundDevices.getDevice(i); String addr device.getAddress().toString().c_str(); int rssi device.getRSSI(); // 检查是否为已知设备 for (int j 0; j sizeof(knownDevices)/sizeof(knownDevices[0]); j) { if (addr.equalsIgnoreCase(knownDevices[j])) { presenceData knownNames[j] : String(rssi) ,; break; } } } pBLEScan-clearResults(); if (presenceData.length() 0) { presenceData.remove(presenceData.length()-1); // 去掉最后一个逗号 } String presenceTopic home/ String(node_id) /presence; client.publish(presenceTopic.c_str(), presenceData.c_str()); } } void setup_wifi() { /* ... 标准Wi-Fi连接代码 ... */ } void reconnect_mqtt() { /* ... MQTT重连代码 ... */ }代码关键点解析蓝牙扫描我们使用BLEScan进行主动扫描获取到的RSSI值是判断距离的关键。扫描时间不宜过长这里5秒否则会影响其他任务的实时性。数据格式上报的在场数据格式设计为Alice:-65,Bob:-72包含了人名和对应的信号强度方便主节点解析。MQTT主题设计采用分层主题结构如home/living_room_sensor_01/light和home/living_room_sensor_01/presence清晰且易于订阅管理。4.2 主节点程序设计逻辑决策与灯光控制主节点订阅所有子节点的主题根据规则进行决策并发布控制命令。// 示例主节点核心逻辑框架 #include WiFi.h #include PubSubClient.h // ... 网络配置类似略 ... // 决策参数 const int LIGHT_THRESHOLD 50; // 光照阈值低于此值且有人则开灯 (单位: Lux) const int RSSI_THRESHOLD -70; // RSSI阈值强于此值更大认为人在此房间附近 // 存储各房间状态 struct RoomStatus { float lightLevel; bool personPresent; String personName; }; RoomStatus roomStatus[living_room] {100.0, false, }; // 示例 void callback(char* topic, byte* payload, unsigned int length) { String msg; for (int i 0; i length; i) { msg (char)payload[i]; } // 解析主题例如 home/living_room_sensor_01/light String topicStr String(topic); int lastSlash topicStr.lastIndexOf(/); String sensorName topicStr.substring(5, lastSlash); // 提取sensor_01 String dataType topicStr.substring(lastSlash 1); // 提取light或presence if (dataType light) { roomStatus[sensorName].lightLevel msg.toFloat(); } else if (dataType presence) { // 解析Alice:-65,Bob:-72 roomStatus[sensorName].personPresent false; if (msg.length() 0) { int start 0; int end msg.indexOf(,); while (end ! -1) { processPresence(msg.substring(start, end), sensorName); start end 1; end msg.indexOf(,, start); } processPresence(msg.substring(start), sensorName); // 处理最后一段 } } // 触发决策函数 makeDecision(sensorName); } void processPresence(String data, String room) { // data格式 Alice:-65 int colon data.indexOf(:); if (colon ! -1) { String name data.substring(0, colon); int rssi data.substring(colon1).toInt(); // 简单的决策取信号最强RSSI最大的那个人作为该房间的主要在场者 if (rssi RSSI_THRESHOLD) { roomStatus[room].personPresent true; roomStatus[room].personName name; } } } void makeDecision(String room) { bool shouldLightBeOn false; if (roomStatus[room].personPresent roomStatus[room].lightLevel LIGHT_THRESHOLD) { shouldLightBeOn true; } // 获取当前灯的状态可能需要从另一个主题读取或本地记录 bool currentLightState false; // 假设初始为关 if (shouldLightBeOn ! currentLightState) { String cmdTopic home/switch/ room /cmd; String cmd shouldLightBeOn ? ON : OFF; client.publish(cmdTopic.c_str(), cmd.c_str()); Serial.printf(Room %s: Light %s\n, room.c_str(), cmd.c_str()); // 更新本地记录的状态 currentLightState shouldLightBeOn; } } void setup() { // ... 初始化WiFi和MQTT并订阅所有子节点的主题 ... client.subscribe(home//light); client.subscribe(home//presence); client.setCallback(callback); } void loop() { client.loop(); }决策逻辑的精髓这里的决策逻辑是简化的“与”逻辑有人且光线暗才开灯。RSSI_THRESHOLD是一个需要根据实际环境房间大小、墙体材质反复调试的关键参数。更复杂的逻辑可以加入“延时关灯”人离开后延迟一段时间再关、“多房间优先级”人在两个房间交界处等。5. 系统集成、调试与避坑指南将硬件和软件组合起来并让它们稳定工作是最考验耐心和细心的环节。5.1 网络配置与MQTT Broker搭建首先你需要一个稳定的MQTT Broker。最方便的方法是在家庭网络中常开一台低功耗设备如树莓派、旧笔记本甚至一台虚拟机来运行它。在树莓派上安装Mosquittosudo apt update sudo apt install mosquitto mosquitto-clients sudo systemctl enable mosquitto sudo systemctl start mosquitto安装后Mosquitto服务就在1883端口运行了。你可以使用mosquitto_sub和mosquitto_pub命令测试订阅和发布验证ESP32是否能成功连接和通信。Wi-Fi连接稳定性ESP32的Wi-Fi连接在早期版本固件中可能不稳定。确保使用最新的Arduino-ESP32核心库。在代码中加入健壮的重连机制并考虑使用WiFi.setSleep(false)来禁止Wi-Fi休眠虽然会增加功耗但能极大提升连接稳定性。5.2 蓝牙定位的校准与优化蓝牙RSSI定位是本项目最大的误差来源。以下方法可以显著提升准确性现场校准在每个房间的中心点用手机或防丢器分别测量距离传感器节点0.5米、1米、2米、3米时的RSSI值记录多组数据求平均绘制大致的“距离-RSSI”曲线。你会发现不同方向、有无遮挡数值差异很大。多点协同判决不要只依赖一个节点的RSSI做判断。例如客厅和走廊各有一个节点。当Alice的手机在客厅节点的RSSI为-60在走廊节点为-85时可以很有把握地判断她在客厅。主节点的逻辑可以升级为比较同一设备在不同传感器上的RSSI强度。滤波算法RSSI值跳动剧烈。在程序中加入滑动平均滤波或卡尔曼滤波对于ESP32来说稍复杂能平滑数据避免灯光因信号瞬时波动而频繁开关。// 简单的滑动平均滤波示例 #define FILTER_SIZE 5 int rssiBuffer[FILTER_SIZE] {0}; int bufferIndex 0; int getFilteredRSSI(int newRssi) { rssiBuffer[bufferIndex % FILTER_SIZE] newRssi; bufferIndex; long sum 0; int count min(bufferIndex, FILTER_SIZE); for (int i 0; i count; i) { sum rssiBuffer[i]; } return sum / count; }应对MAC地址随机化现代智能手机为了隐私会定期随机化蓝牙MAC地址。这会使基于固定MAC的识别失效。解决方案使用固定MAC的专用设备如防丢器、智能手环需确认其广播地址是否固定。扫描设备名称或服务UUID有些设备广播的名称是固定的如“Tile Mate”或包含特定的Service UUID。你可以通过扫描这些信息来识别设备类型再结合其他信息如同时出现的设备组合来推断身份。但这增加了复杂性。5.3 与Freifunk Mesh网络的整合这一步是可选的但能极大提升系统的鲁棒性尤其适合大户型。准备Mesh路由器找一台支持OpenWrt的路由器刷入基于Freifunk的固件如Gluon。配置Mesh网络通常是802.11s协议和DHCP。将这台路由器连接到你的主路由LAN口它将成为Mesh网络的一个节点。配置ESP32连接Mesh网络对于ESP32来说它不需要知道网络是Mesh的。你只需要在ESP32的Wi-Fi设置中将SSID和密码设置为这个Freifunk Mesh网络的SSID和密码即可。Mesh网络内部会自动为ESP32分配IP地址并选择最佳路径回传数据到MQTT服务器所在的网关。优势体现当你把某个ESP32子节点放在后院花园主Wi-Fi信号很弱如果花园在另一个Freifunk Mesh节点的覆盖范围内ESP32就可以通过那个节点中继稳定地将数据传回网络从而实现了“Wi-Fi信号扩展”和“数据回传”的双重目的。6. 常见问题排查与实战心得在实际部署中你肯定会遇到各种各样的问题。这里把我踩过的坑和解决方案总结一下。6.1 问题排查速查表现象可能原因排查步骤与解决方案ESP32无法连接Wi-Fi1. SSID/密码错误2. 路由器信道不支持3. 信号太弱4. 固件问题1. 检查代码中的凭据确保路由器是2.4GHz频段ESP32不支持5GHz。2. 尝试将路由器信道固定在1, 6, 11。3. 使用WiFi.begin()并检查返回状态增加重试次数和延迟。4. 更新Arduino-ESP32核心库到最新版本。MQTT连接频繁断开1. 网络不稳定2. KeepAlive时间太短3. Broker负载或设置问题1. 加强Wi-Fi信号或引入Mesh网络。2. 在PubSubClient中设置client.setKeepAlive(60)。3. 检查Broker日志确保未达到连接数限制。蓝牙扫描不到设备1. 设备蓝牙未打开或不可被发现2. 扫描时间太短3. ESP32蓝牙天线问题1. 确认手机等设备的蓝牙已开启并处于可发现状态有些手机锁屏后广播会停止。2. 增加pBLEScan-start()的扫描时长。3. 尝试不同的ESP32开发板有些板载天线设计不佳。灯光频繁误开关1. RSSI阈值设置不当2. 光照阈值设置不当3. 数据波动大无滤波1. 重新校准RSSI阈值可能需要为每个房间单独设置。2. 调整LIGHT_THRESHOLD白天测试找到合适的值。3. 在代码中加入RSSI和光照度的滤波算法如滑动平均。控制命令延迟高1. MQTT Broker或网络延迟2. ESP32主循环阻塞3. Wi-Fi信号差1. 将Broker部署在性能更好的设备上。2. 检查主节点loop()中是否有耗时操作如长延时改用非阻塞定时。3. 改善网络环境使用Mesh。系统功耗过高1. Wi-Fi常开2. 蓝牙扫描过于频繁1. 对于电池供电节点考虑深度睡眠Deep Sleep模式定时唤醒采集数据并发送然后继续睡眠。2. 调整蓝牙扫描间隔从10秒延长到30秒或更长。6.2 实战心得与进阶建议从简单开始逐步迭代不要试图一开始就做全屋多房间的复杂系统。先实现一个房间的“有人暗光-开灯”基本功能。用一个ESP32同时做扫描、感光和控灯。把这个最小可行产品MVP调通、调稳理解整个数据流和控制逻辑。参数没有银弹必须现场调试RSSI_THRESHOLD和LIGHT_THRESHOLD这两个关键参数网上抄来的值基本没用。必须在你的实际部署环境中拿着设备在不同位置、不同光照条件下反复测试、记录、调整才能找到最适合你家的值。引入状态机让逻辑更智能简单的“与”逻辑在边界情况下会尴尬。比如人从明亮的走廊走进昏暗的客厅可能因为客厅光感还没触发阈值而延迟开灯。可以引入状态机增加“预备开灯”、“延时关灯”等状态让控制更平滑。例如检测到人进入房间RSSI变强即使当前光照尚可也进入“预备”状态如果人在一段时间内未离开且光照变暗则立即开灯。考虑备用方案和降级体验任何自动化系统都可能故障。确保每个受控的灯具仍然保留物理开关功能。可以在主节点逻辑中加入“手动模式”当检测到系统异常如多个传感器失联时自动切换到简单的定时或光控模式保证基础功能可用。隐私与安全虽然数据在本地但仍需注意。MQTT Broker建议设置用户名密码。如果担心蓝牙MAC地址被扫描可以为家人配置专用的、低功耗的防丢器而不是用手机。定期检查系统日志看看是否有未知设备频繁出现在扫描列表中。这个项目就像搭积木核心模块蓝牙扫描、光感、MQTT通信、继电器控制都是通用的。当你把基础打牢后可以轻松地扩展功能比如加入温湿度传感器自动控制空调、通过红外学习模块控制电视、甚至将数据接入Home Assistant这样的开源家庭自动化平台进行更复杂的联动和可视化。最重要的是你获得了一个完全自主可控、贴合自己生活习惯的智能家居核心这种成就感和定制化的体验是购买任何成品都无法比拟的。