Siemens CNC 机床 MES 系统连接如何构建

• 1
  Siemens CNC 机床向 MES 系统暴露哪些数据
• 2
  为什么数据中间平台位于两者之间
• 3
  Siemens CNC 机床 MES 系统连接的协议选择
• 4
  延迟、采样以及数据能支撑什么
• 5
  数据中间平台方案不适用的场景
• 6
  按车间类型选择连接方式

Siemens 840D sl 或 828D 控制器已经保存了计划人员需要的大部分数据：程序名、刀具号、主轴负载、轴位置、报警文本、循环计数。这些数据单独来看都没有用。问题在于哪些变量可以在不触碰机床实时运动环的情况下读取。这个边界决定了整个架构。

Siemens 将访问分为多层。NC 内核运行插补，PLC 处理机床逻辑。它们之上是 HMI 和 OPC UA 服务器。通过 OPC UA 读取是安全的，因为它采样的是副本，而不是实时伺服总线。通过现场总线读取原始驱动参数对生产数据采集不安全，我们不会在 12,000 rpm 运行的主轴上这样做。

实际输出集很小。循环启动和停止时间戳、程序号和版本、当前刀具 ID、带毫秒时间戳的报警代码，以及主轴或轴负载平均值。这足以让 MES 系统计算利用率、检测停滞循环，并将零件与其程序匹配。除非有特定理由，其他都是噪声。

• 1
  先只读从 100–500 ms 的 OPC UA 采样开始；只有真实用例需要时才收紧。
• 2
  跳过伺服总线驱动级参数属于机床制造商，不属于 MES 层。
• 3
  在源头打时间戳报警和循环事件需要控制时钟，而不是服务器时钟。

数据中间平台是一个服务层，从一个或多个控制器拉取数据，并将规范化记录推送到 MES 系统。它存在是因为两侧使用不同语言、以不同速度运行。控制器每隔几毫秒发出事件。MES 系统最多每隔几秒写入数据库。

该平台还提供缓冲。当 MES 服务器重启打补丁时，CNC 继续切削。存储转发队列将事件保存在磁盘上，并在链路恢复后重放。没有这个缓冲，五分钟的网络中断会在利用率数据中留下永久空洞，直到月度报告看起来不对才有人注意到。

第三项工作是转换。Siemens 给出数字报警代码。MES 系统需要报警类别、责任单元和停机原因。映射表完成这项工作。将它们纳入版本控制。我们见过车间因为有人修改了生产数据库中的映射且无人能回滚而损失数周。

还有一项人们忘记的工作：过滤。并非每个事件都值得记录到 MES。4 秒的换刀是正常的。90 秒的换刀是问题。平台是应用该阈值逻辑的正确位置，而不是 MES 系统，也不是 PLC。

• 1
  磁盘缓冲在 MES 停机时存活而不丢失循环事件。
• 2
  在表中映射将报警和原因代码保存在版本化配置中，而不是代码中。
• 3
  在边缘过滤发送异常，而不是每个原始信号变化。

三种选项覆盖大多数 Siemens 安装。OPC UA 是 840D sl 和 828D 上的原生选项；它承载结构化数据并处理安全证书。当车间混合 Siemens、Fanuc 和 Heidenhain 控制器并希望使用一个模式时，MTConnect 很常见。通过 S7 通信直接读取 PLC 标签最便宜，也最脆弱。

OPC UA 在数据质量上胜出。你获得类型化值、时间戳和集成商可浏览的浏览树。代价是旧控制器上的许可和设置时间。在软件版本较旧的 828D 上，OPC UA 服务器可能需要选项许可证才能响应单个请求。

MTConnect 在可移植性上胜出。该模式设计为只读，这没问题，因为没有理智的车间会从 MES 系统向运行中的机床写入设定点。权衡是 MTConnect 报告简化数据模型，因此某些 Siemens 特定字段会被丢弃。

S7 标签读取在价格上胜出，在其他方面都输。它依赖绝对地址，当有人编辑 PLC 程序时地址会偏移。仅对无人会重新编程的机床上的小型、冻结信号集使用它。

• 1
  混合设备群MTConnect 将 Siemens、Fanuc 和 Heidenhain 规范化为一个模式。
• 2
  仅 Siemens 单元OPC UA 保留最丰富的数据模型和原生安全。
• 3
  旧控制器S7 标签可用，但每当 PLC 逻辑变化时就会失效。

延迟决定 MES 系统可以做出哪些决策。端到端延迟 500 ms 的链路可以跟踪利用率、订单状态和刀具寿命。它不能运行自适应进给控制或阻止碰撞。那些需要控制器自身的循环，在 1–8 ms 内，并且留在机床内部。

采样率是一个成本调节项。从 20 台机床每 100 ms 轮询 200 个标签，对一家中等规模工厂来说会产生大量数据行。我们合作的大多数车间最终把状态信号定为 500 ms，报警和循环边界用事件驱动消息。这样能减少存储，又不丢失关键位置的分辨率。

时钟漂移是隐性故障。如果控制器时钟和 MES 服务器时钟相差两秒，每份停机报告都会偏差两秒，汇总就对不上。两侧都运行 NTP。每季度检查一次。花十分钟，省去争论。

网络设计同样重要。机床数据 VLAN 要与办公流量分开，绝不要经过消费级交换机。丢一帧无害。上行链路饱和则不然，因为缓冲区会填满，存储转发队列开始丢弃最旧的事件。

• 1
  500 ms 足够对大多数单元的设备利用率、OEE 和订单跟踪而言。
• 2
  事件优于轮询报警和循环启动用推送，不要轮询。
• 3
  同步时钟控制器和服务器都启用 NTP；每季度验证。

平台会增加一台服务器、一个配置库，以及一个懂两边的人。单台机床对接一个 MES 工作中心时，这些开销换不来多少收益。MES 系统内置的直接 OPC UA 客户端就能处理。当控制超过约五台或涉及两个控制品牌时，再加中间层。

高混合生产是另一个边界。如果一个单元每周跑 40 个不同零件号，映射表会快速膨胀，MES 对象模型也得撑开。这是数据建模问题，不是连接问题，中间件解决不了。

受监管的工作会改变规则。对于医疗器械或航空航天零件，每条进入设备历史文件的记录都需要审计追踪。平台必须记录谁改了映射、何时改、为什么改。ISO 13485:2016 和 IATF 16949:2016 审核都会看可追溯性，没有变更日志的中间层就是等着被开不符合项。

最后是廉价控制器。如果机床没有 OPC UA 选项，也没有值得使用的网口，集成成本可能超过数据价值。先在一个单元上测量。如果三个月内看不到回报，就不要推广到车间。

• 1
  五台以下机床直接客户端比中间件更简单、更便宜。
• 2
  受监管零件中间件需要变更日志以满足审核可追溯性。
• 3
  无网络选项改造费用可能超过数据价值。