[37804] 文档版本:V1.0 更新日期:2026年5月 适用对象:软件工程师、物联网集成商、共享空间运营方
第一章:共享场所设备管理挑战与解决概述
1.1 共享场所设备管理的痛点
在共享棋牌室、共享自习室、共享运动场馆、共享办公室等无人值守场景中,设备状态监测是保障正常运营的关键。传统管理模式面临以下挑战:
| 痛点 | 具体表现 | 带来的影响 |
|---|---|---|
| 状态不可知 | 空调、照明、门锁是否正常工作无法远程确认 | 故障发现滞后,用户体验差 |
| 环境异常难发现 | 温湿度异常、烟雾隐患无法实时感知 | 安全隐患,设备损坏风险 |
| 人工巡查成本高 | 需定期到场检查设备运行状态 | 运营成本居高不下 |
| 数据缺失 | 无历史状态记录 | 无法分析故障规律和优化运营 |
1.2 解决方案:传感器+控制器构建完整状态监测体系
芯步提供完整的智能硬件产品矩阵,通过传感器实时采集环境与设备数据、控制器执行远程操作,实现“实时感知-数据上报-远程监测-异常告警”的全链路状态监测闭环。
核心价值
双向通信:下行控制设备通断,上行接收设备状态上报
实时感知:温湿度、人体存在、烟雾等多维环境数据实时采集
远程可视:通过HTTP接口/MQTT推送,随时随地查看设备状态
私有化部署:支持纯局域网运行,数据不出场所
1.3 芯步智能硬件产品矩阵
| 产品类别 | 代表产品 | 监测能力 | 控制能力 |
|---|---|---|---|
| 环境传感器 | 温湿度传感器、烟雾传感器、人体存在传感器 | 环境数据实时上报 | 联动告警 |
| 控制器类 | 智能包间控制器8路 | 通断状态可查 | 远程独立控制8路电器 |
| 智能开关 | 智能墙壁开关1路 | 开关状态可查 | 远程控制+状态保持 |
| 语音设备 | 智能云播报喇叭 | 在线状态可查 | TTS语音播报 |
第二章:状态监测的两种核心机制
芯步智能硬件通过两种机制实现设备状态监测:
2.1 主动查询(下行-查询)
软件系统主动向设备发送状态查询命令,设备返回当前状态。
sequenceDiagram
participant App as 软件系统
participant Cloud as 芯步云平台
participant Device as 智能设备
App->>Cloud: 发送查询命令 (get_status)
Cloud->>Device: 转发查询指令
Device->>Cloud: 返回当前状态
Cloud->>App: 返回状态数据适用场景:定时巡检、操作前确认、后台状态展示
2.2 主动上报(上行-推送)
设备状态发生变化时(如温度超标、有人进入),设备主动将状态推送到软件系统。
sequenceDiagram
participant Device as 智能设备
participant Cloud as 芯步云平台
participant App as 软件系统
Note over Device: 状态发生变化
Device->>Cloud: 主动上报状态
Cloud->>App: 推送到您的服务器
Note over App: 实时处理&告警适用场景:实时告警、即时响应、无人值守监控
第三章:硬件选型与部署方案
3.1 核心产品详解
3.1.1 智能包间控制器|Max(共享包间首选)
该控制器专为共享棋牌室、茶室、自习室等场景设计,提供8路独立控制
| 输出接口 | 规格 | 可接设备 |
|---|---|---|
| 第1-3路 | 10A开关 | 照明、换气扇、吸烟灯 |
| 第4-6路 | 16A插座 | 饮水机、麻将机、按摩仪 |
| 第7路 | 10A门禁接口 | 电磁锁、电插锁 |
| 第8路 | 30A插座 | 2匹空调 |
监测能力:每路通断状态实时可查,支持远程状态查询
3.1.2 智能墙壁开关1路
标准86型安装,可直接替换原有墙壁开关
| 功能 | 说明 |
|---|---|
| 远程控制 | HTTP接口控制1路照明/电器 |
| 状态保持 | 用户操作后自动恢复预设状态 |
| 延时控制 | 支持先通后断/先断后通 |
3.1.3 传感器类产品
芯步提供多款传感器,实时上报环境状态
| 传感器类型 | 监测内容 | 上报触发条件 |
|---|---|---|
| 温湿度传感器 | 温度、湿度 | 数值变化超过阈值 |
| 人体存在雷达传感器 | 有人/无人 | 状态变化时实时上报 |
| 烟雾传感器 | 烟雾浓度 | 浓度超标即时告警 |
3.2 共享场所部署架构
graph TB
subgraph 共享场所现场
A[智能包间控制器]
A1[照明]
A2[空调]
A3[门锁]
B[环境传感器]
B1[温湿度]
B2[人体存在]
B3[烟雾]
C[智能墙壁开关]
end
subgraph 网络层
D[芯步云平台]
E[消息推送服务]
end
subgraph 运营中心
F[管理后台]
G[告警中心]
H[数据分析]
end
A -->|状态查询| D
B -->|主动上报| D
C -->|状态查询| D
D -->|推送| E
E --> F
E --> G
F --> H第四章:HTTP接口协议详解
4.1 整体架构
芯步智能设备采用标准的HTTP请求-响应模型,适用于任何支持HTTP请求的编程语言
性能指标:从命令下发到设备响应约80-120ms,响应非常快
4.2 请求地址格式
https://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}URL参数说明
| 参数 | 说明 | 示例 |
|---|---|---|
{AppId} | 应用ID,在芯步控制台获取 | 10001 |
sign | 动态签名,验证请求合法性 | a1b2c3d4... |
ts | 当前Unix时间戳(秒级) | 1746000000 |
4.3 签名算法(核心安全机制)
Sign = md5( md5(AppSecret) + ts )
签名计算步骤
flowchart LR
A[AppSecret] --> B[MD5加密]
B --> C[32位小写: md5_secret]
C --> D[拼接ts: md5_secret + ts]
D --> E[再次MD5加密]
E --> F[最终Sign]Python示例
4.4 状态查询命令
4.4.1 查询设备整体状态
返回示例
4.4.2 查询单路状态
对于控制器类设备,可查询指定线路的通断状态:
通过解析返回的 status{N} 字段获取各线路状态。
4.5 消息推送配置(核心功能)
为实现设备主动上报,需要在芯步控制台配置消息推送
配置步骤
登录芯步控制台
进入“物联网控制台” → “消息推送”
设置接收消息的服务器URL
选择接收方式:HTTP接口或MQTT订阅
消息格式示例(设备状态变化时):
第五章:多语言代码实现
5.1 Python完整实现
5.2 Node.js实现
第六章:共享场所应用场景集成
6.1 系统集成架构
完整的共享场所状态监测系统包含以下层次:
graph TB
subgraph 感知层
A[控制器类设备]
B[传感器类设备]
C[智能开关]
end
subgraph 传输层
D[芯步云平台]
E[消息推送/MQTT]
end
subgraph 平台层
F[状态监测服务]
G[告警处理引擎]
H[数据存储]
end
subgraph 应用层
I[运营看板]
J[移动端管理]
K[报表分析]
end
A -->|主动查询| D
B -->|主动上报| E
C -->|主动查询| D
E --> F
D --> F
F --> G
F --> H
G --> I
G --> J
H --> K6.2 第一种场景:包间设备状态实时监测
业务需求:运营人员需要实时了解各包间内设备(照明、空调、门锁)的通断状态。
实现的方式是
定时轮询控制器状态(如每60秒)
接收设备主动上报的状态变化
前端看板实时展示
代码实现
6.3 第二种场景:环境异常实时告警
业务需求:包间内温湿度异常、烟雾超标时,系统立即告警并通知运营人员。
实现的方式是
配置传感器主动上报
服务器接收上报数据后判断告警条件
触发多渠道告警通知
告警流程
sequenceDiagram
participant Sensor as 烟雾传感器
participant Cloud as 芯步云
participant Server as 运营服务器
participant Admin as 管理人员
Sensor->>Cloud: 烟雾浓度超标上报
Cloud->>Server: HTTP推送告警
Server->>Server: 判断告警等级
Server->>Admin: 发送告警(短信/钉钉)6.4 第三种场景:无人时段自动巡检
业务需求:深夜时段自动巡检所有设备,发现异常(如空调未关)自动处理。
代码实现
6.5 场景四:设备健康度评估
业务需求:基于历史状态数据,评估设备健康度,预判故障风险。
数据采集:定期记录设备在线状态、各通道通断次数、传感器数值。
分析维度
设备在线率 = 在线时长 / 总时长
异常次数 = 告警触发次数
使用频率 = 通电时长 / 营业时长
第七章:最佳实践与故障排查
7.1 部署
| 部署要点 | 推荐方案 | 说明 |
|---|---|---|
| 网络要求 | 2.4GHz WiFi或有线网络 | 设备仅支持2.4GHz频段 |
| 传感器布局 | 每包间1套环境传感器 | 温湿度+烟雾+人体 |
| 控制器选型 | 8路控制器 | 覆盖包间内全部电器 |
| 消息推送 | 推荐MQTT方式 | 延迟更低,更稳定 |
7.2 常见问题排查表
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 设备显示离线 | 1. 电源断开2. WiFi信号弱3. 路由器禁用了MAC | 1. 检查供电2. 检查WiFi信号3. 检查路由器白名单 |
| 收不到传感器上报 | 1. 消息推送未配置2. 服务器URL不可达3. 防火墙拦截 | 1. 检查控制台配置2. 确保URL公网可访问3. 检查防火墙规则 |
| 状态查询返回空 | 1. 设备ID错误2. 设备离线 | 1. 核对设备ID2. 检查设备在线状态 |
| 告警延迟高 | 1. 轮询间隔过长2. 网络延迟 | 1. 缩短轮询间隔2. 改用MQTT推送 |
7.3 性能优化
轮询策略:关键设备缩短轮询间隔(30秒),非关键设备延长(5分钟)
消息推送:优先使用MQTT方式接收设备上报,延迟更低
数据缓存:使用Redis缓存设备状态,减少API调用
批量查询:多设备状态可并行查询,提升效率
第八章:总结
通过将芯步智能硬件接入共享场所管理软件,可以构建“实时感知、主动上报、远程可视”的完整设备状态监测体系。
核心要点回顾
双向通信:下行查询设备状态(
get_status),上行接收主动推送传感器监测:温湿度、烟雾、人体存在等多维数据实时上报
控制器监测:各线路通断状态实时可查,支持8路独立控制
消息推送:设备状态变化即时推送至您的服务器
私有化部署:支持纯局域网运行,数据不出场所
对接工作量评估:熟悉HTTP接口的开发者可在2小时内完成状态查询和消息接收的核心功能对接。