1 解决概述
1.1 背景与挑战
实验室环境对人员监测有特殊要求——既要精准识别人员存在（避免误判导致设备空转或安防漏洞），又要兼顾隐私保护（摄像头方案在实验室场景往往受限）。传统单传感器方案存在明显短板：纯红外传感器对静态人体不敏感，人坐着不动可能被误判为“无人”；纯雷达传感器虽然能探测微动，但对热源干扰（如暖气、空调）缺乏辨别能力。
芯步壁挂式红外雷达双模监测器（型号：UNI-CGQ-RT-BG-HL）通过“红外+雷达”“双模”融合方案解决这一矛盾：红外负责探测体温特征，雷达负责捕捉微动信号（如呼吸、微小肢体动作），只有当两者同时确认或符合特定逻辑时，才判定“有人存在”。这种设计使误报率可降低至0.5%以下，特别适合化学实验室、洁净室、设备机房等高价值场景。
1.2 产品核心特性
| 特性维度 | 具体参数/能力 |
|---|---|
| 检测技术 | 被动红外（PIR）+ 毫米波雷达双模融合 |
| 通信方式 | Wi-Fi 2.4GHz，无需网关，直连路由器 |
| 接口协议 | HTTP/HTTPS，支持公网与纯局域网私有化部署 |
| 供电方式 | 壁挂式，需220V电源或PoE（依型号而定） |
| 上报机制 | 状态变化实时推送（有人/无人/无人时长） |
| 工作模式 | 可设定多组Wi-Fi，自动切换最强信号 |
2 技术设计
2.1 整体集成架构
整个集成方案采用“设备直连+服务端接收”的简洁架构，避免引入额外网关组件，降低系统复杂度和故障点：
flowchart LR
subgraph A[感知层]
S1[红外雷达双模传感器1]
S2[红外雷达双模传感器2]
SN[红外雷达双模传感器N]
end
subgraph B[网络层]
AP[企业级Wi-Fi AP
2.4GHz]
FW[防火墙/安全策略]
end
subgraph C[服务层]
HTTP[HTTP API接收端
（自有服务器/SaaS）]
DB[(状态数据库
Redis + 时序库)]
end
subgraph D[应用层]
WEB[实验室管理后台]
ALERT[告警联动服务]
THIRD[第三方系统
（门禁/暖通/LIMS）]
end
S1 & S2 & SN --> AP
AP --> FW --> HTTP
HTTP --> DB --> WEB
HTTP --> ALERT --> THIRD数据流向说明
传感器通电配网后，主动连接实验室Wi-Fi，获取IP地址
当检测到人员状态变化（如从无人→有人，或持续有人超过N分钟），传感器构造JSON数据包
通过HTTP POST请求，将数据发送到用户配置的服务器地址
服务端接收后返回
200 OK确认，随后进行业务处理
2.2 私有化部署方案（推荐）
对于实验室场景，数据安全优先，采用私有化部署模式
传感器配置时，将上报地址指向内网服务器IP（如
http://192.168.1.100:8080/sensor/callback），而非芯步官方云端所有人体存在数据不经第三方服务器，直接落入实验室自有系统
即便外网断开，监测功能依然正常运行
3 接口对接技术细节
3.1 设备配置（首次配网）
壁挂式传感器需先接入网络，才能进行后续交互。配置步骤如下：
设备上电：壁挂式安装后接通220V电源，设备启动，LED指示灯开始闪烁
进入配网模式：长按设备侧面的重置键（约5秒），直到指示灯变为快闪（每秒2次）
连接配置热点：用手机连接设备发出的Wi-Fi热点（名称类似
TB-Sensor-xxxx）填写Wi-Fi信息：在配网页面（通常为
192.168.4.1）选择实验室Wi-Fi（仅支持2.4GHz频段），输入密码设置上报地址
若采用私有化部署：填写内网服务器地址，如
http://10.10.20.50:8080/api/presence若采用公网SaaS：填写云平台接收地址
绑定设备ID：配网成功后，在芯步控制台获取设备唯一ID（如
188236），后续接口调用和状态识别均依赖此ID
⚠️ 注意事项：实验室Wi-Fi需关闭“AP隔离”功能，否则传感器无法向服务器发送HTTP请求。
3.2 状态上报接口（服务端接收）
传感器通过主动上报的方式推送监测数据，服务端需实现一个接收端点。设备上报的HTTP请求示例如下：
核心字段说明
| 字段 | 类型 | 含义 |
|---|---|---|
device_id | String | 设备唯一标识，用于区分不同实验室/房间的传感器 |
timestamp | Int | Unix时间戳（秒），事件发生时刻 |
presence | Int | 0=无人，1=有人 |
no_duration | Int | 无人状态的持续秒数，用于延时控制 |
radar | Int | 雷达探测结果（0/1），技术调试用 |
infrared | Int | 红外探测结果（0/1），技术调试用 |
signal | Int | Wi-Fi信号强度（dBm），用于网络诊断 |
服务端处理要点
必须返回
HTTP 200 OK（可带空body），否则传感器会重试3次presence=1且设备连续上报“有人”时，避免重复触发告警（需做去重处理）记录
radar和infrared双通道原始值，便于后期优化检测逻辑
3.3 设备控制接口（下发命令）
除接收上报外，系统也可能需要主动控制传感器（如启用/禁用雷达模块、调节灵敏度）。芯步开放HTTP控制接口，请求需携带动态签名以确保安全。
请求示例（启用雷达模块）：
签名生成算法（关键安全步骤）：
签名本质是两层MD5嵌套：sign = md5(md5(AppSecret) + ts)。此机制防止重放攻击，在实验室高安全场景下不可省略。
常用控制命令
| 命令 | 取值范围 | 说明 |
|---|---|---|
radar_enable | 0/1 | 开关雷达模块（默认开启） |
infrared_enable | 0/1 | 开关红外模块 |
power | 0/1 | 软件复位设备 |
4 实验室业务集成场景
4.1 第一种场景：节能控制（通风橱/空调联动）
业务需求：实验室通风橱、新风系统常因忘记关闭造成能源浪费，时长超过8小时的空转现象普遍。
实现逻辑
传感器实时上报各区域（试剂室/仪器室/操作区）人员状态
当某区域连续30分钟presence=0，系统向楼宇自控系统发送MQTT指令，关闭该区域通风或调低换气频率
当presence从0→1时，立即恢复通风
代码片段（Go语言处理）：
4.2 第二种场景：安防与合规（夜间/假日布防）
业务需求：夜间或节假日期间，未经授权人员进入重点实验室（如危化品室、动物房）需实时告警并联动门禁录像。
实现逻辑
系统基于时间表（如每天22:00–次日07:00）自动进入“布防模式”
布防期间若传感器上报
presence=1，立即触发告警流程告警可推送至安保中心大屏、值班手机，并联动摄像头预置位抓拍
关键判断逻辑
4.3 第三种场景：实验室使用率分析
业务需求：分析各实验室、仪器平台的使用效率，为资源调配提供数据依据。
实现逻辑
将所有传感器的上报数据存入时序数据库（如InfluxDB）
按小时/天/周聚合，计算每个房间的“占用人时”
生成可视化仪表盘，识别低使用率区域（如某光谱室日均占用仅1.5小时）
数据聚合查询示例（SQL on TimeScaleDB）：
5 部署与运维注意事项
5.1 安装位置
“双模”传感器的检测效果高度依赖安装位置，请遵循以下原则：
高度与角度：壁挂式离地2.0–2.5米，略微下倾5–10度，探测区域呈扇形覆盖实验室主要通道
避免干扰源：远离空调出风口（气流干扰红外）、大型金属设备（反射雷达波）、日光灯整流器（电磁干扰）
覆盖盲区：L型实验室需部署2个以上传感器，防止转角遮挡。单台理论覆盖约80平米，实际每40–50平米布1个
5.2 网络规划
IP分配：在DHCP服务器中为传感器MAC地址绑定固定IP，便于防火墙策略配置和日志追溯
流量评估：每台传感器每次状态变化产生约200字节上行数据，日均上报次数约200–500次（取决于人员进出频率），对网络几乎无压力
断网恢复：传感器会缓存最近3次状态，网络恢复后自动补报（需确认具体型号是否支持）
5.3 故障排查指南
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 长时间收不到上报 | Wi-Fi断连或服务器地址配置错误 | 检查设备指示灯状态（快闪=未联网），ping设备IP |
| 频繁误报有人 | 安装位置正对空调/暖气/窗帘晃动 | 调整安装角度或降低雷达灵敏度（下发radar_enable配参） |
| 人坐着不动被报无人 | 红外对静态人体不敏感 | 确认雷达是否开启（radar_enable=1），毫米波可探测呼吸微动 |
| 签名验证失败 | 时间戳偏差或AppSecret错误 | 检查服务器时间是否同步（NTP服务），对比控制台密钥 |
6 总结与扩展
6.1 方案价值总结
通过将芯步壁挂式红外雷达双模监测器集成至实验室自研系统，可实现：
节能：无人区域自动关闭通风/照明，预计单实验室年节电2000–5000kWh
安防：非授权时段闯入告警响应时间<3秒，大幅降低试剂失窃/设备损坏风险
管理：资源使用率量化呈现，为设备采购预算提供决策依据
6.2 演进方向
当前方案满足基础人体存在检测，未来可扩展方向：
人员轨迹追踪：在多传感器覆盖的楼层，通过时间序列和信号强度三角定位，还原人员在实验室内的移动热力图
行为识别：与毫米波雷达原始点云数据对接，尝试识别跌倒、长时间不动（可能昏厥）等异常姿态
多模态融合：引入温湿度传感器数据，当“有人+温度异常升高”时预警设备过热风险
以上方案基于芯步公开接口文档设计，实际开发时可联系厂商技术工程师获取沙箱环境测试设备（官方支持全程免费技术指导）。先部署2–3台样机完成端到端联调，验证流程后再批量采购安装。