怎么在智能化改造人体感应场景中接入智能设备来实现人体存在联动控制_解决方案

CATALOG

芯步的人体存在传感器采用“红外+雷达”双模检测方案，可区分微动与完全离开状态，配合开放的HTTP API，能实现从“感应”到“联动”的完整闭环。以下方案涵盖设备选型、接口对接逻辑和典型场景配置。

1. 背景与目标

在智能化场景（如智能办公室、智慧卫生间、节能教室、高端家居）中，传统红外传感器往往无法检测静止或微动人体（如在睡觉、如厕、办公），导致经常出现“人在灯灭”的误判，体验极差。

本方案目标：利用芯步具备 “红外+雷达”双模检测 功能的人体存在传感器，结合其 开放的HTTP API接口，实现高可靠性的人体存在检测，并与灯光、空调、排风、语音播报等设备进行联动控制。

针对人体存在检测的痛点，推荐采用 毫米波雷达与红外结合 的方案，而非简单的红外感应。

在芯步的产品体系中，推荐选用 智能人体存在红外和雷达传感器（吸顶或壁挂版，依据安装环境选择）。

检测精度：可以检测呼吸、心跳等微动，解决传统传感器“静坐/睡眠状态下误判无人”的难题。
双重验证逻辑：只有当红外模块和雷达模块均判定为无人时，才上报“无人”状态。这有效避免了单一技术（如红外受温度影响、雷达受窗帘摆动影响）的误报。
自带输出控制：部分此类传感器自带电源输出接口，可直接控制照明，也可以作为纯信号节点通过API控制网络内的其他智能设备。

由于芯步的设备开放HTTP接口且支持局域网通信，整个改造方案无需依赖昂贵的第三方网关，可以直接接入用户现有的服务器或云平台。

这是方案的技术核心。芯步提供了标准的HTTP API，支持任何具备HTTP请求能力的编程语言或平台（如Node-RED, Python, PHP, Java等）进行调用。

传感器在检测到状态变化时（例如从“无人”变为“有人”，或环境光照变化），会主动向预设的服务器地址推送数据。

接收方式：需要你准备一个公网或局域网内的API接收端点，并开启HTTP POST请求监听。
数据内容：包含设备ID、检测到的人体状态（Occupancy）、雷达参数、红外参数等。
处理逻辑示例
# 伪代码示例:接收传感器上报 def webhook_receiver(request): data = json.loads(request.body) device_id = data['device'] human_status = data['radar_enable'] # 或特定的人体字段 if human_status == 1: # 有人 # 触发联动:开启相关设备 control_device(device_id_list, action="turn_on") else: # 无人 # 触发联动:延迟关闭设备 schedule_device_off(delay=30)

一旦服务器判断需要执行指令（例如开灯），便通过HTTP GET/POST请求向芯步的API接口下发指令。

接口详情

URLhttp(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}。
请求方式：POST
Body参数
- device: 目标执行设备的ID（如智能开关）。
- order: JSON格式的命令集。

签名生成规则（安全认证）为了安全控制，所有API请求都需要携带动态签名 sign。根据芯步的机制，签名生成算法如下

代码调用示例（控制开灯）假设需要将ID为 820720 的智能开关的线路 power 打开。

*响应时间约为80-120ms，联动反应非常迅速。*

需求：人员进入自动开灯开空调；人员离开自动关闭所有电源。
传感器：吸顶式人体存在传感器。
执行器：芯步智能插座（控制空调/饮水机）、智能开关（控制灯光）。
逻辑表
1. 传感器状态 radar_enable 从 0→1：服务器向灯控开关下发 {"power":1}；向空调插座下发 {"power":1}。
2. 传感器状态 radar_enable 保持 1：维持当前状态（不做任何操作）。
3. 传感器状态 radar_enable 从 1→0 且持续5分钟无变化：服务器下发 {"power":0} 关闭所有设备。

需求：有人时开启排风扇，人走后延时关闭。
执行器：智能通断器。
逻辑表
1. 服务器接收到 radar_enable = 1：发送 order: {"power": 1} 开启风扇。
2. 服务器接收到 radar_enable = 0不立即关闭。启动定时器，等待120秒。
3. 若120秒内未再次接收到 radar_enable = 1，则发送 {"power": 0}；若中间又检测到人，则取消定时器。