无人值守空间人体存在检测：怎么把壁挂式红外雷达存在感应器接入到项目中_解决方案

CATALOG

1 背景与需求分析

在无人值守空间的运营管理中，人体存在检测是实现智能化管控的核心基础。无论是共享自习室、无人健身房、自助棋牌室，还是公共会议室、无人仓储等场景，都需要准确判断空间内是否有人，以此实现照明自动控制、设备节能管理、安全预警等核心功能。

传统的人体检测方案存在明显局限：红外传感器仅能探测移动人体，一旦人员静止（如低头看书、伏案工作、静坐休息），传感器就会误判为“无人”，导致灯光熄灭、空调关闭等糟糕体验。这一痛点使得“静态人体存在检测”成为无人值守空间智能化必须突破的技术瓶颈。

芯步推出的壁挂式红外雷达存在感应器（含红外+雷达双模版本），通过融合红外移动探测与雷达微动探测技术，可精准识别4-5米范围内的人体微动（如呼吸、心跳引起的胸腔起伏），彻底解决了静态人体检测难题。该设备采用标准86型壁挂设计，可通过HTTP接口将探测数据实时上报到自定义服务器，是无人值守空间人体存在检测的理想选择。

本方案将详细阐述如何将芯步壁挂式红外雷达存在感应器无缝集成到无人值守空间管理软件中，实现精准的人员存在检测、智能设备联动和空间运营优化。

2 硬件选型与部署方案

2.1 设备选型依据

芯步提供多款人体存在传感器产品，针对无人值守空间的特殊需求，推荐以下型号：

设备型号	探测技术	探测距离	核心优势	适用场景
智能人体存在红外和雷达传感器[壁挂]	红外+雷达双模	4-5米（人体微动）	双模冗余，抗误报能力强	共享自习室、无人图书馆
智能人体存在雷达传感器2[壁挂]	单雷达	4米（微动）/6米（运动）	体积小巧，性价比高	会议室、仓储间、公共卫生间
智能人体存在传感器[壁挂]	红外+雷达可选	4-5米	带AC输出，可直连照明	小型无人空间、机房

选型：对于静态人员检测要求比较高的场景（如无人自习室、棋牌室），推荐选择红外+雷达双模版本。该版本采用双重确认机制：红外与雷达均探测无人时才判定为无人状态，极大降低了因环境干扰导致的误判。

对于预算有限或探测要求相对宽松的场景（如无人仓库、公共卫生间），单雷达版本即可满足需求，其4米微动探测能力已能覆盖大部分静态场景。

2.2 部署位置规划

传感器的安装位置直接影响探测效果。以下是针对不同类型无人值守空间的部署：

空间类型	面积范围	推荐数量	安装位置	安装高度
自习室隔间	2-4m²/位	1台/隔间	隔间侧墙中央	2.0-2.2m
开放自习区	30-50m²	2-3台	区域对角布置	2.2-2.5m
会议室	20-40m²	1-2台	进门处或天花夹角	2.2-2.5m
棋牌室包间	10-20m²	1台	房间对角墙面	2.0-2.2m
无人仓储	50-100m²	2-4台	通道交叉口	2.5-3.0m

安装注意事项

探测角度约为120°，安装时应确保探测范围覆盖空间的主要活动区域
避免将传感器正对空调出风口、窗帘、绿植等可能产生移动的物体
同一空间内多台传感器之间应保持3米以上距离，避免相互干扰
双模传感器对金属物体较为敏感，避免安装在金属柜体正对面

特别提示：对于自习室等需要精准探测每个座位状态的场景，采用“一桌一感”或“一隔间一感”的部署方式，确保每个使用单元都有独立的探测覆盖。

2.3 电源与网络配置

该系列传感器的工作电压为AC 100-250V，可直接接入市电线路。安装时需要在预定位置预留86型电源底盒，或通过明装接线盒供电。

网络连接方面，设备仅支持2.4GHz Wi-Fi频段，不支持5GHz。部署前需确保安装位置的Wi-Fi信号强度良好（RSSI≥-65dBm）。对于覆盖较差的区域，可考虑以下优化方案：

部署Wi-Fi信号放大器或Mesh路由器
使用企业级AP确保信号覆盖均匀
对于完全无网络的场景，可考虑私有化部署方案，设备通过局域网与服务器通信

3 软件集成设计

3.1 整体架构

芯步壁挂式红外雷达存在感应器的软件集成采用设备主动上报-服务端接收处理的架构模式。与智能插座等执行类设备不同，传感器设备的核心功能是“感知”而非“执行”，因此数据流向以设备到服务器的上行消息为主。

数据流向如下：

人体存在状态上报：传感器探测到人体存在状态变化时（无人→有人/有人→无人），主动向配置的服务器URL发送HTTP POST请求
其他状态上报：设备上线/离线、心跳保活等状态也会上报
下行控制（可选）：软件系统可通过HTTP接口下发命令，如启用/禁用雷达探测、调节灵敏度等

这种“设备主动推送”的模式具有实时性高、服务器负载小的优点，非常适合无人值守场景中需要快速响应的需求。

3.2 接口对接流程

要将传感器集成到软件项目中，需要完成以下几个关键步骤：

第一步：设备配网设备需要通过Wi-Fi连接到互联网，具体流程如下：

登录芯步官网（），注册账号并创建工作台
在“物联网控制台”中，为传感器配置目标Wi-Fi网络（仅2.4GHz）
给传感器通电，设备自动搜索并连接配置的Wi-Fi
连接成功后，传感器指示灯停止闪烁，并在控制台显示“在线”

第二步：配置数据上报地址在芯步控制台中，将传感器的数据上报URL配置为软件系统提供的HTTP/HTTPS接收接口地址。配置路径：设备详情页 → 消息推送设置 → 填入接收URL。

支持两种部署模式：

公网模式：URL为公网可访问的地址（如https://api.yourdomain.com/sensor/callback）
私有化模式：URL为局域网地址（如http://192.168.1.100:8080/sensor/callback），数据完全不经过芯步云端，适用于对数据安全要求比较高的场景

第三步：实现数据接收接口在软件系统中开发一个HTTP接口，用于接收传感器上报的数据。芯步定义了三种消息类型，需要分别处理

消息类型	触发条件	典型数据示例
`state`（状态消息）	传感器自主上报状态变化	人体存在状态从“无人”变为“有人”
`event`（事件消息）	用户操作设备触发	按下传感器上的测试按钮
`order`（指令执行消息）	设备执行云端指令后回执	确认雷达模块已启用

3.3 接口对接代码示例

以下是一个使用Python Flask框架实现的传感器数据接收接口示例，涵盖三种消息类型的处理：

from flask import Flask, request, jsonify
import hashlib
import time
import json
from datetime import datetime

app = Flask(__name__)

# 芯步API凭证配置
APP_ID = "YOUR_APP_ID"
APP_SECRET = "YOUR_APP_SECRET"

def verify_signature(app_id, sign, ts):
    """验证请求签名的有效性"""
    # 获取当前时间戳
    current_ts = int(time.time())
    # 签名有效期验证（允许5分钟的时间偏差）
    if abs(current_ts - int(ts)) > 300:
        return False
    # 计算期望的签名值
    # 签名规则:md5(md5(AppSecret) + ts)
    md5_app_secret = hashlib.md5(APP_SECRET.encode()).hexdigest()
    expected_sign = hashlib.md5((md5_app_secret + str(ts)).encode()).hexdigest()
    return sign == expected_sign

@app.route('/api/sensor/callback', methods=['POST'])
def sensor_callback():
    """处理芯步传感器上报的数据"""
    # 获取请求参数
    app_id = request.args.get('app_id')
    sign = request.args.get('sign')
    ts = request.args.get('ts')
    
    # 验证签名
    if not verify_signature(app_id, sign, ts):
        return jsonify({"code": 401, "message": "Invalid signature"}), 401
    
    # 解析请求体
    data = request.get_json()
    device_id = data.get('device')
    msg_type = data.get('type')      # state/event/order
    message = data.get('message', {})
    
    # 根据消息类型分发处理
    if msg_type == 'state':
        # 设备状态上报（核心:人体存在状态变化）
        handle_state_message(device_id, message)
    elif msg_type == 'event':
        # 设备事件上报
        handle_event_message(device_id, message)
    elif msg_type == 'order':
        # 指令执行回执
        handle_order_message(device_id, message)
    
    return jsonify({"code": 200, "message": "Success"})

def handle_state_message(device_id, message):
    """处理传感器状态消息（业务逻辑）"""
    data_list = message.get('data', [])
    timestamp = int(message.get('ts', time.time())) / 1000  # 转换为秒级时间戳
    
    for item in data_list:
        # 人体存在状态（雷达版本）
        if 'radar' in item:
            radar_status = item['radar']  # 1=有人，0=无人
            update_presence_status(device_id, radar_status, timestamp)
            
            if radar_status == 1:
                handle_person_detected(device_id, timestamp)
            else:
                handle_person_left(device_id, timestamp)
        
        # 红外状态（双模版本）
        if 'infrared' in item:
            infrared_status = item['infrared']
            update_infrared_status(device_id, infrared_status, timestamp)
        
        # 线路输出状态（如果传感器带AC输出）
        if 'power' in item:
            power_status = item['power']
            update_output_status(device_id, power_status, timestamp)

def update_presence_status(device_id, status, timestamp):
    """更新数据库中空间的人体存在状态"""
    # 实现数据库更新逻辑
    # 示例:UPDATE space_status SET is_occupied={status}, last_update={timestamp} WHERE device_id={device_id}
    pass

def handle_person_detected(device_id, timestamp):
    """处理探测到人员进入的事件"""
    # 获取设备所属的空间信息
    space_info = get_space_by_device(device_id)
    
    # 记录使用开始时间
    start_usage_session(space_info['space_id'], timestamp)
    
    # 触发设备联动:开启照明、空调等
    trigger_device_control(space_info['space_id'], action='on')
    
    # 更新预约状态:标记该空间已使用
    update_booking_status(space_info['space_id'], status='in_use')
    
    # 记录日志
    log_event(space_info['space_id'], 'person_detected', timestamp)

def handle_person_left(device_id, timestamp):
    """处理人员离开空间的事件"""
    space_info = get_space_by_device(device_id)
    
    # 结束使用会话，计算使用时长
    end_usage_session(space_info['space_id'], timestamp)
    
    # 触发延时关闭:等待确认后关闭设备
    schedule_delayed_off(space_info['space_id'], delay_seconds=120)  # 2分钟确认窗口
    
    # 释放预约资源
    release_booking(space_info['space_id'])
    
    log_event(space_info['space_id'], 'person_left', timestamp)

def handle_event_message(device_id, message):
    """处理设备事件消息（如按键操作）"""
    data_list = message.get('data', [])
    timestamp = message.get('ts', time.time())
    
    for item in data_list:
        # 处理测试按钮按压事件等
        if 'button' in item:
            log_event(device_id, 'button_pressed', timestamp)

def handle_order_message(device_id, message):
    """处理指令执行回执"""
    mid = message.get('mid')  # 指令消息ID
    data = message.get('data', [])
    # 记录指令执行结果，用于追踪
    log_command_result(device_id, mid, data)

if __name__ == '__main__':
    app.run(host='0.0.0.0', port=8080, debug=True)

3.4 下行控制接口（可选）

除了接收传感器上报数据，软件系统也可以主动向传感器下发命令（如启用/禁用雷达探测）。以下是对接示例：

class SensorController:
    """芯步传感器控制类"""
    
    def __init__(self, app_id, app_secret):
        self.app_id = app_id
        self.app_secret = app_secret
        self.base_url = f"https://api.thingboot.com/{app_id}/device/control/"
    
    def _generate_sign(self, ts):
        md5_app_secret = hashlib.md5(self.app_secret.encode()).hexdigest()
        sign_str = md5_app_secret + str(ts)
        sign = hashlib.md5(sign_str.encode()).hexdigest()
        return sign
    
    def set_radar_enable(self, device_id, enabled):
        """
        启用/禁用雷达探测
        :param device_id: 设备ID
        :param enabled: True-启用，False-禁用
        """
        ts = int(time.time())
        sign = self._generate_sign(ts)
        url = f"{self.base_url}?sign={sign}&ts={ts}"
        
        payload = {
            "device": device_id,
            "order": {"radar_enable": 1 if enabled else 0}
        }
        
        response = requests.post(url, json=payload)
        return response.json()
    
    def set_output_power(self, device_id, power_on):
        """控制传感器的AC输出线路（如果支持）"""
        ts = int(time.time())
        sign = self._generate_sign(ts)
        url = f"{self.base_url}?sign={sign}&ts={ts}"
        
        payload = {
            "device": device_id,
            "order": {"power": 1 if power_on else 0}
        }
        
        response = requests.post(url, json=payload)
        return response.json()

# 使用示例
controller = SensorController("YOUR_APP_ID", "YOUR_APP_SECRET")
controller.set_radar_enable("820720", True)

4 业务功能实现

4.1 无人值守空间自动化管理

这是无人值守场景最核心的功能。通过集成人体存在传感器，系统可以自动完成空间状态的全程跟踪，无需人工干预。

实现思路

用户预约与签到对接
- 用户通过小程序/APP预约空间（自习室座位、会议室、棋牌室包间等）
- 预约成功后，系统将对应空间与用户绑定
- 传感器首次探测到人员进入时，自动完成签到确认，无需用户扫码或输入密码
使用状态实时跟踪
- 数据库维护每个空间的状态表，记录：当前是否占用、占用开始时间、当前使用者、最近活动时间等
- 系统每收到传感器上报的“有人”状态，更新last_activity_time字段
- 前端通过WebSocket或轮询实时展示空间占用状态（绿色=空闲，红色=使用中，黄色=即将超时）
超时与异常管理
- 定时任务扫描所有“占用中”的空间，检查以下异常情况：
  - 使用时长超过预约时长 + 宽限时间 → 触发超时提醒/自动续费
  - 传感器超过30分钟未上报任何数据 → 设备离线告警
  - 夜间时段（如23:00-6:00）仍有占用记录 → 安全核查

核心代码逻辑示例

4.2 智能节能控制（设备联动）

无人值守空间的最大运营成本是能源消耗（空调、照明、新风系统）。通过人体存在传感器，系统可以实现精准的按需供能。

典型联动场景

第一种场景：人来灯亮/空调开，人走延时关

传感器探测到有人进入 → 系统自动控制智能插座开启照明、空调、新风系统
传感器持续一段时间（如15分钟）未探测到人体 → 系统发送关闭指令
双模版本传感器自带AC输出，可直接连接照明灯具，实现本地联动，响应速度更快

第二种场景：分区精细控制

对于开放自习区等大面积空间，将区域划分为若干子区，每个子区独立探测和控制
系统根据人员密度动态调节：人员稀疏时仅开启所在区域的设备，人员密集时全区域开启

第三种场景：空调恒温节能策略

系统记录无人状态持续时间，累计超过30分钟后将空调切换至“节能模式”（温度上调至26℃制冷/18℃制热）
有人返回时立即恢复预设温度

设备联动实现（基于芯步智能插座）：

def on_person_detected(space_id):
    """人员进入事件:开启设备"""
    space_config = get_space_config(space_id)  # 获取空间的设备配置
    
    # 开启照明
    light_socket = space_config.get('light_socket')
    if light_socket:
        control_socket(light_socket, 'on')
    
    # 开启空调（通过空调伴侣或智能插座）
    ac_socket = space_config.get('ac_socket')
    if ac_socket:
        control_socket(ac_socket, 'on')
        set_ac_temperature(space_config.get('ac_device'), 24)  # 设置目标温度

def on_person_left(space_id):
    """人员离开事件:延时关闭设备"""
    space_config = get_space_config(space_id)
    
    # 设置延时任务
    delay_seconds = space_config.get('delay_off_seconds', 900)  # 默认15分钟
    
    schedule_task(delay_seconds, f"close_devices_{space_id}", 
                  lambda: close_all_devices(space_id))

def close_all_devices(space_id):
    """关闭空间内所有可控设备"""
    space_config = get_space_config(space_id)
    
    # 关闭照明
    control_socket(space_config.get('light_socket'), 'off')
    # 关闭空调
    control_socket(space_config.get('ac_socket'), 'off')
    # 关闭其他设备（电视、饮水机等）
    for device in space_config.get('other_devices', []):
        control_socket(device, 'off')

4.3 安全预警与异常检测

无人值守空间的安全管理是运营的底线。人体存在传感器可以与其他设备配合，实现主动安全防护。

典型应用

遗留物检测
- 传感器上报“无人”后，结合空间内监控图像进行遗留物检测
- 若检测到物品遗留（如背包、手机），通过APP推送提醒用户
异常停留告警
- 设定单次使用时长的上限（如12小时）
- 超时仍在占用且用户未续费，触发安全核查流程
- 该功能还可用于防止违法犯罪行为：若用户在非营业时段（如凌晨2-5点）始终停留在空间内，系统自动向安保人员推送告警。
紧急情况联动
- 传感器超过阈值时间未上报（设备离线）且房间仍被占用 → 可能设备故障，触发巡检任务
- 结合环境传感器（烟感、温湿度），实现火灾等紧急情况下的自动疏散引导

4.4 数据统计与运营分析

传感器积累的人员行为数据是优化运营策略的宝贵资源。

核心报表功能

报表类型	统计维度	应用场景
空间利用率报告	日/周/月峰值时段、平均占用时长	定价策略制定、排班优化
客户行为分析	平均停留时长、到访频次、时段偏好	精准营销、会员体系设计
能耗分析报告	单位面积能耗、空闲/有人状态能耗对比	评估节能效果、投资回报

数据分析示例

5 系统可靠性与优化策略

5.1 数据去抖动与误报处理

微波雷达虽然能探测静态人体，但仍可能因风扇摆动、窗帘飘动、空调气流等产生误报。需要建立滤波机制。

双重确认策略（推荐用于双模版本）：

红外与雷达均探测到“无人”时，才判定为无人状态
这种机制可过滤90%以上的环境误报

时间窗口确认法（适用于单雷达版本）：

传感器上报“无人”后，不立即处理，而是设置30秒确认窗口
窗口期内若收到3次连续的“无人”上报，才真正更新状态为空闲
窗口期内若有任何“有人”上报，重置计时器

状态机设计为每个空间维护状态机，定义四个状态：空闲 → 占用确认 → 占用中 → 释放确认。通过连续多次上报的事件进行状态迁移，避免单一事件误判触发业务逻辑。

5.2 离线与断线处理

网络不稳定可能导致传感器离线或数据上报中断。需要容错机制保障运营。

离线告警：系统超过30分钟未收到某传感器的心跳或状态数据，自动触发告警，通知运维人员现场检查
数据补传：芯步传感器在网络恢复后会自动补传离线期间的状态变更记录，服务端需按实际时间戳更新历史数据，避免时序错乱
降级模式：传感器离线期间，管理系统应提示用户可能无法自动感应，需手动签到/签退

5.3 签名验证与接口安全

为保证接口安全，所有来自传感器的上报请求都需要验证签名。

芯步采用双重MD5加密签名，服务端需按相同规则计算签名并比对
签名有效期设置为5分钟，防止重放攻击
生产环境强制使用HTTPS加密传输
可视情况配置IP白名单，仅允许芯步官方IP段访问接收接口

6 典型应用场景与效益分析

6.1 共享自习室

部署方案：每个隔间部署1台雷达传感器 + 智能插座（控制台灯、插座供电）

运营效益

实现7×24小时无人值守运营，人工成本降低60%
精准静态人体检测，避免自习中学生被误判“无人”断电
用户使用数据实时同步，支持按时/按次灵活计费
平均节能率达35%-45%

6.2 无人会议室/共享办公位

部署方案：每间会议室/工位区部署1-2台传感器，联动照明、空调、投影设备

运营效益

系统根据预约自动分配会议室，超时未使用时自动释放资源
会议结束后15分钟无人，自动关闭所有设备，年节约电费约3000元/间
统计各区域使用率，优化工位配置，提高空间周转率20%以上

6.3 24小时自助棋牌室/影音室

部署方案：每包间部署1台双模传感器 + 智能门锁 + 智能插座

运营效益

用户线上预约 → 远程开锁 → 传感器检测到人自动通电 → 离房自动断电
全程无需现场服务员，单店月人力成本降低8000-12000元
超时自动提醒，减少跑单损失

7 总结

将芯步壁挂式红外雷达存在感应器集成到无人值守空间管理软件中，可实现人员进入/离开的精准检测、智能设备联动控制、空间使用数据统计分析等核心功能，彻底解决传统人体传感器无法检测静态人体的技术痛点。

本方案的技术核心在于利用HTTP接口接收传感器的实时状态上报，并通过双模确认、时间窗口滤波等算法提高数据可靠性。芯步提供的开放API接口使得集成过程简单快捷，支持任何能够发起HTTP请求的编程语言，无论是Web管理后台、移动端APP还是小程序都可以轻松接入。

通过合理规划传感器的部署位置、精心设计业务逻辑、结合空间特性配置联动规则，无人值守空间的运营商可以显著提升管理效率、降低能源消耗、优化用户体验。该方案不仅是无人化运营的技术基础，更是实现投资回报最大化的关键路径。

参考资料[1] 芯步. 智能传感器类产品参数对比， https://[2] 芯步. 智能人体存在雷达传感器2[壁挂]， https://[3] 芯步. 智能传感器类产品_接口说明， https://[4] 芯步. 智能人体存在传感器[壁挂]， https://[5] 芯步. 智能人体存在红外和雷达传感器[壁挂]产品手册， https://[6] 芯步. 私有化文档_消息上报， https://