CATALOG

商场店铺的照明场景往往需要兼顾多区域独立控制、场景模式切换和能耗管理,芯步的三路智能开关通过标准化HTTP接口,可以快速嵌入现有收银或店务系统。以下方案从接口对接、代码实现到场景,按实施顺序展开。

一、 解决概述

本方案的目标是通过芯步提供的开放 HTTP API,将商场店铺中的“三路照明智能开关”无缝集成到现有的软件管理系统(如商户后台、小程序或店内中控屏)中。通过这一方案,商铺经营者可以在收银台、办公室甚至远程,通过软件界面对店内的三路照明回路(例如:主照明重点射灯氛围灯带)进行独立控制和智能化管理,无需复杂的布线改造。

二、 核心产品与接口技术特性

在对接到软件项目之前,需要了解硬件与接口的特性:

  • 硬件选型:采用芯步的“智能墙壁开关三路”型号 UNI-KG-C(或同系列三路版本)。该设备支持标准86型底盒安装,可直接替换传统开关,接入零火线后即可实现三路独立控制

  • 通信方式:设备直连 WiFi 2.4G 网络,无需额外购买网关,降低了项目部署成本

  • 接口协议:全系产品开放标准 HTTP 接口,这意味着无论你的后端是 Java、Python,还是前端 JavaScript,只需支持 HTTP 请求即可完成对接。官方文档表明,接口响应速度极快(80-120ms),支持公网与局域网(私有化部署)两种模式

三、 详细对接实施步骤

将硬件集成到软件项目中主要分为三个阶段:环境准备、核心接口调用、状态同步机制。

1. 环境准备与凭证获取

在编写代码前,需要在芯步开发者后台完成基础配置:

  • 注册与创建:注册芯步账号,登录控制台并创建“工作台”,获取系统分配的 AppIDAppSecret(开发者密码)

  • 设备配网:将智能墙壁开关通电,通过 App 或者长按开关按键进入配网模式,将其连接至店铺的 Wi-Fi 网络。

  • 获取 Device ID:在控制台设备列表中找到已激活的设备,记录下唯一的 Device ID(设备编号),这是后续 API 调用中的目标对象

2. API 调用核心逻辑:签名与命令下发

芯步的 API 安全性基于动态签名验证。每次请求都需要计算 Sign 值,以防止接口被恶意篡改。

  • 请求地址https://api.thingboot.com/{AppID}/device/control/?sign={sign}&ts={ts}

  • 签名算法YourSign = md5( md5(AppSecret) + ts )即:将 AppSecret 进行 MD5 加密,得到的结果拼接上当前的时间戳(秒级),再将这个拼接后的字符串整体进行一次 MD5 加密

  • 控制命令格式请求 Body 为 JSON 格式,核心参数为 device (设备ID)和 order(控制指令)。针对三路开关,指令 JSON 格式如下:

citation: ,其中 power1power2power3 分别对应开关背面的 L1、L2、L3 接线柱。

3. 代码集成示例

以下是一个通用的后端逻辑伪代码示例,展示了如何在软件项目中封装控制函数:

注:实际开发中,signts 需保证实时性,尤其是在高并发场景下

4. 状态同步与高级功能

除了简单的“开/关”,该接口还支持高级商业应用场景:

  • 状态保持(防误触) :在需要强制关闭某区域照明的场景(如清场),可以使用 power1 的 JSON 对象形式。例如下发 {"power1": {"keep":"0","revert":"10"}},即强制关闭第一路,即使店员手动物理按键打开,10秒后也会自动恢复关闭状态

  • 定时任务与脉冲:如果需要实现“电梯厅闪烁提示”或“定时自动关灯”,可以直接在命令中下发 point1(先通后断)参数,如 {"point1":"1000"} 代表开启 1 秒后自动关闭

  • 状态获取:为了提高软件界面的可靠性,通过调用“设备状态查询接口”(官方提供)或通过回调机制获取开关当前的真实现场状态,避免因网络丢包导致的软件界面与实际灯光状态不一致。

四、 针对商场店铺的场景优化

结合上述技术接口,软件项目可以拓展出以下实用的商业功能:

  1. 一键场景模式在软件后台预设“营业模式”、“午休模式”、“打烊模式”。

    • 午休模式:自动执行 power1:0(关主灯),power3:1(开氛围灯)。

    • 清场模式:利用“先通后断”功能,让部分区域灯光闪烁数次后关闭,提示顾客离开。

  2. 能耗监控与自动化虽然开关本身主要负责通断,但可以在软件逻辑中加入计时器。例如:系统检测到商场客流传感器(需配合其他传感器)无人后,自动调用 API 下发 {"power1":"0"} 关闭主照明,实现节能。

  3. 连锁管理由于 API 基于云端或私有化服务器,总部可以通过统一的 SaaS 平台查看全部门店的照明设备在线状态,并远程处理忘记关灯的店铺,避免长明灯浪费电费。

五、 部署架构总结

项目架构拓扑:

  1. 前端/客户端:收银 POS、管理人员手机小程序、店内控制平板。

  2. 业务逻辑层:你的软件服务器(负责生成 Sign,校验权限,存储日志)。

  3. 云 API 层:芯步 API 网关 (api.thingboot.com)。

  4. 设备层:店内路由器 -> 芯步 3路智能开关 -> LED 灯带/筒灯/射灯。

通过方案的落地,商场店铺仅需很少的硬件改造成本,即可借助芯步开放、标准的 HTTP 接口,快速完成智能照明系统与业务软件的整合。