news 2026/2/2 1:30:46

ARMxy+Node-RED+FUXA:一台设备实现采集、控制与可视化

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
ARMxy+Node-RED+FUXA:一台设备实现采集、控制与可视化

在工业现场,我们经常会遇到这样的需求:

  • 设备越来越多,协议五花八门

  • 既要本地实时控制,又想要直观的可视化界面

  • 不想上复杂的上位机,也不希望被传统 SCADA 深度绑定

  • 项目周期短、需求改动频繁,开发成本要可控

有没有一种方案,既稳、又灵活,还能真正跑在现场?

ARMxy + Node-RED + FUXA,正是在这种背景下,被越来越多工程师选中的组合。

系统拓扑图


1

ARMxy:不是“网关”,而是边缘系统的硬件底座

ARMxy 系列工业设备,本质上并不是单一功能的采集网关,而是一套面向工业现场的 Linux 边缘控制平台

它解决的是最基础、也是最关键的问题:

  • 工业级硬件设计,支持 7×24 小时稳定运行

  • 丰富的接口资源,对接 PLC、仪表、变频器、传感器

  • ARM 架构,功耗低、长期运行无压力

  • 原生支持 Linux 生态,方便部署各类应用

  • BLRAT、QucikConfig自研软件降低开发难度

简单来说,ARMxy 提供的是一个可靠、长期可运行的“现场主机”,而不是用完即走的临时设备。


2

Node-RED:把“协议、逻辑、数据流”全部串起来

在 ARMxy 上,Node-RED 往往扮演着系统“中枢”的角色。

1. 协议整合中心

无论是 Modbus、OPC UA、IEC 104,还是 MQTT、HTTP,不同设备的数据都可以在 Node-RED 中统一处理。

工程师不需要为每种协议单独开发程序,而是通过节点化方式完成数据采集与整合。

2. 边缘逻辑处理

在实际项目中,很多逻辑并不复杂,但变化频繁:

  • 阈值判断

  • 本地联动

  • 状态判断与报警

这些逻辑放在 Node-RED 中实现,往往比修改 PLC 程序更直观,也更容易维护。

3. 数据出口

Node-RED 还负责把整理好的数据:

  • 提供给本地可视化

  • 推送到云平台

  • 对接第三方系统

它是整个系统中最灵活的一层


3

FUXA:轻量级 SCADA,让数据“看得见、控得住”

如果说 Node-RED 解决的是“数据怎么来、怎么算”,那 FUXA 解决的就是“人怎么用”。

FUXA 是一款 Web 化的轻量级 SCADA / HMI 工具,部署在 ARMxy 上即可使用:

  • 浏览器访问,无需安装客户端

  • 实时监控画面、趋势曲线、报警界面

  • 支持按钮、仪表、动画等常用控件

  • 原生支持 Modbus、OPC UA、MQTT、REST API

在很多项目中,FUXA 用来替代传统上位机软件,既降低了部署复杂度,也减少了授权和维护成本。


4

三者结合,会带来什么改变?

当 ARMxy、Node-RED、FUXA 组合在一起,系统结构会变得非常清晰:

  • ARMxy提供稳定的工业硬件平台

  • Node-RED负责协议整合和边缘逻辑

  • FUXA实现本地 HMI 与 SCADA 功能

最终形成一套:

采集 + 处理 + 可视化 + 控制全部在一台工业设备上完成的边缘系统

这种架构的优势非常明显:

  • 不依赖传统工控机

  • 不被单一 SCADA 厂商锁定

  • 项目交付更快,后期调整更灵活

  • 更适合非标、项目型、快速迭代场景


5

哪些场景尤其适合这套方案?

设备厂家 / OEM 配套

设备自带可视化界面,客户打开浏览器即可使用,无需额外上位机。

储能、光伏、充电桩

多协议接入、本地策略控制、现场可视化,边缘侧即可完成闭环。

能耗、水务、环境监测

数据采集、报警、趋势展示集中在一台 ARMxy 设备中。

非标自动化与工程项目

需求多变、周期紧,Node-RED + FUXA 的灵活性优势明显。


6

FUXA:轻量级 SCADA,让数据“看得见、控得住”

ARMxy + Node-RED + FUXA 并不是为了取代 PLC,而是解决 PLC 之外的那些问题:

  • 多协议整合

  • 边缘计算

  • Web 可视化

  • 快速交付与后期扩展

它更像是为工程师多准备了一套更灵活、更现代的工具组合

在越来越强调边缘智能、现场自治的今天,这样的架构,正在成为一种更现实的选择。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/1/29 21:13:50

Emotion2Vec+ Large是否支持实时流?音频流处理可行性测试

Emotion2Vec Large是否支持实时流?音频流处理可行性测试 1. 引言:从离线识别到实时流的演进需求 语音情感识别技术正逐步从离线批处理模式向实时流式处理演进。当前,Emotion2Vec Large 作为阿里达摩院在 ModelScope 平台发布的高性能语音情…

作者头像 李华
网站建设 2026/1/30 22:44:54

PDF-Extract-Kit保姆级指南:小白3步搞定学术PDF解析

PDF-Extract-Kit保姆级指南:小白3步搞定学术PDF解析 你是不是也遇到过这样的情况:手头有一堆古籍扫描件、老论文或者历史文献的PDF文件,想把里面的内容提取出来做研究、写文章,但试了各种传统OCR工具,结果不是文字错乱…

作者头像 李华
网站建设 2026/1/31 7:21:53

没N卡能用HY-MT1.5吗?Mac用户云端GPU解决方案

没N卡能用HY-MT1.5吗?Mac用户云端GPU解决方案 你是不是也遇到过这种情况:手头有个翻译任务急着处理,听说腾讯新出的HY-MT1.5翻译效果特别好,结果一查教程,全是基于NVIDIA显卡(N卡)环境部署的。…

作者头像 李华
网站建设 2026/1/31 18:00:22

扫雷游戏的实现(一)初步

C语言常见概念 C 语言:操作符详解——驾驭比特的艺术 文章目录前言扫雷游戏简介历史背景游戏规则一.所要实现的简化规则二.实现流程1.分文件2.菜单3.test函数实现4.game函数实现4.1 数据结构的分析4.2 用数组存放4.2.1 数组大小4.3 初始化数组函数的实现4.4 布置雷的…

作者头像 李华
网站建设 2026/2/2 1:21:49

Glyph显存占用过高?动态批处理优化部署案例分享

Glyph显存占用过高?动态批处理优化部署案例分享 1. 技术背景与问题提出 随着大模型在多模态任务中的广泛应用,长文本上下文的处理成为关键挑战。传统基于Token的上下文扩展方式在面对超长输入时,面临显存占用高、推理延迟大等问题。为应对这…

作者头像 李华
网站建设 2026/1/31 17:06:00

GTE在推荐系统的应用:没大数据?小样本也能试

GTE在推荐系统的应用:没大数据?小样本也能试 你是不是也遇到过这种情况:刚创业的团队,产品有了雏形,用户也在慢慢增长,但数据量远远不够训练一个像样的推荐系统。传统的协同过滤、矩阵分解甚至深度学习模型…

作者头像 李华