医院病房人体感应联动：如何将吸顶式智能雷达感应开关接入到自己的项目中_解决方案

CATALOG

医院病房场景下，人体感应最核心的痛点是“误判”——红外感应经常把静止的病人判为无人，导致夜间关灯后患者微动却被识别为“离床”。下面这份方案会围绕毫米波雷达的特性，从设备选型、接口对接到场景联动，一步步讲清楚如何接入自己的系统。

一、为什么医院需要“人体感应联动”？（分析）

在聊技术之前，我们先聊聊场景。传统的医院病房，尤其是需要看护的老年科室或夜间病房，有几个头疼的问题：

夜灯问题：护士夜间查房，摸黑开灯怕吵醒病人，不开灯又容易绊倒。
跌倒风险：病人（特别是术后患者）试图偷偷下床上厕所，如果没有人知道，一旦跌倒后果严重。
节能与管理的矛盾：要求护士随手关灯，但护士忙起来根本顾不上；要求病人关灯，病人行动不便。

传统红外感应的“死穴”：市面上常见的人体红外感应，只要人不动（比如睡着了），它就默认“无人”，然后灯灭了，甚至报警系统误报。这在病房是绝对不能接受的。

毫米波雷达的优势：它能探测到呼吸引起的胸腔微弱起伏，哪怕是静止状态，也能判定“有人存在”。这才是真正的“存在感应”，而不是“移动感应”。

二、解决方案硬件选型

在芯步的产品体系中，针对这个场景，最核心的硬件是 “吸顶式智能雷达感应开关”。实际上，这通常包含两个设备（或者雷达传感器+智能开关的组合），因为芯步的产品线分工明确：

感知层智能人体存在雷达传感器[吸顶] （型号：UNI-CGQ-RT-XD-L） 。
- 作用：它是“眼睛”，判断天花板上/下有没有人。
- 特点：支持WiFi直连，无需额外网关，极大简化了部署。
执行层智能触摸墙壁开关（1路/3路）。
- 作用：它是“手”，负责执行开灯、关灯或控制排风扇。
- 特点：同样支持HTTP控制，标准86盒安装，可以直接替换病房原有的开关。

当然，如果你想一步到位，直接用集成了继电器输出的雷达开关也可以，但在医院这种严肃场景，传感器+开关分离，逻辑更清晰，坏了也好换。

三、接入核心：开放接口技术解析

芯步的产品最大的优点就是开放HTTP接口。这意味着你不需要买昂贵的网关硬件，也不需要破解私有协议。你现有的软件系统（无论是Web、APP还是本地C/S架构）只要会发HTTP请求，就能控制它。

整个接入流程分三步走：设备配网 -> 数据上报（感知） -> 指令下发（执行）。

1. 设备配网与注册（让设备“认识”医院WiFi）

拿到设备第一步，得让它连上网。因为它没有屏幕，需要用手机或电脑给它配网。

方法：芯步的雷达传感器和开关都支持“小程序配网”。
步骤
1. 微信搜索“芯步小程序”。
2. 登录账号后，在控制台里输入医院病房的 2.4G WiFi 名称和密码（注意：必须是2.4G频段，物联网设备大多不支持5G）。
3. 长按设备上的按键（或重复通断电），进入配网模式。
4. 手机连接设备发出的热点，将WiFi信息发送给它。
5. 结果：设备出现在你的设备列表中，获得了一个唯一的 Device ID。小技巧：将WiFi名称设置成“Hospial_Nurse_2G”这类好识别的名字，并把设备的静态IP在路由器里固定下来，方便后期维护。

2. 数据上报（让传感器“告诉”服务器有人在床上）

这是最关键的一步。雷达传感器检测到有人/无人后，需要把消息推送到你的服务器。

芯步支持 “私有化部署”和“消息推送”。你可以设置一个 “回调URL”（也叫Webhook），也就是你服务器的一个接口地址。

流程
1. 在芯步控制台，配置你的服务器地址：http(s)://你的服务器IP/api/radar_callback
2. 当雷达检测到有人存在（或无人超时）时，它会主动向这个地址发送POST请求。
数据格式示例（推测类似标准JSON）：
{ "device_id": "Radar_301_Bed1", "action": "detect", "status": "occupied", // occupied 或 vacant "timestamp": 1700000000 }

你的任务：写一段后台代码（Python/Java/Go/Node.js等皆可），接收这个POST请求，解析 status 字段，更新数据库中的床位状态。

3. 指令下发（让开关“执行”开灯动作）

当你的业务系统判定“有人且光线暗，需要开灯”时，就需要向吸顶灯或者墙壁开关发命令了。

芯步提供标准的HTTP API接口。

接口地址http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}
请求方式：POST
核心参数（JSON Body）
{ "device": "Switch_01_Bed1", // 你要控制的那个墙壁开关的Device ID "order": { "power1": 1 // 1代表开启第一路，0代表关闭 } }
鉴权签名：这个稍微复杂一丢丢，但很安全。你需要计算 sign = md5( md5(AppSecret) + ts )。
- 口语化解释：就是把你的密钥先加密一次，再结合当前时间戳加密一次。这样防止别人伪造指令开灯。

四、实战落地：病房场景联动逻辑（代码思路）

假设你要实现 “夜间下床自动开廊灯/地脚灯，上床后延时关灯”。我们需要写一个“联动服务”（可以是一个简单的Python脚本或者Node-RED流），跑在你病房的本地服务器或云服务器上。

逻辑伪代码：

关于控制灯的接口具体实现：你需要封装一个函数 control_light，里面就是发HTTP请求给芯步的API。假设你用的是1路的触摸开关控制吸顶灯：

五、避坑指南与优化（纯干货）

既然要做解决方案，光写怎么对接不够，你得告诉客户怎么落地。这几个点我踩过坑，分享出来：

关于雷达的安装位置
- 千万别装在风扇正上方或者空调出风口附近。虽然毫米波很牛，但风吹动的窗帘、晃动的绿植也会造成轻微干扰。
- 高度：吸顶安装，离地2.5-3米效果最好，可以覆盖一个标准单人间或双人间的大部分区域（约20-30平米）。
关于“无人”的延迟设置
- 雷达感应有个“无人延迟”参数。医院场景里，千万不要设置成几秒就判断无人。
- 在雷达的参数配置里（或者在你的逻辑代码里做延迟），设置成 5-10分钟 无人活动，才判定为“无人”。因为病人可能只是安静地躺着看书，呼吸虽然存在但动作极小。
混合组网：既用WiFi又用蓝牙/网关
- 虽然芯步支持WiFi直连很方便（不需要买网关省钱），但在病房密集区域，WiFi信道可能会拥堵。
- ：如果病房超过50间，可以考虑搭配他们的网关或者使用私有化部署的MQTT方案（如果支持的话）。但对于几百平的病区，2.4G WiFi + HTTP接口 绝对够用，而且维护简单。
与HIS系统/护理白板的联动
- 这是最能体现价值的地方。你可以通过接口，把雷达信号对接给护士站的大屏（护理白板）。
- 比如：当护士站大屏显示“红色警戒”，代表某高危患者离床未归。这种“秒级响应”是从前人工巡查做不到的。

六、总结

将芯步的吸顶雷达感应开关接入现有项目，本质上就是一次 “前端感知设备” 与 “后端业务逻辑” 的握手。

硬件层：用雷达代替红外，解决静止误报；用智能开关代替传统开关，实现远程通断。
传输层：利用芯步开放的HTTP API和回调机制，屏蔽了复杂的底层通讯细节。你不需要懂蓝牙协议、Zigbee协议，只需要会调用 http.request 就行。
应用层：你把控业务逻辑——什么时间、什么状态下、该开灯还是报警。

这种方案的好处是解耦。即使将来你想换灯、想换传感器，只要接口标准不变，你的核心系统（HIS/护理系统）完全不需要动。这种“高内聚、低耦合”的架构，在医院这种要求稳定、长寿命的场景里，是极其稳妥的选择。