CNC机床数据网关实际如何获取数据
网关不是传感器套件,而是协议转换器加一个小型历史数据库。在Fanuc系统上,它通过以太网打开FOCAS,轮询已存在的寄存器:主轴负载、轴位置、程序号、刀具偏置、报警代码。在Siemens 840D上,它读取系统内置的OPC UA服务器。在三菱或马扎克系统上,可能需要MTConnect或供应商适配器。
这些操作都不触碰伺服回路。网关是客户端,向系统请求其已为自身显示计算好的数值。因此安装网关不会改变加工节拍、进给率或刀具寿命。如果供应商声称网关能优化切削,问它写入哪个寄存器。通常答案是:不写。
轮询速率比多数买家预想的更重要。100 ms轮询适合利用率和OEE统计,但无法捕捉40 ms的主轴过载或断刀。要获取事件级数据,需要系统主动推送而非网关轮询,即报警位和PLC信号以10–20 ms读取,或在I/O上加硬件采集。
数据量并不大。单台机床以10 ms轮询30个标签,每秒约产生3,000个采样点。压缩前每台每天约100 MB。40台机床的车间每天约4 GB。存储和网络带宽要按这个数字规划,而不是按宣传材料。
- 1默认只读未经书面锁定流程,网关绝不应向系统写入。
- 2轮询速率决定用途OEE用100 ms;断刀和过载事件用10–20 ms。
- 3每个系统族一种协议FOCAS、OPC UA、MTConnect覆盖多数在用系统。
协议覆盖与边缘缓存是前两项功能特性
协议覆盖决定网关能否在车间用起来。只支持MTConnect的网关,没有硬件适配器就读不了1990年代的Fanuc 0M。只支持FOCAS的网关读不了海德汉TNC。先数系统族,再数功能。混合车间通常需要两三种协议,而非一种。
要求提供每种协议的确切标签清单。“支持FOCAS”可能指8个标签,也可能指400个。加工车间实用的标签集是:主轴转速、进给倍率、程序名、循环状态、报警号、刀号、工件计数、轴负载。如果网关无法提供进给倍率和程序名,就建不了真正的OEE模型。
边缘缓存是第二项特性,也是最常缺失的一项。网络会断。带8 GB本地存储的网关在断网期间继续写入,链路恢复后回放。没有缓存的网关会永久丢失该时段数据。对于无人夜班运行的车间,缓存容量不是可选项。
要检查回放行为,而不只是容量。有些网关按原始时间戳回放,有些则用恢复时间打戳。前者可用于OEE,后者会破坏停机分析。要求供应商演示30分钟断网测试及生成的数据文件。
- 1先数系统族Fanuc用FOCAS,Siemens用OPC UA,MTConnect作后备。
- 2索要标签清单进给倍率和程序名是最常缺失的两个标签。
- 3测试回放必须用原始时间戳而非恢复时间戳,否则停机统计会出错。
数据归一化与机床状态逻辑区分网关优劣
不同厂商的机床上报方式不同。一台说状态3是运行,另一台说状态3是报警。归一化是网关的职责:把各系统的原始代码映射到统一内部模型——运行、空闲、报警、装夹、维护、关机。没有这一步,MES拿到的只是一张代码表,做不出看板。
难点不在映射表,而在模糊状态。换刀时主轴停止的机床不算空闲;跑预热程序的机床不算产出。好的网关允许你为这些情况编写规则,并能看到触发了哪条规则。差的网关只让你每个状态选一个代码,然后忍受误差。
机床状态逻辑还决定OEE的分母。如果网关把20分钟装夹算作“空闲”,每个班次的可用率就错这么多。一个月累计就是数百小时的虚假停机。不审核状态规则就信任看板的工程师,吃亏一次后就再也不信了。
一个实用的检查方法:抽取一台机床一周的原始状态转换记录,统计每个状态各占多少秒。如果装夹时间看起来是零,说明你的规则太简单。装夹是真实存在的,只是控制器不会自己发出这个代码。网关必须根据程序号变化和门信号来推断它。
- 1统一的内部状态模型把每个控制器映射为运行、空闲、报警、装夹、维护、关机。
- 2规则必须可审核你需要能看到是哪条规则对给定时间段做了分类。
- 3装夹是推断的,不是上报的程序变更加门信号是常见的触发条件。
安全与网络隔离是第五项功能特性
网关是 OT 网络上的一台计算机,并且有一条通往 IT 网络的路径。这条路径就是风险所在。正确的架构是单向或严格过滤:网关从机床 VLAN 读取,发布到 DMZ 代理。IT 侧的任何东西都不应能反向打开到控制器的会话。
物理端口也很重要。许多控制器仍运行 Windows CE 或旧版 Linux,没有补丁路径。如果网关和办公网处在同一个扁平网络上,一封钓鱼邮件就能触达一台 15 年前的控制器。VLAN 分段和防火墙规则集不是可选项,它们属于网关范围的一部分。
凭据应按网关分配,而不是共享。当一名技术员离职时,你轮换一个凭据,而不是全车间密码。每次配置变更都要记录时间戳和用户。如果你的网关无法告诉你上周二是谁改了标签映射,它就不适合受监管环境。
对于医疗和汽车业务,这与你的质量体系相关。ISO 13485 和 IATF 16949 都要求可追溯记录。从网关拉取到批次记录中的数据继承这一要求。保留网关自身的审核日志,并按与检验记录相同的保存期限保存。
- 1默认单向机床 VLAN 到 DMZ 代理;没有到控制器的入站会话。
- 2隔离老旧控制器Windows CE 控制器应放在防火墙后面,而不是扁平网络上。
- 3按网关分配凭据轮换一个凭据,而不是全车间密码。
什么时候 CNC 机床数据网关是错误的选择
如果你的目标是证明某个具体零件尺寸,网关帮不上忙。它读取的是机床状态,不是计量数据。使用测头或三坐标测量机。网关能告诉你测头运行过,但不能告诉你该特征在公差内。把这两个系统分开。
如果你只有三台机床和一个班次,网关通常是大材小用。写字板和手工记录成本更低,而且被查看得更频繁。大约在 10–15 台机床时,或者当你需要无人值守班次数据,或者客户合同要求可追溯的机床记录时,这笔账才会改变。低于这个规模,集成成本通常超过收益。
如果控制器没有数据端口,也没有可接入的 PLC,网关就变成一个改造项目。你可能需要一个 I/O 模块接到三色灯和循环启动继电器上。这可行,但只能得到粗粒度状态:运行、停止、报警。没有程序名,没有进给倍率,没有刀具数据。在花钱改造之前,先确定粗粒度数据能否解决你的问题。
如果供应商无法展示来自与你类似控制器的实时标签列表,就别谈了。在现代控制器的实验室机床上做演示,不能证明 2011 年配 Fanuc 0i-MD 的立式加工中心的情况。要求现场测试,或者至少提供来自可比控制器的录制会话。
- 1不是计量机床状态数据不能证明尺寸。
- 2少于 10 台机床手工记录通常比集成更便宜。
- 3无端口,无标签三色灯改造只能提供粗粒度状态。
按车间规模和目标匹配网关能力
选择与你机床数量以及需要证明的内容相匹配的那一行。
| 工厂类型 | 有用的轮询速率 | 最低协议需求 | 以下情况跳过网关 |
|---|---|---|---|
| 1–5 台机床,一个班次 | 1 秒或更慢 | 无;手工记录就够了 | 你只需要每日产量计数 |
| 6–15 台机床 | 100 毫秒 | 主控制器系列使用一种协议 | 所有机床都是同一型号且是全新的 |
| 16–40 台机床,两个班次 | 100 毫秒,事件 20 毫秒 | 两到三种协议加缓冲 | 你没有 MES 或历史数据库来接收数据 |
| 40 台以上机床,无人值守 | 事件 20 毫秒 | 多协议,8 GB 以上边缘缓冲 | 你的 IT 团队无法对 OT 网络分段 |
| 受监管(医疗、汽车) | 事件 20 毫秒 | 多协议加审核日志 | 网关无法记录谁改了映射 |
常见问题
CNC 机床数据网关会拖慢控制器吗?
实际上不会。网关轮询的是控制器为自身显示已经维护的寄存器。增加的 CPU 负载很小。
当有人把数百个标签的轮询速率设为 1 毫秒时,风险才会出现。在较旧型号上,这可能占满控制器的以太网协议栈。OEE 保持 100 毫秒,事件标签保持 20 毫秒。
一个网关能同时处理 Fanuc、Siemens 和 Mazak 机床吗?
可以,前提是它随附全部三种协议栈。许多网关对一种协议支持得好,对其他协议支持得差。
要求提供每种协议的标签列表,以及你拥有的每个控制器系列的录制会话。不要接受在不同型号上做的实验室演示。
缓冲需要多少本地存储?
按你预期的最长中断时间来估算。一个 40 台机床的车间以 100 毫秒轮询,每天大约产生 4 GB。
如果你想撑过 24 小时网络中断,那就是 4 GB 缓冲。对于单台机床,8 GB 可以覆盖数周。
网关能替代 MES 吗?
不能。网关负责移动和规范化数据。它不排产、不跟踪订单、不管理库存。
把它看作桥梁。决策在另一侧的 MES 或历史数据库中。
如果班次中途网络中断,数据会怎样?
带缓冲的网关会继续在本地写入,链路恢复后再回放。确认它能保留原始时间戳。
不带缓冲的网关会丢失这段时间窗口。对夜班和无人值守运行来说,这段缺口可能掩盖真实的停机事件。
