应用指南

边缘计算网关在CNC机床数据采集中的应用

本页说明边缘计算网关如何从车间采集CNC机床数据：哪些信号重要、由哪些协议承载，以及这种方法在什么情况下不再适用。面向需要判断是给单个加工单元、一条产线还是整个工厂部署采集的控制工程师和制造工程师。

FOCAS 与 MTConnectOPC UA 与 MQTT10–100 ms 采样断点续传缓存

本页内容

本文内容

要点速览

信号选择比网关品牌更重要一条 50 ms 的主轴负载曲线，比所有报警代码加起来更有价值。

先查端口，再看规格书控制系统没有以太网选件就没有数据，网关宣称什么也没用。

采样率必须匹配决策刀具磨损需要 100 ms；产能计数最多 1 s。

缓存在边缘，不在云端网络会断。本地队列能让一个班次的曲线保持完整。

统一映射到一个命名空间不同供应商的标签名混用，半年后看板就会出问题。

第 1 节

边缘计算网关位于控制系统与网络之间。它从CNC读取寄存器、计数器和程序状态，统一成通用模型后向上转发。它不是历史数据库，也不是PLC。它的职责是在机床接入工厂网络的位置完成转换和缓存。

这个区分很重要，因为多数被归咎于“网关”的故障，实际是数据源问题。如果控制系统只提供一个运行专有协议的串口，网关仍能读取，但速率更慢、标签更少。如果控制系统没有加装外部数据选件，市面上任何网关都帮不上忙。

实际应用中，一台网关覆盖 1 到 8 台机床。超过这个范围，协议解析带来的CPU负载和以太网线长就开始成为负担。拆成两台网关通常比买一台更快的设备更便宜。

第 2 节

带以太网选件的 FANUC 控制系统提供 FOCAS，可返回主轴转速、负载、进给速度、程序号、刀具号和报警历史，速率约为 10–100 ms，取决于轮询的标签数量。在现代 0i 或 30i 系列上，以 50 ms 轮询 40 个标签是现实的。以 10 ms 轮询 400 个标签则不现实。

三菱和马扎克通常需要 MTConnect 或供应商适配器。MTConnect 提供基于 XML、带定义模式的干净数据流，因此很适合映射到看板。代价是延迟：基于代理的采集通常落在 100–500 ms 范围，除非调优适配器。

西门子 840D 及类似控制系统在较新版本上原生支持 OPC UA。这完全省去了转换步骤，如果设备群以西门子为主，这是最干净的路径。较旧的 810D 和 840D sl 版本可能需要选件授权才能启动服务器。

棘手的情况是没有以太网端口、也没有现场总线卡的控制系统。有些厂商要收取授权费才启用数据接口。最后这一点值得在确定网关型号之前，对照机床选件清单核实。

第 3 节

从你想做的决策出发，再倒推需要的信号。刀具磨损预测需要 50–100 ms 的主轴负载和切削时间。OEE 报表需要 1 s 的运行状态、循环计数和停机原因。质量趋势需要轴跟随误差和切削液状态，而多数控制系统只以报警形式暴露这些。

常见错误是把控制系统能给的数据全部采集。一台五轴机床以 100 ms 采集 400 个标签，每秒约产生 4,000 个值。乘以 20 台机床，你就有了网络问题、存储问题，以及一个没人看的看板。

每台机床选 15 到 40 个标签。如果某个标签不服务于报表、报警或模型，就不要它。以后随时可以加；而采集十八个月后再删标签更难，因为人们已经围绕它形成了习惯。

第 4 节

采样率决定数据量，数据量决定成本。在 100 ms 采样、30 个标签下，一台机床每秒产生约 300 个值，每天约 2600 万个值。按增量压缩存储尚可管理，原始存储则不可行。

对模拟量标签使用死区过滤。主轴负载变化小于 2% 时无需上传。仅此一项，在稳定工艺上就能把上行流量降低 60% 到 80%，且不丢失关键事件。

时间同步比多数团队预想的更重要。如果网关时钟与控制时钟漂移，加工节拍会显示异常，事件顺序也会错乱。让网关和控制器指向同一 NTP 源，并每月检查偏移。两秒的漂移就足以让停机原因报告失效。

第 5 节

如果控制器没有数据端口也没有选件卡，就此打住。可能需要协议转换器或选件授权，某些情况下机床厂商从未为该型号提供过。无端口且无选件意味着控制器封闭，再多边缘硬件也无法解决。

如果需要跨轴亚毫秒级同步做运动分析，边缘网关不是合适的层级。那类工作属于驱动总线，而不是以太网。网关用于生产数据，不用于伺服整定。

如果工厂网络是扁平、非网管的交换结构且没有分段，增加二十个网关会迅速暴露这一弱点。在从试点单元扩展之前，先规划 VLAN 和独立的数据通路。

对比

选网关之前，先让接口与控制器的接口匹配。