要点速览
为什么设备数据监控会跨越网段边界
CNC 控制器通过确定性现场总线与其伺服驱动器通信。需要获取循环计数、主轴负载和报警代码的 MES 位于不同子网,通常也在不同楼层。两者之间至少有两个边界:机床单元和工厂 OT 骨干网。设备数据监控必须跨越这两个边界,同时不能让现场总线时序劣化。
多数工厂起初采用扁平网络。每台机床、HMI、摄像头和办公 PC 共用一个广播域。20 个节点时没问题。到 200 个节点时,单个配置错误的设备产生的广播流量就可能拖住轮询循环,而技术人员用错误地址的笔记本就能访问主轴驱动器。分段不是后期附加的安全项目,而是保持数据路径可预测的基础。
实际目标很明确。将实时控制流量保留在单元内。只把监控层需要的标签跨边界传输。为每个边界配置能记录、过滤和缓冲的设备,这样上行链路丢失只会延迟数据,而不会丢失数据。
- 1控制保持本地现场总线和安全流量永不离开单元交换机。
- 2监控流量默认单向边缘节点从单元读取,只写入历史数据库。
选择适合每一跳网段的协议
在单元内部,多数控制器通过 Modbus TCP、PROFINET、EtherNet/IP 或供应商 SDK 提供数据。这些协议快速简单,但假定网络可信。不要将它们路由到工厂骨干网。应在位于单元 VLAN 的边缘节点上终止它们。
在边缘节点上转换为监控协议。采用订阅模型的 OPC UA 通常是多供应商工厂的选择,因为它携带数据类型和时间戳。MTConnect 适合主要运行 CNC 机床、需要只读 HTTP 流的车间。MQTT 适合链路不稳定的站点,因为它比持久会话更能容忍重连。
规则是每个边界只做一次转换。如果直接将 Modbus TCP 桥接到 IT VLAN,每次历史数据库轮询都会打到控制器。如果在边缘转换一次,控制器只看到一个客户端,历史数据库只看到一个服务器。这一改动可降低控制 CPU 负载,并使防火墙规则清晰可读。
- 1单元内使用现场总线Modbus TCP、PROFINET、EtherNet/IP 保留在单元 VLAN 上。
- 2跨边界使用 OPC UA 或 MTConnect在边缘节点转换一次,不在控制器上转换。
- 3链路不稳定时使用 MQTT设置 keepalive 30–60 s 和 clean session 标志。
寻址、轮询速率和关键数字
轮询间隔是首先要确定的数字。循环计数和机床状态用 1–5 s 即可。主轴负载趋势需要 100–500 ms。振动或刀具磨损信号可能需要 10–20 ms,这些应保留在单元内部,因为路由路径会引入无法控制的抖动。
为边缘节点配置两个地址:一条腿在单元 VLAN,一条腿在 OT VLAN。每个单元使用 /24,使第三段八位组对应单元编号。为基础设施保留低位地址范围,机床地址从 .50 开始。在首次交换机配置之前记录,而不是之后。
时间是隐蔽的故障模式。如果边缘节点用自己的时钟打时间戳,历史数据库再次打时间戳,事件顺序就会错乱。每个工厂运行一个 NTP 源,让控制器和边缘节点指向它,并让历史数据库使用边缘时间戳。200 ms 的偏差就足以打乱故障序列。
- 11–5 s机床状态、循环计数、零件计数器。
- 2100–500 ms主轴负载、轴电流、进给倍率。
- 310–20 ms仅限单元内部的振动和刀具磨损信号。
网段通信不良时会出现什么问题
第一个症状通常是数据陈旧,而不是报警。仪表板显示机床在运行,而它 20 分钟前已停止。当订阅断开后边缘节点保留最后值时就会发生这种情况,因此要先检查质量标志,再看数值。
第二个是广播风暴波及控制器。在没有生成树保护的单元中,一根成环的线缆会淹没所有端口。控制器错过现场总线周期并报故障。接入端口上的端口安全和 BPDU 防护可在问题发生前阻止它。
第三类是过宽防火墙规则。有人为了跑通试点把整个子网开放,之后一直没关。规则应按服务和端口逐条设置。OPC UA 用 4840/tcp,MTConnect 用 5000/tcp 或 80/tcp,MQTT 的 TLS 用 8883/tcp。每季度审查一次规则集。
- 1质量好但值已过期看时间戳,不只看数值。
- 2无防护的环路在接入端口启用 BPDU guard 和端口安全。
- 3过宽的防火墙规则只开单个端口,不开子网,每季度审查。
分步说明:让分段数据流动起来的五个动作
- 1配置之前先摸清单元列出每台设备、它的协议、IP,以及它属于控制还是监控。标出监控层实际需要的标签。每台机器预计 10–20 个标签,不是 500 个。说不出用途的,就留在单元内部。
- 2每个单元建一个 VLAN用 /24,例如单元 5 用 10.20.5.0/24。把控制、HMI 和边缘节点放进去。现场总线流量保持在本地。把单元交换机设为唯一网关,任何设备都不能自行向外路由。
- 3边缘节点接两条腿一个接口接单元 VLAN,一个接 OT VLAN。关闭两者之间的 IP 转发。节点只从单元读取、向历史库写入,不做别的。给它 24–72 小时的标签历史本地缓冲。
- 4OT 到 IT 走防火墙,不走路由器只允许监控端口出站:OPC UA 用 4840/tcp,MQTT TLS 用 8883/tcp,MTConnect 用 5000/tcp。前两周记录每个被拒绝的数据包。这份日志就是你的规则调优清单。
- 5用时间戳验证,不用截图停一台机器,确认状态在一个轮询周期内变化并写入历史库。断开上行链路 5 分钟,确认缓冲填满并能回放。检查没有任何控制设备响应来自 IT VLAN 的 ping。
路由监控流量前的分段就绪检查
用这张表判断某个单元是否已准备好接入工厂监控通道。
| 项目 | 就绪条件 | 仍有风险的情况 |
|---|---|---|
| 单元 VLAN | 每个单元一个 /24,有文档记录 | 机器与办公网共用子网 |
| 边缘节点 | 两条腿,无 IP 转发 | 单网卡桥接两个网络 |
| 协议跳转 | 在边缘做一次转换 | 从 IT 侧轮询 Modbus TCP |
| 时间源 | 全厂统一 NTP,使用边缘时间戳 | 每台设备各用自己的时钟 |
| 防火墙规则 | 按端口命名,每季度审查 | 为试点开放整个子网 |
| 缓冲深度 | 24–72 小时标签历史 | 边缘节点无本地存储 |
| 检测 | 一个轮询周期内看到状态变化 | 安装时只检查过一次 |
工程师常问的分段设备数据问题
设备数据监控能和 PROFINET 走同一根电缆吗?
物理上可以,逻辑上不行。PROFINET 是实时协议,有自己的时序要求。如果交换机支持优先级标记,且监控流量保持在链路带宽约 20% 以下,与 HTTP 或 OPC UA 流量共用电缆没问题。
更安全的设计是在单元交换机终止 PROFINET,只让边缘节点从它读取。这样现场总线周期不受历史库在做什么的影响。
如果每台机器都支持 MTConnect,还需要 OPC UA 吗?
对 CNC 机床不需要。如果整个单元都是 MTConnect,就保留它,跳过额外一层。问题出在你加入没有 MTConnect 代理的机器人、压机或视觉系统时。
这时边缘节点上的一个 OPC UA 服务器可以把所有内容归一到一个模型。提前加能省去以后重写,但不是第一天就必须。
只有串口的机器怎么处理?
在单元 VLAN 上用串口转以太网网关。设固定波特率和固定 IP,按 1 s 或更慢轮询。绝不要把原始串口流量路由到工厂网络上。
如果控制设备只有屏幕、没有端口,实际可行的方案是在主轴上装摄像头或电流传感器,这些数据留在单元内部。
对路由路径来说多快的轮询算太快?
低于 50 ms 的都应留在单元内部。路由跳会增加排队抖动,且随网络负载增长,除非全程严格优先级,否则无法限定。
刀具磨损和振动在单元层采集,跨边界只发 1 s 聚合值。细节留在本地,趋势发到远端。
如何证明各分段确实隔离?
从 IT VLAN 对控制 IP 做端口扫描。应得到超时,而不是拒绝。然后查防火墙拒绝日志确认该尝试。
再从单元 VLAN 重复,确认控制设备只在其文档化端口上应答。每次更换交换机或规则后都要做,不只在交付时做。
