无人值守场景对照明和控制的核心需求是“按需工作、异常联动、远程可管”。以下方案基于芯步的开放接口，从设备选型、联动逻辑到接口调用逐一展开。

1. 背景与需求分析

在无人值守场景（如共享自习室、智慧厕所、无人货柜、配电房、库房等）中，照明与设备的自动管理至关重要。

• 痛点：能源浪费（长明灯）、设备空转、缺乏故障预警。

• 核心需求

  1. 按需照明：人来灯亮（主照明），人走后微亮或延时关闭（辅助/备用照明）。

  2. 远程运维：遇到设备卡死或漏电隐患，能远程断电重启。

  3. 环境联动：温度过高自动开排气扇或空调。

本方案基于芯步的开放 API 与硬件生态，利用雷达传感器+双路或多路控制器，实现低成本、高响应的无人值守闭环控制。

2. 硬件选型与集成架构

2.1 硬件推荐

根据无人值守空间的具体需求，推荐以下设备组合：

• 感知层（探测人员与环境）

  • 智能人体存在雷达传感器（吸顶）：用于检测空间内是否存在微动人体（甚至呼吸心跳）。重点命令radar_enable、上报有人/无人状态。

• 执行层（控制电路）

  • 智能触摸墙壁开关（2路/3路）：适用于86盒标准安装，直接替换原有开关，控制灯具。

  • 智能控制器（4路/8路）：适用于配电箱内安装，控制大功率设备或整体电路。

  • 智能墙壁插座：控制单一设备的通断电。

2.2 架构拓扑图（文字描述）

当采用集成双路控制方案时，逻辑拓扑如下：

1. 第一路（主照明/设备A）：接常用日光灯或主设备。

2. 第二路（辅助照明/设备B）：接氛围灯、备用灯带、排风扇或副设备。

3. 控制中枢

   • 本地闭环：传感器直连控制器（通过云端规则引擎联动）。

   • 远程干预：第三方服务器（您的服务器）通过 HTTP API 下发指令。

   • 网络层：Wi-Fi 2.4GHz 连接，80~120ms 极速响应。

3. “双路控制”应用场景与联动策略

针对无人值守空间，我们设计了以下三种典型的双路控制逻辑：

3.1 场景 A：节能照明模式（照明 + 照明）

• 接线方案：第一路接主照明（高亮白炽灯/LED），第二路接夜灯（灯带或低亮度模式）。

• 联动逻辑

  • 传感器上报“有人” $\rightarrow$技术服务器 收到消息 $\rightarrow$ 下发命令：第一路 power1=1（开主灯），第二路 power2=0。

  • 传感器上报“无人持续10分钟” $\rightarrow$ 下发命令：power1=0（关主灯），power2=1（开夜灯，保持基础监控照明）。

  • 传感器上报“无人持续30分钟” $\rightarrow$ 下发命令：power2=0（全关）。

3.2 场景 B：设备智能运维（照明 + 设备控制）

• 接线方案：第一路控制照明，第二路控制路由器/工控机/净水器等设备。

• 联动逻辑

  • 异常联动：系统检测到“该时段无人使用”但“设备电流异常高” $\rightarrow$服务器 判断异常 $\rightarrow$ 下发 power2=0（远程断电重启设备）。

  • 定时策略：结合定时任务，夜间 23:00 强制关闭第二路（节能），早上 8:00 自动开启。

3.3 场景 C：先断后通/互锁逻辑（安全防护）

• 应用：对于某些特殊设备（如涉及电机的设备），需要先断电才能启动另一路。

• 动作：利用控制器的 reset 命令。例如：{"reset":{"relay":[1],"interval":2000}}，先断开第一路，等待2秒后自动接通，防止瞬间电流冲击。

4. 芯步开放接口集成方案

本方案的核心在于利用芯步提供的 HTTP API 将业务逻辑部署在您的自有服务器上，而非依赖公有云规则。

4.1 网络配置与鉴权

所有设备均通过 2.4G Wi-Fi 接入网络。您需要在芯步控制台完成配网后，获取设备的唯一标识符 Device ID。

鉴权机制

• URL：http(s)://api.thingboot.com/{AppId}/device/control/

• 参数：sign（签名），ts（时间戳）。

• 方式：POST，JSON Content-Type。

4.2 核心 API 调用示例（以智能开关2路为例）

假设您需要实现“远程关闭第二路照明，开启第一路照明”，您的后端系统需构建如下 HTTP 请求。

命令结构示例：

• 批量控制场景：如果需要同时复位或全开全关，可使用 batch 命令。

• 临时控制场景：如果希望灯亮5分钟后自动熄灭（防止忘关），可使用 point（先通后断）命令。

4.3 如何处理传感器数据并实现双路联动

无人值守的核心难点在于“谁来决定双路切换”。在芯步架构中，传感器上行数据会被推送到您配置的 URL（消息推送）。

处理流程：

1. 接收数据您的服务器接收到来自人体传感器的 HTTP 推送：{"device":"sensor_01","status":"radar_detected","data":"presence"}。

2. 业务逻辑判断

   # 伪代码示例 if sensor_status == "有人进入": # 开门或者有人，开启主照明（第一路） control_device("switch_01", {"power1": "1"}) elif sensor_status == "无人" and timer > 15min: # 无人超过15分钟，为了省电，关闭主照明，如果辅助照明开着也关掉 control_device("switch_01", {"power1": "0", "power2": "0"}) elif sensor_status == "无人" and timer > 5min: # 无人超过5分钟，转为节能模式（第二路开启，第一路关闭） control_device("switch_01", {"power1": "0", "power2": "1"})

3. 执行下发服务器调用 https://api.thingboot.com/.../device/control/ ，将上述 JSON 指令发送给智能触摸墙壁开关。

5. 方案优势与技术特性

5.1 开放性与私有化部署

• 标准 HTTP 协议：无论您的后端是用 Java、Python、Go 还是 PHP 开发，甚至使用 Shell 脚本，都能轻松集成。

• 局域网支持：在无互联网环境下，支持局域网内 IP 直连控制，保证内网数据安全，降低延迟。

5.2 控制精度与多样性

芯步的多路控制器支持多种高级控制模式，这对无人值守非常友好：

• 互锁模式 (Interlock)：确保任意时刻只有一路导通，防止逻辑冲突。

• 点动模式 (Momentary)：按一下，接通几秒自动断开（适合控制电锁或报警灯）。

• 状态保持 (Keep/Revert)：当用户物理按了一下开关后，系统可以在几秒后自动将状态恢复给服务器下发的指令，防止人为误操作干扰无人值守策略。

5.3 硬件稳定性

• 负载能力：单路最大支持 10A 电流（约 2200W 阻性负载），不仅能控制灯，还能控制饮水机、小型空调等设备。

• 宽电压设计：AC 85-265V，适应各种老旧线路波动。

6. 总结

通过在无人值守空间中部署芯步智能人体存在传感器与2路/多路智能控制器，并基于其开放的 HTTP API 进行二次开发，您可以构建一套成本低廉、响应迅速、逻辑灵活的无人值守系统。

• 对于开发人员：只需关注业务逻辑（何时该切换双路），无需关心底层 Zigbee 网关或 MQTT 协议的繁琐实现，通过芯步统一的 Restful API 即可完成“监”与“控”。

• 对于运营方：实现了照明回路的分级管理（主灯/辅灯）和设备故障的远程自愈，显著降低电费支出与现场运维人力成本。