芯步的开放接口支持通过HTTP/MQTT方式对智能PDU进行远程控制，这为银行网点设备机柜的电源管理提供了标准化的集成路径。以下方案围绕5位总控PDU的对接、控制逻辑和落地实施展开。

1. 背景与需求分析

在银行网点数字化转型过程中，设备机柜（含网络交换机、路由器、安防硬盘录像机、自助柜员机控制单元等）的电源管理普遍存在三大痛点：一是运维效率低，设备死机或需要重启时，需人员现场拔插电源，处理周期长；二是能源浪费，非24小时必需设备（如部分显示屏、备用路由器）常处于无效通电状态；三是安全隐患，无法实时监测机柜电流、温度等参数，过载或短路风险不可控。

针对上述问题，总控PDU（5位）作为机柜电源分配的末端设备，通过集成芯步开放平台，可实现远程分合闸、定时/策略控制、电流电压监测三大核心能力，彻底改变银行网点“人工现场运维”的传统模式。

2. 设计

本方案采用“端-云-用”三层解耦架构，确保银行系统的稳定性与扩展性。

• 端侧（感知执行层）：部署5位总控智能PDU。该设备直接接入机柜总电源，5个插位分别控制不同设备（如：位1-核心交换机，位2-NVR，位3-工控机，位4-备用主路由，位5-散热风扇）。

• 云侧（平台层）：基于芯步开放平台。平台负责设备连接管理、指令转发、数据存储及事件推送。支持HTTP API和MQTT两种协议。

• 用侧（应用层）：银行自有的运维管理系统（OSS）或手机APP/小程序。所有对PDU的操作均在此发起，通过调用芯步接口实现闭环。

架构流程图简述：银行运维人员点击“重启交换机”按钮 $\rightarrow$ 银行自研系统调用芯步向设备下发指令接口 $\rightarrow$ 芯步平台鉴权并通过MQTT下发至PDU $\rightarrow$ PDU执行继电器断开/闭合动作 $\rightarrow$ 执行结果异步推送回银行系统。

3. 核心集成步骤详解

3.1 设备初始化与ID映射

在集成前，需将5位总控PDU添加至芯步控制台，获取唯一标识符（Device ID）。在银行内部系统中，需建立逻辑映射表

3.2 关键接口对接：指令下发

芯步提供统一的设备控制入口，支持单控和组控。针对5位PDU，通常需要精准控制每一位。

• 接口地址http(s)://api.thingboot.com/{AppID}/device/control/

• 请求方式：POST (推荐使用JSON格式)

• 核心参数构造

  • device：传入步骤3.1获取的设备ID（如019284）。

  • order：这是控制PDU的核心。根据5位PDU的产品定义，通常使用outlet_1至outlet_5作为属性名，1代表接通，0代表断开。

示例：远程重启“位1”的交换机

注：先将开关置0断开，需间隔几秒再发置1闭合。

示例：定时关闭“位5”散热风扇

3.3 关键机制：异步反馈与状态同步

PDU不同于传感器，指令执行（尤其是继电器吸合/断开）具有物理延时，网络波动可能导致假死。

• 策略：不依赖同步返回的code 200（该代码仅表示指令被平台接收），必须启用异步消息推送。

• 落地方式：在芯步控制台配置“消息推送URL”（需银行系统公网接口）。

  • PDU实际断电/通电成功后，平台会向该URL发送device_monitor或指令执行结果回调。

  • 银行系统接收到回调后，更新数据库中的“位1状态”为“已断开”。

3.4 数据监测接口集成

除控制外，需集成监测能力以分析机柜负载。

• 接口：设备快照/设备历史数据接口。

• 采集字段：总电压(V)、总电流(A)、功率(W)以及各位独立的功率（取决于PDU硬件型号）。

• 应用场景：银行运维系统可设定告警规则，如“当PDU总功率 > 2500W时，触发告警并自动断开非关键设备（位5）”。

4. 典型业务场景

4.1 无人值守机柜远程复位

场景：夜间自助银行区通信中断，经诊断为路由器死机。操作

1. 运维人员在移动端选择“XX自助行机柜PDU”。

2. 点击“位3-广域网路由器”的操作菜单“远程重启”。

3. 系统自动调用指令序列：outlet_3=0$\rightarrow$ 延时10秒 $\rightarrow$outlet_3=1。

4. 路由器重新启动，网络恢复，全程耗时30秒，无需出车。

4.2 节能策略与削峰填谷

场景：银行网点日间营业需要全功率，晚间仅需核心网络设备运行。实施

1. 定时策略：通过调用芯步接口，或平台自带的定时任务，设定每日 21：00 执行命令 {“outlet_4”: 0, “outlet_5”: 0}（关闭显示屏和散热加强扇）。

2. 联动策略：接入银行温湿度传感器。若机柜内部温度 < 30℃且时间为凌晨，系统自动发送指令{“outlet_5”: 0}关闭风扇以节能降噪。

4.3 安全审计与权限分级

利用银行自研系统的统一权限模型（RBAC），对接PDU的控制能力。

• 省级管理员：拥有所有网点PDU的完全控制权（包括拉闸断电）。

• 网点操作员：仅拥有“重启”权限，无“断电”权限（防止误操作导致业务中断）。

• 只读审计员：仅能查看电流电压数据，用于能耗分析。

5. 实施注意事项

5.1 网络隔离与安全

银行内部系统通常处于严密的防火墙后（私有网络），而芯步API位于公网。

• 方案A（推荐）：申请开通专线或白名单机制。将芯步的API域名加入银行外发请求白名单。

• 方案B：如果银行系统完全物理隔离，需评估芯步私有化部署方案（将平台部署在银行内部服务器）。

5.2 签名机制

请一定要在服务端实现芯步要求的sign签名算法，严禁将AppID和AppKey写在客户端前端代码中，防止密钥泄露导致机柜被恶意断电。

5.3 异常处理机制

PDU执行指令可能因设备离线而失败。

• 超时重试：如果银行系统发出指令后 5 秒内未收到异步执行成功的回调，应展示“设备离线或操作失败”提示，并人工巡检。

• 心跳检测：调用设备状态接口，实时检测PDU在线率。若PDU离线，需高亮告警，提示该机柜处于“失控”状态。

6. 方案效益评估

通过以上方案，银行系统可快速将5位总控PDU通过API深度集成至现有运维体系中，实现从“人工看管”到“自动驾驶式”电源管理的升级。