CATALOG

共享空间的设施管理面临两个痛点:下班后空调灯光忘关导致能源浪费,洗手间排风扇故障或漏水却无人知晓。芯步的开放接口正好可以解决这类“人走忘关”和“故障无感知”的问题——通过人体存在传感器、温湿度传感器等设备,结合状态上报与告警推送机制,实现从“被动维修”到“主动预警”的转变。

1. 背景与需求

在现代共享办公空间、公寓及会议室场景中,设施管理者常常面临两大痛点:一是能源浪费(如人走灯未灭、空调空转);二是故障响应滞后(如洗手间排气扇损坏导致异味、空调故障导致室温异常、水管漏水等)。传统的物业管理依赖人工巡检,效率低下且无法实时感知设备状态。

本方案基于芯步的开放平台及智能硬件,旨在通过接入人体存在传感器、温湿度传感器及排风扇控制器,构建一套“感知-分析-告警”的自动化闭环系统,实现对人离忘关、设备故障的即时通知。

2. 整体设计

系统采用典型的“云-管-端”三层架构:

  • 感知层:部署各类传感器与控制器,包括人体存在传感器(红外/雷达)、温湿度传感器、排风扇/灯光控制器等。

  • 网络与平台层:利用芯步的开放API及MQTT消息通道,负责设备连接、数据上下行及指令转发。

  • 应用层:用户的业务服务器(自建SaaS或本地服务器),负责处理传感数据、执行告警逻辑(如通过钉钉、微信或短信发送通知)。

3. 关键设备选型与配置

为了实现“安全节能”与“故障告警”,需根据空间特点配置特定参数,尤其是在传感器触发逻辑上必须区分“有人/无人”状态。

3.1 核心传感器配置

  • 人体存在传感器:用于检测工位、卫生间或会议室是否有人。中定义了关键属性,其中 infrared_target(红外感应)用于判断有人(1)或无人(0)。

  • 温湿度传感器:用于检测环境舒适度。

    • 告警触发条件:当温度 > 30°C 且空调状态为关闭,或当温度 < 10°C 且加热状态关闭时,判定为供热/制冷故障。

  • 排风扇/灯光控制器:通过继电器控制通断,属性 power 代表开关状态 (1/0)

3.2 关键配置逻辑:解决“无人自动关”的痛点

在实际落地中,直接将排风扇或灯光设为“人走即关”体验较差(如厕中途短暂无动作会关灯)。芯步的接口支持修改传感器的配置项来解决此问题

配置项推荐值逻辑说明
红外无人触发持续时间5m (5分钟)检测到无人后,等待5分钟再上报“无人”状态,避免短暂离开导致设备频繁启停。
发现无人时线路动作关闭确认无人后,自动切断排风扇/灯光电源。
发现有人时线路动作无动作对于洗手间排风扇,手动开启或使用异味传感器联动,避免一进门就吹风。

4. 接口接入与开发实现

芯步开放平台提供 HTTPMQTT 两种接入方式,均永久免费 。针对实时告警需求,推荐使用 MQTT 方式以获得更低的延迟。

4.1 接入准备

  1. 在芯步控制台获取 AppIDAppSecret

  2. 设置消息推送地址或MQTT订阅主题。

4.2 核心流程一:状态上报与故障判定

当环境变化(如室温异常、无人超时)时,设备会自主上报状态。

  • 消息接收方式:订阅 MQTT 主题 api/{AppId}/message/state

  • 上报数据示例

  • 业务服务器处理逻辑(伪代码)

    收到 data 数据:
      if infrared_target == "0" and 当前时间 > 预设下班时间:
          查询该房间最后一次 sensor_active 时间
          if (当前时间 - 最后活跃时间) > 30分钟:
              调用设备控制接口 -> 关闭灯光/空调
              发送告警通知: "共享办公区A,无人超过30分钟,已自动关闭电源"
      if temperature > 30:
          查询空调电源状态
          if 空调 == false:
              发送紧急告警: "机房温度过高,空调可能故障,请立即检查"

4.3 核心流程二:远程控制与联动

当系统判定设备故障或需强制关闭时,通过向设备下发指令实现远程操作。

  • 请求地址http(s)://api.thingboot.com/{AppID}/device/control/

  • 签名计算sign = md5(md5(AppSecret) + ts)

  • 关闭排风扇指令示例

    • Method:POST

    • URLhttps://api.thingboot.com/YourAppID/device/control/?sign=xxxx&ts=当前时间戳

    • Body

5. 告警通知策略设计

结合共享空间的具体场景,设计以下三类自动化告警规则,由业务服务器执行判断:

5.1 节能类告警(人走忘关)

  • 场景:会议室或独立办公室无人,但灯光/空调仍在运行。

  • 判定依据:人体传感器持续上报 infrared_target=0 超过设定的阈值(如20分钟),且 power 状态为 1。

  • 执行动作

    1. 自动下发关闭指令。

    2. 通过 Webhook 推送通知:“【节能提醒】路演厅无人但空调开启,已自动关闭,节省电量XX度。”

5.2 设备故障类告警(硬件损坏)

  • 场景A:排气扇失效。传感器显示湿度在排风扇开启后无变化或持续升高。

  • 场景B:传感器离线。设备心跳包中断。

  • 判定依据:芯步接口返回 code 非200,或长时间未收到设备上报数据。

  • 执行动作:推送告警:“【故障报修】3楼洗手间湿度高达85%,排气扇可能故障,请维修。”

5.3 安全类告警(异常入侵)

  • 场景:非工作时段(如凌晨)检测到大量人员活动或烟雾报警(需烟雾传感器)。

  • 执行动作:通过API调用高优先级告警接口,通知安保人员。

6. 实施注意事项

  1. 设备离线处理:调用接口下发指令时,code:200仅代表指令送达平台,不代表设备执行成功 。业务系统需通过后续的 state 消息回传确认设备 power 状态是否真的改变,若改变失败(设备离线),应产生“设备离线告警”。

  2. 签名时效性:接口请求必须携带 ts(时间戳),服务器需验证时间戳防止重放攻击,且需注意中国时区转换

  3. 人机交互体验:在厕所或休息室,不要开启“人来即开”模式。强制用户在进入时手动开关(保持 relay_change_1无动作),自动系统只负责“人走延时关闭”,这样可以避免传感器误判导致突然熄灯或吹风带来的不良体验

通过上述方案,集成芯步开放接口,共享空间不仅能实现有效的节能减排,还能将设施故障的发现时间从“小时级”缩短至“秒级”,提升运营效率。