首先需要了解的内容
三菱 CNC 从控制器采集并连接哪些数据
每个集成项目都从同一个问题开始:控制器实际能提供什么数据?在三菱 CNC 上,这取决于系列(M70、M80、M800、M8 系列,或较老的 M50/M60)以及订购了哪些通信选件。控制器分三层暴露数据,写代码前必须清楚每个信号属于哪一层。
第一层是机床状态。运行、停止、报警、进给保持、门开、循环完成标志直接来自 PLC。读取和存储成本都低。第二层是生产计数,如零件数、加工节拍、主轴运行时间、换刀次数。第三层是过程数据:主轴负载、轴位置、倍率值、当前程序号、偏置表。价值在过程数据,轮询成本也在过程数据。
哪些信号对 ERP 重要?实际项目中,几乎每张工单都依赖四组数据:开始与结束时间戳、良品与废品数量、当前程序号或工单号、报警代码。其余数据对看板有用,但不改变生产排程。
常见错误是第一天就想采集所有数据。工程师接了 40 个标签,轮询周期变慢,ERP 开始拒收记录。先采集上述四组数据。管道稳定后再加过程数据。
- 1控制器系列有影响M70/M80 比老款 M50/M60 开放更多接口。
- 2PLC 标签不是免费的每个标签都有读取成本。设定轮询频率前先数清楚。
- 3程序号是关键没有程序号,就无法把加工循环与工单对应起来。
三条连接路径及各自适用场景
三菱 CNC 采集并连接 ERP 没有唯一正确做法。有三条实用路径,选哪条取决于机床数量和对控制器侧的控制权限。
以太网加原生协议是最干净的路径。现代三菱控制器通过选件卡或网关支持 MTConnect 或 OPC UA。MTConnect 只读,提供标准 XML 模式,ERP 侧实现简单。OPC UA 支持订阅,可以停止轮询,由服务器推送变化。机床是 M80 或更新型号时,选这条路径。
文件与宏输出是低成本路径。CNC 程序在每个循环结束时用宏变量把小型文本文件或 CSV 写到共享文件夹。网络上的服务监视该文件夹并向 ERP 插入记录。几乎任何控制器都能用,不需要选件卡,调试也容易。缺点是延迟:只能在循环结束时拿到数据,加工过程中没有。
数字 I/O 与 PLC 继电器是兜底方案。三色灯或继电器板以干接点给出运行、停止、报警信号。只能得到二进制状态,没有计数,也没有程序号。控制器被锁定或非常老旧时使用,并接受 ERP 只知道机床在运行、不知道在加工什么。
- 1MTConnect 或 OPC UA最适合 M80 及更新型号,只读或基于订阅。
- 2宏文件落盘几乎任何控制器都能用。仅有循环结束时的延迟。
- 3数字 I/O锁定或老旧控制器的兜底方案。仅状态。
配置首个标签前的网络与安全设置
集成项目通常败在网络,而不是协议。把机床网络放在独立 VLAN。不要让 CNC 控制器与办公流量共享广播域,也不要路由到互联网。双网口网关或边缘设备是常规做法:一侧连机床,另一侧连 ERP 中间件。
每台控制器设静态 IP。断电后变化的 DHCP 租约会悄悄破坏标签地址。配置开始前,用表格记录每台机床的 IP、端口和协议版本。
防火墙规则要明确。网关需要一个端口访问 ERP,ERP 需要一个端口访问网关。除此之外不放行。如果 IT 团队要在机床侧做深度包检测,预期会有时序抖动,并规划更大的缓冲。
时间同步比多数人预想的更重要。如果机床时钟漂移 30 秒,加工记录就无法与 ERP 班次边界对齐,报表会差出整整一个班次。把所有控制器和网关都指向同一个 NTP 源。
- 1独立 VLAN把机床流量隔离在办公网络之外。
- 2静态 IP逐台记录 IP、端口和协议。
- 3单一 NTP 源时钟漂移会破坏班次级报表。
常见错误及避免方法
第一个错误是轮询过快。工程师把轮询设成 100 ms,觉得这样更准,结果网关 CPU 饱和、记录延迟到达。轮询频率要匹配它所支撑的决策。生产排程不需要 100 ms 的数据,刀具破损检测可能需要。
第二个错误是在梯形图里做映射。当零件号写在 PLC 程序里,每换一个新活就要改程序并下载。把映射放到控制器之外的表里,按关键字读取。
第三个错误是没有缓冲。90 秒的加工节拍里网络断 5 分钟,就会丢掉一个班次的计数。本地存储加重试队列几乎不增加成本,还能避免争论谁的数字才对。
第四个错误是过早向控制器写入。如果在读取链路还不可靠时就推送补偿值,你会去追查并不存在的问题。先只读运行两周,把计数与操作员台账核对,再逐台启用回写。
- 1计数核对前两周每天把网关计数与操作员台账对比。
- 2报警代码映射上线前就把控制器报警代码映射到 ERP 原因代码,不要等上线后再做。
- 3变更日志每次标签、映射和防火墙变更都记录日期。
如何分六步搭建这条链路
按顺序执行。跳过第 2 步是项目卡在调试阶段最常见的原因。
- 1盘点控制器列出每台机床:型号、控制器系列、软件版本、已装通信选件和网络端口。标明哪些是 M70/M80、哪些更老。这份清单决定每台机床用什么协议。
- 2逐台选择协议M80 及更新的控制器分配 MTConnect 或 OPC UA。较老或锁定的控制器分配宏文件输出。只有在别无他法时才用数字 I/O。不要在同一个网关上混用协议而不做测试。
- 3定义标签清单和轮询频率每台机床从 8 到 12 个标签起步:状态、程序号、件数、加工节拍、报警代码、主轴负载、进给倍率、时间戳。状态和计数器按 1 s 轮询,过程数据按 5 s 或更慢轮询。低于 100 ms 的采样需要每台机床配专用边缘设备。
- 4在边缘做归一化和缓冲在网关而不是 ERP 里把每个值转换成统一单位和时间戳格式。本地存储至少缓冲 8 小时数据,网络中断才不会留下缺口。使用带重试的存储转发队列。
- 5把标签映射到 ERP 对象建一张映射表:机床 ID 对应工作中心,程序号对应物料号,报警代码对应原因代码,件数对应工序数量。表放在 ERP 或数据库里,不要放在梯形图逻辑里。这样工程师改映射不用碰控制器。
- 6用回写闭环从 ERP 向控制器推送工单、刀具补偿和刀具寿命上限。控制器支持时用同一协议反向传输。只在读取链路干净运行两周后才回写。每次写入都记录操作员 ID 和原值。
哪种连接方式适合你的车间
按你的控制器构成和延迟需求选择对应行。
| 路径 | 适用场景 | 延迟 | 投入 |
|---|---|---|---|
| MTConnect over Ethernet | M80 及更新控制器 | 1 s 或更短 | 中:需要选件卡 |
| OPC UA 订阅 | 混合机群加网关 | 变化时低于 1 s | 中到高 |
| 宏文件输出 | 任意控制器,低预算 | 仅加工结束 | 低:共享文件夹加服务 |
| 数字 I/O 继电器 | 锁定或 M70 之前的控制器 | 状态即时变化 | 低,但只有状态 |
| 手动条码扫描 | 极小批量单元 | 班次结束 | 很低,依赖操作员 |
工程师上线前常问的问题
Mitsubishi CNC 采集与连接需要选件卡吗?
不一定。MTConnect 和 OPC UA 在 M70 和 M80 控制器上通常需要通信选件或网关设备。宏文件输出完全不需要选件卡,所以老机床上很常见。
订购硬件前先查每台控制器的选件清单。缺以太网选件,调试时补装比上线当天才发现要便宜。
每台机床多少个标签合理?
从 8 到 12 个起步。这覆盖状态、程序号、件数、加工节拍、报警代码和几个过程值。
标签越多,轮询成本和映射工作量越大。只在某个具体决策需要该数据时才加。
加工中途网络断了会怎样?
如果边缘设备本地缓冲,什么都不会丢。队列保存记录,链路恢复后转发。
没有缓冲就会丢掉这个节拍。三周后 ERP 上会出现一个没人能解释的缺口。
能从 ERP 向控制器推送刀具补偿吗?
可以,前提是控制器支持远程写入。要放在确认步骤之后,并记录原值。
只在读取链路稳定两周且计数核对一致后才启用回写。
混合品牌机床能用吗?
能,但要在网关做归一化。所有机床用一套标签模型,ERP 侧会简单得多。
品牌特有的差异放在网关驱动里,不要放进 ERP 架构。
调试通常要多久?
单台机床、网络已就绪、标签清单明确,一两天就能跑起来。20 台混合机群加上映射工作要几周。
大部分时间花在映射表和数量对账上,而不是协议上。
