民宿运营中，照明能耗通常占房间总能耗的20%-35%，而“人走灯未关”是高频发生的隐性浪费。以下方案基于芯步的人体存在传感器与HTTP控制接口，构建一套无需场景面板、完全自动化的照明电源控制逻辑。
1. 背景与需求分析
在民宿运营中， guest 经常出现“人走灯未关”的情况，这不仅造成电力浪费，还缩短了灯具的使用寿命。传统红外感应灯虽然常见，但容易受到温度影响，且在 guest 静坐、睡眠状态下常出现误判（灯灭），严重影响入住体验。
本方案的目标是利用芯步的智能硬件设备及开放接口，为民宿房间打造一套高可靠、低延迟的人体感应照明系统。其核心不是简单的“感应亮灯”，而是通过后端逻辑判断，实现对照明电源的精准、智能化控制。
2. 系统架构与核心设备
本方案采用云端逻辑控制或局域网本地联动架构，主要由三部分构成：
感知层：负责探测人体存在状态。
执行层：负责控制照明线路的通断。
传输层：通过开放接口（HTTP API）下发指令。
硬件选型
| 设备类型 | 推荐产品 | 核心功能（基于开放接口） | 部署位置 |
|---|---|---|---|
| 传感器 | 智能人体存在传感器（吸顶式） | 支持 radar_enable（雷达开关）及实时状态上报 | 卫生间、走廊、卧室天花板 |
| 控制器 | 智能墙壁开关/智能控制器（4路/8路） | 支持 power（线路通断）、power1/2/3（多路控制） | 原有开关底盒/配电箱内 |
3. 核心集成逻辑（工作原理）
不同于逻辑固定的传统感应灯，本方案利用开放接口实现了数据上行和指令下行。
状态检测：人体存在传感器实时探测。当雷达和红外模块同时判断为“无人”（双模确认），或由“无人”变为“有人”时，设备立即向服务器推送状态数据。
逻辑判断：部署在云端的服务器接收传感器消息后，执行业务逻辑。为防止误判，设置“无人确认延时”（如连续60秒无人才执行关灯，而非瞬时关灯）。
指令执行：服务器调用芯步
device/control接口，向指定墙壁开关或控制器下发JSON指令，切断或接通照明电源。
4. 分场景实施步骤详解
第一种场景：卫生间/走廊（基础人来灯亮）
需求：人进灯亮，人走灯灭。
触发条件：传感器状态由
无人变有人。动作：调用接口控制回路
power为1（开启）。复位条件：传感器状态由
有人变无人并持续60秒。动作：调用接口控制回路
power为0（关闭）。
第二种场景：卧室（睡眠模式与微动感应）
需求：入睡后灯必须关，且不受翻身影响。
难点：入睡后人体移动少，雷达传感器仍检测到“微动”或“呼吸”。
策略：前台设置“睡眠模式”物理按钮（或APP）触发接口，强制覆盖自动感应逻辑。
第三种场景：玄关/客厅（大空间多设备联动）
需求：晚上进门，玄关灯亮起后客厅灯也随之亮起。
策略：利用
device参数支持多设备控制的特性，一条指令控制多个设备。
5. 技术实现（基于API）
利用芯步开放接口，开发人员可便捷实现上述功能。
5.1 接收传感数据（消息推送）
当传感器检测到环境变化时，会主动向设定服务器地址推送信息。数据结构通常包含设备ID、当前状态和检测时间。
5.2 向设备下发指令（执行控制）
当业务系统判定需要执行动作时，需向芯步API发起请求实现控制。
接口示例（控制走廊灯关闭） ：
请求地址：
http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}请求方式：
POST请求体（JSON） ：
(注：对于多路开关，需使用 power1、power2 等参数)
5.3 进阶逻辑：防抖动与人影重叠处理
场景：传感器存在死角，人静止不动时被误判为无人。
解决：在前端逻辑中加入“心跳保持”机制。在接口联调中，可利用
extra字段携带特征信息，配合消息推送追踪命令执行状态。
6. 方案优势与运营价值
精准感知，避免误判：采用红外+雷达双模技术，解决了传统感应灯在人静坐或熟睡时“灯灭”的痛点。
极速响应：API响应时间约为 80-120ms， guest 几乎感觉不到延迟。
低门槛改造：利用现有WiFi网络（2.4GHz），无需额外布设网关线，直接替换原有墙壁开关即可。
数据可视化：可通过服务器后台分析各房间“有人/无人”时段数据，优化保洁排班和能耗管理。
通过上述方案，集成芯步的开放接口，可将传统民宿照明升级为具备主动感知能力的智能系统，在保障 guest 入住舒适度的前提下实现最大限度的节能。