无人值守门店对照明控制的核心需求是“人来灯亮、人走灯灭”，但简单的人体感应方案往往存在误触发或延迟问题。芯步86型2路WiFi开关的开放接口允许开发者将照明逻辑与门禁、传感器等系统深度整合，实现可预测的智能联动。以下方案详细说明集成思路与关键实现。

1. 背景与需求分析

在无人值守门店（如24小时健身房、自助售货厅、共享办公会议室）场景中，照明控制不仅是节能手段，更是提升用户体验、降低运营成本的关键。

痛点：

• 长明灯浪费严重：传统门店在非营业时段照明常开，电费支出高。

• 体验滞后：简单的声光控或红外感应存在盲区，顾客进入黑暗区域体验差，容易产生不安全感。

• 运维复杂：无法远程排查设备状态，灯具损坏或联动失效难以及时发现。

建设目标：利用芯步 UNI-KG-2 型 86 式 WiFi 开关，结合其开放式 HTTP API 接口，将门店照明系统无缝集成至现有的 SaaS 或私有化软件平台，实现 “人未到，灯先亮；人已走，灯自动灭” 的预测性节能控制。

2. 硬件选型：86型2路WiFi开关

本方案选用芯步的 UNI-KG-2 智能墙壁开关，该设备支持标准86型底盒安装，可直接替换传统开关，无需重新布线。

核心参数优势：

• 双路独立控制：支持 2 路照明回路独立控制（如：路1-主照明，路2-氛围灯带），可分别对接不同场景需求。

• 负载兼容性强：单路支持 300-1200W 负载，适配 LED 节能灯及各类商业照明灯具。

• 状态保持功能：支持“锁定”开关状态。这在无人值守场景至关重要——可防止顾客误触物理按键关闭灯光后，系统无法自动恢复照明。

3. 技术集成架构：协议与数据流

为了实现“无人值守”，软件系统需要建立 “传感器感知 -> 业务逻辑判断 -> 照明执行” 的闭环链路。芯步的开放接口基于 HTTP/HTTPS 协议，兼容局域网与公网控制，支持任何具备网络请求能力的开发语言。

架构分层说明：

1. 感知层：由86型WiFi开关与门店内的人体存在传感器、门磁传感器组成。

2. 传输层：利用店内 2.4GHz WiFi 网络，设备通过 MQTT/HTTP 协议与芯步云平台（或私有化服务器）保持长连接。

3. 处理层：用户的业务服务器（SaaS 后端），通过调用芯步开放的 device/control API 接口，下发指令。

4. 控制层：86型WiFi开关执行继电器通断动作。

4. 软件集成开发详解（关键步骤）

在您的软件项目中集成该设备，需重点关注设备鉴权与命令下发逻辑。

4.1 API 鉴权与签名机制

为防止非法控制，芯步采用动态签名验证。您在代码中需要封装一个通用的签名生成函数。

签名算法逻辑Sign = md5( md5(AppSecret) + ts )

开发步骤

1. 在芯步控制台获取 AppID 和 AppSecret。

2. 获取当前 Unix 时间戳（秒级）作为 ts。

3. 将 AppSecret 进行一次 MD5 哈希，再拼接上 ts，最后对整个字符串再进行一次 MD5 加密。

4. 构造请求 URL：

   https://api.thingboot.com/{AppID}/device/control/?sign={Sign}&ts={ts}

4.2 核心控制命令集成

在您的后端代码中，需封装以下针对 UNI-KG-2 的核心方法，以应对无人值守的各种情况：

场景 1：基础通断（顾客入场/离开现场时）这是最常用的指令，用于控制单个回路的开启或关闭。

• 命令示例{"power1": 1} （开启第一路照明）

• 命令示例{"power2": 0} （关闭第二路照明）

场景 2：防误触锁定模式（高峰期保障）在无人值守门店的高峰期，可能会有顾客误按墙面开关导致关灯。

• 需求：顾客关灯后，系统在5秒内自动强制恢复照明。

• 命令示例{"power1": 1, "lock":1} （开启第一路并保持状态，不受本地物理按键关灯影响）。

场景 3：脉冲模式（临时照明）应用于储物柜区或短暂过道，触发后点亮一段时间自动关闭。

• 命令示例{"point1": 1000} （第一路先通后断，间隔1000毫秒）。

5. 无人值守场景联动逻辑设计

为实现“全自动”，不能只靠定时任务，必须结合传感器数据进行逻辑编程。

5.1 入口联动（门禁 + 主照明）

逻辑：顾客扫码开门 -> 门磁状态改变 -> Webhook 触发您的后端 -> 后端调用 API。

• 动作：发送 {"power1":1} （开启大厅主照明）。

• 附加逻辑：同时启动一个“延时任务”，若 5 分钟内无任何人传感器触发，则执行关灯。

5.2 精细化节能（雷达传感器 + 区域照明）

逻辑：在走廊或健身器材区部署人体存在传感器。当传感器探测到无人后，延迟 2 分钟关灯。

• 技术实现：传感器设备同样通过 HTTP 向您的服务器推送状态（设备上行消息），服务器接收“无人”事件后，执行：curl -X POST https://api.thingboot.com/... -d '{"device":"xxx","order":{"power2":0}}'。

5.3 紧急异常处理（远程运维）

逻辑：当顾客 APP 报修“灯不亮”，管理员无需到店。

• 动作：管理员在 SaaS 后台点击“重置开关”。

• 命令：发送 {"reset1": 500} （先断后通，500 毫秒后重启，解决死锁或灯具驱动 bug）。

6. 网络部署与高可用

6.1 网络要求

• 2.4G 专网：86型开关仅支持 802.11 b/g/n 2.4GHz 频段。若门店 WiFi 是双频合一，在路由器后台分离出独立的 IoT 网络频段，避免配网失败或掉线。

• 白名单机制：在企业路由器中，将开关的 MAC 地址固定 IP，并在芯步后台绑定设备 ID，防止 DHCP 租约变动导致控制失效。

6.2 私有化部署（数据安全）

针对高安保等级的门店（如涉及核心机房的无人值守），芯步支持 局域网控制 与 私有化部署。

• 将 API 请求地址指向本地服务器，即使外网中断，店内局域网依然可控制灯光，保证基本运营。

7. 方案收益总结

通过将芯步 86 型 2 路 WiFi 开关集成到软件项目中，无人值守门店可获得以下具体收益：

此方案不仅实现了基础的远程开关，更将照明设备变成了无人值守系统中的“执行终端”，与门禁、传感系统完美协同，构建了完整的场景智能化闭环。