CATALOG

芯步的智能墙壁开关2路产品提供了完整的HTTP API接口,支持两路线路独立控制、状态保持、先通后断等多种指令模式。以下方案从接口协议、代码实现到联动逻辑,详细说明如何将该硬件集成到办公设备照明联动系统中。

1. 背景与目标

在现代智能办公场景中,节能减排和自动化体验是核心诉求。传统的照明系统往往孤立运行,无法与工位传感器、投影仪、电脑状态或考勤系统联动。

本方案基于芯步智能触摸墙壁开关2路(产品型号:智能触摸墙壁开关2路),利用其开放的HTTP API接口,将其无缝集成到现有的办公管理软件(OA系统、中控平台或微信小程序)中。

核心目标:

  • 远程总控:管理员可通过后台一键关闭整层楼未关的灯光。

  • 场景联动:会议室预定系统开会时自动开灯;下班后,基于工位电脑状态自动关灯。

  • 设备互锁:当投影仪或显示器关闭时,自动调整灯光亮度或关闭对应路线的照明。

2. 核心技术剖析:2路双功能特性

本方案的硬件不仅是简单的通断控制器,它具备“双功能”特性,这为软件开发者提供了比较高的灵活性

功能模式API指令特征软件应用场景
普通开关模式{“power1”: “1”} (开) / {“power1”: “0”} (关)标准的灯具开关控制,适用于定时任务或手动远程控制。
“先通后断”模式{“point1”: “2000”}场景:会议室门禁联动。 刷脸进门时,灯光短暂开启2秒用于人脸识别照明,随后自动关闭,避免打扰。
“先断后通”模式 (复位){“reset1”: “3000”}场景:设备调试/重启。 办公室某设备死锁,需断电重启;通过该指令切断3秒后自动恢复供电,无需人工拔插。
状态保持/锁定{“power1”: {“keep”: “1”, “revert”: “10”}}场景:节能干预。 员工手动关灯后,节能策略10秒后强制将灯“改回”开启状态;或在无人时锁定为关闭,禁止手动开启。

3. 软件集成设计

为了避免轮询造成的资源浪费,芯步的接口设计遵循 “指令下发-立即响应”“设备状态主动上报” 相结合的机制

3.1 通信流程

  1. 业务触发:OA系统检测到“下班时间到”或“会议室预定结束”。

  2. Token计算:后端服务器根据 AppId设备ID、时间戳 tsSign 签名规则生成安全链接。

  3. 指令下发:服务器调用 https://api.thingboot.com/{AppId}/device/control/ 接口。

  4. 硬件执行:开关在 80-120ms 内执行动作(响应极快,无延迟感)

  5. 状态闭环:开关执行后通过 MQTT/HTTP 回调将最新状态推送给软件服务器,确保软件界面显示与实际灯光明暗同步。

3.2 接口调用详解

在软件代码中,集成该设备通常分两步:

Step 1:下发控制指令构造一个标准的 HTTP POST 请求即可(适用于 Java, Python, PHP, Node.js 等)

  • URL: http(s)://api.thingboot.com/{AppId}/device/control/?sign={动态签名}&ts={Unix时间戳}

  • Header: Content-Type: application/json

  • Body 示例

Step 2:接收设备上报软件项目需提供一个公网回调接口(Webhook),用于接收设备的上行消息。例如,当用户物理触摸墙壁开关时,设备会主动向服务器推送 {“power1”:”1”},服务器更新数据库状态,无需依赖第三方云。

4. 场景:办公设备联动实战

以下展示如何将“开关”融入到具体的办公设备生态中:

第一种场景:会议室智能联动(结合PIR传感器/投影仪)

  • 硬件配置:墙壁开关(控制主照明)+ 芯步人体存在传感器 + 投影仪(通过智能插座控制)。

  • 软件逻辑

    1. 员工预定会议,软件提前10分钟预冷/预热。

    2. 员工刷卡进入,软件调用 {“power1”: “1”} 开启照明。

    3. 若传感器长时间(如15分钟)检测不到人,软件判定“会议提前结束”或“无人”,调用 {“power1”: “0”} 自动关闭灯光和投影仪,释放会议室资源

    4. 清洁模式:清洁工进场时段,软件调用 {“power1”: “1”, “revert”: “1800”},灯光开启半小时后自动复位关闭,防止清洁完成后忘关灯。

第二种场景:工位区域节能(结合电脑状态/日历)

  • 硬件配置:墙壁开关(控制该区域6个工位的顶灯)。

  • 软件逻辑(需要与员工电脑客户端联动):

    1. 软件监测到该区域最后一名员工的电脑锁屏或签退。

    2. 系统发送预警弹窗:“该区域灯光将在1分钟后关闭”。

    3. 若无人响应,软件调用 {“power1”: “0”};若有人点击“延迟”,则调用 {“power1”: “1”, “revert”: “3600”} 延长1小时。

第三种场景:紧急/演示模式(利用双路特性)

  • 硬件配置:第一路接主照明,第二路接窗帘电机或报警灯。

  • 软件逻辑

    1. 消防联动:当烟感报警时,软件忽略手动状态,强制 {“power1”: “1”}(照亮逃生通道)并闪烁第二路的报警灯。

    2. 演示模式:演讲者点击“演示模式”,软件发送 {“power1”: “0”}(灯光调暗/关闭)并联动关闭电动窗帘,但保持电脑供电的第二路开关开启。

5. 实施关键点提示

  1. 关于签名(Sign):这是集成安全性的关键。切忌在前端(如微信小程序或APP代码中)直接拼接 AppIdSecret,必须由后端服务计算签名后再下发给前端调用,或者直接由后端代理请求,以防止密钥泄露

  2. 局域网与公网双栈:芯步设备支持局域网发现与控制。若你的办公软件部署在本地服务器,且与开关在同一网段,可采用局域网API进行控制,延迟更低且不依赖外网

  3. 负载计算:该开关单路额定电流为 10A。在接入办公设备(如大功率饮水机或多组日光灯)时,需确保总功率不超过 1200W,以免造成继电器粘连

  4. 状态同步机制:软件设计时需注意初始状态同步。软件启动或重连时,主动发送一次状态查询指令(部分型号支持),否则需等待设备下一次动作上报,否则界面按钮与灯的实际状态可能不同步。

通过上述方案,开发者仅需关注业务逻辑层的触发条件(如考勤、传感器、时间表),而无需关心底层射频或通信协议,即可将物理世界中的“电灯”和“排气扇”视为软件中的一个布尔变量进行高效管理。