35A物联网断路器通过芯步的开放HTTP接口，可以方便地集成到现有的软件系统中，实现远程通断控制、过流过载监测与保护。以下是具体的接入方案。
1. 背景与目标
在现代电气安全管理中，电路过流过载是引发电气火灾和设备损坏的主要因素。传统的断路器在跳闸后需要人工现场合闸，且无法提供实时的用电数据监测，导致故障响应滞后，安全隐患难以及时发现。
芯步 35A 物联网断路器（型号：UNI-DLQ-35A）作为一款支持HTTP接口远程控制的智能硬件，不仅具备传统断路器的物理通断能力，还内置了计量芯片和保护逻辑。本方案的目标是指导开发者如何利用芯步的开放接口，将35A物联网断路器快速接入现有的系统（如智慧楼宇管理平台、工业能耗监测系统或智能家居网关），实现对电路过流过载的实时监控、阈值预警及自动保护控制。
2. 硬件与接口能力分析
2.1 35A物联网断路器核心参数
在开发控制逻辑前，需明确硬件的能力边界，以确保保护策略的合理性：
额定电流：MAX 35A。
负载功率：阻性负载 7000W / 感性负载 1100W（注意：若负载为LED灯或电机等感性负载，需降额使用）。
工作电压：AC 85-265V（宽电压适应市电波动）。
通讯方式：Wi-Fi（2.4GHz）/ 4G 可选，支持通过互联网远程下发指令。
核心功能：支持HTTP接口远程通断、支持定时任务、支持自定义联动。
2.2 芯步开放接口特性
芯步的开放接口基于 HTTP/HTTPS协议，采用 POST 请求方式，数据格式为 JSON，具备以下特点
简单易用：无需复杂的物联网协议栈，任何支持HTTP请求的后端语言（Java, Python, PHP, Node.js等）均可接入。
鉴权机制：通过
AppId、Sign（签名）、ts（时间戳）进行接口权限验证，防止非法控制。状态同步：支持实时状态上报，当设备检测到过载跳闸或恢复供电时，会主动推送消息到开发者配置的服务器URL。
3. 接入方案架构
为了实现“监测-控制-保护”的闭环，本方案采用典型的云到端架构：
设备层：35A物联网断路器，串联在需要保护的主电路中。
平台层：芯步开放API网关 + 用户自有业务服务器。
应用层：Web管理后台、移动端APP、告警小程序等。
工作流简述
上行：断路器实时采集电流、电压、功率、温度数据 -> 上传至芯步云 -> 芯步云通过HTTP回调推送至用户业务服务器。
下行：用户在App点击“分闸”或系统自动判断过载 -> 用户业务服务器携带参数请求 芯步API -> 芯步云下发指令至设备 -> 设备执行跳闸/合闸。
4. 接入步骤
4.1 设备配网与初始化
在进行API开发前，需确保设备处于在线状态：
设备安装：采用35mm标准导轨安装，接入AC 85-265V电源。
网络配置：通过“芯步小程序”或“物联网控制台”进行配网。注意：Wi-Fi频段必须是2.4GHz，不支持5GHz频段。
获取设备ID：在芯步控制台成功注册设备后，记录下唯一的设备ID（如
820720），该ID是API操作的目标对象。
4.2 构建API调用逻辑（过载保护控制的核心）
针对35A断路器的接入，我们需要实现两类核心接口调用：状态查询与控制。
4.2.1 接口调试信息
请求地址
http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}请求方式
POST请求Body体
{"device": 设备ID, "order": {"power": 1}}（1为开启，0为关闭）。
4.2.2 实时数据监测
为了判断是否“过载”，系统需要获取实时电流数据。方案采用两种方式：
方式A（主动查询）：定时间隔（如5秒）轮询设备状态接口，获取当前电流有效值。
方式B（事件驱动-推荐）：在芯步平台配置“联动规则”。例如：设置当
电流 > 35A 持续10秒时，平台主动推送告警到指定URL。这能更及时地响应过载情况。
4.3 实现“过流过载保护”的逻辑策略
本方案不仅仅是简单的“开/关”，而是利用软件定义保护曲线。35A断路器的物理极限是35A，但我们可以通过软件设定更精细的安全阈值（如设定30A为预警线）。
软件保护逻辑流程图设计
数据采集：通过API获取断路器上报的电流值
I。分级处理
情况一：轻度过载 (30A ≤ I < 35A)。
动作：不立即跳闸，记录告警日志，通过WebSocket或推送发送“过载预警”通知给管理员。
策略：若持续超过设定时间（如60秒），执行断开指令。
情况二：重度过载/短路 (I ≥ 35A)。
动作立即执行断开指令（调用控制接口
power:0）。保护：物理断路器本身也会热脱扣，但API控制可以在物理脱扣前毫秒级切断电路，起到双重保护作用。
保护闭锁：一旦因过载跳闸，软件层面可设置状态锁，禁止自动合闸，需人工排查隐患并通过App点击“复位”后，才能再次调用API合闸。
5. 关键功能实现细节
5.0 过载保护判断逻辑（三段保护模型参考）
为了实现更专业的过载保护，可以参考工业断路器中的三段保护逻辑来设计我们的代码算法
长延时保护（过载）：计算一段时间内的电流热效应。如果平均电流持续高于设定阈值（如32A），按照反时限特性延迟跳闸。
短延时保护（选择性保护）：如果电流瞬间达到较高值（如60A），设定一个极短的延时（如0.2秒），若故障持续再跳闸，避免因瞬间浪涌导致误跳。
瞬动保护（短路）：如果电流值巨大（如 > 150A），程序必须零延时下达断开指令。
5.1 签名验证（Sign）的代码处理
为了防止接口被恶意调用，所有API请求必须携带签名。开发时封装一个统一的签名工具函数。签名生成伪代码逻辑
5.2 手动恢复与安全自锁
在一些无人值守场景（如基站、机房），过载跳闸后需要自动恢复尝试？不推荐。方案：在业务系统中设定“故障状态锁”。当断路器因过载跳闸后，系统记录状态为 fault。此时，App界面的“开启”按钮变灰或需二次确认，要求运维人员现场检查线路是否短路，确认无危险后，点击“清除故障码”，此时API重新发送合闸命令。
6. 数据交互与安全规范
6.1 状态同步
设备状态会因本地手动按键而发生改变。为了避免系统界面与实际状态不同步，请一定要在服务器端接收芯步的 “状态变化回调” 。
当有人在现场按下断路器上的按钮切断了电源，服务器会收到
power:off的回调，前端界面实时更新为“离线/关闭”。
6.2 数据安全
传输加密：生产环境必须使用
HTTPS协议调用接口，防止Token被中间人截获。权限隔离：不同的AppId对应不同的设备集，确保A用户的35A断路器不会被B用户的指令控制。
7. 方案效益分析
通过接入芯步35A断路器的开放接口，用户系统将获得以下价值：
智能化预警：变“被动跳闸”为“主动预防”。在电流接近阈值时系统就通知管理员，及时关闭非必要负载，避免断电造成业务中断。
远程运维：无需派遣人员到现场合闸，降低运维成本，提升故障响应速度。
数据可视：每一次过载、电压波动、跳闸记录都存储在云端，便于分析用电规律，优化配电容量。
总结一下芯步35A物联网断路器通过标准化的HTTP API，极大地降低了传统电气设备数字化的门槛。开发者只需按照如上方案，专注于业务层的逻辑规则（如阈值设定、告警分发、权限管理），即可快速将传统电路保护系统升级为具备核心过流过载保护能力的物联网智能系统。