40A智能限流断路器是芯步的核心产品之一,其开放HTTP接口为开发者提供了便捷的接入途径。以下方案涵盖硬件准备、接口调用、漏电保护逻辑实现及异常处理等关键环节。
1. 产品概述与核心能力
芯步的40A智能限流断路器(如型号:UNI-DLQ-M-40A-P)是一款支持远程控制和电能计量的智能硬件。要实现漏电保护控制,我们需要利用其以下核心能力:
开放API接口:支持通过HTTP请求下发指令,无需网关,直连WiFi 2.4G。
远程通断控制:核心功能,接到漏电信号后毫秒级执行断开动作。
实时数据上报:设备主动上报电压、电流、功率及漏电状态(如有检测模块)。
私有化部署:支持局域网内直接控制,无需经过云端,保证工业场景下的响应速度。
2. 接入方案架构
为了实现“漏电保护”,系统架构需要分为三层:
感知层:40A智能断路器本身(执行机构) + 漏电互感器(若断路器内置则无需外置)。
传输层:通过WiFi连接至本地网络,通过HTTP/MQTT协议与服务器通信。
控制层:客户的业务服务器(SaaS/本地系统)或物联网平台(如ThingsBoard/HomeAssistant)。
工作流程:断路器检测到剩余电流异常 → 上报漏电告警至服务器 → 服务器逻辑判断(确认是真漏电)→ 下发“断开”指令 → 断路器执行跳闸。
3. 详细接入步骤
3.1 硬件初始化与配网
在接入代码之前,需确保断路器处于在线状态:
供电与安装:标准导轨安装,接入40A以下回路。确保零火线正确穿过内置漏电线圈(如有)。
网络配置:设备支持5组WiFi备选。可使用芯步提供的“SmartConfig”或“AP配网”模式,将设备接入现场2.4G WiFi。
获取凭证:配网成功后,从设备标签或管理后台获取唯一的 Device ID 和 API Key,这是后续接口调用的核心凭证。
3.2 开放接口调用流程
芯步的接口设计遵循“携带签名+设备ID”的简洁模式。以下是接入漏电保护功能的伪代码逻辑。
接口基础信息示例:
URL
http://[设备IP或云平台域名]/api/ordercontrolMethod
POSTHeader
Content-Type: application/json
下发断开指令(核心保护动作):当检测到漏电时,需调用“断开”指令。
3.3 漏电保护逻辑实现
断路器本身负责物理断开,但“保护策略”通常由上层软件定义。在业务端实现以下三种模式:
模式一:硬件直控(最快响应)
场景:针对漏电值非常敏感且不需要复杂逻辑判断的场合。
实现:在断路器的配置界面中,设置漏电动作阈值(如30mA)。一旦达到阈值,断路器物理层面自动脱扣。此时断路器会主动向服务器推送一条“漏电跳闸记录”。
模式二:云端/本地逻辑判断(最灵活)
场景:需要区分“预警”和“跳闸”,或需要联动声光报警器。
实现
订阅设备状态:服务器监听断路器上报的
leakage_current(剩余电流值)。阈值判断:
若
leakage_current >= 30mA且持续100ms调用
turn_off接口。记录日志:“因漏电保护动作,已切断86822回路”。
防误动机制:为防止干扰浪涌导致误跳,软件层可增加“去抖动”逻辑,即短时间内连续检测到3次漏电脉冲才执行跳闸。
模式三:定时自检(安规要求)
场景:满足消防或工业安规要求的每月漏电测试。
实现:利用HTTP接口的定时任务功能。
每月1日凌晨3点,调用测试接口(如有)或执行模拟漏电指令。
检测断路器是否能正常分断。如不能分断,通过接口读取状态并发出“设备故障告警”。
4. 状态监测与故障排查
要实现完整的保护闭环,不能只发指令,还需要读取状态:
读取实时数据:调用
/api/orderstatus接口获取当前状态。status: 0代表合闸(正常),1代表分闸(切断)。leakage: 当前漏电电流值(mA)。power: 当前功率(用于判断跳闸后是否真的断电)。
异常处理机制
指令下发失败:检查设备IP或网络连通性,利用重试队列(如RabbitMQ)重试3次。
设备离线:若断路器离线,无法执行远程跳闸。此时应触发本地声光告警或通知运维人员手动处理。
5. 高级集成
如果你是在开发物联网平台或接入SaaS系统,以下两点值得留意:
局域网直连(私有化) :既然设备支持局域网HTTP API,在本地部署控制服务。通过轮询或建立长连接,将断路器的数据同步到本地OPC Server或MES系统中。这样做的好处是断外网也能执行漏电保护。
数据可视化:利用断路器上报的计量数据,可以绘制漏电电流的趋势图。如果发现某个回路漏电电流长期处于20mA(接近阈值但未触发),系统应提前预警“线路绝缘老化”,而不是等到漏电跳闸影响生产。
6. 总结
接入芯步40A智能限流断路器实现漏电保护,关键在于利用其开放的HTTP接口和实时上报能力。技术上只需简单的HTTP POST请求即可完成切断动作,但完整的解决方案应包含:硬件直控(兜底)+ 软件逻辑(策略)+ 定时自检(合规)。这样既能保证漏电时快速响应,也能通过软件避免误跳闸,保障用电安全与业务连续性。