CATALOG

50A物联网断路器的过载保护二次开发,核心在于如何通过开放接口实时获取电流数据、动态计算负载状态,并在超限时主动执行脱扣指令。以下方案涵盖从硬件参数理解到具体接口调用的完整流程,你可以直接参考其中的代码示例和控制逻辑。

解决方案:基于芯步50A智能断路器的过载保护二次开发

1. 背景与目标

场景描述:在智能电网、基站配电或工业自动化场景中,普通的定时或远程开关无法满足动态过载保护需求。例如,当后端设备发生匝间短路或机械卡死导致电流异常攀升时,传统断路器跳闸阈值为固定50A,但用户希望在达到40A时提前预警甚至切断电路。

开发目标:利用芯步50A智能断路器的开放HTTP接口,结合轮询机制或异步消息,实现以下逻辑:

  1. 实时读取:获取当前的电压、电流、功率等电量参数。

  2. 逻辑判断:当电流超过预设阈值(如45A)且持续时间超过设定值(如3秒),判定为过载。

  3. 执行保护:自动调用接口下发“分闸”指令,切断电路,同时记录故障日志并推送报警。

2. 硬件核心参数与接口特性

根据产品手册,UNI-DLQ-M-50A型号具备以下关键特性,是二次开发的基础

  • 量程:额定电流50A,支持过载保护。

  • 通讯:WiFi 2.4G直连,无需网关。

  • 开放性:支持HTTP接口,任何支持HTTP请求的语言(Python, Java, Go, PHP等)均可调用。

  • 控制粒度:支持单台设备独立控制。

3. 二次开发设计

采用云端策略中心 + 设备端执行的架构,而非依赖设备本地逻辑(因本地逻辑不可编程,需通过云端API实现类PLC功能)。

架构组件:

  1. 断路器:数据采集与命令执行单元。

  2. 开发者云服务器:运行核心算法(PID、阈值比较、延时逻辑)。

  3. 芯步开放API:作为数据中转桥梁。

工作流程:

  • Step A: 服务器定时向API请求 GetDeviceStatusReadData

  • Step B: API返回包含电流(I)、电压(U)、温度(T)的JSON数据。

  • Step C: 服务器代码执行 if I > threshold 逻辑。

  • Step D: 条件触发,服务器向API发送 ControlDevice 命令(动作:off)。

4. 详细开发步骤

4.1 环境准备与鉴权

在芯步控制台完成以下配置:

  1. 获取 AppIDAppSecret

  2. 将设备配网并获取 DeviceID

  3. 签名计算规则(重要)所有API请求需携带 signts 参数。签名算法为sign = md5( md5(AppSecret) + ts )注意:ts 为Unix时间戳(秒),需使用中国时区。

4.2 核心功能实现:过载保护逻辑

这里以Python为例,展示如何编写一个具备“延时判定”功能的保护脚本。

第一步:封装API调用类你需要封装一个基础类,用于处理签名和请求,代码如下:

第二步:实现过载保护算法你需要实现一个轮询函数,模拟PLC的“延时保护”特性,防止电机启动时的瞬时大电流导致误跳。

4.3 关键接口细节与参数

在具体实施时,你需要关注 read_metrics 接口返回的具体字段

  • 参数名确认:电流字段可能是 icurrent,或 leakage。必须在产品手册中确认“实时电流”的准确Key值。

  • 数据精度:该型号通常返回保留1位小数的浮点数(如 49.5),可直接用于判断。

5. 生产环境优化

5.1 接入MQTT进行实时推送(推荐)上述HTTP轮询方式存在延迟,且频繁请求可能触发 5009 too many request 限流(1次/秒限制)

  • 优化方案:使用芯步支持的MQTT协议

  • 优势:当断路器检测到电流突变时,主动向你的服务器推送数据,服务器无需轮询。

  • 实现:订阅主题 api/{AppID}/device/source,服务器被动接收数据,在回调函数中执行上述断路逻辑。这能实现毫秒级的保护响应。

5.2 本地化部署(局域网控制)如果该配电箱环境无外网,或要求高可靠性:

  • 该设备支持私有化部署,允许自建消息服务器

  • 在同一局域网内,你可以绕过云端,直接将HTTP请求指向设备的本地IP地址(根据配网时获取的IP),实现纯内网的过载保护闭环。

6. 总结

通过芯步50A智能断路器的开放API,你完全可以利用 JavaPythonNode.js 编写自定义的过载保护程序。

核心实施路径:

  1. 获取凭证AppIDAppSecret

  2. 编写签名函数:重点在于 md5(md5(secret)+ts) 的嵌套逻辑。

  3. 实现闭环读取电流 -> 判断持续时间 -> 执行分闸

  4. 生产部署:从HTTP轮询迁移到MQTT订阅模式,提升响应速度。