CNC 机床 PLC 数据网关

• 1
  要点速览
• 2
  CNC 机床 PLC 数据网关如何读取机床
• 3
  CNC 机床 PLC 数据网关值得采集哪些信号
• 4
  CNC 机床 PLC 数据网关在哪里失效
• 5
  网关上的采样、缓冲与数据质量
• 6
  加工供应商为何关注网关数据
• 7
  按机床年限与协议选择网关方案

机床几乎了解自身的一切。NC 内核跟踪轴位置、进给倍率和程序号。PLC 跟踪门状态、液压压力、排屑器、换刀步骤和报警字。这些都不是为外部系统读取而设计的，这正是网关要解决的问题。它接入机床网络，轮询机床厂商开放的地址，再以 MES、历史数据库或 OEE 看板可消费的形式重新发布。

协议有文档时，读取本身很枯燥。在 FANUC 系统上，可以轮询一组数据窗口寄存器，或使用 FOCAS。在 Siemens 上，通过 PROFINET 或 OPC UA 读取。在三菱和许多老机床上，是 TCP 上的 MC 协议，或 9,600 到 115,200 波特的串行链路。网关把每一种都翻译成一个内部标签命名空间，于是工厂其余部分只对接一个接口，而不是九个。

让它成为工程而非接线的，是时序和含义。状态位只有在你清楚它在特定机床、特定固件版本上代表什么时才有用。主轴负载值在有人记录下已知切削中 100% 是什么样之前毫无意义。网关搬运字节。标签字典决定这些字节变成可执行的信号，还是没人信任的数字。

延迟受链条中最慢环节限制，通常是 PLC 扫描周期加轮询间隔，而不是以太网线。20 ms 扫描加 200 ms 轮询，大约有 200 到 220 ms 的陈旧度。对 OEE 和计数来说不可见。对闭环控制来说太慢，网关不是合适的工具。

• 1
  轮询，不拦截在已文档化的地址上被动读取，避免干扰控制回路。
• 2
  单一命名空间在扩展到多台机床之前，把每个控制器映射到同一套标签命名方案。
• 3
  记录上下文把程序号和刀具号与数值一起存储，否则数字会失去意义。

实际限制不是带宽，而是归属。每个发布的标签都需要名称、单位、缩放规则，以及一个会在它变化时采取行动的人。跳过这一步的团队最终得到没人打开的看板。站得住脚的起始集合很小：机床状态、程序号、循环计数、报警代码、主轴负载，以及关键轴的轴位置。

机床状态是争论最多的标签。厂商对运行、进给保持、可选停止、报警和空闲使用不同词汇。如果随意映射，就会得到荒谬的 OEE。先定义固定状态模型，再写每台机床的映射。大多数控制系统会暴露自动状态或运行状态字，给出原始位；网关应同时发布原始值和解释后的状态。

报警代码价值高，也容易出错。读取报警号和报警文本（如果控制系统暴露），并在网关处给两者打时间戳，而不是在数据库处。否则机床与服务器之间的时钟漂移会破坏你之后建立的每一次时长计算。

位置数据是人们最容易过度的地方。以 100 Hz 跨 30 台机床流式传输轴位置会淹没网络，却告诉你的很少。如果需要位置，先确定问题：装夹验证、热漂移，还是碰撞取证。每个问题有不同的采样率和存储策略。

• 1
  从 20 到 40 个标签开始足够 OEE 和报警历史，又小到能保持映射诚实。
• 2
  原始与派生分开同时发布原始寄存器和解释值，以便之后重新推导。
• 3
  在源头打时间戳网关时间戳比服务器端时间戳更能抵御时钟漂移。

网关是读取转发设备。它不是安全系统，不是实时控制器，也不能替代机床自身的联锁。如果信号需要在一个扫描周期内响应，它属于 PLC 逻辑，而不是外部网关。把网络跳转放进任何会停止轴的东西里，是你在最糟时刻会后悔的设计错误。

老设备是另一类边界。1990 年代的控制系统可能只提供一个串口，帧格式还是专有的，甚至什么都没有。这种情况下，务实的做法通常是硬件改造：直接读取 I/O，或者加装信号灯传感器，统计灯的状态。这样拿到的数据少一些，但可靠，也不需要去逆向一个厂商从未公开过的协议。

网络隔离比人们预想的更重要。机床网络挂在车间扁平 VLAN 上很常见，而一个 IP 配错的网关就能把机床弄掉线。把网关放到独立 VLAN，只放行它需要的出站流量，并保留有记录的回滚方案。一个会让生产停摆的网关，比没有网关更糟。

最后是维护问题。固件更新、证书续期和标签变更都需要有人负责。没人管的网关会在网络变更后悄悄停止发布数据，三周后你才发现 OEE 报表平得可疑。

• 1
  不用于闭环如果响应必须在一个扫描周期内完成，就把它留在 PLC 内部。
• 2
  改造优于猜测对于没有文档的老旧控制系统，装传感器往往比逆向协议更便宜。
• 3
  指定负责人每个网关都需要一个明确的人来负责固件、证书和标签变更。

轮询间隔是一笔要花出去的预算。状态、计数器和报警用 200 毫秒是合适的默认值。温度和压力用 1 秒就够了。低于 50 毫秒的任何设置都应该用一个具体的工程问题来证明其必要性。提高轮询频率会同时放大网络流量、网关 CPU 占用和数据库写入量，所以成本与收益并不成正比。

变化上报是最大的一笔节省。标签没变就不要发。保留心跳，让消费端知道网关还活着，重连时发送一次全量快照。仅这一项就能让典型加工单元的网络流量下降 90% 以上，因为那里大多数标签会好几分钟纹丝不动。

缓冲是网络中断时保住数据的手段。本地存储上的存储转发队列让网关在交换机重启或服务器重启期间继续采集，之后按顺序回放。缓冲区大小按你愿意承受的最长中断时间来定，并把队列深度作为健康指标来监控。队列只增不减，说明消费端已经跟不上了。

每条记录都应带质量标志。在网关侧把数值标记为好、过期或坏。一个看起来正常的过期值会悄悄污染数周的分析，直到有人在会上质疑某个数字你才会发现。

• 1
  默认 200 毫秒对 OEE 和计数器足够快，在全车间铺开的成本也足够低。
• 2
  变化时发送心跳加变化上报，比压缩报文省下的流量多得多。
• 3
  标记过期数据时间戳超过两个轮询间隔就应标为过期，而不是好。

对合同加工供应商来说，网关数据能回答过去只能靠猜的客户问题：某个零件号在哪台机床上加工、加工节拍是多少、加工中途有没有报警。如果某批次出现尺寸问题，程序号、换刀和主轴负载的时间线比纸质流转单有用得多。

钜亮五金（GreatLight）在 3 个全资工厂运行 127 台高精度 CNC 机床，包括 16 台五轴联动加工中心和 16 台车铣复合中心，最大加工尺寸 4,000 mm。在航空航天支架、医疗器械壳体、电动车传动部件这类活上，有用的数据通常很窄：跑的是哪个程序版本、加工节拍多长、有没有被报警打断。

可追溯性要求对标签选择的驱动比分析需求更大。如果客户要求某批次的工艺证据，你需要把程序号、机床 ID 和时间戳绑定到检验记录上。这是一小组标签，但必须可靠，而且必须留存。其余都是可选项。

同样的逻辑适用于检测数据。我们在发货前对零件做 100% 检测，可按要求提供报告，而把这些报告关联回机床时间线，正是网关数据体现价值的地方。它把发货记录变成了工艺记录。

• 1
  可追溯性优先程序号、机床 ID 和时间戳绑定到批次，是核心要求。
• 2
  分析其次OEE 和利用率有用，但要在可追溯链条跑通之后再做。