2. 车间网络需求分析
车间网络需求分析不是把“带宽要大、时延要低”这类口号抄一遍,而是要把车间里三类角色——生产设备、控制系统、信息系统——各自的通信行为拆开,落到可测量的指标上,再通过现场调研把这些指标变成设计输入。三类角色的诉求差异很大:生产设备关心的是“我这条数据能不能按时送到”,控制系统关心的是“我的控制闭环会不会被扰动”,信息系统关心的是“我能不能拿到完整、可信、可追溯的数据”。如果混在一起谈,最终往往做出一个谁都不满意的网络。
一、三类角色的通信特征与指标要求
生产设备层包括变频器、伺服驱动器、机器人本体、视觉相机、扫码器、RFID读写器、智能仪表等。它们的通信模式以周期性I/O数据和事件型数据为主。以一台典型伺服驱动器为例,位置/速度指令周期常在1ms~4ms,单帧有效载荷几十字节,但要求抖动极小;视觉相机则相反,触发时单帧图像可达数MB,属于突发大流量。因此生产设备层的需求要分两类描述:周期性控制类,带宽需求低(单点常低于1Mbps),但时延要求高(端到端常要求≤1ms~10ms)、抖动要求更严(常要求≤周期10%);突发数据类,带宽需求高(单相机可达数百Mbps),但可容忍几十毫秒时延,关键是不要挤占控制流量。
控制系统层包括PLC、DCS、运动控制器、安全PLC、HMI等。PLC与远程I/O之间的周期通信是车间网络的“心跳”,其周期常为1ms~10ms,丢包或超时会直接导致输出保持或停机。安全相关通信(如PROFIsafe、CIP Safety)还有额外的功能安全要求,需要独立评估其黑通道时间和残余错误率。控制系统对可靠性的要求通常用“年可用率”和“允许中断时间”表达,例如某产线要求年可用率≥99.9%,对应年中断不超过约8.8小时;对安全隔离的要求是控制网与信息网之间必须有明确的边界,不能因为信息网的一台电脑中毒而影响PLC。
信息系统层包括MES、SCADA、历史数据库、质量追溯、能源管理、视频监控等。它们通常从控制系统或网关采集数据,通信模式以周期轮询和批量上传为主。SCADA轮询周期常为100ms~1s,单点数据量小但点数多;历史数据上传和视频流则占用较大带宽。信息系统对时延不敏感(常可容忍100ms~1s),但对带宽、数据完整性和安全隔离敏感:它需要看到尽可能多的数据,但不允许反向直接控制生产设备;它需要与互联网或办公网连接,因此必须与控制系统做单向或严格受控的隔离。
需求归纳示例(教学假设,非实测):某离散制造车间,20台伺服轴、4台视觉相机、3套PLC、1套SCADA、1套MES。控制类流量合计约2Mbps,但要求周期1ms、抖动≤100μs;视觉突发流量峰值约800Mbps,要求不干扰控制;SCADA轮询约5000点、周期500ms,带宽约5Mbps;MES上传约20Mbps。据此可初步判断:控制网与视觉网应逻辑或物理分离,信息网通过网关单向采集。
二、调研方法:从访谈、抓包到流量建模
需求调研不能只靠问卷。建议按“访谈—查资料—现场测量—建模确认”四步走。访谈对象要覆盖设备工程师、电气工程师、IT工程师和产线主管,分别问清楚:设备通信协议与周期、控制程序对超时的处理、现有网络故障记录、未来3年产能与设备扩展计划。查资料包括设备手册中的通信参数、电气图纸中的网络拓扑、PLC程序中的通信任务周期、SCADA点表规模。
现场测量是调研中最有价值的一步。对于已投产车间,可在交换机镜像口或网关处抓包,用Wireshark统计各协议的包速率、包长分布、周期抖动和广播占比。例如抓包发现某段网络广播包占比超过5%,说明存在大量ARP或设备发现流量,需要在设计时做广播抑制。对于新车间,没有现网可抓,则用设备手册参数和厂商提供的通信负载表做估算,并留出30%~50%余量。
调研结果要落到一张“需求—指标—来源—优先级”表里,而不是停留在描述。下面给出一个可填写的示例结构,字段可根据项目增减。
| 角色/对象 | 通信类型 | 带宽需求 | 时延/抖动 | 可靠性要求 | 安全隔离要求 | 来源 |
|---|---|---|---|---|---|---|
| 伺服驱动器×20 | 周期I/O | 约2Mbps | ≤1ms,抖动≤100μs | 年可用率≥99.9% | 仅控制网内 | 设备手册+访谈 |
| 视觉相机×4 | 突发图像 | 峰值800Mbps | ≤50ms | 允许重传 | 与控制网隔离 | 抓包+手册 |
| PLC远程I/O | 周期I/O | 约1Mbps | ≤4ms,抖动≤400μs | 不允许超时 | 控制网核心 | 程序任务周期 |
| SCADA | 轮询 | 约5Mbps | ≤500ms | 可容忍短时中断 | 单向采集 | 点表+访谈 |
| MES/历史库 | 批量上传 | 约20Mbps | ≤1s | 数据完整 | 经网关隔离 | IT访谈 |
调研中还要特别关注“隐性需求”。例如,设备厂商可能要求远程诊断,这意味着需要一条受控的、可审计的远程接入通道;质量部门可能要求关键工艺参数保存10年,这会影响历史库的存储和上传带宽;安全部门可能要求控制网与信息网之间做工业防火墙或单向网关。这些需求如果不在调研阶段提出,后期补做往往代价很高。
三、从需求到分层设计的判断依据
调研完成后,需要把需求转成网络分层与隔离策略。判断依据可以归纳为三条:第一,看时延和抖动是否严格,严格则必须进入控制层,且与控制层内其他流量做优先级或时间片隔离;第二,看流量是否突发且大,突发大流量应放在独立VLAN或独立物理链路,避免与周期流量共享队列;第三,看是否需要与外部连接,需要外部连接的系统必须经过网关或防火墙,且默认只允许单向数据采集,反向控制需单独审批和审计。
下面这张SVG把三类角色的通信特征、关键指标和调研手段放在同一张关系图中,便于在方案讨论时快速对齐:左侧是三类角色,中间是它们各自最敏感的指标,右侧是对应的调研方法,底部是分层隔离的判断出口。
最后要强调,需求分析不是一次性的。车间在扩产、换型、新增设备时,通信负载和隔离要求都会变化。建议在调研表中保留“假设”和“余量”两列,并在每次改造前重新核对关键指标。只有把三类角色的需求分开量化、把调研方法固定下来,后续的多网关分层部署才有可靠的设计依据。