展会现场设备机柜电源控制：怎么将5位远程控制PDU对接到项目中_解决方案

CATALOG

展会现场的设备机柜，最怕的就是设备死机、重启麻烦，或者某个展位用电异常还得人跑过去拔插头。其实用芯步的5位远程控制PDU配合开放接口，就能把这些事全部线上化。下面直接说怎么对接，偏实战风格。

一、为什么展会现场需要“上”PDU？

在展会现场，你肯定遇到过这些破事：半夜展台灯没关，浪费电；服务器死机了，还得找主办方开柜子重启；或者某个设备电流过大跳闸了，大老远得跑过去按开关。

其实说白了，我们就是想把“按插线板按钮”这个动作，搬到电脑屏幕或手机APP上。

芯步的5位远程控制PDU，本质上就是一个带了“大脑”的插线板，它的每个孔位（第1路到第5路）都可以独立控制。我们要做的，就是通过芯步提供的开放接口（API） ，在自己的展会中控系统里，给它下达“开、关、重启”的指令。

在写代码之前，有两样东西必须从芯步的后台拿到，这相当于PDU的身份证：

对接其实非常简单。芯步的接口逻辑是标准的 HTTP请求。

你可以理解为：你的服务器对着芯步的云端大喊一声：“把这台设备（Device ID）的第3个插孔给我关上！”云平台收到后，转手告诉PDU执行。

核心接口地址（示例）：

http(s)://api.thingboot.com/{你的AppID}/device/control/?sign={签名}&ts={时间戳}

请求参数（Body）：

假设在展会现场，机柜里的网络摄像头死机了，它的电源插在PDU的第3口上。我们需要在后台点一下按钮，物理断电重启它。

为了让设备生效，我们往往需要先关，等待几秒，再开。但在代码里，这是两条独立的指令。

关闭第3孔：你可以用 POST 或 GET 方式。假设 PDU 支持的属性名是 outlet（插孔）和 power（状态）：

开启第3孔：发送同样的请求，把 "power": 0 改成 "power": 1。

芯步接口返回的 HTTP 200 并不代表“PDU已经关电了”，而是代表“指令我已经收到，正在发往设备” 。

如果返回200，说明指令下发成功，一般几毫秒内PDU就会动作。如果返回 501 或 502，你就该检查一下设备ID是不是填错了。

光会控制一个插座太基础了，对接进项目是为了实现自动化。

场景：机柜里的核心交换机突然没响应了，ping不通。逻辑

监控脚本：你的服务器每隔1分钟 ping 一次交换机IP。
判断：连续3次ping不通 -> 判定设备死机。
调用接口
- 自动调用芯步接口，将对应插孔 power 设为 0（断电）。
- 等待10秒（sleep 或延迟任务）。
- 再次调用接口，将 power 设为 1（上电）。
效果：交换机强制重启，网络恢复，全程不需要人进柜子。

场景：展馆每天晚上闭馆要关灯省电，早上开展要提前开设备。逻辑

利用你后台的定时任务功能。
定时任务触发
- 20:00：调用接口，关闭所有5个孔位（或指定给照明、大屏的孔位）。
- 08:30：调用接口，开启指定的几个孔位（给服务器、路由器提前上电）。
- 这比人工去拔插头靠谱多了，也显得你项目的智能化程度高。

在把PDU集成到你的展会项目里时，有几个小细节要注意：

签名机制：芯步接口要求 sign 和 ts 参数。简单说就是要把你的请求参数加上密钥，算出一个MD5值放进去。目的是为了防止别人抓包后恶意重放攻击你的设备。千万注意：这个签名算法必须严格按照芯步官方文档来，差一个字符都会报 sign invalid。
异步反馈：如果你需要百分百确定“插座真的已经关了”，芯步提供了消息推送机制。即PDU执行成功后，云端会主动给你配置的服务器地址发一条通知。不过对于展会这种场景，发指令收到200通常就够用了。
网络环境：PDU是连WiFi或网线的，必须保证展会现场的WiFi信号稳定。如果PDU掉线了，接口会返回设备离线错误，这时候再多的指令也发不过去了，所以机柜里最好搞个工业级无线AP。