一、背景与需求分析
共享台球厅作为24小时无人值守业态,痛点之一是能耗管理。根据行业数据,传统台球厅因离开现场时后忘关灯光、空调等设备,电费支出占比可超过30%。要实现真正的“有人自动开、无人自动关”,可靠的人体存在检测是技术关键。
传统红外传感器(PIR)最大的问题是:当球友长时间保持静止(如俯身瞄准、坐等休息)时,误判为“无人”导致设备断电,严重影响用户体验。
芯步的壁挂式红外雷达双模监测器(UNI-CGQ-RT-H-BG)正是为解决此问题而设计。它融合红外传感(检测大幅度移动)和雷达传感(检测5米内人体微动,如呼吸、心跳引起的胸腔起伏),仅当两者均判定无人时才认定“无人状态”。这种双模机制确保了球台无论动态击球还是静态休息,设备始终保持开启状态。
二、设计
本方案采用四层物联网架构,将传感器、设备和软件系统无缝集成:
| 层级 | 组成 | 功能说明 |
|---|---|---|
| 传感层 | 壁挂式红外雷达双模监测器 | 采集人体存在数据,实时上报有人/无人状态 |
| 执行层 | 智能控制器(灯光/空调/门锁) | 接收控制指令,执行设备通断电 |
| 平台层 | 芯步云平台 / 用户私有服务器 | 接收传感数据、业务逻辑判断、下发控制指令 |
| 应用层 | 小程序 / 管理后台 | 用户预约、状态展示、远程运维、数据统计 |
该系统架构的核心优势在于:HTTP接口完全开放,可接入任何形式的软件项目,包括微信小程序、管理后台、或现有的SaaS平台。
三、硬件选型与部署
3.1 核心传感器选型
针对共享台球厅不同区域的检测需求,推荐以下配置:
| 安装区域 | 推荐产品 | 检测距离 | 选型理由 |
|---|---|---|---|
| 球桌上方/墙壁 | 壁挂式红外雷达双模监测器 | 5米 | 双模检测,精准识别静态微动 |
| 洗手间/过道 | 红外单模传感器 | 3-5米 | 活动频繁区域,单模足够 |
| 吸烟区/休息区 | 雷达传感器(吸顶版) | 3-4米 | 穿透性强,可检测静止人员 |
本方案以壁挂式红外雷达双模监测器为核心。产品关键参数如下
| 参数项 | 规格 |
|---|---|
| 工作电压 | AC 100-250V(市电直接供电) |
| 待机功耗 | 1.2W - 1.7W |
| 无线连接 | WiFi 2.4GHz |
| 检测技术 | 红外 + 雷达双模 |
| 静态检测 | 雷达可探测5米内人体微动 |
| 输出接口 | 1路继电器(AC输出,MAX 2200W阻性负载) |
| 产品尺寸 | 69×88×64.4mm |
3.2 部署实施步骤
第一步:安装位置规划
壁挂式传感器安装在球桌上方或对侧墙壁,距离球台中心3-5米
安装高度距地面2.0-2.5米,避开空调出风口直吹(可能影响探测稳定性)
随产品附赠万向支架,可根据现场角度灵活调节
第二步:接线与供电
传感器直接接入市电(AC 220V),无需外接电源适配器
传感器自带1路继电器输出,可直接控制台球灯或排风扇(阻性负载不超过2200W,感性负载不超过350W)
为实现多设备联动(灯光+空调+门锁),搭配智能控制器统一管理
第三步:网络配置
通过设备配网模式将传感器接入台球厅WiFi
为每个包厢单独配置传感器和控制器,实现独立控制
第四步:平台注册与设备绑定
登录芯步控制台,获取应用ID(AppID)和应用密钥(AppSecret)
扫描设备二维码,完成设备绑定并记录设备ID
四、传感器数据接收与处理机制
4.1 上行数据实时推送
当人体存在状态发生变化时(如“无人→有人”或“有人→无人”),传感器会实时将状态上报至您指定的服务器地址。您需要在平台中配置接收URL,云平台会通过HTTP POST请求推送以下格式的数据:
4.2 业务逻辑实现
您的服务器接收到传感器状态后,可根据业务规则执行联动控制:
第一种场景:有人进入包厢
传感器状态: 无人→有人 ↓ 服务器判断: 当前时间段是否有有效订单? ↓ 有订单 → 下发指令开启灯光、空调 无订单 → 不动作(或触发语音提醒"请先扫码开台")
第二种场景:长时间无人
传感器状态: 持续无人超过N分钟 ↓ 服务器判断: 订单是否仍在进行中? ↓ 订单进行中 → 推送告警至管理员,提醒电话确认 订单已结束 → 自动关闭所有设备电源
第三种场景:双模容错逻辑
值得注意的是,双模版本采用“红外与雷达均探测无人时才认定无人”的策略,这意味着:
即使红外检测不到移动,但雷达检测到微动(如呼吸),仍判定为“有人”
这大大降低了误断电的概率,对台球厅场景至关重要
4.3 下行控制指令下发
当服务器需要执行联动控制时,通过HTTP接口向智能控制器下发指令。调用方式如下
请求地址
POST https://api.thingboot.com/{AppID}/device/control/?sign={sign}&ts={ts}请求体示例:开启第1路灯光
签名计算方式(C语言示例)
五、软件项目集成指南
5.1 与微信小程序的集成
在共享台球厅的小程序中,可通过调用您的后端API实现传感器状态的可视化:
功能一:包厢状态实时展示
功能二:联动规则配置(面向运营商)
提供管理后台界面,让台球厅老板可自定义:
5.2 与现有管理系统的对接架构
对于已部署LIMS或自有管理系统的场景,推荐采用如下对接架构:
┌─────────────────────────────────────────────────────────┐
│ 台球厅管理系统 │
├─────────────────────────────────────────────────────────┤
│ 预约模块 │ 计费模块 │ 会员模块 │ 设备控制模块 │
└─────────────────────────────────────────────────────────┘
▲
│ HTTP API调用
│
┌─────────────────────────────────────────────────────────┐
│ 芯步云平台 / 用户服务器 │
├─────────────────────────────────────────────────────────┤
│ 设备管理 │ 数据路由 │ 规则引擎 │
└─────────────────────────────────────────────────────────┘
▲
│ 状态上报
│
┌─────────────────────────────────────────────────────────┐
│ 传感/执行层 │
├─────────────────────────────────────────────────────────┤
│ 人体传感器 │ 智能控制器 │ 门禁 │ 语音播报器 │
└─────────────────────────────────────────────────────────┘5.3 私有化部署方案
对于数据安全要求较高的连锁品牌,芯步支持私有化部署
传感器数据可上报至用户指定的私有服务器
API接口支持局域网调用,无需经过公网
适用于任何支持HTTP请求的编程语言(Java/Python/Node.js/PHP等)
六、场景化联动策略设计
以下为共享台球厅完整的业务联动:
| 阶段 | 触发条件 | 执行动作 | 设计目的 |
|---|---|---|---|
| 预约到达 | 用户扫码开台成功 | 自动开启该台灯光、空调 | 无需人工干预 |
| 使用中 | 传感器持续检测有人 | 保持灯光常亮 | 杜绝误断电 |
| 暂离开现场时景 | 传感器检测无人<5分钟 | 灯光调暗至30%,空调保持 | 节能同时快速响应 |
| 超时无人 | 传感器检测无人>10分钟 | 设备全关,推送管理员 | 防止能源浪费 |
| 订单结束 | 用户点击离店 | 立即关闭全部设备 | 确保资源释放 |
| 异常闯入 | 无订单状态检测到有人 | 语音提醒、推送告警 | 防止蹭台 |
七、代码集成示例
7.1 接收传感器状态上报(Node.js)
7.2 下发控制指令(Python)
八、总结
| 优势维度 | 具体表现 |
|---|---|
| 精准检测 | 红外+雷达双模,可识别5米内人体微动,杜绝误断电 |
| 开放集成 | 标准HTTP接口,支持接入任何形式的软件系统 |
| 安装简便 | 市电直供,自带WiFi,万向支架灵活调节 |
| 成本可控 | 单传感器可同时实现检测+1路输出(可直接控制球台灯) |
| 私有化支持 | 可选择数据上报至用户私有服务器,满足数据安全需求 |
九、实施注意事项
网络覆盖:确保每个包厢WiFi信号强度稳定,部署企业级AP,避免因网络波动导致状态上报延迟
安装角度:使用万向支架将传感器朝向球台区域,避免朝向门口(门外人员走动可能误触发)
电源配置:传感器自带继电器输出可直接控制球台灯,但如需控制多设备(空调+排风扇),搭配4路智能控制器统一管理
逻辑冗余:在管理后台保留“强制关灯”按钮,供保洁人员或管理员手动操作,作为自动化策略的应急补充
调试阶段:上线初期可设置“仅上报不执行”的调试模式,观察传感器上报数据的准确性,确认无误后再开启自动控制
通过以上方案,共享台球厅可实现有人自动开、无人自动关的智能联动控制,大幅降低电费支出,同时保障用户的使用体验。如需获取完整接口文档或产品技术规格,请访问芯步官方网站。