CATALOG

一、背景与需求分析

1.1 行业痛点

培训机构教室的灯光管理长期面临三大难题:

能源浪费严重——教室常出现“人去灯亮”的情况,课间休息、放学后灯具持续运行,电费支出居高不下。据统计,缺乏智能管理的教室照明系统日均无效照明时长可达2-3小时,造成30%以上的能源浪费

管理效率低下——多间教室的灯光开关依赖人工巡检,机构扩张后管理成本激增。教务人员每天需花费大量时间在各教室之间奔波,无法将精力集中于核心教学工作。

体验与节能难以兼顾——传统声控灯在课堂上易被学生拍手、回答问题等正常活动误触发,造成干扰;而完全依赖人工开关又无法实现节能目标,两者难以平衡。

1.2 改造目标

本方案的目标是通过芯步智能硬件产品与HTTP开放接口,为培训机构构建一套低成本、易部署、可扩展的远程灯光控制系统,实现:

  • 远程集中控制:教务人员可通过管理后台或手机端,对任意教室的灯光进行远程开关控制

  • 自动化节能策略:结合人体传感器实现“人走灯关”,避免能源浪费

  • 场景化模式切换:支持上课、自习、投影、清洁等多种场景的一键切换

  • 私有化部署能力:支持纯局域网环境运行,保护机构数据安全

二、芯步开放接口体系

2.1 接口架构概述

芯步为智能硬件设备提供标准化的HTTP开放接口,采用设备直连架构,无需额外网关即可通过WiFi 2.4G网络接入互联网。整个系统的工作流程如下:

管理后台/APP → HTTP请求 → 芯步云平台 → 智能设备(指令执行)
                      ↑
                   (支持私有化部署,可替换为自建服务器)

2.2 核心接口规范

2.2.1 设备控制接口

请求地址

http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}

请求方式:POST

数据格式:JSON

参数说明

  • {AppId}:应用ID,由芯步平台生成,用于标识开发者应用

  • {sign}:签名,用于接口权限验证

  • {ts}:时间戳,防止重放攻击

请求示例(控制设备ID为820720的设备线路通断):

响应速度:从命令下发到设备响应约80-120ms

2.2.2 设备状态查询接口

用于获取设备的当前工作状态,包括开关状态、传感器数据等。

2.2.3 消息推送机制

当环境状态变化时(如人体传感器检测到有人/无人),设备会实时上报状态消息到指定服务器,便于实现自动化联动控制

2.3 核心智能硬件选型

2.3.1 智能继电器模块

功能:直接串联在教室照明线路中,通过接收HTTP指令控制电源通断。

核心参数

  • 工作电压:AC 220V

  • 负载能力:单路最大240W,满足教室多灯并联需求

  • 通信方式:WiFi 2.4G直连

适用场景:改造现有灯具线路,无需更换原有灯具。

2.3.2 智能人体存在传感器(雷达版)

功能:探测教室内是否有人存在,支持上报“有人/无人”状态到服务器。

核心参数

  • 检测范围:水平7米,垂直5米,覆盖标准教室单排区域

  • 探测灵敏度:可检测人体移动速度0.1-10m/s

  • 上报机制:状态变化实时上报

支持命令

2.3.3 智能光照传感器

功能:检测环境光照强度,用于实现基于光感的自动调光/开关。

核心参数

  • 测量范围:1-65535lux

  • 分辨率:1lux

2.4 多接口兼容性说明

芯步的接口设计具备良好的扩展性。虽然不同品类设备的控制命令字段存在差异(如传感器类设备支持radar_enableinfrared_enable等特有字段,而继电器类设备主要使用power字段),但所有设备均遵循统一的签名认证和数据格式规范。这意味着开发一套控制逻辑后,可平滑扩展至温湿度传感器、烟雾报警器等更多设备类型。

三、系统设计

3.1 整体架构图

┌─────────────────────────────────────────────────────────────┐
│                        管理层(云端/自建服务器)               │
│  ┌─────────────┐  ┌─────────────┐  ┌─────────────┐          │
│  │  教务管理后台 │  │  移动端APP  │  │  小程序/H5  │          │
│  └──────┬──────┘  └──────┬──────┘  └──────┬──────┘          │
│         └────────────────┼────────────────┘                  │
│                          ▼                                   │
│                 ┌─────────────────┐                          │
│                 │   业务逻辑层     │                          │
│                 │ (自动化规则引擎)│                          │
│                 └────────┬────────┘                          │
└──────────────────────────┼──────────────────────────────────┘
                           │ HTTP API
┌──────────────────────────┼──────────────────────────────────┐
│                      传输层 │                                 │
│         ┌────────────────▼────────────────┐                 │
│         │   芯步云平台 / 私有化服务器    │                 │
│         └────────────────┬────────────────┘                 │
└──────────────────────────┼──────────────────────────────────┘
                           │ WiFi(2.4G)
┌──────────────────────────┼──────────────────────────────────┐
│                      感知/执行层                              │
│         ┌────────────────┼────────────────┐                 │
│         ▼                ▼                ▼                 │
│   ┌──────────┐    ┌──────────┐    ┌──────────┐             │
│   │智能继电器 │    │人体传感器│    │光照传感器│             │
│   │(1号教室)│    │(1号教室)│    │(1号教室)│             │
│   └──────────┘    └──────────┘    └──────────┘             │
│         │                │                │                 │
│   ┌──────────┐    ┌──────────┐    ┌──────────┐             │
│   │智能继电器 │    │人体传感器│    │光照传感器│             │
│   │(2号教室)│    │(2号教室)│    │(2号教室)│             │
│   └──────────┘    └──────────┘    └──────────┘             │
│                         ......                               │
└─────────────────────────────────────────────────────────────┘

3.2 数据流设计

下行控制流(开关灯指令):

  1. 管理员在后台点击“关闭1号教室灯光”

  2. 后台构造HTTP请求,包含AppId、设备ID、签名、时间戳

  3. 请求发送至芯步云平台(或私有化服务器)

  4. 平台验证签名后,将指令下发至对应设备

  5. 智能继电器执行断电操作,约100ms内完成响应

上行状态流(传感器数据上报):

  1. 人体传感器检测到教室无人

  2. 传感器向服务器推送状态消息(包含设备ID、状态值)

  3. 服务器接收后触发自动化规则:检查教室是否仍有人员活动记录

  4. 若确认无人,自动生成关灯指令并下发给对应继电器

3.3 私有化部署方案

芯步支持纯局域网环境部署,机构可自建MQTT/HTTP消息服务器,所有设备数据在内部网络流转,无需经过公网。这对于有数据安全要求的培训机构尤为关键——教室使用数据、人员活动信息等敏感内容不会外传。

四、核心功能实现

4.1 远程开关控制

4.1.1 单设备控制

以Python为例,封装设备控制函数:

4.1.2 批量控制(多教室场景)

对于培训机构的多教室管理场景,可采用异步并发方式批量下发指令:

4.2 传感器联动自动化

4.2.1 “人走灯关”策略实现

服务器端消息监听(接收传感器上报):

4.2.2 防误触发机制

为避免学生短暂静止(如考试、阅读)导致误关灯,需在自动化逻辑中加入延时确认:

将延时阈值设为10-20分钟(考试场景)或3-5分钟(常规课堂),根据实际使用场景灵活配置

4.3 场景模式设计

培训机构可根据日常教学需求,预设多种灯光场景模式:

场景模式灯光状态触发方式适用场景
上课模式全部开启一键按钮/定时常规授课
自习模式仅开启后排区域一键按钮学生自习
投影模式前排关闭,后排微光一键按钮多媒体教学
清洁模式全部开启手机远程课后打扫
节能模式跟随传感器自动自动化规则无人时段

场景切换接口调用示例

4.4 定时任务集成

对于有固定课表的培训机构,可对接芯步接口实现定时控制:

五、部署与实施

5.1 硬件部署方案

教室设备清单(以标准教室为例):

设备类型数量安装位置作用
智能继电器模块1-2个配电箱内控制照明线路通断
人体存在传感器1个(小型教室)或2个(大型教室)天花板中央检测人员存在
光照传感器1个靠窗位置检测环境亮度

安装要点

  • 人体传感器安装高度2.5-3米,检测半径16-20英尺(约4.9-6.1米),居中安装可覆盖25-30平方米的区域

  • 若教室面积超过60平方米或呈狭长形,部署2个传感器分区覆盖

  • 所有设备需配置稳定的2.4G WiFi网络,网络延时应控制在50ms以内

5.2 软件开发集成

方案一:对接芯步云平台(推荐)

  • 注册芯步开放平台账号,获取AppId和AppSecret

  • 在控制台添加设备,获取设备ID

  • 调用HTTP接口进行设备控制和状态查询

  • 设置回调地址接收设备上报消息

方案二:私有化部署

  • 自建MQTT/HTTP消息服务器

  • 配置设备指向私有服务器地址

  • 实现业务逻辑(自动化规则、权限管理等)

5.3 机构管理后台设计功能模块

  • 教室总览:地图式展示各教室灯光状态(绿色-亮灯、灰色-关灯)

  • 批量控制:支持按楼层、按教室组批量开关灯

  • 定时策略:配置每日/每周的自动开关计划

  • 能耗统计:按日/周/月统计各教室用电量,生成节能报告

  • 告警记录:设备离线、异常操作等事件的记录与通知

六、方案优势与预期收益

6.1 技术优势

  • 低门槛集成:标准的HTTP RESTful接口,任何支持HTTP请求的编程语言或低代码平台均可快速对接

  • 部署灵活:支持公有云和私有化两种模式,局域网环境下可脱离公网独立运行,数据不出机构内部

  • 实时响应:指令下发到设备执行约80-120ms,用户操作无感知延迟

  • 扩展性强:同一套接口体系可扩展至温湿度传感器、烟雾报警器、智能音柱等更多设备

6.2 经济效益

指标传统方案本方案优化幅度
日均照明时长10-12小时6-8小时↓30%
电费支出(年/百人教室)约1200元约800元↓33%
人工巡检成本每日2次远程0次↓100%
设备投入-约500元/教室6-8个月回本

6.3 管理效益

  • 教务人员可随时通过手机查看/控制任意教室灯光,无需现场巡检

  • 自动化规则替代人工操作,避免“忘记关灯”现象

  • 投影模式下灯光自动适配,提升教学体验

  • 用能数据可视化,为节能优化提供决策依据

七、注意事项

  1. 网络稳定性要求:设备依赖WiFi 2.4G网络,需确保教室信号覆盖良好。在网络部署时预留足够的AP接入点,避免因信号弱导致控制指令丢失。

  2. 传感器安装位置:应避开空调出风口、投影仪热源等可能干扰人体传感器的位置,同时注意检测角度避免盲区

  3. 签名机制安全性:接口签名使用AppSecret加密,开发时应避免将密钥硬编码在前端代码或客户端中。如发现密钥泄露,应及时在芯步控制台重置。

  4. 设备分组管理:为设备命名采用统一规范(如“校区-楼层-教室-设备类型”),便于后期批量管理和故障排查。

  5. 本地备份控制:保留原有物理开关作为备用控制方式,避免网络故障时完全无法操作灯光。