酒店客房人体存在感应：怎么将壁挂式高精度双鉴探测器集成到软件项目中_解决方案

CATALOG

芯步的壁挂式高精度“双模”探测器（24GHz毫米波雷达+PIR红外），核心价值在于解决“人在灯灭”痛点——即便客人静坐、睡眠，也能精准感知存在。以下方案从硬件集成、接口对接、业务第三种场景个层面展开。

1. 背景与目标

在智慧酒店的建设中，客房体验和能耗管理是核心指标。传统的插卡取电和红外探测器存在明显痛点：客人入睡后无法感应（导致断电）、离开房间忘拔卡（造成能源浪费）。

芯步壁挂式“双模”探测器（24GHz毫米波雷达 + PIR红外）旨在通过高精度感知解决上述问题。本方案的目标是指导软件工程师/系统集成商，如何通过调用该硬件的开放API接口，将其无缝对接到现有的酒店客房控制系统或PMS系统（如石基、绿云等）中，实现“人来灯亮、人走节能、无卡取电、服务精准”的智能化目标。

2. 硬件技术特性与选型依据

在对接前，需明确该硬件的核心数据参数。芯步此款壁挂式“双模”探测器利用毫米波雷达检测微动（呼吸、心跳）和PIR红外检测热源移动，形成双重验证逻辑。

核心参数对接关注点

探测范围：壁挂安装高度离地2米，径向探测距离可达6-8米，角度110°。
“双模”逻辑输出：设备内部通过算法融合（AND/OR逻辑），输出以下关键状态值，这是软件集成的核心数据源。
1. 无人（Vacant） ：红外无触发 + 雷达无微动信号（保持N秒，如30秒）。
2. 有人存在（Occupied - Static） ：红外可能无触发（人未动），但雷达捕捉到呼吸导致的胸腔起伏。此为“睡眠模式”判定依据。
3. 有人活动（Occupied - Active） ：红外和雷达同时触发，判定为走动状态。
环境光感：部分型号内置光照传感器，用于判断白天是否需要联动灯光（节能策略）。

3. 软件集成设计

为了实现高效对接，采用基于边缘网关的混合架构。不传感器直连云平台，以避免网络抖动带来的响应延迟（灯光响应要求<1秒）。

3.1 物理与网络层拓扑

感知层：壁挂式“双模”探测器（RS485 / Zigbee / 蓝牙Mesh可选）。酒店场景推荐RS485有线连接（稳定性高）或蓝牙Mesh（免布线改造）。
汇聚层芯步智能网关 或酒店现有RCU主机。网关负责解析底层二进制协议，转换为标准的MQTT/HTTP协议。
应用层：酒店本地服务器或芯步云平台（API接口层）。

3.2 数据流转机制

设备注册：探测器上线后，通过网关向云平台上报设备ID和鉴权Token。
状态上报：探测器按事件驱动或周期心跳上报数据（如：{"device_id":"YD_H001","status":"occupied_static","illuminance":15,"timestamp":1702635423}）。
指令下发：软件平台根据状态变化，调用灯光、空调、取电器的API进行联动。

4. 核心API接口对接详解

在软件项目中，主要需对接芯步提供的设备控制API和数据订阅接口。以下是关键的集成逻辑：

4.1 设备状态订阅 (Webhook/MQTT)

为了实时获取人体感应数据，软件项目需订阅主题：/v1/hotel/occupancy/{device_id}。

推送数据模型示例 (JSON)

4.2 关键业务逻辑集成点

第一种场景：无卡取电与节能模式

痛点：客人外出忘拔卡，空调一直运行。
集成方案：软件系统接收探测器状态。当occupancy_status变为VACANT且持续超过15分钟时，系统自动调用空调控制API，将客房切换至“节能模式”（如制冷26℃/制热18℃），并切断非必要插座电源。若检测到SLEEPING状态，则保持供电，避免误断。
API调用POST /api/v1/room/energy/set {“room_no”： “1206”, “mode”： “away”, “ac_temp”： 26}

第二种场景：卫生间夜灯/晕厥检测

痛点：夜间客人上厕所摸黑，或客人在卫生间发生意外（如摔倒）无法呼叫。
集成方案：结合环境光感数据。若illuminance < 10且状态从VACANT变为MOVING，触发夜灯回路API（灯光渐亮至20%亮度）。若探测器在卫生间内长时间（如30分钟）锁定OCCUPIED状态（存在）但无任何位移（MOVING），系统向客房服务端发送异常告警，提示工作人员电话询问或查看。

第三种场景：客房服务（打扫）动态调度

痛点：保洁人员敲门打扰客人休息，或退房后打扫不及时。
集成方案：软件后台通过Websocket将消息推送给保洁员手持PDA。当客人按“退房按钮”或系统检测到房门关闭+室内VACANT状态持续5分钟，自动生成清洁任务推送给最近楼层的保洁员。若检测到DND（请勿打扰）开关开启但房内有人SLEEPING，系统屏蔽所有保洁推送。

5. 实施步骤和需要注意的点

5.1 调试与校准（软件适配阶段）

灵敏度设置：在芯步的管理后台或通过API调整探测器的radar_sensitivity参数。酒店客房设置为“中高”，以穿透被子检测呼吸。注意避免窗帘飘动或空调出风口导致的误触发。
休眠与唤醒策略：针对采用电池供电的无线版本，集成时应配置合理的上报间隔。有人状态实时上报，无人状态可延长心跳至10分钟，以节省电量。

5.2 接口安全策略

Token鉴权：所有API调用需携带Access Token。
签名机制：对于控制指令（如强断电），开启签名验证，防止伪造指令导致客人投诉。
本地容灾：若外网断开，网关内部应预设联动规则（如：感应到人 -> 直接通过RS485发命令给灯光回路），不依赖云端，确保基础照明功能可用。

6. 预期效益

通过将芯步壁挂式“双模”探测器深度集成到软件项目中，酒店方可实现：

能耗下降30%-40%：彻底杜绝因房卡未拔导致的无效能耗。
满意度提升：解决“起夜摸黑”和“睡梦中断电”两大差评来源。
人效提升：通过动态保洁调度，减少保洁人员30%的无效敲门和等待时间。

最后总结一下集成芯步的“双模”探测器，本质上是将硬件数据流转化为业务决策流。开发者应重点关注“双模”逻辑中 “静止存在” 这一核心优势，并将其与酒店的PMS、EMS系统深度咬合，才能真正实现“会呼吸的客房”这一智慧体验。