三菱PLC与CNC数据采集的数据来自哪里
机床上的每个数据点最初都是一个内存地址。在三菱PLC中,该地址是D100、M50或X0之类的软元件。在CNC控制器中,有用的值存在于主轴负载、进给倍率、刀具号和报警历史等参数中。数据采集就是按计划复制这些地址,并把它们放到数据库能读取的地方。
这种复制不是免费的。每次读取都消耗总线时间和CPU时间,而控制器正忙于运行机床。轮询太快会拖慢机床。轮询太慢会漏掉短事件,例如能解释零件报废的200 ms扭矩尖峰。大部分工程工作就是选择正确的中间点。
有三条实用的读取路径。通过以太网或串口直接轮询,由采集器请求值。周期性广播,由控制器按固定周期发布一组值。事件驱动上报,仅在条件变化时由控制器发送消息。每种方式的成本和故障模式都不同。
- 1直接轮询构建简单,但读取速率受总线延迟和控制器负载限制。
- 2周期性广播时序可预测,占用带宽更大,较难映射到零件级可追溯性。
- 3事件驱动网络负载最低,但必须仔细定义触发条件。
协议选择及其代价
三菱控制器支持多种协议,选择通常决定其余架构。PLC常用的是基于以太网的MC协议:按地址读写软元件,文档齐全。对于较新的控制器,OPC UA服务器或MTConnect代理提供命名数据模型,而不是原始地址。
权衡在于命名与速度。MC协议给出原始地址,采集器必须知道D100是主轴负载、D102是循环计数。OPC UA给出可读标签,更易维护,但服务器层增加延迟,也多了一个断电后可能重启的环节。
老机床上仍有串口协议,它们正是麻烦来源。9,600 baud的RS-232或RS-485每秒约可传输960字节。2 Hz下40字的负载就会占满该链路。先规划数据集,再规划电缆。
还有一个限制:供应商协议库按连接或按节点授权。拥有30台机床的工厂会把小项目变成经常性成本。确定拓扑前先确认授权。
- 1基于以太网的MC协议适合设备级读取。地址映射及其文档由你负责。
- 2OPC UA自描述标签,更适合多供应商工厂,环节更多。
- 3MTConnect只读且面向机床。仅需状态和计数时有用。
- 4串口Modbus或专有协议在老式单元中仍常见。硬限制是带宽,不是软件。
采样率、分辨率,以及你会漏掉的事件
1 Hz采样告诉你机床在运行。它不会告诉你内孔为何超差0.02 mm。伺服扭矩、主轴负载和轴跟随误差在更短的时间尺度上变化,通常在10到100 ms范围。如果这些信号重要,你需要比全厂轮询更快的路径。
通常的解决办法是在边缘缓冲。小型工业PC或网关放在机床旁,快速读取、本地存储,并向上游转发压缩或聚合的数据流。机床网络保持隔离,工厂链路断开也不会丢数据。网关保存数小时样本,链路恢复后重放。
分辨率与速率同样重要。如果PLC寄存器以0到4,000计数的整数存储主轴负载,一个计数是0.025%。这对趋势图没问题。对通过0.5%负载变化检测磨损刀具则不够。信任趋势前先检查原始寄存器缩放。
时间戳是第三部分。PLC扫描时间、网关时钟和服务器时钟都会漂移。使用一个时间源,通常是网关上的NTP,并在源头记录扫描时间戳。没有它,同一周期的两个信号在数据库中可能相差数秒。
- 11 Hz足以用于开机时间、零件计数和班次报表。
- 210 Hz足以用于周期时间分析和大多数报警关联。
- 3100 Hz及以上扭矩、振动和刀具磨损特征需要。要求边缘采集。
数据采集无法告诉你的事
控制器数据描述机床,不是零件。稳定的主轴负载曲线意味着切削一致。它不能证明成品内孔在0.005 mm以内。如果刀具设定错误或工装夹具移动,负载曲线可能看起来完美,而零件却超差。把控制器数据与计量配合使用,而不是替代计量。
还有一些信号是控制器看不到的。切削液浓度、环境温度和原材料硬度都会影响结果,且通常不在 PLC 的监控范围内。一个常见错误是搭建了大型看板,后来才发现废品最强的预测因素从未接入系统。
安全网络和控制网络应保持分离。在承载安全 I/O 的网络上接入数据采集器是真实风险。应从独立端口或镜像端口读取,并让采集器位于无法向控制器写入的网段。
最后,没有明确决策目标的数据采集项目只是存储成本。在接线之前,先写下数据要回答的问题:哪个换刀间隔、哪个报警、哪个循环。如果没人能说出对应的决策,项目在试点后就会停滞。
让采集方式匹配机床和问题
先看控制器的年代。带以太网口和 OPC UA 或 MTConnect 选项的较新三菱 CNC 比较直接。只有串口的 15 年前 PLC 需要网关来支持旧协议并转换。硬件成本相近,工程时间不同。
然后看你要测量什么。状态和计数可以容忍慢速轮询和简单存储。过程特征需要边缘采集和时间对齐。可追溯性需要每条记录绑定零件标识,通常意味着上料时读条码、循环结束时写入本地数据库。
对于多供应商的工厂,每台机床一个网关加一个上游 broker 比点对点连到单一服务器更易维护。它也能限制单个采集器故障的影响范围。地址映射要纳入版本控制。它们会变,而无文档的映射是试点无法推广的主要原因。
- 1简单状态和计数以 1 Hz 轮询,存入时序表,无需边缘设备。
- 2循环和报警分析每个单元一个网关,10 Hz 缓冲,NTP 时间戳,报警位触发事件。
- 3过程和刀具磨损特征高速边缘采集,本地环形缓冲,循环结束时上传。
按需求比较采集方式
在编写规格书之前,用它来选择起步架构。
| 要求 | 直接轮询 | 边缘网关 | 事件驱动 |
|---|---|---|---|
| 典型频率 | 0.2–2 Hz | 10–100 Hz | 变化时 |
| 网络负载 | 低 | 中等 | 最低 |
| 链路中断后可存活 | 否 | 是,本地缓冲 | 取决于队列 |
| 适用场景 | 计数和状态 | 扭矩和循环数据 | 报警和换刀 |
| 搭建工作量 | 低 | 中等 | 中到高 |
| 主要风险 | 漏掉短事件 | 网关维护 | 触发条件定义错误 |
工程师接下来会问的问题
能否在不停止生产的情况下从三菱 CNC 读取数据?
可以,前提是从独立以太网口或镜像网段读取,且只发读请求。风险不在读取本身,而在于向控制器写入或淹没共享总线。
初期轮询间隔要保守,观察几个班次的控制器扫描时间和网络利用率后再收紧。如果机床没有空闲端口,通常的替代方案是在现有串口链路上加协议网关。
边缘网关应保留多少历史数据?
足以覆盖现实中的中断,而不是最坏情况。几小时的缓冲样本就能覆盖大多数网络维护窗口和断电事件。
按采样率乘记录大小乘小时数来估算缓冲。10 Hz 流、64 字节记录约每小时 2.3 MB,小型工控机可轻松存下数天数据。
数据采集需要独立网络吗?
超出基本状态的任何需求,都需要。把采集器和网关放在无法访问安全或运动网络的网段。
这也让故障排查更容易。工厂网络变慢时,机床网络继续运行,你能证明是哪一侧出了问题。
数据能告诉我们刀具磨损的什么信息?
主轴负载和轴扭矩趋势通常在刀具断裂前发生变化,但变化很小,需要按刀具和材料建立干净基线。
每个样本都记录刀具号,才能正确分组趋势。没有刀具标识,不同刀具的磨损特征会混在一起,趋势就消失了。
如何让记录与单个零件绑定?
上料时读取条码或 RFID 标签,然后在循环前后写入开始和结束记录。控制器时钟本身不够精确,应在网关打时间戳。
对于高价值零件,保存该循环的原始缓冲信号,而不只是汇总。这是几个月后复查缺陷的唯一方式。
老机床做三菱数据采集值得吗?
取决于决策。如果老机床是瓶颈,且你需要循环时间和停机数据,串口网关是合理的投入。
如果唯一目标是一个没人据此行动的看板,钱花在维护上更好。从一台机床、一个问题开始。
