共享茶室的痛点在于“无人值守”——用户下单后如何自动通电，时间结束后如何自动断电，异常情况如何远程处理？芯步的智能PDU（UNI-PDU-ZK-5）正是解决这一问题的关键设备。以下方案从硬件选型、接口集成、业务逻辑到异常处理，完整阐述如何将5位总控PDU融入共享茶室项目。

解决方案：共享茶室设备机柜电源管理

—— 基于芯步智能PDU（UNI-PDU-ZK-5）的远程集成方案

1. 背景与需求分析

在共享茶室（无人值守模式）中，设备机柜是核心枢纽，通常容纳：路由器、交换机、麻将机控制器、饮水机、茶艺电磁炉、语音播报器及环境传感器等设备。

管理痛点：

• 能源浪费： 顾客离开现场时后，机柜内辅助设备（如语音播报、路由）未及时断电。

• 远程复位难： 路由器死机或传感器离线，需人工到场插拔电源，运维成本高。

• 安全隐患： 大功率电器（电磁炉、烧水壶）无人监管下的干烧风险。

• 计费关联弱： 传统模式无法实现“订单结束=自动断电”的强逻辑绑定。

解决目标：利用芯步UNI-PDU-ZK-5智能PDU（5位总控），通过其标准HTTP接口，将机柜电源管理深度集成到茶室的SaaS小程序后台，实现“人电联动”。

2. 硬件选型：UNI-PDU-ZK-5

本方案选用芯步的 “智能PDU[总控]|5位” 作为核心执行单元。

• 产品型号： UNI-PDU-ZK-5

• 关键参数：

  • 控制路数： 总控（1个指令控制所有插孔通断）。

  • 额定功率： 总额定功率3000W（阻性）/ 单孔位1500W，满足茶室多设备同时运行。

  • 通讯协议： 原生支持 HTTP API 控制（非第三方网关），支持WiFi 2.4G直连。

  • 材质安全： 铝合金外壳，阻燃，适合长时间通电的商业环境。

3. 技术集成架构

3.1 网络拓扑

• 设备连接： PDU通过WiFi 2.4G连接至茶室路由器。

• 通讯链路： 微信小程序（用户端/管理端） -> 阿里云/腾讯云（SaaS中心） -> 芯步云API -> 茶室路由器 -> PDU -> 受控设备。

3.2 芯步开放接口对接流程芯步的开放平台采用标准的 HTTP POST 请求，签名机制为 MD5(MD5(AppSecret) + ts)，保证了指令传输的安全性 。集成步骤如下：

步骤一：设备激活与注册

1. PDU通电后，通过热点配置接入茶室WiFi。

2. 在芯步控制台获取 Device ID（设备唯一标识，如：12345678）。

3. 在后台获取 AppID 和 AppSecret（开发者凭证）。

步骤二：核心接口集成（Java/Python/Go示例逻辑）我们需要在业务后端实现两个核心函数：getSign() 和 controlDevice()。

• 请求地址：https://api.thingboot.com/{AppId}/device/control/

• 请求方法： POST

• 签名算法示例（逻辑代码）：

  import hashlib import time def control_pdu(device_id, action): # action: 1 开启, 0 关闭 app_id = "YOUR_APP_ID" app_secret = "YOUR_APP_SECRET" ts = int(time.time()) # 1. 计算签名 sign = md5(md5(AppSecret) + ts) step1 = hashlib.md5(app_secret.encode()).hexdigest() step2 = step1 + str(ts) sign = hashlib.md5(step2.encode()).hexdigest() # 2. 构建URL和Body url = f"https://api.thingboot.com/{app_id}/device/control/?sign={sign}&ts={ts}" # 3. 组装JSON指令 # 注意:根据[product manual]，order字段使用 {"power": 1} 控制总控开关 [citation:3] payload = { "device": device_id, # 例如 "1878" "order": {"power": action} # 1为开，0为关 } # 4. 发送POST请求（略） # response = requests.post(url, json=payload)

步骤三：指令说明

• 开机：{"power": 1} （全开，所有5个孔位同时供电）

• 关机：{"power": 0} （全断）

4. 业务场景逻辑

第一种场景：用户下单 -> 自动通电

1. 触发： 用户在微信小程序支付“包间时段订单”。

2. 业务系统动作：

   • 生成订单，状态置为“进行中”。

   • 调用芯步API：controlDevice(PDU_ID, 1)。

3. 物理结果： 机柜PDU“咔哒”一声吸合通电。机柜内的路由器、麻将机升降电机、电磁炉、语音音箱得电启动。

4. 交互反馈： 语音音柱播报“XXX号包间通电，欢迎光临”。

第二种场景：用户自助续费/加时

1. 触发： 用户点击续费。

2. 业务系统动作： 更新数据库订单过期时间。此时PDU不断电，保持通电状态。

3. 逻辑要点： 断电是由“时间耗尽”触发的，而非手动续费触发。

第三种场景：订单结束/超时 -> 自动断电

1. 触发： 订单剩余时间为0，或用户点击“提前结束”。

2. 业务系统动作：

   • 调用API：controlDevice(PDU_ID, 0)。

   • 强制切断机柜及所有茶具电源。

3. 安全冗余： 若API调用失败（网络抖动），系统需记录重试机制，或由管理员在后手动触发“强制断电”。

场景四：设备死机远程重启

1. 现象： 管理后台检测到该包间网络离线（如路由器死锁）。

2. 管理员操作：

   • 点击后台按钮“重置网络设备”。

   • 系统执行：controlDevice(PDU_ID, 0) -> 等待5秒 -> controlDevice(PDU_ID, 1)。

3. 效果： 机柜整体冷重启，路由器恢复工作，无需人工进房。

5. 高级联动策略（结合芯步传感器）

若项目中集成了芯步的人体存在传感器，可通过HTTP回调实现更智能的节能逻辑：

• 策略： 用户订单虽然结束，但传感器检测到人还在房间（收拾东西）。

• 动作： 系统不立即断电，而是发送语音告警：“订单已结束，3分钟后断电”，3分钟后再发断电指令。

• 防误判： 若传感器检测无人，或手动点击结束，立即断电 。

6. 安全性及异常处理机制

针对真正的“无人值守”，需建立以下保障措施：

1. 大功率保护：

   • PDU总额定功率为3000W。在后台设定功率阈值。

   • 若用户同时开启电磁炉（2000W）和烧水壶（1500W）导致超过3000W，虽然PDU物理上支持，但为防线路老化，可在集成代码逻辑中做限制：监测电流（若PDU支持监测版）或限制单时段内只能启动一个大功率插座。

2. 离线策略（断网运行）：

   • 问题： 如果WiFi断了，API指令发不过去。

   • 解决方案： 利用PDU内部RTC时钟或本地规则。在初始化时，将PDU配置为“上电默认开启”模式。如果网络恢复，云端会同步状态。

3. 接口调用机制：

   • 防止用户重复点击“断电”导致额外扣费。代码中需判断：if order.status == 'active' then send power_off。

7. 实施效果总结

通过集成芯步UNI-PDU-ZK-5，共享茶室项目将获得：

• 零人工干预： 顾客预订成功即来电，退订即断电，彻底省去服务员上门开关电闸的环节。

• 降低电费成本： 避免空调、灯光、机柜设备在空闲时段空转。

• 提升安全性： 通过远程切断电源，杜绝了因顾客忘记关电导致的电磁炉干烧火灾隐患。

• 运维效率提升： 90%的设备死机故障可通过远程PDU重启解决，无需上门。

实施： 由于PDU采用总控设计（5位共进退），将所有需要同步通断的设备（路由、主控设备）接在上面；若需独立控制茶壶和灯光的分别开关，可升级为“芯步智能独立控制版插排”或组合多个单控模块使用。