CNC 数据采集网关实际做什么
CNC 数据采集网关是一台工业计算机或边缘盒子,位于车间现场与工厂网络之间。设备侧,它使用各设备的原生协议;网络侧,它使用 MQTT、OPC UA 或 REST 端点。中间环节,它负责打时间戳、缓冲和归一化数据。
网关不是历史数据库,也不是 MES。它是翻译器和交通指挥。它从 PLC 读寄存器、从 CNC 控制器读数值、从串口读字符串,然后向上发布一条干净记录。该记录通常包含设备 ID、标签名、数值、单位和时间戳。
重要的设计问题不是买哪款网关,而是哪些设备能提供有用数据、每个连接要花多少工时。与映射一台老旧机床所需的工程时间相比,一台带八个空闲端口的网关很便宜。
初期范围要收紧。先选两三类设备,验证数据准确后再扩展。第一天就全量采集,通常只会产出一堆没人信任的标签。
- 1原生协议各设备保留自己的语言,由网关翻译。
- 2时间戳对多数诊断而言,顺序比采样率更重要。
- 3归一化所有数据源使用相同的标签名和单位。
- 4存储转发网络中断时缓冲,避免出现数据缺口。
机器人单元与上下料装置作为数据源
机器人本身就知道很多信息。六轴机械臂可上报关节角度、伺服扭矩、循环状态、程序号和故障码。多数控制器通过 EtherNet/IP、PROFINET 或供应商 SDK 提供这些数据。网关无需改动机器人程序即可读取。
价值在于上下文。当 CNC 机床报告主轴过载时,机器人日志可能显示夹持力过大或接近速度过慢。两者结合指向夹爪而非主轴。单看任一设备都无法说明问题。
注意更新率。100 Hz 的扭矩数据对碰撞分析有用,但会淹没工厂网络。在边缘高速采样,向上只发布平均值或阈值事件。除非工程师要求,原始波形保留在本地。
没有网络端口的旧机器人是难点。在循环启动继电器上接数字 I/O 只能得到运行或停止。这对 OEE 够用,但对诊断不够。项目开始前就要说明这一点。
- 1适合控制器联网且循环可重复的单元。
- 2不适合无端口、无备用 I/O 的旧机械臂。
- 3有用标签程序号、循环状态、伺服扭矩、故障码。
三坐标测量机、量具与检测工位
三坐标测量机或视觉系统产生工厂里最有价值的数据:带不确定度的实测尺寸。当网关把这些结果与加工该零件的机床数据放在一起,偏置漂移在几小时内就能发现,而不是几周。
多数三坐标测量机软件可将结果导出到文件、数据库或 OPC UA 服务器。网关随后把每次测量关联到序列号或托盘 ID。没有这个关联,数字就是孤立的,无法追溯到主轴或工装夹具。
量具更简单。带数据线的数显千分尺按键即发送数值。网关读取该端口,就把记录本变成趋势线。测量质量取决于操作者手法,因此要清楚标注数据来源。
一个提醒。检测数据通常归质量团队而非生产团队所有。接线前先就访问权限和保留策略达成一致。悄悄转发质量数据的网关很快会被拔掉。
- 1适合已具备序列号可追溯性。
- 2不适合无零件 ID 的人工检测。
- 3有用标签特征 ID、名义值、实测值、偏差、零件序列号。
PLC 驱动的产线、送料机与输送机
任何带 PLC 的单元都容易采集。PLC 本身已有逻辑:哪个工位激活、加载哪个配方、产线为何停机。网关通过 Modbus TCP、EtherNet/IP 或 OPC UA 读取这些寄存器并发布。
最值得先采集的标签是停机原因。多数产线都有故障字或报警位,说明输送机为何停止。带时间戳采集这一个字,就能省去数小时关于实际发生了什么的争论。
轮询不要快于逻辑变化。数值每秒才更新一次,却每 10 ms 读一次寄存器,既浪费带宽又膨胀存储。轮询速率要与机床循环匹配。
如果 PLC 程序被制造商锁定,索要只读标签列表。多数集成商会提供。若不行,退而求其次,用带数字输入的网关接指示灯。
- 1适合标签列表开放且有文档化的故障字。
- 2不适合程序锁定且无读取权限。
- 3有用标签工位 ID、配方号、故障字、循环计数。
传感器与电表接入同一网关
振动、温度和压力传感器可通过 IO-Link、4–20 mA 或串行总线直接接入许多网关。它们补充控制器看不到的状态数据。主轴轴承劣化会在包络谱中显现,比表面处理出现问题早数周。
安装方式比传感器品牌更重要。用胶粘在薄金属盖板上的振动传感器测到的是盖板,不是轴承。应将其螺栓固定在刚性壳体表面,尽量靠近轴承。
电表是最容易见效的。在机床进线处装三相电表,可得到每件的千瓦数和千瓦时。这个数字往往是车间针对特定工件的第一个真实成本数据。
传感器布线要远离伺服驱动电缆。4–20 mA 回路上的感应噪声看起来和工艺故障一模一样。使用屏蔽双绞线,屏蔽层仅在一端接地。
- 1适用刚性安装点与屏蔽电缆路径。
- 2不适用柔性盖板或长距离无屏蔽走线。
- 3有用标签RMS 速度、包络、温度、kW、kWh。
先连接哪些设备
按每工程小时的数据价值排序,基于典型车间条件。
| 光源 | 典型信号 | 接入工作量 | 最佳首次用途 |
|---|---|---|---|
| CNC 控制器 | MAC 地址、报警、程序 | 低 | 利用率和报警日志 |
| 机器人单元 | 扭矩、状态、故障代码 | 中等 | 循环上下文与碰撞 |
| 三坐标测量机或量具 | 测量值、序列号 | 中等 | 偏移漂移跟踪 |
| PLC 产线单元 | 位、寄存器、配方 ID | 低到中等 | 停机原因采集 |
| 振动传感器 | 加速度、包络 | 中等 | 主轴与轴承健康 |
| 电表 | kW、kWh、功率因数 | 低 | 每件能耗 |
| 旧设备继电器取信号 | 仅运行或停止 | 高 | 基础 OEE,无诊断 |
工程师接下来会问的问题
网关能否从没有网口的机床读取数据?
可以,但只能得到粗粒度数据。循环灯上的数字输入或主轴进线上的电流钳可给出运行、停止和负载。你会失去程序号、报警代码和轴数据。
把这当作最后手段。数据能回答“是否在运行”,但回答不了“为什么停机”。
一个网关能接多少设备?
取决于协议和轮询速率,而不是固定设备数。20 台 PLC 以 1 s 轮询比两个以 1 kHz 采样的伺服更轻。
按每秒标签数和并发协议会话数来选型网关。宁可增加第二个边缘盒子,也不要让一个网关超载。
OPC UA 总是正确选择吗?
不是。OPC UA 适合结构化数据和跨厂商边界。MQTT 更轻,适合大量小消息和蜂窝链路。
许多工厂两者并用:单元内用 OPC UA,网关到代理用 MQTT。
需要在设备端打时间戳吗?
理想如此,但很少具备。如果设备无法打时间戳,网关应在到达时打戳,并单独记录网络延迟。
对于比较两个来源的诊断,目标是将盒子之间的时钟误差控制在 10 ms 以内。每个网关都使用 NTP。
这类项目中最常出问题的是什么?
标签命名和单位不一致。两个团队都发布主轴转速,一个用 rpm,一个用 Hz,一个月都没人发现。
在拉第一根线之前先确定标签字典。这是项目中最便宜的部分。
能否在不影响质保的情况下给机床增加数据采集?
只读网络访问通常不影响质保。接入控制柜、增加继电器或修改 PLC 程序则可能影响。
打开控制柜前,先以书面形式询问机床制造商。网关应使用独立带保险的电源。
