CNC 采集网关：机床数据究竟如何被采集

• 1
  CNC 采集网关是什么，不是什么
• 2
  数据如何从控制器中取出
• 3
  缓存、时间戳，以及边缘计算为何重要
• 4
  协议映射与命名问题
• 5
  从网关数据到可交付的加工零件
• 6
  CNC 采集网关何时值得投入，何时不值得

CNC 采集网关是位于机床控制器与车间网络之间的硬件和固件。它读取控制器内部数据，转换为通用格式，再转发到数据库、MES 或看板。工作分三层：控制器端采集、边缘端转换、通过以太网或 Wi-Fi 传输。

它不是 SCADA 的替代品，也不是机床监控应用。网关不关心你的生产计划。它的任务更窄也更难：在不打断加工循环的前提下读取寄存器，正确打时间戳，并以下一级系统可解析的形式交付。

采购时这一区别很重要。供应商会把同一个盒子同时当作 IIoT 平台、OPC UA 服务器和数据记录仪来卖。工程上的问题是：它实际支持哪几代控制器，以及网络中断时能否不丢计数。

较老的 Fanuc、三菱和西门子控制器通过现场总线或串口服务端口提供数据。网关与该端口通信，轮询固定地址列表，返回主轴负载、进给倍率、程序号和报警代码等值。轮询周期是权衡：100 ms 看板响应快，但增加控制器 CPU 负载；1 s 对 OEE 足够，并为加工循环留出余量。

较新的机床通常内置 MTConnect 代理或 OPC UA 服务器。此时网关采用订阅而非轮询，可降低控制器负载并获得更干净的时间戳。并非所有机床厂都授权完整数据模型，因此在统一采用某一协议前，先确认所需的具体标签已开放。

离散信号是第三条路径。主轴运行触点、循环启动继电器和门互锁可由网关自身的数字输入读取。这种方式粗糙但可靠，对于 20 年的老铣床，有时是唯一不需要改造控制器的选项。

• 1
  轮询固定地址列表，100 ms 至 1 s 间隔，适用于老式控制器。
• 2
  订阅OPC UA 或 MTConnect 推送，控制器负载更低，时间戳更好。
• 3
  离散 I/O继电器与触点信号，成本低、粒度粗、便于改造。

车间网络会断。直接转发到云的网关在断网期间会丢失所有事件，缺失的时段几周后会以 OEE 图表空白的形式出现。边缘缓存解决这个问题：网关先把每条记录写入本地存储，再转发。链路恢复后按顺序重放队列。存储容量是简单算术：一个 16 台机床的单元每秒一条记录，每天约需 140 万条记录。

时间戳没那么直观。如果网关打的是到达时间而非事件时间，两秒的网络延迟会偏移每个循环计数，扭曲节拍分析。能提供自身时钟的控制器是更好的来源。若没有，网关应在读取时刻打戳，而非发送时刻。

边缘计算还负责过滤。16 台机床以 100 ms 发送原始主轴负载会产生洪流，多数历史数据库处理不好。在边缘聚合为 1 s 平均值可将数据量减少约 100 倍，对产能规划几乎不损失信息。

读取三种协议的网关必须把它们呈现为一个模型。这就是映射，也是多数集成项目卡住的地方。A 机床叫 SpindleSpeed，B 机床叫 S_Speed，PLC 叫 DB10.DBD4。必须有人决定这三者都表示以 rpm 计的主轴转速，而这个决定必须有版本化的存放位置。

把映射表放在网关里，不要放在看板里。如果看板负责转换，每新增一台机床就变成一次看板变更请求。如果网关负责，调试就是一次配置推送。代价是网关成为关键路径项，因此要备一台已镜像的备用机放在架上。

单位也应同样处理。同一数据集里混用 mm/min 和 in/min，生成的报告看似合理，实际差了 25.4 倍。应在模型本身声明单位，而不是写在脚注里。

• 1
  一个标签，一个含义在机床接入前统一名称，而不是接入后。
• 2
  映射版本化每次映射变更都记录修订号和日期。
• 3
  声明单位明确存储 mm/min 和 rpm，不要只存裸数字。

只有当数据闭环回到零件本身时，采集才有回报。对加工车间来说，有用的闭环很短：跑了哪个程序、循环用了多久、换刀是否按计划发生、实测尺寸是否保持在公差内。对于公差 ±0.005 mm 的零件，最后一项才是商业上真正重要的。

这就是网关数据与检验记录配合得好的原因。一个循环超时 12% 且尺寸向公差上限漂移，这是下一批之前检查刀具磨损的信号，而不是等到报废之后。在钜亮五金（GreatLight），我们运行 127 台高精度 CNC 设备，出货前 100% 检验零件，报告可按需提供。网关数据让这段检验历史可按设备、程序和日期检索。

闭环不成立的地方，采集就变成为了报表而报表。如果没有人根据这些数字改变装夹、进给或刀具决策，网关就是一块昂贵的仪表盘。先确定要做什么决策，再买硬件。