CATALOG

芯步的智能通用控制器采用WiFi直连和HTTP开放接口,为RS-485等分体设备的远程扩展控制提供了标准化的集成路径。以下方案围绕接口对接、扩展控制实现及私有化部署三个核心环节展开。

1. 背景与需求分析

在复杂的工业控制与机房管理场景中,单一控制器往往无法满足多节点、远距离的设备管理需求。传统的布线方式存在线路复杂、扩展性差的问题。为了解决这一痛点,我们基于芯步的 智能通用控制器24路 (UNI-KZQ-TY-24) 及其开放接口,设计了一套“主机-分体”式扩展控制方案。

该方案的核心逻辑是利用 24 路控制器作为主机,通过其开放的 HTTP API 接口,实现对远端各类分体设备(如风机盘管、灯光回路、水泵等)的逻辑控制和状态采集,从而完成“一对多”的扩展控制。

2. 总体技术架构

本方案采用“云端/本地控制端 + 24路主机 + 分体执行设备”的三层架构。

  • 控制层 (SaaS/APP) :部署于本地服务器或云端,负责业务逻辑处理与可视化操作。

  • 网关/主机层 (24路控制器) :作为硬件,负责接收来自上层的指令,并转化为物理信号(开关/强电)输出。

  • 终端层 (分体设备) :各类被控制的机电设备。

  • 对接协议:设备支持 HTTP 协议,采用“请求-响应”机制,无论是局域网还是广域网场景,均可实现稳定控制

3. 核心对接步骤:从“准备”到“控制”

要实现主机对分体设备的扩展控制,开发者需完成以下三个阶段的对接工作:

3.1 开发环境准备

  • 账号与凭证:登录芯步控制台,获取 AppID 和 AppSecret,这是调用接口的“身份证”。

  • 设备配网:通过 WiFi 2.4G 网络为 24 路控制器配网。该设备支持设定 5 组 WiFi,具备断线重连与自动漫游功能,确保主机控制链路的稳定性

  • 调试模式:在开发测试阶段,开启“调试模式”,以暂时绕过签名校验,加快开发进度。

3.2 接口调用逻辑 (签名与下发)

在正式环境中,向主机下发“开启某一路分体设备”的命令流程如下:

  1. 构造请求:向 https://api.yoyoiot.com/device/control 发送 POST 请求。

  2. 携带认证:在 Header 或 Body 中携带 AppidSign(签名)和 Ts(时间戳)。

    • 关键点:签名算法通常涉及将 AppSecret 与参数进行加密,用于防篡改和防重放攻击

  3. 指定设备与动作:在 JSON 参数中明确目标 deviceId(即主机 ID)以及具体的指令(例如继电器 1 闭合)。

  4. 执行:主机接收到指令后,内部继电器动作,对应的接线端口输出通断信号,从而控制连接在该端口上的分体负载。

3.3 “扩展控制” 的实现方式

所谓的“分体式扩展”,是通过对 24 路控制器接口的逻辑映射实现的:

  • 一对一映射:业务系统调用接口时,通过指定不同的 通道号 (Channel 1-24) 来控制连接在主机上的不同分体设备。

  • 场景联动:开发者利用 HTTP 接口的灵活性,可编写后端脚本。例如,按顺序调用接口 1-5 通道,实现流水线设备的顺序启动;或同时调用多个接口,实现批量灯光控制。

4. 关键功能实现与代码逻辑

在实际开发中,不需要复杂的 SDK,仅需封装一个核心的 HTTP 请求函数:

  • 接口地址/v2/device/control

  • 核心参数

    • deviceId:24 路控制器的唯一标识。

    • commands:这是一个数组或对象,用于指示具体动作。例如:{“channel”: “1”, “action”: “on”}

逻辑处理由于设备支持私有化部署且响应速度快,在业务层建立任务队列。当需要对多个分体设备进行扩展控制时,系统异步轮询发送请求,避免因并发量过大导致主机响应拥塞。

5. 方案优势与技术亮点

5.1 深度的扩展性与解耦

24 路的物理接口搭配开放性的 HTTP API,使得上层业务软件完全无需关心底层的强电布线。无论是 C/S 架构的 WinForm 软件,还是 B/S 架构的 Web 后台,甚至是移动端小程序,都可通过同一套接口无缝对接

5.2 私有化部署与数据安全

方案支持私有化部署(自建消息服务器)。对于数据中心或涉密机房场景,整个控制网络可以完全运行在纯局域网环境中。这意味着:

  • 外网断开不影响本地控制。

  • 所有的控制日志和鉴权数据存储在企业内部,满足高安全等级要求。

5.3 高可用网络策略

设备自身具备 WiFi 漫游功能,可记忆 5 组 WiFi。在实际的园区扩展控制中,如果某一路 AP 信号波动,主机会自动切换至最强信号网络,保证“主机-控制端”链路的实时性,从而避免因网络问题导致的分体设备误判或失控

6. 总结

通过对接芯步智能通用控制器 (24路) 的开放接口,我们能够以一种 “低成本、高响应、跨平台” 的方式实现主机对分体设备的扩展控制。开发者仅需关注 HTTP 协议的封装与业务逻辑的编排,无需深入复杂的无线通信协议。

该方案不仅解决了传统控制器点位不足、布线困难的问题,更通过支持私有化部署和局域网直连,为大型楼宇自控和工业远程控制提供了稳定可靠的技术底座。