针对共享台球厅这类无人值守场景，单纯安装独立烟感存在明显漏洞——人不在场时收不到报警，而人体感应又能帮门店节能、防占座。这套方案的核心思路是：用一款硬件同时采集“有人/无人”和“烟雾浓度”两类数据，通过统一接口与你的业务系统对接，实现安防与运营的一体化管控。
1. 背景与分析
共享台球厅作为典型的无人值守场景，面临着两大核心挑战：
运营与能耗管理：如何判断用户离开现场时并自动断电，防止“空转”浪费电，同时防止非预约用户蹭场。
安防与合规：台球厅作为室内公共场所，消防安全是红线。传统独立烟感无法远程通知，发生火情时若无人值守，将错失最佳处置时机。
解决方案思路：不是购买两台独立设备分别接线，而是采用集成了毫米波雷达与光电感烟的二合一智能传感器。该设备通过统一接口将“有人/无人”状态与“烟雾浓度”数据上报至你的服务器，实现联动控制。
2. 硬件选型：二合一传感器
推荐硬件：芯步 - 智能人体存在雷达和烟雾传感器（壁挂/吸顶）。
人体存在感应：采用雷达技术，可检测微动甚至呼吸（区别于传统红外热释电只能检测大幅度移动），确保台球厅内即使有人静坐休息，系统也不会误判为“无人”而断电。
烟雾报警：内置光电式烟感模块，实时监测空气颗粒物浓度。
内置蜂鸣器：设备自带声光报警，即使断网也能本地发出刺耳警报。
3. 核心技术架构
整个集成方案基于 “设备端上报 + 业务后端处理 + 小程序/硬件执行” 的逻辑。
集成方式：HTTP API。
数据流向
状态上报：传感器检测到“有人”或“烟雾浓度突变”，主动推送数据到你的服务器。
业务决策：你的服务器判断逻辑（如：是否在营业时间内？是否有人？浓度是否超阈值？）。
指令下发：你的服务器通过API向门禁、继电器、排风扇或语音播报器下发控制指令。
4. API对接集成步骤
芯步的接口设计极为友好，支持任何支持HTTP请求的语言（Java, Python, PHP, Node.js等）。
4.1 准备工作
在芯步开发者后台获取关键凭证：
AppId：应用唯一标识。AppSecret：接口加密密钥。
4.2 接收设备上报的数据
当传感器检测到状态变化时，会主动向你的服务器地址推送数据。你需要准备一个公网可访问的POST接口。
你需要实现的上行接口示例：传感器上报的数据结构通常如下（示意）：
集成动作：你在后端接收此JSON，存入数据库，并触发业务逻辑判断。
4.3 主动查询与设备控制（下发命令）
除了被动接收，你也可以主动查询设备状态或在报警时远程消音。
4.3.1 签名算法（必看）
芯步采用双层MD5加密验证。计算方式为：Sign = md5( md5(AppSecret) + ts )(注：+ 代表字符串拼接)
Python示例代码：
5. 场景逻辑集成：台球厅如何运作？
以下是针对共享台球厅的自动化联动逻辑你可以完全自定义：
第一种场景：预约与节能联动
触发：用户小程序下单支付 -> 系统生成权限。
动作：当预约时间开始，用户扫码开门瞬间。
逻辑：后端轮询该房间的传感器状态。
如果
occupancy_status为0：系统通过API下发命令，打开该路电源（球桌灯、排风）。如果有人在却未下单：系统判定为“霸占”，触发语音告警。
第二种场景：无人自动断电
触发：传感器每隔1分钟上报一次数据。
逻辑：如果连续5-10分钟收到
"occupancy_status": 0（无人），且当前无有效订单。动作：后端接口调用
{"power":0}关闭所有插座电源，空调停机。这不仅省电，还能防止用户离开现场时忘记关灯。
第三种场景：火灾应急响应
触发：设备上报
"smoke_density" > 阈值（如100）或"alarm_status": 1。高优动作
全量推送：无论是否有人，立即通过极光推送、短信、电话机器人通知店长和紧急联络人。
本地联动：后端立即下发命令
{"buzzer":1}激活现场蜂鸣器（即使设备本地未触发，云端强制开启），警示在场人员。断电保护：下发命令切断总闸（强切电源），防止电线短路引发二次火灾（需注意消防电源需保留）。
门禁策略接口向门禁控制器发送“常开指令”。确保人员逃生时门禁自动解锁，防止发生踩踏事故。
场景四：环境自检
触发：非营业时间 / 深夜。
逻辑：如果后端收到
smoke_density异常波动但比较微弱（例如有人在设备下抽烟），系统可记录该用户为“不文明行为”，自动发送警告提醒，甚至扣除清洁押金。
6. 总结
利用芯步的二合一传感器，你不需要成为硬件专家。从代码角度，你只需要：
买一台支持HTTP接口的设备；
配置一个URL接收
有人/烟雾浓度的数据；写几个
If-Else逻辑（如果无人且超时 -> 关电；如果烟雾大 -> 打电话）。
这种方案不仅符合消防验收要求，更真正实现了“降本增效”与“安全兜底”。