会议室空调能耗占办公楼总能耗的20%-30%,但“下班忘了关”“会议室没人空调却开着”是普遍痛点。以下方案基于芯步开放接口,通过传感器+控制器+业务规则引擎,实现会议室空调的精细化联动控制。
1. 背景与需求分析
在现代办公环境中,会议室作为高流动性空间,空调能耗浪费现象普遍存在(下班忘关、空闲运行)。传统空调面板分散管理难以实现精细化控制。本方案的目标是利用芯步的智能硬件开放接口,将普通空调接入物联网平台,实现基于人员存在、室内温湿度及会议日程的自定义联动逻辑,解决能源浪费与舒适度矛盾。
2. 设计
本方案基于“云-边-端”协同架构,利用芯步设备开放的 HTTP API 能力,实现数据上行与指令下发的闭环。
感知层 :部署芯步智能人体存在传感器(检测 occupancy)、环境温湿度传感器。如果涉及红外/射频老旧空调,需配置智能红外遥控器或空调集控网关。
传输层:设备通过 2.4G WiFi 直连网络,无需额外网关。设备主动将状态消息推送至企业私有化部署的 ThingBoot 消息服务器 (支持 MQTT/HTTP Push)。
平台层 :企业自建或利用芯步开放平台进行设备管理与数据处理。核心在于建立联动规则引擎,解析传感数据并决策。
执行层:通过调用芯步的
/device/control/接口,向空调控制器下发开关、温度、模式等指令。
3. 硬件选型与接口能力
针对会议室场景,集成以下两类芯步生态硬件:
3.1 感知设备
智能人体存在雷达传感器:用于探测会议室内是否有人(不仅仅是移动侦测,静态存在也能感知)。
关键接口能力:支持状态实时上报。当探测范围从“有人”变更为“无人”时,设备会主动推送
radar_enable状态包到指定服务器。
温湿度传感器:用于检测室内当前环境,作为空调恒温调节的触发条件。
关键接口能力:支持
sht_enable指令及定时上报温度/湿度数据。
3.2 执行设备
智能空调控制器:可以是具备联网能力的空调本身,或通过芯步兼容的集控设备。
接口调用示例(下行控制) :芯步采用标准的 HTTP POST 请求进行控制,签名机制保障安全。
4. 自定义空调联动逻辑实现方案
以下是三种核心自定义联动场景的开发与配置逻辑:
4.1 第一种场景:无人自动断电(节能核心)
痛点:会议结束人员离开现场时,空调常开。逻辑:当人体传感器持续上报“无人”状态超过设定的阈值(如 15 分钟),平台自动执行空调关闭指令。
开发实现步骤
在自建服务器接收传感器上报的雷达数据(
radar_enable=0表示无人)。设置计时器,确认在时间窗口内未接收到“有人”信号。
接口调用:向关联的空调设备发起控制请求,
order中power=0。可选:通过 Webhook 发送通知给会议室预定人。
4.2 第二种场景:会议预约联动(智慧办公)
痛点:会议室使用时段不固定,提前开空调浪费电,人员到了才开舒适度差。逻辑:与企业 OA 或会议预定系统(如飞书/钉钉日历)打通。
实现方案
当会议系统创建会议时,自动解析会议时间。
定时任务:在会议开始前 10 分钟,由平台自动触发。
动作:调用芯步接口开启对应会议室空调,并预设为舒适温度(如 24℃)。
若会议结束时间到了,但传感器检测到依然有人,可自动延缓“无人关闭”的执行。
4.3 第三种场景:环境自适应恒温闭环
痛点:人员进出导致房间温度波动,或午间阳光直射导致过冷/过热。逻辑:基于实时温度数据,动态调整空调运行状态。
联动规则示例
触发条件:温湿度传感器上报的温度
current_temp > 26℃。过滤条件:人体传感器状态为
occupied = true(有人)。执行动作
若空调处于关闭状态 -> 开机 + 制冷 24℃。
若空调处于制冷模式且温度 < 24℃ -> 调高设定温度(升 1℃)或切换风速,避免过度制冷。
5. 私有化部署与对接流程
由于企业内部数据安全要求,采用芯步支持的私有化部署方案:
自建消息服务器:设备数据不经过芯步公有云,直接推送到企业内网服务器。
设备初始化:通过 Device SDK 将设备配网,并配置推送地址为企业 API 网关。
鉴权与签名:所有接口调用需携带
AppId、时间戳ts和签名sign。企业开发时需在服务端维护AppKey用于生成 MD5/HMAC-SHA256 签名,防止接口被恶意调用。设备影子管理:利用平台维护设备的最新状态(在线/离线/当前温度),避免频繁直连设备。
6. 方案收益
能耗降低:预计实现会议室空调节能率 20%-30% ,杜绝无人空转。
管理效率:IT 管理员可通过 Web 后台或小程序直接对全楼会议室空调进行批量集控(如节假日统一关机)。
体验提升:实现“人未到,温先至”的智能环境体验。
注:具体实施时,需参考芯步官方最新的《设备接口调用代码示例》及《消息推送说明》进行适配开发。