CATALOG

共享台球室的三路灯光和空调控制,核心就是通过芯步的开放接口,把每个设备变成一个可远程操控的“点位”。下面这套方案从硬件选型到接口调用、业务逻辑都过一遍,你可以直接拿去给开发团队参考。

解决方案:基于芯步开放平台的共享台球室“三路灯光+空调”智能控制系统

一、 场景需求分析

在共享台球室的无人值守模式中,最大的痛点就是 “节能”“体验” 的平衡。

  • 三路照明:通常分为“球桌上方灯(主照明)”、“休息区灯(氛围/辅照)”和“过道灯”。

  • 空调:大功率能耗设备,必须杜绝“人走灯灭空调还开着”的情况。

我们的目标:用户下单后自动开启球桌灯和空调;用户离开现场时后自动关闭所有设备;同时管理员能远程控制。

二、 硬件选型与连接

要实现上述控制,不能直接用普通灯泡,必须采用芯步生态内的智能硬件。

控制对象推荐硬件方案接入方式在芯步平台的设备ID
球桌上方灯智能通断器/智能空气开关支持芯步协议的WiFi/4G继电器Device_001
休息区/过道灯智能双路/三路模块支持芯步协议的 LoRa/ZigbeeDevice_002
空调空调智能集控器/红外遥控器带反馈的红外/485网关Device_003
总控网关芯步智能网关作为LoRa/Zigbee设备的中枢Gateway_001

操作细节:将硬件接线安装后,在芯步控制台进行“设备添加”,记录下每个设备的 Device ID。这是后续发指令的门牌号。

三、 对接方案与接口调用逻辑

这是核心环节。我们需要调用芯步提供的 HTTP / MQTT 接口 device/control/ 来发指令。

1. 用户下单时的“一键启动”逻辑当用户在公众号/小程序成功支付订单后,系统后台需要自动调用接口。假设设备ID分别为 1200112(球桌灯)、1200456(空调)。

请求示例(开启设备)我们需要向芯步服务器发送一个 POST 请求。

  • URL: https://api.thingboot.com/你的AppID/device/control/

  • 参数:

  • 签名:千万别忘了带上 signts(时间戳),具体按 md5(md5(AppSecret) + ts) 规则生成

2. 订单倒计时结束/用户提前关灯逻辑当用户点击“暂离”或订单时间耗尽,需要强制关闭设备。

请求示例

3. 单独控制的需求台球室可能不需要一直开空调,但球桌灯必须跟着订单走。但有时候用户想调空调温度,可以通过接口单独下发热。

四、 状态同步与异常处理(避坑指南)

做共享系统,最怕状态不同步——比如设备掉线了,或者用户现场用遥控器把空调关了,但系统还以为开着。

解决方案:利用芯步平台的消息推送机制

  1. 设备上线/下线感知:芯步平台会实时推送设备状态 type: connectdisconnect

    • 如果设备下线,你的后台应该立即告警“xx桌设备离线”。

  2. 设备响应反馈

    • 调用 device/control/ 接口,返回 code:200 只代表指令平台收到了,不代表设备真的动作了

    • 更好的做法:监听异步消息。设备执行指令后会上报新状态,你的后台收到状态后存入数据库,确保前端显示的是“真实现状”。

五、 特殊的场景联动(针对三路控制)

针对你提到的“三路”不同需求,这里有一个深色模式的增值逻辑,采用:

  • 场景 A:对战模式(默认)

    • 控制:球桌灯开、休息区灯暗、过道灯暗、空调开。

    • 接口参数:{"device":"灯1","order":{"switch