CATALOG

共享台球室的无人化运营,核心难点在于“远程控制”与“权限即时下发”的衔接。以下方案基于芯步开放接口,通过设备指令下发机制,实现用户扫码后自动开灯、开门,订单结束后自动断电的完整闭环。

1. 背景与需求分析

在共享台球室(无人值守模式)的运营中,痛点在于如何让用户通过手机小程序自助开单后,系统能自动授权其进入指定包间并开启基础用电设备。这要求智能硬件必须具备远程可控权限时效性以及状态可感知的特点

本方案的目标是利用芯步的开放接口,将传统的“照明回路”与“电磁门锁”改造为物联网设备,实现与现有SaaS小程序/后台管理系统的无缝对接。

2. 硬件选型与部署

要实现单个包间的照明和门禁控制,且不改变原有强电布线习惯,选择以下硬件,并确保其已接入芯步平台:

  • 单路/双路智能断路器或继电器模块

    • 作用:部署在包间电箱内,控制照明回路。

    • 特点:支持远程通断,体积小,可直接替换原有空气开关或串联在照明线路上

  • 联网型单门磁力锁控制器

    • 作用:安装在包间门口,控制门的开关。

    • 特点:断电开锁(符合消防规范)或通电开锁,支持12V/24V供电,通过网关或内置4G/Wi-Fi模块联网。

  • 智能网关

    • 作用:如果门禁锁和照明模块采用Zigbee/Z-Wave协议,需要芯步兼容的网关做协议转换;若采用4G Cat.1Wi-Fi通信模组的硬件,则可直连云端,无需网关

3. 接口对接逻辑与流程设计

本方案的核心在于利用芯步的 “向设备下发指令”接口(device/control) 。通过后端服务器与芯步云端API的交互,实现订单状态与设备状态的联动

3.1 网络架构

  1. 设备层:智能门锁、照明模块等设备通过MQTT协议保持长连接(维持心跳)或通过HTTP短连接与芯步平台通信。

  2. 平台层:芯步开放平台负责设备生命周期管理及指令转发。

  3. 应用层:共享台球室SaaS后台(即你的业务服务器)及用户端小程序。

3.2 业务流程

场景:用户A在小程序下单“20:00-21:00”包间X。

第一步:订单支付成功

  • 用户支付成功后,业务服务器生成订单,有效期为20:00至21:00。

  • 动作:业务服务器调用芯步API device/control

第二步:下发开门指令

  • 接口调用

    • URLhttp(s)://api.thingboot.com/{AppID}/device/control/

    • Method:POST

    • 关键参数

      • device:门禁锁的设备ID (例如 1008624486)。

      • order{"power":1, "extra":"ORDER_ID_123456"}

  • 逻辑:指令通过云平台下发给门锁,磁力锁失电/得电,门弹开。同时,extra字段携带订单号,便于后续对账。

第三步:联动照明启动

  • 策略:通常开门即亮灯,也可以由用户点击小程序“开灯”按钮触发。

  • 接口调用

    • device:照明模块的设备ID。

    • order{"switch":"on"}

第四步:使用中巡检

  • 心跳维持:用户使用期间,服务器可每隔一段时间发送查询指令(需设备支持),获取照明电流状态,判断灯是否损坏或被人为关闭。

  • 异常处理:若检测到电流异常(如0W),可推送小程序提醒用户“检测到灯已关闭,是否一键开启?”

第五步:订单结束断电

  • 触发:订单倒计时结束(或用户点击“退押/结束”)。

  • 动作

    1. 服务器调用 device/control 下发 {"switch":"off"} 关闭照明。

    2. 延迟5秒后,下发 {"power":0} 锁门。

    3. 打扫模式:保洁人员通过特定管理端进入时,可临时获取开门权限并开启照明进行清扫(利用接口携带保洁工单号作为extra标识)

4. 关键接口技术细节(基于芯步规范)

在开发对接过程中,需要注意芯步接口的以下特性:

4.1 指令下发方式

芯步支持HTTP和MQTT两种方式。在共享场景下,由于指令触发频率不高(主要发生在订单开始和结束),推荐使用HTTP同步调用,实现简单;若需要实时感知设备状态回传(如有人暴力开门),开启MQTT推送模式

4.2 异步反馈机制

芯步的HTTP接口返回200代码仅代表“指令已送达平台”,并不代表“设备已执行”。例如,门锁离线或照明灯泡损坏,也会返回200

  • 解决方案:必须订阅芯步的消息推送服务。当设备真正执行了命令(如灯真的亮了、锁真的开了),设备会回传状态,芯步会推送给你的服务器。你的系统应以收到异步执行成功通知作为“订单生效”的最终依据。

4.3 多设备并发控制

如果是多台设备的场景(例如一个订单控制一个灯和一个锁):

  • 单次调用:芯步接口支持在device参数中用逗号或竖线连接多台设备(device=123,456),前提是这些设备的指令内容(order)完全相同

  • 分别调用:由于灯和锁的指令参数(power vs switch)通常不同,业务服务器分别调用两次控制接口,分别处理返回结果。

4.4 超时与重试机制

  • 场景:用户扫码开门,但此时门锁Wi-Fi信号不好。

  • 策略:业务服务器调用接口时设置合理的超时时间(5s)。若超时或返回非200,应触发重试机制(如间隔2秒重试3次)。若仍失败,立即告知用户“设备网络异常,请联系管理员”以避免客诉

5. 安全与风控策略

  • 指令签名:调用芯步API时,需严格按照规范生成sign签名,防止接口被伪造攻击导致灯乱灭或门乱开

  • 空闲检测:虽然利用订单控制是最基础的,但仍需增加红外传感器(也通过芯步平台对接)。

    • 逻辑:订单进行中,但红外检测连续5分钟无人,系统自动提前关灯锁门并释放订单,防止用户忘记关门导致资源浪费或安全隐患

  • 消防联动:在接口设计上,服务器端需保留最高权限。如遇火警,后台可批量向所有门锁下发 {"power":0}(断电开锁)指令,确保人员逃生

6. 方案优势

  • 部署轻量:无需重新布设复杂的工控机,利用4G/Wi-Fi直连云端,降低安装成本。

  • 数据闭环:通过extra字段将业务订单号与硬件指令挂钩,实现每一度电、每一次开门都有数据追溯

  • 维护便捷:通过芯步控制台可直观查看设备在线/离线状态,运维人员可远程排查是“没网”还是“设备坏了”