CATALOG

共享办公空间的照明管理,痛点往往不在于“不够亮”,而在于“控制不了”——公共区域长明灯浪费、独立办公室无法自主调节、会议室与预约系统脱节。芯步12路控制器通过开放HTTP接口,可以像调用本地函数一样直接对接你的业务系统,将照明控制变成几行代码的事。以下是具体实施方案:

背景与目标

在共享办公、联合办公、共享会议室、共享自习室、以及共享茶室/棋牌室等场景中,往往需要将“物理空间”与“线上订单/线下使用状态”联动。传统照明依赖人工开关,经常出现“人走灯不灭”、区域能耗高、用户体验差(摸黑找开关)等问题。

本方案基于芯步智能照明控制器12路16A(型号:UNI-KQ-ZM-12-16A) ,利用其提供的开放HTTP接口,将照明硬件无缝对接到现有的共享场所管理系统中。实现订单开始即通电、订单结束即断电、区域分时/分区精细化管理,降低能耗并提升智能化体验。

核心产品特性

本方案采用的是一款具备强联网能力的工业级控制器,具备以下特点,使其极易被集成:

  • 接口友好:采用标准的HTTP协议,无论你的后端是Java、Python、PHP还是Go,甚至前端直调,只要支持HTTP请求即可,无需特定SDK

  • 网络灵活:设备直连Wi-Fi 2.4G,无需额外购买网关。支持私有化部署和纯局域网运行,数据更安全

  • 硬件参数:12路独立控制,单路阻性负载16A,足以应对射灯、日光灯带等常见商业照明。

整体设计

设备层:智能照明控制器12路,安装在强电箱内,进线接总闸,出线接12个不同的照明支路(如:01路-工位A区,02路-工位B区,03路-走廊,04路-会议室等)。

网络层:设备通过Wi-Fi连接至路由器。若需局域网控制,需确保服务器与设备在同一网段。

业务平台层:这是对接的核心。基于芯步的开放接口,编写API调用模块,将设备指令封装成业务逻辑。

应用表现层:用户端(小程序/公众号)、管理端(PC后台)。

对接开发核心流程

要实现“共享空间”的管理,核心逻辑是:业务状态变化 -> 触发HTTP请求 -> 设备响应动作

1. 接口调用机制

芯步设备的接口定义简洁,一次典型的控制请求如下:

  • 请求方式:POST

  • URL结构http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}

  • 请求体 (Body)

开发防护:接口携带了动态签名(sign)和时间戳,你需要依据芯步提供的密钥算法在服务器端生成sign,防止接口被恶意调用导致灯乱闪。

2. 关键场景开发示例

第一种场景:会议室/包间使用中和结束控制这是共享空间最核心的应用场景。用户在小程序上预订了“路演厅”14:00-15:00的时间段。

  • 流程

    1. 用户在14:00扫码签到或管理员后台手动确认“开始计费”。

    2. 业务服务器触发:服务器向芯步接口发送指令:{“device”:123456, “order”:{“power3”:1}} (假设第3回路是路演厅主灯)。

    3. 结果:路演厅灯亮,用户体验无需摸黑。

    4. 订单结束(15:00或用户点击“退租”)。

    5. 业务服务器触发:发送指令 {“power3”:0}

    6. 结果:灯灭,节能。

第二种场景:全区域一键关断与巡检运营人员在闭店时,不需要去电箱拉闸,直接在后台点击“关断所有”。

  • 流程

    1. 后端循环或批量发送指令。鉴于HTTP是单次请求,可依次对每个设备发送 {“order”:{“power1”:0, “power2”:0, …, “power12”:0}}

    2. 优化:12路可一次性纳入JSON中发送,减少网络开销。

第三种场景:传感器联动(如红外感应)本方案主要用于灯光管理,但如果现场配备了芯步的人体存在传感器,可以形成闭环

  • 流程

    1. 服务器接收来自传感器的“无人”状态消息。

    2. 服务器判断当前订单状态(如无人且订单已结束,或超时未移动)。

    3. 调用控制器接口,执行关灯命令。

    4. 实现“真正的按需照明”。

3. 业务逻辑状态设计

在数据库中为每个“工位/会议室”建立一张映射表,以对应控制器的物理回路:

场地ID (Space ID)关联设备ID (Device SN)对应回路号 (Circuit No.)逻辑说明
100861234563路演厅主照明
100871234564独立办公室A
100881234571走廊氛围灯

实施注意事项与优化

1. 权限与安全设备控制接口是“即时生效”的。在代码编写时,请一定要在Service层检查当前用户的订单状态。例如:如果用户账户欠费或订单未支付,即使他恶意调用后端接口(例如通过抓包获取了URL),后端也应返回“无权限操作”,而不应向芯步转发指令。

2. 状态同步机制灯具虽然物理上受控制器控制,但也可能通过墙壁开关(如果有保留)被物理关闭。虽然控制器接口可以查到开关状态,但在后台首页设计“刷新/同步”按钮,拉取设备当前的继电器状态,避免后台显示“已开”但实际灯不亮的界面不一致问题。

3. 网络稳定性虽然设备支持自动重连Wi-Fi,但在公共Wi-Fi环境下,为控制器分配固定IP或在路由器中设置MAC地址绑定,防止IP频繁变动导致云端/本地服务器连接失败

4. 本地化部署的选择对于网速要求比较高或数据保密度高的企业(如金融共享空间),选择芯步的私有化部署方案。指令仅在局域网内传输,延迟可控制在20ms以内,响应更快更稳定。

方案价值总结

通过将芯步12路控制器的开放接口集成至共享场所项目中:

  • 降本增效:将“人查灯”变为“系统自动控灯”,预计可节约30%以上的照明能耗。

  • 用户体验:实现预定即亮灯、扫码即通电,提升空间科技感与使用流畅度。

  • 灵活扩展:芯步接口不仅支持开关,理论上可根据文档扩展至更多控制模式,配合传感器还能实现更复杂的自动化逻辑

下一步行动:开发团队可获取设备实物,参考《芯步开放平台文档》中的API示例,使用Postman工具测试单条指令,成功后即可编写对应的业务封装类。