共享空间的设施管理面临两个痛点:下班后空调灯光忘关导致能源浪费,洗手间排风扇故障或漏水却无人知晓。芯步的开放接口正好可以解决这类“人走忘关”和“故障无感知”的问题——通过人体存在传感器、温湿度传感器等设备,结合状态上报与告警推送机制,实现从“被动维修”到“主动预警”的转变。
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. 接口接入与开发实现
芯步开放平台提供 HTTP 和 MQTT 两种接入方式,均永久免费 。针对实时告警需求,推荐使用 MQTT 方式以获得更低的延迟。
4.1 接入准备
在芯步控制台获取 AppID 和 AppSecret。
设置消息推送地址或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
URL
https://api.thingboot.com/YourAppID/device/control/?sign=xxxx&ts=当前时间戳Body
5. 告警通知策略设计
结合共享空间的具体场景,设计以下三类自动化告警规则,由业务服务器执行判断:
5.1 节能类告警(人走忘关)
场景:会议室或独立办公室无人,但灯光/空调仍在运行。
判定依据:人体传感器持续上报
infrared_target=0超过设定的阈值(如20分钟),且power状态为 1。执行动作
自动下发关闭指令。
通过 Webhook 推送通知:“【节能提醒】路演厅无人但空调开启,已自动关闭,节省电量XX度。”
5.2 设备故障类告警(硬件损坏)
场景A:排气扇失效。传感器显示湿度在排风扇开启后无变化或持续升高。
场景B:传感器离线。设备心跳包中断。
判定依据:芯步接口返回
code非200,或长时间未收到设备上报数据。执行动作:推送告警:“【故障报修】3楼洗手间湿度高达85%,排气扇可能故障,请维修。”
5.3 安全类告警(异常入侵)
场景:非工作时段(如凌晨)检测到大量人员活动或烟雾报警(需烟雾传感器)。
执行动作:通过API调用高优先级告警接口,通知安保人员。
6. 实施注意事项
设备离线处理:调用接口下发指令时,
code:200仅代表指令送达平台,不代表设备执行成功 。业务系统需通过后续的state消息回传确认设备power状态是否真的改变,若改变失败(设备离线),应产生“设备离线告警”。签名时效性:接口请求必须携带
ts(时间戳),服务器需验证时间戳防止重放攻击,且需注意中国时区转换 。人机交互体验:在厕所或休息室,不要开启“人来即开”模式。强制用户在进入时手动开关(保持
relay_change_1为无动作),自动系统只负责“人走延时关闭”,这样可以避免传感器误判导致突然熄灯或吹风带来的不良体验 。
通过上述方案,集成芯步开放接口,共享空间不仅能实现有效的节能减排,还能将设施故障的发现时间从“小时级”缩短至“秒级”,提升运营效率。