- 博客(46)
- 收藏
- 关注
RSS订阅原创 工业物联网架构：如何实现西门子、三菱、欧姆龙PLC的异构数据统一？
作为工业物联网开发者，我们常面临一个棘手的集成场景：一条产线上同时存在西门子S7-1200（大端字节序，DB块寻址）、三菱FX5U（小端字节序，软元件寻址）和欧姆龙CJ2（私有FINS协议）。本文将分享一种基于嵌入式边缘计算的“去中心化”采集架构，演示如何通过软硬一体化的方式，彻底解决工业现场的“巴别塔”难题。在工业物联网（IIoT）项目中，现场设备层的“多协议异构”是阻碍数据互通的核心技术债。在着手解决问题前，我们需要从比特（Bit）层面理解不同品牌PLC的差异，这也是“统一采集”的难点所在。
2025-12-02 15:36:47
301
原创 边缘计算实战：如何并发采集S7、MC、FINS协议并转MQTT？
你需要处理不同的TCP连接、不同的报文结构、不同的字节序。本文将介绍一种基于边缘网关的“低代码”架构，让你只需关注数据模型，而将底层的协议并发细节交给网关处理。网关会自动获取自身的IP末位作为源节点号，通常只需配置PLC的目标节点号即可。每个设备实例（如一个S7连接）都在独立的上下文中运行，确保一个设备的超时不会阻塞其他设备的采集。如果遇到网关内置驱动不支持的特殊计算逻辑（比如需要跨设备的复杂联动），可以利用网关的Docker功能。假设西门子的值是放大10倍的，我们在点位配置里设 Scale = 0.1。
2025-12-01 17:11:10
555
原创 三菱FX5U通信实战：MC协议(3E帧)解析与远程梯形图监控方案
本文面向工业物联网开发者，从协议原理出发，深度解析三菱FX5U的通信机制。我们将对比Modbus与MC协议（MELSEC Communication Protocol）
2025-11-28 10:29:39
754
原创 详解西门子S7-1200数据采集：基于边缘网关的S7协议与MQTT实现
作为开发者，当我们需要采集S7-1200 PLC数据时，通常面临两个选择：一是使用Snap7/S7.Net等库自己写程序，二是使用成熟的网关硬件。S7-1200/1500需要在博途（TIA Portal）中开启“PUT/GET”访问权限，并确保DB块为“非优化访问”（Standard access），以便通过绝对地址寻址。它采用请求/响应模型，客户端（网关）发送读指令（指定DB号、偏移量、长度），PLC返回二进制数据。网关的MQTT客户端支持开启TLS加密，上传证书即可，保障数据在公网传输的安全性。
2025-11-27 14:31:08
334
原创 工业机器人数据采集：FOCAS与MQTT的边缘网关实现
FANUC的FOCAS库依赖Windows DLL，安川的UDP报文需要自己封装，库卡的XML配置繁琐。本文将介绍一种“降维打击”的方案：利用。断网时数据写入本地，网络恢复后，MQTT客户端会自动将积压的消息按顺序推送，保证数据不丢失。可以通过驱动读取和写入FANUC的宏变量（Macro Variables），这常用于与机器人进行简单的逻辑交互或参数传递。从复杂的协议开发工作中解脱出来，转变为简单的配置和数据处理工作。的协议转换能力，将复杂的机器人私有协议转化为标准的MQTT流，让开发者专注于业务逻辑。
2025-11-26 15:18:02
970
原创 工业信号采集：边缘网关实现ADC转换与Modbus映射实战
的ADC（模数转换）功能采集4-20mA信号，如何通过线性公式进行工程量标定，以及如何将这些数据映射为Modbus TCP寄存器供DCS读取，或通过MQTT JSON上报云端，实现。在Edge2Cloud Pro平台中，你不需要写代码，只需在配置页面填入“原始范围”（4000-20000uA）和“映射范围”（0-100），网关底层会自动完成这个浮点运算。既然是4-20mA，如果读数低于3.5mA（甚至为0），就可以判断为“断线”故障，网关可据此发出告警。ADC输出的是一个0-4095（12位）的整数。
2025-11-25 15:58:28
539
原创 Modbus协议深度解析：从PDU到边缘网关的MQTT实现
这一切的答案都在协议帧里。例如： {"gw_id": "EG5120", "ts": 1678886400, "d": {"temp": 24.5}} 尽量精简Key的长度，节省流量。这是Modbus的核心，不管跑在什么介质上，PDU是一样的。能力和高性能内核驱动，开发者可以灵活选择“低代码”或“纯代码”模式，构建出高性能、高可靠的采集程序，将PDU高效转化为云端的业务价值。但对于Modbus RTU（串口），必须严格串行，否则会总线冲突。稳定，支持包合并优化（自动将不连续的地址请求合并，减少IO次数）。
2025-11-24 15:45:03
552
原创 电力协议解析实战：边缘网关实现DL/T 645与IEC 104转MQTT
DL/T 645的帧校验、数据域反转，IEC 104的APDU、ASDU、S格式/U格式/I格式帧，每一个都够研究半天。我们将展示如何利用鲁邦通边缘计算网关（支持Python/Docker），在边缘侧完成这两种复杂电力协议的解析、数据清洗，并统一封装为MQTT JSON格式上报，实现高效的。断线重连逻辑也非常复杂。如果你需要更深度的定制（比如非标的645扩展协议），可以利用网关的Docker能力，运行Python脚本。这不仅保证了程序的稳定性，更让我们能专注于业务逻辑的实现，而不是陷入协议的泥潭。
2025-11-21 16:06:40
740
原创 西门子数采实战：S7协议解析与MQTT上云(S7Comm)
CNC系统的所有状态、报警、坐标等信息，都会通过内部总线实时映射到这个PLC的数据块（DB Block）中。本文将带你硬核拆解S7协议在CNC采集中的应用，并教你如何用边缘网关把这些二进制数据变成云端友好的JSON。利用支持Docker和内置S7驱动的鲁邦通边缘网关，开发者可以快速构建出一套轻量、开放、可扩展的采集系统，将机床数据高效地转化为业务价值。S7通讯是异步的，一般不会影响NC核心控制。如果你需要更灵活的控制，可以在网关的Docker容器里跑Python脚本，使用 python-snap7 库。
2025-11-20 15:34:56
573
原创 发那科CNC数据采集：基于边缘网关FOCAS驱动的MQTT实现
我们将探讨如何摆脱对Windows fwlib32.dll 的依赖，利用运行Linux系统的边缘计算网关（如鲁邦通EG系列），通过内置的FOCAS协议栈直接与CNC通信，并演示如何将采集到的机床状态、坐标、负载等数据封装为MQTT JSON包，推送到云端Broker。变成了一个简单的MQTT订阅任务，让你能将精力集中在更有价值的业务逻辑和数据分析上，而不是死磕底层的驱动开发。官方库主要支持Windows。FANUC CNC <--(FOCAS)--> EG5120 <--(MQTT)--> 业务应用。
2025-11-19 14:47:39
1144
原创 C#或Python如何统一采集Omron FINS和Modbus (台达/汇川) 数据？
我们将深度分析欧姆龙PLC数据采集（FINS协议）和台达/汇川PLC数据采集（Modbus协议）的技术难点，并重点介绍如何在鲁邦通EG系列边缘计算网关（Debian+Docker）上，通过“低代码”（E2C Pro）与“高代码”（Python/C#）相结合的混合模式，实现异构PLC数据采集与统一的MQTT JSON输出。本文将提供一个更工程化、更优雅的思路：利用鲁邦通EG系列这种开放的边缘计算网关，实现统一数据采集，让你告别“造轮子”和“稳定性”的双重烦恼。这是最高效的“偷懒”方式。
2025-11-18 17:08:34
572
原创 罗克韦尔PLC数据采集：从CIP到MQTT的边缘实现 (Debian+Docker实战)
我们将深扒如何绕开RSLinx，在边缘网关（如鲁邦通EG系列）的Linux环境下，通过CIP协议栈直读ControlLogix标签，并利用Docker容器（Python）实现Allen-Bradley PLC数据上云（MQTT）的高效转发。的内置驱动（E2C Pro）完成最繁琐的I/O轮询（最稳定），然后将数据推送到本地的Docker容器（如上述Python程序）中进行复杂的计算，最后再转发。这种软硬结合、低代码与高代码（Docker）混合的模式，是边缘计算的精髓，兼顾了稳定性和灵活性。
2025-11-17 17:24:22
920
原创 开发者实践：AGV 梯控的边缘计算私有部署与数据不出厂解耦
等高性能边缘网关的 CPU/NPU 算力，直接在本地运行梯控调度软件和数据分析。开发者实践：AGV 梯控的边缘计算私有部署与数据不出厂解耦。二、 核心原理：EC6200/EG5200 的本地化闭环。：核心调度和数据分析代码必须在本地运行，通常需要使用。：系统只通过客户内网通信，彻底切断与公网的连接，保障。：调度系统不应依赖公网连接，避免网络中断导致。：摆脱了对公网的依赖，避免了因网络波动导致。部署在本地，系统运行不受外部网络波动影响。：核心调度数据严格限制在客户内网中。：所有数据在本地存储和处理，满足。
2025-11-14 15:11:12
408
原创 开发者实践：电梯梯控的 非侵入式 与安全模块的电气解耦
（独立继电器）将梯控指令信号进行隔离，防止电压或电流的干扰。：用于在电气层面隔离梯控指令信号，防止电压或电流干扰。如何优雅地采集电梯状态，并安全地发送指令，是实现。开发者实践：电梯梯控的非侵入式与安全模块的电气解耦。：指令信号必须与电梯控制系统在电气上完全隔离。：保障梯控系统自身稳定运行，防止误操作，是实现。和网络冗余，确保调度指令的稳定送达。能力，通过外部传感器获取状态。：通过外部传感器采集状态，实现了。，防止调度系统故障蔓延至电梯。，防止干扰导致系统故障。，避免了对电梯主线的修改。
2025-11-13 16:52:02
326
原创 开发者实践：机器人梯控的 API 对接与 MQTT 边缘调度解耦
的目标是建立一个既能高效调度机器人，又不对电梯控制系统产生任何干扰的。开发者实践：机器人梯控的 API 对接与 MQTT 边缘调度解耦。：将复杂的电梯状态数据转化为标准化数据，供机器人调度系统通过。的本质是 OT（电梯控制）与 IT（机器人调度）的。：电梯通信协议通常是私有的，难以直接获取状态。和蜂窝网络备份，保障调度指令的即时送达。的规模化落地提供了安全、高效的基础设施。和网络备份，保障调度指令的即时送达。三、 边缘调度：实现多机多梯的协同。，确保电梯的核心控制系统不受影响。3. OT/IT 解耦。
2025-11-12 16:26:56
339
原创 开发者实践：机器人梯控的 EC6200 功能与多品牌兼容解耦
将采集到的电梯状态数据转化为标准化数据，供机器人调度系统通过。开发者实践：机器人梯控的 EC6200 功能与多品牌兼容解耦。能力 ，极大地降低了现场调试和维护的难度。二、 核心功能：边缘调度与 API 开放性。传感器采集状态信号，避开底层协议，实现了。一、 架构解耦：非侵入式采集与状态解耦。传感器采集电梯状态，跳过私有协议，实现。，确保井道环境下的长期稳定运行。电梯运行状态的自主学习和自行校准。（MQTT/HTTPS） ，方便。，确保多机多梯调度的高效性。常见问题解答 (FAQ)：降低了楼层配置的难度，
2025-11-11 16:27:50
233
原创 开发者实践：电梯梯控的 非侵入式 与安全模块的电气解耦
（独立继电器）将梯控指令信号进行隔离，防止电压或电流的干扰。：用于在电气层面隔离梯控指令信号，防止电压或电流干扰。如何优雅地采集电梯状态，并安全地发送指令，是实现。开发者实践：电梯梯控的非侵入式与安全模块的电气解耦。：指令信号必须与电梯控制系统在电气上完全隔离。：保障梯控系统自身稳定运行，防止误操作，是实现。和网络冗余，确保调度指令的稳定送达。：通过外部传感器采集状态，实现了。能力，通过外部传感器获取状态。，防止调度系统故障蔓延至电梯。，避免了对电梯主线的修改。，防止干扰导致系统故障。
2025-11-10 16:52:27
375
原创 开发者实践：机器人梯控的 MQTT 对接与边缘调度解耦实践
将复杂的电梯状态数据转化为标准化数据，供清洁机器人调度系统通过。，必须建立一个既能高效指挥电梯，又不对电梯控制系统产生任何干扰的。开发者实践：机器人梯控的 MQTT 对接与边缘调度解耦实践。的本质是 OT（电梯）与 IT（清洁机器人任务系统）的。一、 架构挑战：安全隔离与 OT/IT 解耦。，用于管理多机排队、派梯和解决任务冲突。三、 价值落地：全自动清洁覆盖与高可靠性。，确保电梯的核心控制系统不受影响。，管理清洁机器人的乘梯请求，进行。覆盖提供了安全、高效的基础设施。常见问题解答 (FAQ)
2025-11-07 09:49:31
409
原创 开发者实践：机器人集群的 API 对接与 MQTT 边缘调度解耦
将电梯状态数据（OT）转化为标准化数据（IT），供机器人调用。开发者实践：机器人集群的 API 对接与 MQTT 边缘调度解耦。：算法基于请求优先级和电梯实时状态，计算最优解，通过。二、 核心原理：EC6200 的自主调度核心算法。三、 技术实现：边缘调度与 MQTT 解耦。接口与机器人调度系统进行指令和状态交互.和网络备份，保障调度指令的即时送达。和网络备份，保障调度指令的即时送达.一、 核心挑战：调度算法与资源冲突。：调度指令必须即时送达，依赖。作为边缘调度中枢，通过。常见问题解答 (FAQ)
2025-11-06 14:13:22
330
原创 开发者实践：机器人梯控的 API 对接与 MQTT 边缘调度解耦
的目标是建立一个既能高效调度机器人，又不对电梯控制系统产生任何干扰的。开发者实践：机器人梯控的 API 对接与 MQTT 边缘调度解耦。：将复杂的电梯状态数据转化为标准化数据，供机器人调度系统通过。的本质是 OT（电梯控制）与 IT（机器人调度）的。和蜂窝网络备份，保障调度指令的即时送达。的规模化落地提供了安全、高效的基础设施。和网络备份，保障调度指令的即时送达。（如 AGV、机器狗）的无缝集成。，确保电梯的核心控制系统不受影响。三、 边缘调度：实现多机多梯的协同。，管理所有机器人的乘梯请求，进行。
2025-11-05 17:06:02
505
原创 开发者实践：机器人梯控的 API 对接、边缘调度与人机安全解耦
的目标是建立一个既能高效调度机器人，又不对电梯控制系统产生任何干扰的。开发者实践：机器人梯控的 API 对接、边缘调度与人机安全解耦。：将复杂的电梯状态数据转化为标准化数据，供机器人调度系统通过。的本质是 OT（电梯控制）与 IT（机器人调度）的。和蜂窝网络备份，保障调度指令的即时送达。的规模化落地提供了安全、高效的基础设施。和网络备份，保障调度指令的即时送达。三、 安全并存：人机混用模式的智能策略。或混合调度策略，解决人机抢梯冲突。，确保电梯的核心控制系统不受影响。，管理所有机器人的乘梯请求，进行。
2025-11-04 17:02:02
396
原创 开发者实践：机器人梯控的 API 对接、边缘调度与 MQTT 解耦
的目标是建立一个既能高效调度机器人，又不对电梯控制系统产生任何干扰的。开发者实践：机器人梯控的 API 对接、边缘调度与 MQTT 解耦。将复杂的电梯状态数据转化为标准化数据，供机器人调度系统通过。的本质是 OT（电梯控制）与 IT（服务机器人任务系统）的。和蜂窝网络备份，保障调度指令的即时送达。的规模化落地提供了安全、高效的基础设施。和网络备份，保障调度指令的即时送达。（如 AGV、机器狗）的无缝集成。，确保电梯的核心控制系统不受影响。，管理所有机器人的乘梯请求，进行。常见问题解答 (FAQ)
2025-11-03 13:59:26
308
原创 开发者实践：医疗配送机器人梯控的 API 对接与 MQTT 边缘调度解耦
开发者实践：医疗配送机器人梯控的 API 对接与 MQTT 边缘调度解耦。的目标是建立一个既能高效调度机器人，又不对电梯控制系统产生任何干扰的。：将复杂的电梯状态数据转化为标准化数据，供机器人调度系统通过。和蜂窝网络备份，保障调度指令的即时送达。，是楼宇 IT 系统与电梯 OT 系统的。三、 边缘调度：实现精准送达与多机协同。和网络备份，保障调度指令的即时送达。，确保电梯的核心控制系统不受影响。，管理所有机器人的乘梯请求，进行。：通过外部传感器感知状态，实现了。：采用外部传感器和模块，实现。
2025-10-31 17:08:29
389
原创 开发者实践：配送机器人梯控的 API 对接、边缘调度与 MQTT 解耦
开发者实践：配送机器人梯控的 API 对接、边缘调度与 MQTT 解耦。的目标是建立一个既能高效调度机器人，又不对电梯控制系统产生任何干扰的。将复杂的电梯状态数据转化为标准化数据，供机器人调度系统通过。和蜂窝网络备份，保障调度指令的即时送达。，是楼宇 IT 系统与电梯 OT 系统的。的规模化落地提供了安全、高效的基础设施。和网络备份，保障调度指令的即时送达。，确保电梯的核心控制系统不受影响。，管理所有机器人的乘梯请求，进行。三、 人机安全与价值落地。常见问题解答 (FAQ)全井道 Wi-Fi 覆盖。
2025-10-30 17:15:04
440
原创 开发者实践：机器人梯控的 MQTT 对接与边缘调度解耦实践
将复杂的电梯状态数据转化为标准化数据，供清洁机器人调度系统通过。，必须建立一个既能高效指挥电梯，又不对电梯控制系统产生任何干扰的。开发者实践：机器人梯控的 MQTT 对接与边缘调度解耦实践。的本质是 OT（电梯）与 IT（清洁机器人任务系统）的。一、 架构挑战：安全隔离与 OT/IT 解耦。，用于管理多机排队、派梯和解决任务冲突.三、 价值落地：全自动清洁覆盖与高可靠性。, 确保电梯的核心控制系统不受影响.，管理清洁机器人的乘梯请求，进行。的实施，提升清洁服务效率。常见问题解答 (FAQ)
2025-10-29 17:14:32
249
原创 开发者实践：机器人梯控的 API 对接、边缘调度与人机安全解耦
我们的目标是建立一个既能高效调度机器人，又不对电梯控制系统产生任何干扰的。开发者实践：机器人梯控的 API 对接、边缘调度与人机安全解耦。：将复杂的电梯状态数据转化为标准化数据，供机器人调度系统通过。的本质是 OT（电梯控制）与 IT（机器人调度）的。和蜂窝网络备份，保障调度指令的即时送达.的规模化落地提供了安全、高效的基础设施。和网络备份，保障调度指令的即时送达.三、 安全并存：人机混用模式的智能策略。，确保电梯的核心控制系统不受影响。（如 AGV、机器狗）的无缝集成。，管理所有机器人的乘梯请求，进行。
2025-10-28 16:53:02
309
原创 开发者实践：AGV 梯控的 API 对接、边缘调度解耦与多楼层搬运
开发者实践：AGV 梯控的 API 对接、边缘调度解耦与多楼层搬运。的本质是 OT（电梯控制）与 IT（AGV 调度）的。向梯控网关发送指令，实现与电梯状态信息的解耦.一、 架构挑战：电梯安全与 OT/IT 解耦。能力，简化了对不同电梯品牌的适配和运维.和网络备份，保障调度指令的即时送达.和网络备份，保障调度指令的即时送达.，又不对电梯控制系统产生任何干扰的。，确保电梯的核心控制系统不受影响.的排队和派梯，提升群控效率.在电梯口的等待时间，提升。常见问题解答 (FAQ)全井道 Wi-Fi 覆盖。
2025-10-27 16:06:32
359
原创 开发者实践：三菱 FX5U/Q PLC数据采集的 MQTT 解耦与 MC Protocol 解析
开发者实践：三菱FX5U/Q系列PLC数据采集的 MQTT 解耦与 MC Protocol 报文解析。：云端应用无需关心 MC Protocol 细节，实现了 OT/IT 的彻底解耦。而言，最理想的架构是将复杂的底层通信隔离，只接收标准。中，三菱 MC Protocol 是公认的难点。：确保三菱 PLC 以太网模块通信开启，允许外部访问。一、 MC Protocol 抽象的架构价值。：网关负责解析 MC Protocol 的。，将复杂的 MC 软元件地址转化为标准的。驱动，定义软元件地址。
2025-10-24 15:52:36
933
原创 开发者实践：西门子 S7-1200/1500 PLC数据采集的 MQTT 解耦与协议优化
开发者实践：西门子S7-1200/1500 PLC数据采集的 MQTT 解耦与协议优化。，消除了 OPC Server 等中间层，降低授权和维护成本。而言，最理想的架构是将复杂的底层通信隔离，只接收标准。算法，直接利用 PLC 数据进行本地智能分析。中，西门子 S7 协议是公认的难点。：云端应用无需关心 S7 细节，只需订阅。架构解耦的核心，它解决了传统方案的。二、 实战解耦：3步实现数据标准化上云。的架构优势，并提供实战指南，保障。这是 PLC 数据采集的安全前提。，实现 OT/IT 的彻底解耦。
2025-10-23 15:02:07
1128
原创 数据资产化：工业数据采集如何利用 Docker 驱动 数据湖 架构？
数据资产化：工业数据采集如何利用 Docker 驱动 数据湖 架构？容器的隔离性，确保数据在本地处理时不受其他应用干扰，并执行。一、 数据流演进：从 MQTT 实时流到 数据湖 融合。进行协议抽象、清洗、脱敏，才能确保数据安全入湖。可以部署数据治理、脱敏应用，且不影响核心数采功能。协议，安全、高效地实现数据从实时流向。推送到时序数据库，用于实时监控。：编写容器化应用，在本地对数据进行。而言，理解如何安全、高效地将。冗余，保障海量数据流的连续性。，减轻数据湖的计算和存储负担。的大数据架构融合，至关重要。
2025-10-22 16:58:34
1111
原创 IIoT 预算：工业数据采集系统的TCO模型与Docker成本优势
就是衡量我们技术优劣的最直接指标。一个好的架构，必须是低 TCO 的。总拥有成本（TCO）的量化分析。：实现远程诊断、批量升级和安全策略管理，降低了运维风险和故障率。：为每个 PLC 编写驱动，导致集成成本和后期维护成本极高。，消除定制驱动的需求，开发者只需要使用标准 API。：功能固化，未来新增 AI 应用，需要更换硬件（和复用性，避免了因功能升级而更换硬件的成本。：远程运维依赖现场人力（运维成本高）。，为您提供了科学、低 TCO 的。耦合度越高，TCO 越高。，消除定制驱动的开发工作量。
2025-10-21 16:26:01
248
原创 IT/OT融合：鲁邦通5G工厂的 MES系统与边缘计算网关架构实践
作为 IaaS层（硬件即服务）的锚点，负责南向连接 SMT/AOI 设备，并对数据进行预处理。IT/OT融合：鲁邦通5G工厂的 MES系统与边缘计算网关架构实践。将每一个物料、工序转化为实时数据流，实现了从客户下单到成品入库的。一、 架构核心：ERP、MES与边缘计算网关的协同。提供的经验，正是解决这一难题的实战教科书：它将。，为开发者提供了最高标准的 IIoT 实践经验。连接，保障数据实时性，支持关键工序的精准控制。的制造经验开放，其高标准的制造能力通过了。：彻底打通 IT 与 OT 的信息，实现。
2025-10-20 13:41:59
262
原创 网络安全：边缘计算网关如何落地 IEC 62443 和 Docker 隔离实践？
实现应用逻辑的沙箱隔离。数采应用、AI 应用分别运行在独立的容器中，防止一个应用的漏洞影响其他核心功能。：它是鲁邦通提供的加密 VPN 隧道，用于安全、私密地进行远程运维，避免数据传输风险。作为核心计算节点，是实现这一目标的理想载体。三、 RCMS：远程 MLOps 的安全管理。，开发者可以安全地进行远程调试和程序更新。一、 IEC 62443：安全开发的基石。加密，为 IIoT 开发者构建了安全、加密封装，确保数据在传输时的安全。，具备强大的访问控制和系统完整性。：实现应用隔离和敏捷迭代，这是。
2025-10-17 10:46:28
431
原创 边缘计算网关：Docker 容器、协议抽象如何驱动 IIoT 架构升级？
传统的 PLC 模块和 SCADA 都是高度耦合的方案。：它解决了 IIoT 最大的痛点：协议异构。通过抽象，实现了 OT/IT 的解耦和应用的。IIoT 系统的关键。开发者可以将采集、AI 预警、本地 HMI 等功能模块化，实现功能的。协议作为北向接口，开发者只需订阅 Broker，彻底解耦了应用和数据源。设计标准（宽温、高 EMC），保障设备在严苛环境下的长期稳定运行。保证一个 AI 容器的崩溃不会影响到数采逻辑的正常运行。，是开发者构建现代 IIoT 系统的关键技术。
2025-10-16 16:51:40
282
原创 数据智能价值变现：工业数据采集如何通过 MQTT 与 Docker 驱动 PHM 应用？
这使得开发者可以利用 Python、TensorFlow Lite 等开源工具，将复杂的 PHM。【价值阐述】从数据采集到数据智能：如何让您的工业数据“开口说话”创造价值？我们的应用应该专注于算法和业务逻辑，而非被底层协议困扰。一、 数据智能的技术基座：采集、解耦与 MQTT。二、 核心价值实现：PHM 应用的边缘技术栈。安全隧道，保障远程诊断和程序调试的安全。，需要一个统一、标准的开发环境。冗余网络确保高频数据的连续性。的管理能力，远程、批量地将新的。，确保模型的长期稳定运行。（高频振动、电流数据）。
2025-10-15 11:48:39
970
原创 工业数据采集的5个技术挑战：边缘计算网关如何实现 Docker 与 MQTT 的解耦实践？
作为 IIoT 开发者，我们的痛点是：应用逻辑的创新不该被底层的 S7、FOCAS 等协议所困扰。协议，我们实现了 OT/IT 的彻底解耦，保障了系统的。并将数据发布到本地 MQTT Broker，而我们的。为 IIoT 开发者构建了一个理想的开发环境。开发者无需学习复杂的协议，专注于业务逻辑创新。，必须在硬件和软件层面，为我们构建一道理想的。：为每一个 PLC 编写驱动，开发效率低下。一、 挑战一：协议异构性与协议抽象层的构建。二、 挑战二：网络高可靠性与多链路冗余。：缺乏本地算力，无法运行复杂的。
2025-10-14 14:27:29
233
原创 架构设计：IIoT 开发者如何用 Docker 构建一个具备可扩展性的边缘数采系统
我们可以利用任何熟悉的语言（Python, Node.js 等）编写标准的 MQTT 客户端，即可消费全厂数据。（基于 Debian 的开放 Linux 系统），保证 AI 模型的运行环境和依赖包兼容性。技术，将应用逻辑与底层硬件解耦，为 IIoT 应用的敏捷开发奠定基础。即应用开发者只面向标准的 IT 接口编程，不关心底层的 OT 协议。：作为 IIoT 开发者，我们深知在复杂的 OT 网络中，：硬件层面遵循宽温、高EMC标准，是所有可靠性的物理保障。为 IIoT 开发者提供了一套完整的、面向未来的。
2025-10-13 16:00:09
759
原创 【开发者指南】如何用Python在边缘网关上构建一个“多模态”数据采集应用
我们自己开发的这个应用，可以作为一个“增强模块”，去处理那些中间件不支持的私有协议设备，然后也将数据发布到同一个MQTT Broker，最终形成一个统一的数据流。为开发者提供的，远不止是一个简单的硬件执行环境。作为开发者，我们经常需要从不同的数据源获取信息：从串口读取一个传感器的值，调用一个Web API获取机器人的状态，订阅一个MQTT主题接收来自LoRaWAN网络的数据。但很多硬件相关的库（如一些串口库）可能仍然是阻塞式的，将它们放在独立的线程中，可以防止它们阻塞主事件循环，是一种常见的混合编程模式。
2025-10-11 16:17:18
1553
原创 【开发者视角】工业数据采集：IIoT应用的“第一公里”与抽象层设计
作为一名开发者，我们梦想中的IIoT开发是这样的：订阅一个清晰的MQTT主题，就能收到来自现场的、格式统一的JSON数据，然后我们可以专注于数据分析和应用创新。作为一个经过工业级加固和安全认证的设备，为我们的应用提供了一个可靠的“数据源”。对于IIoT应用的开发者而言，最头疼的问题往往不是上层业务逻辑的实现，而是如何从五花八门的工业现场，获取到稳定、可靠、干净的数据。为IIoT开发者带来的最大价值，在于它成功地在“混沌”的工业现场（OT）和“有序”的应用世界（IT）之间，构建了一个强大、可靠、优雅的。
2025-10-10 14:35:41
511
原创 【架构实战】设计一个基于边缘计算网关的AGV梯控系统API接口
本文为AGV梯控系统开发者提供API接口设计指南，探讨RCS与边缘计算网关的通信方案。核心原则是解耦与异步，提供两种主流实现方案：基于RESTful+Webhook的模式，通过HTTP接口实现任务提交和状态回调；基于MQTT的发布/订阅模式，更适合物联网场景的实时通信。文章还涵盖状态查询、错误处理、安全认证等关键设计考量，并解答方案选型、开发集成等常见问题。通过标准化API设计，将复杂梯控逻辑封装为易用的"黑盒服务"，使开发者能专注于业务创新。
2025-09-25 16:37:22
725
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人