芯步的设备采用HTTP接口直连方案,无需网关、响应速度80-120ms,非常适合酒店客房这种需要多设备实时联动的场景。以下方案围绕“本地服务器做大脑,HTTP接口做神经”的架构展开,涵盖取电、温控、人体传感、语音音柱的联动逻辑和接口调用细节。
基于芯步开放接口
1. 背景与需求分析
在传统酒店客房中,空调、灯光、窗帘等设备往往独立运行,缺乏联动性,导致客人体验不佳(如摸黑找开关)且能源浪费严重(如空调在无人时空转)。
本方案的目标是利用芯步智能硬件(智能语音音柱、传感器等)的开放HTTP接口,构建一套去中心化(或轻量级中心化)的客房控制系统。通过集成现有客房内的RCU(客房控制器)或直接控制强电设备,实现“人来灯亮、人走断电、语音随控”的智慧入住体验。
2. 系统设计
本方案采用芯步典型的“设备直连+云端/本地中转”架构。鉴于酒店对隐私和响应速度的要求,推荐采用本地局域网服务器模式。
控制层(大脑) :酒店本地服务器或边缘网关。负责接收传感器上报的数据,执行联动逻辑判断,并调用芯步开放接口。
感知/执行层(手脚) :
智能电源/插座:控制客房总电源、床头灯、插座通断。
智能传感器:人体存在雷达、门窗磁传感器。
智能音柱:语音交互入口及背景音乐播放。
环境监测:温湿度传感器(联动空调)。
网络层:所有设备通过WiFi 2.4G接入,利用芯步设备自带的“多WiFi设定”功能,优先连接信号最强的本地AP,确保局域网通信稳定。
3. 核心设备选型与集成
| 设备类型 | 推荐产品 | 核心集成价值 |
|---|---|---|
| 主控与交互 | 智能语音音柱Pro60W | 语音控制入口、音乐播放;支持HTTP命令下发,可直接执行“打开灯光”等指令 |
| 感知层 | 人体存在雷达传感器 | 探测微动人体存在,解决传统红外探测“人静不动误判无人”的痛点,实现精准退房断电 |
| 执行层 | 智能墙壁开关/插座 | 控制灯光回路及非关键插座(如台灯、落地灯)的通断;可通过API获取用电量数据 |
| 环境层 | 温湿度传感器 | 与空调红外转发器(或VRV控制器)联动,实现恒温控制,且客人离房后维持节能温度 |
4. 关键联动场景与接口实现逻辑
4.1 第一种场景:插卡/远程取电,欢迎模式
触发条件:客人通过小程序办理入住分配房间,或插卡取电(若对接门锁系统)。
联动逻辑
酒店PMS系统通知本地服务器“XX房已入住”。
服务器调用芯步开放接口,向该房间的智能语音音柱发送TTS语音指令:“欢迎XX先生入住,即将为您开启欢迎模式”。
服务器调用智能墙壁开关接口,控制“廊灯”、“射灯”开启(功率渐亮至70%)。
调用窗帘电机接口,执行“开启窗帘”指令。
接口调用示例(伪代码/HTTP Post) :
URL
http://{酒店本地IP}/api/device/controlMethod:POST
Header
Content-Type: application/jsonBody
(注:实际需携带sign签名,确保内网通信安全)
4.2 第二种场景:温湿度与人体传感联动(节能核心)
痛点:客人离房未关空调,造成巨大浪费。
解决方案
状态侦测人体存在雷达传感器持续上报房间状态。当探测到“无人”状态持续超过15分钟,触发上报消息到服务器。
执行动作:服务器接收消息后,调用空调控制接口(或红外转发器),将模式切换为“送风”或设定温度为26℃(节能模式)。
精细化控制:当传感器探测到窗户打开(门窗磁告警),自动联动关闭空调,防止冷气流失。
4.3 第三种场景:智能睡眠/起夜模式
交互入口:用户对语音音柱说:“小友小友,我要睡觉了”。
联动逻辑
语音识别:音柱拾取语音指令,通过HTTP协议上报到服务器。
全屋关闭:服务器向所有智能开关下发“全关”指令,关闭所有灯光与电视。
保留夜灯:特别调用“夜灯”或“卫生间灯带”开关,设定功率为10%亮度。
夜间感应:在0点至6点时段,当人体传感器探测到有人下床移动,自动联动开启床脚灯带(微光),避免摸黑绊倒。
4.4 场景四:离房一键退房/断电
触发:客人通过手机APP点击“退房”,或在前台办理退房手续时调用接口。
联动
全屋断电:服务器向智能总电源开关下发“断开”指令。
保留维生:指令中设定“冰箱插座”保持通电(可通过设置不同的设备ID或独立线路实现)。
保洁通知:服务器向保洁系统发送信号,通知该房间需打扫。
5. 技术实施核心点
5.1 开放接口的私有化部署
芯步的设备支持私有化部署,这是酒店方案的关键。
实施:酒店内部署一台本地服务器(或NAS),运行MQTT Broker或HTTP服务端。
配置:在芯步物联网后台,将所有设备的“数据上报地址”指向酒店内部服务器IP,而非公有云。
优势:即使酒店外网断开,客房内的语音控制和传感器联动依然正常工作,保证核心体验不中断。
5.2 设备ID与场景绑定
所有设备在安装时需通过芯步平台进行注册。
房号映射:建立映射表
Room_801->[灯组_IDs, 传感器_IDs, 音柱_ID]。签名机制:为防止非法调用,所有HTTP请求必须携带
sign(MD5签名)和ts(时间戳),杜绝重放攻击。
5.3 强电改造配合(RCU逻辑)
若酒店原有RCU(客房控制器)老旧,难以直接对接。本方案采用 “旁路控制” :
保留机械开关作为物理备份(符合酒店强制标准)。
在灯具和原有开关之间并联芯步智能通断器。
这样,客人可以物理按键,服务器也可以远程API控制,实现双控,即使智能模块故障也不影响基础照明。
6. 总结
| 维度 | 传统酒店 | 芯步方案 |
|---|---|---|
| 响应速度 | 依赖云端,耗时1-3秒 | 本地局域网,HTTP命令响应80-120ms,无感体验 |
| 断网可用 | 不可用/变智障 | 支持私有化纯局域网运行,外网断了也能语音关灯 |
| 改造成本 | 需布线RCU,工程大 | WiFi连接,即插即用,软硬件解耦,维护简便 |
| 开放程度 | 协议封闭,需买指定品牌 | 标准HTTP协议,支持对接任何小程序、PMS或APP |
| 能耗管理 | 依赖人工巡检 | 基于“人体存在传感器”的精细化策略,节电率达30%以上 |
通过上述方案,酒店可以利用芯步标准的HTTP接口能力,快速将存量客房改造为“听懂人话、主动服务、精准节能”的智慧客房。