无人售货机电路控制：如何把60A带计量空开集成到软件项目中_解决方案

CATALOG

芯步的60A计量空开支持HTTP和MQTT两种控制方式，可无缝集成到各类软件项目中。以下方案从接口对接、计量数据采集、业务场景联动到异常处理，给出完整的落地路径。

解决方案：基于芯步开放接口的无人售货机智能空开集成方案

1. 背景与目标

在无人售货机运营中，传统的“普通空气开关+独立电表”组合存在三大痛点：

无法远程复位：售货机死机或电路过载跳闸后，需要运维人员到现场合闸，响应慢。
能耗盲区：无法实时感知单台设备的功耗异常（如制冷机组故障导致的高耗电）。
安全隐患：无法针对大功率（60A）回路设置精细化的过载、漏电保护阈值。

目标：利用芯步智能断路器（UNI-DLQ-M-60A-PD），通过HTTP/MQTT接口将其深度集成至现有售货机SaaS系统中，实现“远程分合闸、实时电量计量、异常自动保护”三大能力。

2. 硬件选型与组网

核心设备：芯步智能大功率断路器（额定功率12000W，支持计量）。集成逻辑：将断路器安装在售货机总输入电源端（替代传统空开）。断路器通过Wi-Fi（2.4GHz）连接门店或售货机自带的Wi-Fi热点，或者通过网关接入云端。

系统拓扑如下：

flowchart TD
    A[售货机主板/工控机] -->|业务逻辑触发| B[芯步云平台]
    C[运维手机APP/后台系统] -->|HTTP指令| B
    B -->|MQTT/HTTP下发指令| D[智能断路器]
    D -->|执行合闸/分闸| E[售货机整机供电]
    D -->|实时上报电量/电压/电流| B
    B -->|消息推送| A

3. 软件集成核心流程

本方案的核心在于利用芯步开放平台的两个关键接口：设备控制接口和消息推送机制。

3.1 设备接入与控制指令下发

芯步的接口设计非常简洁，支持GET/POST或MQTT方式。你需要将断路器的 device（设备ID）绑定到你的售货机资产下。

第一种场景：远程重启（处理死机）当售货机主板死机或网络离线，可通过远程断电重启解决。

操作逻辑：软件后台点击“重启设备”。
下发指令
- 接口地址http(s)://api.thingboot.com/{AppID}/device/control/
- 核心参数device（断路器ID）、power（属性名称）、0（属性值，代表断电）。
- 关键步骤：先下发 power=0（断开），等待5-10秒（让内部电容放电），再下发 power=1（闭合）。
代码逻辑示意（伪代码）
# 1. 断电 send_command(device_id, {"power": 0}) time.sleep(5) # 2. 重新上电 send_command(device_id, {"power": 1}) # 3. 记录操作日志 log("断路器执行了重启操作")

第二种场景：营业/打烊模式下的节能控制无人售货机在夜间或低流量时段无需保持全功率运行（如关闭灯箱、部分制冷）。

需求：定时切断售货机电源以省电。
集成方式：利用芯步的定时任务功能，或由你的业务服务器在每晚23:00主动调用HTTP接口下发power=0指令。

3.2 计量数据实时采集

该断路器具备计量功能，支持实时上报功率、电压、电流。你需要订阅这些数据来做业务决策。

数据流向：断路器 -> 芯步云 -> 你的服务器（通过消息队列）。

关键数据点
- metering：实时功率（W）。可用于判断压缩机是否在正常工作。
- voltage：当前电压。
- electricity：累计用电量（kWh）。用于财务核算。

应用场景：故障预判假设你设置了售货机制冷必须持续运行，若后台连续30分钟检测到功率 < 10W（或低于待机功耗），但系统状态却是“制冷中”，则可判定为断路器异常跳闸或供电故障。系统应立即向运维人员推送告警，并尝试远程合闸一次。

3.3 闭环反馈与异步消息处理

由于HTTP接口下发指令只代表“指令送达”，不代表“设备实际动作成功”（例如设备当时离线）。

最佳实践：必须集成芯步的消息推送服务。
逻辑：当你下发“合闸”指令后，等待断路器的状态回推。只有在收到power状态变为1的推送时，才算真正的成功。
extra字段应用：在一些需要关联订单号的场景，你可以在order中携带extra字段（如运维工单号），平台推送结果时会原样返回，方便你进行业务对账。

3.4 安全策略：锁定本地按钮

无人售货机通常位于户外，为了防止路人恶意按动断路器上的物理按钮导致设备停机，你需要在集成时配置“本地按钮锁定”功能。

操作：通过接口下发指令，将设备的物理按键功能屏蔽。此时，只有你的云端系统或授权手机APP才能控制电路通断。

4. 业务联动场景示例

场景：针对大功率制冷设备的热保护

监控：系统通过接口轮询或接收推送，获取断路器上报的实时电流和温度。
阈值：设定电流阈值例如50A（额定60A的80%）。
联动逻辑
1. 检测到持续10分钟电流>50A，判定为过载（例如散热风扇故障）。
2. 系统不立即跳闸，而是先发送短信或App通知给运维：“XX点位电流过高，有火灾风险”。
3. 若15分钟内无人处理且电流>55A（阈值二级），系统自动调用接口power=0执行断电保护，并将故障代码同步至售货机屏幕显示“设备维护中”。

5. 实施注意事项

Wi-Fi信号强度：该断路器依赖2.4G Wi-Fi，售货机多为金属外壳（法拉第笼效应），信号屏蔽严重。在安装前请一定要测试信号强度（RSSI），若信号弱需加装Wi-Fi中继器或使用网关版本来解决。
感性负载降额：芯步参数注明，用于电机（压缩机、电机货道）时，负载能力需降额至2000W以下，因为电机启动瞬时电流极大。如果售货机内有多台大压缩机，需注意分配。
断网重连机制：由于你的软件项目依赖云端API，一旦网络断开，远程控制将失效。在售货机工控机本地也部署一套简单的逻辑（例如利用工控机的GPIO或串口直接连接指示电路，作为云端控制的冗余备份），或者依赖断路器的本地定时自检/重合闸功能。
数据统计延迟：计量数据的实时上报频率可能受网络影响。在进行“电量统计”财务报表时，以天为单位拉取累计用电量electricity差值，避免因网络丢包导致的瞬时功率数据漏报。

通过以上集成方案，不仅可以解决售货机远程维护的难题，还能通过数据精准定位设备故障，实现真正的无人化、智能化运维管理。