-
工厂为什么总“连不上云”?不是设备不行,而是缺了这一层
BL110P 工业协议网关将现场 PLC、传感器与云平台协议无缝衔接,实现工业协议整合、数据采集、边缘计算和远程运维。它不仅解决多设备、多协议的复杂性,还能稳定运行于真实工业现场,是数字化改造中不可或缺的“缝合者”。
了解更多03-11 / 2026
-
为什么越来越多工业设备,开始“长得不像PLC”?
ARMxy 系列设备代表工业控制的架构升级,将控制器、协议网关与边缘计算合为一体,实现现场信号采集、本地逻辑处理、算法运算与云端通信的统一。它不仅减少系统层级,提高稳定性,也为工业现场带来真正的边缘智能控制能力。
了解更多03-11 / 2026
-
真正的工业级 MQTT协议I/O模块,应该长什么样?
BL192 IOy 系列工业级 MQTT 边缘 I/O 模块,将现场 I/O 信号采集、边缘逻辑处理、MQTT 云上通信与远程运维整合于一体。支持数字量、模拟量、热电偶、RTD、IEPE 等多种信号类型,适用于智能制造、楼宇、农业、轨交等复杂工业现场,实现轻量化控制与高速数据上云。
了解更多03-11 / 2026
-
基于ARMxy实现ThingsBoard Gateway SNMP V3.0转MQTT实测!
本文结合钡铼技术 BL410 ARMxy 工业平台,详细解析 SNMP v3 数据采集到 MQTT 转发的完整流程,包括前置环境准备、SNMP v3 模拟代理搭建、ThingsBoard Gateway 配置、MQTT 功能验证及云平台连接说明。实测结果显示,BL410 及 ARMxy 系列硬件均可稳定、高效支持 SNMP 数据采集与工业物联网应用。
了解更多03-11 / 2026
-
一张图,看懂 AI 模型如何在BL450基于RK3588上真正跑起来?
很多工程师关心工业AI控制器如何跑模型。本文结合RK3588平台与BL450工业AI边缘控制器,完整解析AI模型从训练、转换到RKNN模型,再到设备端NPU运行的全过程。重点讲解BL450如何把AI结果稳定接入工业控制系统,实现视觉识别、控制闭环与长期运行,解决“模型跑不稳、系统接不上的问题”,展示工业AI真正落地的关键。
了解更多03-11 / 2026
-
ARMxy系列BL450基于RK3588 明明有 3 个 M0,为什么只开放给你 1 个?
很多工程师在研究RK3588时都会发现一个细节:芯片标注有3个Cortex-M0,但真正能看到的只有PMU_M0,NPU_M0与DDR_M0始终没有开放。本文从SoC架构设计角度深入解析这三个M0内核的真实角色:PMU负责功耗管理,NPU负责AI硬件调度,DDR负责内存稳定性。它们并不是给开发者使用的MCU,而是芯片内部的控制中枢。这种设计体现了高复杂度SoC平台对稳定性与系统可靠性的优先级。
了解更多03-11 / 2026
-
树莓派CM工业应用集大成者,为什么是ARMxy系列BL460。
在工程师圈子里,树莓派一直拥有强大的生态,但裸树莓派很难直接进入工业现场。ARMxy BL460基于树莓派Compute Module打造,通过工业级供电、模块化IO、DIN导轨安装、宽温设计以及X/Y扩展模块体系,彻底解决接口、稳定性和工业环境适配问题。同时支持Node-RED、Python、Linux等完整生态,让树莓派方案真正实现工业落地。
了解更多03-11 / 2026
-
ARMxy不用专用IDE,这反而是他最值钱的地方!
在选择工业 ARM 控制器时,很多工程师都会问:ARMxy 是基于 Linux 开发,还是像 PLC 一样通过专用 IDE 编程?实际上,ARMxy 采用“Linux 系统 + 开放开发环境”的架构,既支持 C/C++、Python、Node.js 等多语言开发,也提供 Node-RED、工业协议栈和 Web HMI 等工程化工具,让自动化工程师和软件工程师都能高效开发。本文系统解析 ARMxy 与传统 PLC IDE 控制器的开发模式差异,以及这种开放架构在工业数字化、边缘计算和 AI 控制场景中的优势。
了解更多03-11 / 2026
