CATALOG

共享会议室的痛点在于“人-空间-设备”的脱节:预约了会议室却要等人开门、人走了灯和空调却忘关。以下方案基于芯步的开放接口架构,设计一套“传感器感知→平台决策→执行器响应”的闭环联动系统。

1. 背景与目标

背景在共享办公及企业环境中,会议室管理常面临三大痛点:

  • 资源浪费:人走忘关灯、空调,导致电能浪费。

  • 联动滞后:门禁、照明、空调系统孤立,需手动逐一操作。

  • 体验不佳:用户预约后需找管理员开门,或进入后摸黑找开关。

目标利用芯步智能硬件的 HTTP 开放接口私有化消息推送机制,构建一套“人进灯亮、空调开;人走全关、自动锁”的无人化、场景联动管理系统。

2. 系统架构与硬件选型

本方案采用 云端/本地服务器 作为控制中枢,利用芯步设备支持 直连 WiFi 且具备 标准 HTTP API 的特点,实现设备互联。

硬件选型

基于芯步产品线及通用工业协议,选用以下三类硬件:

类别推荐产品关键接口/能力作用
感知层智能人体存在雷达传感器支持雷达探测、HTTP 主动上报 感知是否有人,精准度高于红外,静止也能探测
执行层智能断路器/继电器模块支持远程通断 API控制照明回路和门磁锁电源
交互层智能语音音柱 Pro60W支持 HTTP 语音合成下发 播放“欢迎光临”或“会议结束请带走私人物品”
中控通用空调 VRV 控制器支持 API 调温/模式切换接入中央空调或分体机

3. 核心联动逻辑流程

核心逻辑基于 “预约-签到-使用-释放” 的生命周期管理。

3.1 第一种场景:预约即授权(门禁联动)

  • 触发点:用户在 APP/小程序 成功预约会议室。

  • 后端动作:业务服务器记录授权信息。

  • 硬件联动

    • 会议开始前 5 分钟,服务器主动调用 API 向 智能门锁/门禁控制器 下发指令:开放时段权限

    • 用户到达后,刷卡/二维码/人脸识别开门。

    • 逻辑:非预约时段,门禁硬性关闭,防止占用

3.2 第二种场景:进入即亮灯(照明与空调联动)

这是核心体验环节,利用 状态上报指令下发 的闭环:

  1. 感知人体存在传感器 实时监测。当检测到无人状态变为有人状态时,立即通过 HTTP POST 将 {"status":"occupancy", "value":"true"} 推送到您的服务器

  2. 决策:服务器校验该会议室当前是否为“已预约/空闲”状态。

  3. 执行

    • 若为合法使用:服务器调用 照明模块 API (power:1),灯光渐亮;调用 空调控制器 API,设定温度至 24°C。

    • 若有语音音柱,播报:“欢迎使用,灯光空调已开启。”

3.3 第三种场景:无人时深度节能

  • 探测:雷达传感器持续监测。若连续 15-30 分钟 检测到无人状态(无人移动)。

  • 上报:传感器上报无人状态。

  • 联动控制

    • 关灯:调用照明 API,power:0

    • 关空调:调用空调 API,power:0

    • 门禁复位:清理临时权限,若门未关则发出告警。

    • 释放资源:后台自动释放会议室资源,允许他人即时预订。

3.4 场景四:结束前的贴心提醒

  • 触发:距会议结束还有 5 分钟(业务系统定时任务)。

  • 联动:业务服务器调用 语音音柱 API,合成语音播报:“当前会议即将结束,系统将在 5 分钟后关闭设备并锁定房门,请及时续订或离开。”

4. 技术对接实现细节

4.1 芯步 API 调用机制

芯步设备的控制高度标准化,开发者只需关注业务逻辑。接口示例如下:

控制指令格式 (以关灯为例):

  • Method: POST

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

  • Body:

  • 关键点:支持 纯局域网私有化部署,这意味着即使外网断线,内网服务器也能控制设备,保障会议室不瘫痪

4.2 消息推送服务架构

要实现“联动”,必须实时接收传感器的数据。方案采用 服务端接收推送 模式:

  1. 配置回调 URL:在芯步控制台设置您的服务器地址(如 http://yourdomain.com/api/device/callback)。

  2. 接收数据:当雷达传感器状态变化时,芯步平台主动请求您的 URL,携带 JSON 数据如 {"device_id":"sensor_01","status":"unoccupied"}

  3. 业务处理:您的服务器收到数据后,查询数据库(这是哪个会议室?现在有人预约吗?),最后决定是否下发关灯指令。

4.3 防误判逻辑设计

为了避免传感器误判(如人安静看书被判断为无人)导致的灯光熄灭:

  • 策略:在服务器端设置 “延迟计时器”

  • 流程:收到“无人”上报时,不立即关灯,而是启动 15 分钟倒计时。若 15 分钟内再次收到“有人”上报,取消倒计时;若倒计时归零,执行关断动作。

5. 方案优势

  • 去中心化:芯步设备无需额外网关(直接联网),降低了共享会议室改造的布线成本和故障点。

  • 接口友好:标准的 HTTP API 极大降低了后端(Java/Python/Go/PHP)与前端(小程序/Web)的开发门槛,通常 1-2 天即可跑通全流程

  • 数据运营:通过记录传感器上报的时间戳和命令执行时间,管理者可以精确统计每个会议室的 “实际使用时长”“空置能耗”,用于优化租金定价。

6. 总结

通过在芯步开放平台基础上自研业务逻辑层,将 “人体存在传感器” 作为感知末梢, “继电器/控制器” 作为执行单元,配合 “语音音柱” 作为交互补充,可以低成本、高效率地实现共享会议室的“人来灯亮、人走电断、预约开门”的完整场景联动。该方案不仅提升了用户科技体验,在节能降耗(节电率达 30% 以上)方面也有显著效益。