如何将 CNC 机床数据配置到 Heidenhain 控制系统

• 1
  要点速览
• 2
  配置 CNC 机床数据前需要准备什么
• 3
  LSV2、OPC UA 及其他访问控制系统的方式
• 4
  选择关键标签与轮询频率
• 5
  在哪里归一化并存储数据
• 6
  车间测试、安全与交接
• 7
  将 CNC 机床数据配置到 Heidenhain 的 5 个步骤
• 8
  哪种 Heidenhain 接口适合你的机床

在 Heidenhain 控制系统上做数据采集不是一下午就能完成的网络工作。控制系统会提供机床状态、轴位置、程序号、刀具数据和消息，但只能通过特定接口获取。在动任何线缆之前，先写清楚工厂实际需要哪些信号。加工节拍看板需要的标签与预测性维护模型不同，这个差异会改变整个采集架构。

从控制系统型号和软件版本开始。TNC 640、TNC 7、iTNC 530 和更早的 TNC 4xx/3xx 单元并非都使用同一协议。在控制系统的机床信息界面查看 NC 软件编号。这个编号决定能否使用 OPC UA NC Server、是否需要为 LSV2 接口启用软件选项 18，以及是否支持远程访问。

然后确认物理路径。多数工厂为机床单独划分网段，与办公 LAN 隔离。在该网段上放置小型工业网关或边缘 PC，与控制系统通信，并将归一化数据向上转发。网关应靠近机床电柜，以缩短走线并降低电气噪声。

最后，统一时间源。两台时钟不同步的机床会生成没人信任的班次报告。让所有设备指向同一台 NTP 服务器，或接受小幅偏差并记录在标签映射中。这一个决定节省的调试时间比任何协议调优都多。

• 1
  控制系统型号与 NC 软件版本决定可用接口。
• 2
  信号清单机床状态、程序、刀具、报警、位置。
• 3
  网段控制系统不要接入办公 LAN。
• 4
  时间源所有设备使用同一台 NTP 服务器。

Heidenhain 控制系统提供多种数据路径，正确选择取决于设备年限和许可证。LSV2 是基于 TCP 的经典二进制协议，历史上由 TNCremo 和 DNC 软件使用。在许多控制系统上需要启用软件选项 18。它可访问文件、刀具表、PLC 数据和部分状态信息，但标签名因控制系统而异，并随软件版本变化。

OPC UA 是较新控制系统上更清晰的选择。OPC UA NC Server 提供结构化地址空间，包含机床状态、程序信息、刀具数据和轴数值。由于命名空间遵循有文档的模型，映射到 SCADA 或 MES 较为直接。代价是 OPC UA 支持仅限于较新的 NC 软件版本，较旧的 iTNC 530 单元通常无法运行。

第三条路径是 PLC 或机床数据接口，有时称为 M 接口或供应商网关。它读取内部 PLC 字并将其映射到自定义标签。这种方式很强大，因为可以暴露标准接口隐藏的信号，但需要控制系统侧配置，并且要深入理解机床制造商的 PLC 程序。

老式机床还有串口和现场总线选项。如果控制系统早于以太网，RS-232 或现场总线适配器可能是唯一入口。预期轮询更慢、标签更少、手动映射更多。对于大约 2005 年以前的机床，应权衡集成成本与直接用数字 I/O 模块读取运行/停止和循环计数。

• 1
  LSV2支持广泛，许多单元需要选项 18。
• 2
  OPC UA NC Server模型清晰，仅限较新 NC 软件。
• 3
  PLC / M 接口访问深入，需要控制系统侧工作。
• 4
  串口或现场总线以太网之前机床的最后选择。

多数工厂在第一次会议就要求所有数据。这种要求会造出建设成本高、维护缓慢的系统。更好的做法是把标签分成三层。第一层是机床状态：运行、停止、报警、装夹、程序号。第二层是生产数据：加工节拍、零件计数、主轴负载。第三层是状态数据：轴跟随误差、驱动电流、剩余刀具寿命。

一级数据可以每 1 s 到 5 s 轮询一次，不会有压力。二级数据通常按 5 s 到 30 s 工作。三级数据才是轮询速率真正重要的地方，因为状态监测需要稳定的采样间隔才能检测趋势。如果你每 30 s 采样一次驱动电流，然后在测试期间改成每 2 s 一次，趋势线就没有意义了。固定间隔，并把它记录在标签映射表中。

标签命名应遵循工厂约定，而不是控制系统的内部命名。使用类似 LINE1_TNC640_SPINDLE_LOAD 的名称，这样历史数据库查询就不依赖于知道是哪个控制系统生成了该值。把单位放在名称中或单独的 units 列中。一个叫 spindle_load 却没有单位的标签，一个月内就会被人误读。

刀具数据需要特别处理。刀具号、剩余刀具寿命和刀具状态在不同时刻变化。如果按 30 s 一起轮询，两次采样之间可能漏掉换刀。对于断刀检测，要么加快轮询，要么从 PLC 接口读取换刀事件，而不是轮询刀具表。

• 1
  一级：机床状态每 1 s 到 5 s 轮询一次。
• 2
  二级：生产数据每 5 s 到 30 s 轮询一次。
• 3
  三级：状态数据固定采样间隔，不可变。

把原始控制值采集进 MES 是常见错误。控制系统用自己的编码报告状态，而这些代码在不同软件版本之间并不稳定。在网关和工厂系统之间放一个归一化层。该层把控制代码转换为工厂标准状态模型，添加时间戳，并处理缺失值。

网关或边缘 PC 是做这项工作的合适位置。它可以在网络中断期间缓冲数据，应用死区过滤，使稳定信号不会淹没历史数据库，并在北向暴露单一的 OPC UA 或 MQTT 端点。对主轴负载等模拟量应用 2% 到 5% 的死区，可以削减存储量而几乎不损失信息。

按用例选择存储层。时序数据库适合状态监测和加工节拍趋势。关系数据库适合工单和刀具寿命记录。许多工厂两者都运行，历史数据库保存原始样本，关系数据库保存汇总的班次结果。

保持原始流和归一化流分离。当出现映射错误时，你可以通过修复后的映射重放原始流，而不需要让机床重现某个班次。这是日后排查问题最有用的单一设计选择。

• 1
  在边缘归一化不要把原始控制代码推入 MES。
• 2
  中断期间缓冲防止班次报告出现缺口。
• 3
  保留原始样本允许在修复映射后重放。

先调试一台机床。连接网关，加载标签映射表，并至少在一个完整班次内将每个值与控制屏幕进行对比。加工节拍是最好的检查项，因为手工验证很容易。如果采集的加工节拍与控制自身的计数器出现偏差，说明时间戳或触发逻辑有误。

关注网络。一个在共享网段上每秒轮询 200 个标签的网关可能会拖慢文件传输或远程诊断。在繁忙班次测量交换机端口利用率。如果升到大约 40% 以上，就增大间隔或拆分轮询组。

即使在隔离网段上，安全也很重要。更改网关上的默认凭据，禁用未使用的服务，并记录每次配置更改。如果工厂允许远程访问进行诊断，应通过跳板机路由，而不是直接暴露控制系统。上传文件和配置文件应视为机密工厂数据。

在试点结束前规划交接。记录控制型号、NC 软件级别、所用接口、标签映射表、轮询间隔和已知限制。一份简短文档说明哪些标签在哪台机床上不可靠，能为下一位工程师节省数天的猜测。

• 1
  验证一个班次将采集值与控制屏幕对比。
• 2
  测量端口负载保持利用率低于约 40%。
• 3
  记录限制注明哪些标签不可靠及原因。