CATALOG

实验室安全的痛点在于“事后响应”——往往是烟雾报警器响起时,事故已经发生。将壁挂式人体感应雷达与烟雾报警器联动,可以在探测到人员异常行为(如长时间无人值守)时预判风险,实现从被动报警到主动防控的转变。以下是基于芯步开放接口的详细接入方案。

1. 背景与目标

在高校及科研机构的实验室环境中,安全防控节能是两大核心诉求。

  • 背景痛点:许多实验室存在“人走未断电”的情况,易引发火灾;或者实验过程中无人值守导致危险气体泄漏或烟雾产生时未能及时发现。

  • 解决目标:利用芯步的 壁挂式人体感应雷达传感器烟雾报警器,通过其开放的HTTP API接口,实现“人员存在检测”与“环境烟雾监测”的联动。

  • 核心逻辑:当系统检测到“无人状态”但“设备仍在运行”或“烟雾浓度超标”时,自动执行告警或断电操作。

2. 硬件选型与核心能力

基于搜索结果,芯步及其生态产品提供了以下关键硬件,这些设备均支持通过WiFi连接云端,并支持HTTP反向控制

2.1 核心设备清单

设备类型推荐型号/形态核心探测能力在本方案中的作用
壁挂式人体存在雷达传感器智能人体存在雷达传感器[壁挂]探测距离:4米内人体微动,6米内运动感应;角度约120°精准判断实验室是否有人,防止红外误报(雷达可探测静坐、微动)
烟雾报警器智能烟雾传感器探测烟雾颗粒浓度;本地蜂鸣报警监测火灾初期的烟雾
集成设备(优选)智能人体存在雷达和烟雾传感器[壁挂]二合一设备,同时具备雷达感应与烟雾感应减少布线,一体化安装,降低成本

2.2 技术参数

  • 通信协议:Wi-Fi(IEEE 802.11 b/g/n 2.4GHz),无需额外网关

  • 供电方式:AC 85V-265V(市电直供),适合改造现有实验室墙面插座位置

  • 接口协议:支持 HTTP/HTTPS 协议,采用 JSON 数据格式

3. 系统设计

本方案采用云到端的极简架构,重点在于利用芯步开放平台的API进行数据中转和逻辑控制。

3.1 架构分层

  1. 感知层(端侧)

    • 壁挂式雷达传感器实时采集区域人员存在状态(有人/无人)。

    • 烟雾传感器实时采集空气中的烟雾浓度值。

  2. 网络层(云侧)

    • 芯步云平台:负责设备连接、数据解析、消息推送。

    • 用户自建应用服务器(即实验室安全监控中心):接收设备上报数据,执行核心联动逻辑。

  3. 应用层(控制侧)

    • 执行器:实验室内的智能插座/空开(控制通风橱、仪器电源)。

    • 通知系统:现场声光报警器、微信/钉钉告警消息、大屏看板。

3.2 数据流转示意图

传感器 -> 芯步云 -> HTTP推送 -> 用户业务服务器(联动逻辑判断) -> 调用API -> 芯步云 -> 执行设备(插座/报警器)

4. 接口接入实施步骤

4.1 前置准备:获取关键凭证

在芯步开放平台(ThingBoot Open)完成以下操作,这一步是技术对接的基础

  1. 注册企业/开发者账号:获取 AppIdAppSecret

  2. 添加设备:将壁挂式雷达传感器和烟雾传感器绑定到平台,获取唯一的 Device ID(如示例中的 820720

  3. 配置消息推送:在控制台设置 Callback URL(即你的公网服务器地址),用于接收设备上报的数据。

4.2 核心功能一:接收设备上行数据(数据采集)

传感器不会等待程序来读取,而是主动上报状态。你需要搭建一个Web服务器来处理 POST 请求。

  • 接口方向:芯步云 -> 你的服务器。

  • 数据格式:JSON。

  • 典型数据包示例(雷达有人/无人)

  • 典型数据包示例(烟雾报警)

  • 服务器处理逻辑:你的服务器接收上述数据后,更新数据库中该实验室的实时状态。

4.3 核心功能二:服务端下发联动命令(执行控制)

当逻辑判断满足条件时(例如:连续5分钟雷达无人 + 烟雾浓度 > 阈值),你的服务器需要调用芯步的API,向执行设备下发指令。

  • 接口方向:你的服务器 -> 芯步云。

  • 请求地址http(s)://api.thingboot.com/{AppId}/device/control/?sign={动态签名}&ts={时间戳}

  • 签名算法:通常涉及将 AppSecret 与参数拼接进行MD5加密,用于防止接口被恶意调用(具体参考平台文档)

  • 请求方法POST

  • Body (JSON) 示例场景A:切断危险设备电源(控制智能插座)

    场景B:复位或消音(控制传感器本身)烟雾报警器响起后,若确认安全,可通过接口关闭蜂鸣器

5. 业务逻辑场景设计

为了实现真正的“安全联动”,需要在你的业务服务器上编写具体的逻辑代码。以下是三个典型的应用场景:

第一种场景:“防患于未然”—— 人走电断/预警

  • 触发条件:雷达传感器上报 radar_stateunoccupied(无人),持续时长超过设定的阈值(如10分钟)。

  • 动作

    1. 查重:查询该实验室内所有非必要电器(如加热炉、搅拌器)对应的智能插座状态。

    2. 执行:调用设备控制API,将这些插座 power 参数设为 0

    3. 通知:若总电源无法切断,向安全员发送“XX实验室无人值守,已自动切断非必要电源”的告警推送。

第二种场景:“紧急响应”—— 烟雾+无人

  • 触发条件:烟雾传感器上报 alarm_statusalert,且当前雷达状态为 unoccupied

  • 动作

    1. 全断电:立即通过API切断该房间的总电源(需配合大功率磁保持继电器)。

    2. 紧急呼叫:由于室内无人,系统直接升级为最高级别告警,通过电话或短信通知实验室主任与安保处。

    3. 门禁联动:若有门禁API权限,自动解锁门禁,方便安保人员进入处置。

第三种场景:“实验辅助”—— 烟雾+有人

  • 触发条件:烟雾传感器报警,但雷达探测为 occupied(室内有人)。

  • 动作

    1. 现场本地告警:传感器自带蜂鸣器响起,提醒实验人员处理

    2. 远程辅助:若3分钟内未解除报警,云端再次下发指令强制断电并通过APP通知,防止实验员因惊慌或吸入浓烟无法操作。

6. 关键注意事项

6.1 雷达探测的“盲区”与灵敏度

  • 微动探测:芯步的壁挂式雷达支持探测 4米内的微动(如呼吸起伏、打字),性能优于普通红外。安装高度在2米左右,向下倾斜15-30度,避免探测到走廊外部导致“无人”逻辑失效。

  • 屏蔽干扰:如果实验室有风扇或机械摆动装置,需配置雷达的灵敏度参数(通过 radar_enable 相关命令调整滤波),避免误报

6.2 网络稳定性(心跳与离线处理)

  • 心跳机制:设备会定期发送心跳包。如果服务器长时间未收到设备心跳,界面应显示“设备离线”,此时切不可依赖该传感器的“无人”信号进行断电(可能是WiFi断了但设备在运行),应触发“通信故障”告警。

6.3 接口鉴权安全

  • 所有的API调用都需要携带 sign 签名和时间戳 ts。请一定要在服务端妥善保管 AppSecret严禁将其写在前端代码中

7. 方案价值总结

通过将壁挂式人体感应雷达的“存在感知”能力与烟雾报警器的“环境感知”能力,通过芯步标准的 HTTP API 深度整合,实验室安全管理系统将从“被动报警”升级为“主动防控”:

  1. 杜绝疏忽:解决“人走未断电”这一实验室火灾最大隐患。

  2. 精准救援:区分“有人起火”与“无人起火”,采取完全不同的应急策略,避免次生事故(如盲目冲入毒烟环境)。

  3. 轻量部署:基于WiFi和标准HTTP协议,无需复杂的布线施工,非常适合现有实验室的快速智能化改造。