CATALOG

无人值守门店的照明控制,核心在于将“人走灯灭”的被动节能升级为“人来灯亮、人走延时关”的主动智能服务。芯步的双路智能墙壁开关提供了HTTP API接口,支持局域网和私有化部署,非常适合集成进现有软件体系。以下是具体的解决方案:

1. 背景与选型依据

在无人值守门店(如共享自习室、24小时健身房、自助茶室、智能货柜点)的运营中,照明控制是用户体验与运营成本的交叉点。传统的照明方案无法感知用户状态,往往导致“长明灯”现象,造成能源浪费;或者需要复杂的布线改造,成本高昂。

选择芯步 UNI-KG-2 双路智能墙壁开关 作为核心控制载体,主要基于以下 3 个关键特性

  1. 原生 HTTP API 接口:设备不依赖特定的封闭 APP 进行云端流转,而是直接开放 HTTP 接口。这意味着无论是 Java、Python、Go 还是 PHP 后端,只需支持 HTTP 协议,即可轻松集成。

  2. 双路独立控制:单设备支持两路灯具(例如:路1控制主照明,路2控制氛围灯带/招牌灯),物理上节省了硬件成本和86底盒空间。

  3. “状态保持”机制:这是无人值守场景下的核心功能。开关支持“点动”模式(用户按一下,恢复原状),特别适合配合传感器做临时触发。

2. 系统设计

本方案采用 “端-云-管” 的轻量级物联网架构,强调软件业务逻辑与硬件执行的分离。

2.1 物理拓扑结构

  • 设备层:部署 UNI-KG-2 开关。接入 220V 市电,替换原有墙面开关。

  • 传输层:基于门店现有的 2.4GHz WiFi 网络。设备通过 MQTT/HTTP 协议与云端通信。

  • 业务层:芯步开放平台作为设备接入底座,向上对接您的 门店管理中台(SaaS)

2.2 数据流逻辑

  1. 状态上报:开关实时同步 power1(线路1通断)、power2(线路2通断)状态至云端。

  2. 指令下发:中台系统通过调用 API,向指定设备 ID 发送 power on/off 命令。

  3. 本地联动:在局域网环境下,系统可探测设备 IP 直接下发指令,不受外网断网影响。

3. 软件集成关键流程实现

将智能开关集成到您的软件项目中,主要围绕“鉴权”、“控制”和“事件处理”三个维度展开。

3.1 设备初始化与绑定(扫码开户)

在门店开业部署阶段,需要将物理开关绑定到您的 SaaS 系统账号下。

  • 技术实现:开关通电后进入配网模式。您的软件项目需要调用 设备注册接口

  • 流程:现场人员通过微信小程序扫描设备二维码 -> 获取设备唯一 ID(Device ID)和 API Key -> 调用后台接口将该 ID 绑定至当前门店的工单下。

  • 关键点:记录设备的 AppIDsign 签名信息,用于后续 API 请求的身份验证

3.2 “人来灯亮”核心控制逻辑(API 调用)

这是无人值守场景最常用的交互。当用户通过小程序开门或在前台下单后,系统需自动开启灯光。

  • 接口示例(伪代码逻辑)

    • URL: https://api.thingboot.com/ordercontrol

    • Method: POST

    • Header: Content-Type: application/json

    • Body:

  • 集成策略:在您的后端服务中封装一个 LightControlService 服务类。当业务订单状态变更为“进行中”或“已签到”时,自动触发该服务,向对应的 deviceId 下发开机指令。

3.3 场景化高级控制技巧

利用 UNI-KG-2 的特殊指令,可以优化无人场景的体验:

  • 1. 暂态模式

    • 场景:用户临时进入仓库取货,不想一直亮着,或者用于门磁联动。

    • 指令:使用 point1(先通后断)。系统发送该指令后,线路1会接通,持续一段时间(如5分钟)后自动断开。

    • 优势:纯软件层实现定时,即使软件系统崩溃,硬件设备内部计时器依然会执行断电,确保安全。

  • 2. 场景联动(迎宾模式)

    • 场景:晚间22:00后,有人体传感器触发。

    • 逻辑:传感器检测到人 -> 您的服务器收到传感器事件 -> 调用 API 查询当前光照传感器值(如有) -> 若光照低,则调用 UNI-KG-2 API 开启 线路2(氛围灯/暗光照明) ,避免主灯全开刺眼。

3.4 状态同步与心跳机制

在无人值守管理中, “开关实际状态”“软件显示状态” 的一致性是运维的基础。

  • 轮询策略:您的后台可以设置定时任务(如每5分钟),调用 设备状态查询接口 批量拉取所有门店开关状态。

  • 主动上报:配置 HTTP 回调。当有用户手动按下了开关(物理按键),设备会主动推送状态变化到您预设的 URL。这可以用于监控是否有非授权人员试图手动关闭服务器区域的照明。

4. 核心难点攻克:局域网直连与容灾

无人值守场景最大的痛点是 “断网即瘫痪” 。芯步的设备支持局域网控制,这是本方案推荐采用的高级集成模式

4.1 局域网控制集成

  • 实现:您的门店本地服务器(或边缘网关)通过扫描局域网内的 UDP 广播包,发现 UNI-KG-2 设备的本地 IP 地址。

  • 调用:直接向 http://[设备本地IP]/control 发送 HTTP 请求。

  • 价值

    • 低延迟:响应时间从云端的 200ms+ 降至 10ms 以内。

    • 高可用:即使门店宽带故障,用户依然可以通过本地部署的界面或传感器联动控制灯光,不影响开门营业。

4.2 状态锁定策略

在无人场景中,为了防止恶意捣乱或误操作:

  • 策略:当系统检测到已闭店且无预约时,下发 “锁定” 指令。此时用户物理按压开关,设备虽然灯亮,但 软件层面立即下发关闭指令,或者利用 reset1 指令逻辑,实现“反操控”,保证闭店后的绝对节能

5. 落地实施注意事项

  1. 负载匹配:UNI-KG-2 单路 LED 灯负载 < 300W。若门店使用的是大功率节能灯或老式日光灯(带镇流器),必须并联包装内附带的 电容,否则会出现“鬼火”(关灯后微闪)或无法关断的情况

  2. 零线问题:UNI-KG-2 属于 单火线 方案,直接替换传统开关无需另接零线,对老门店改造非常友好。但如果灯具功率过低(如 < 3W 的 LED),在灯具两端并上电容以维持取电稳定。

  3. WiFi 信号覆盖:由于采用 2.4GHz 频段,且金属配电箱(虽然86盒通常是塑料)对信号有一定屏蔽,在安装前请确保门店 WiFi 信号强度(RSSI)不低于 -70dBm。

6. 总结

通过将 芯步双路智能墙壁开关 的开放 HTTP 接口集成到您的软件项目中,不仅实现了基础的远程照明控制,更结合 “状态保持”“点动模式”“局域网直连” 等特性,打造了一套高可用、低延迟、可运维的无人值守照明系统。这套方案无需昂贵的 PLC 总线布线,仅利用现有的 WiFi 网络和标准 API,即可帮助您的 SaaS 平台完成对物理世界的灯光控制闭环。