2. EtherNet/IP基础与Studio 5000网络组态

EtherNet/IP 是 Rockwell Automation 主推的工业以太网协议,它把标准 TCP/IP 与 CIP(Common Industrial Protocol,通用工业协议)结合在一起。理解它,关键不是记住“以太网”三个字,而是理解 CIP 在以太网上如何承载两类截然不同的报文:显式报文(Explicit Messaging)和隐式报文(Implicit Messaging)。这两类报文决定了 Studio 5000 中网络组态的写法,也决定了在线连接能否成功。

一、显式报文与隐式报文的本质区别

CIP 把通信对象分为“面向连接”和“非连接”两类。显式报文是请求—应答式的,客户端发一条请求,服务端回一条响应,报文里携带完整的 CIP 服务码、类 ID、实例 ID 和属性 ID。它走 TCP 或 UDP 的 44818 端口,典型用途是上传下载程序、读写单个标签、读取控制器属性、诊断设备状态。显式报文不保证周期性,也不保证实时性,但胜在灵活、可寻址任意对象。

隐式报文则是生产者—消费者模型。生产者按固定周期把数据打包成 I/O 连接帧,通过 UDP 的 2222 端口广播或组播发出,消费者不需要逐条请求,只要加入同一个连接就能收到。它不携带完整的对象路径,而是靠连接 ID 和实例号定位数据,因此开销小、延迟低,适合实时 I/O 数据交换,比如远程 IO 模块的输入输出、变频器的速度给定与状态反馈。

两者的核心差异可以归纳为:显式报文“问一句答一句”,隐式报文“定时广播、按需接收”。在 Studio 5000 中,你添加一个 EtherNet/IP 模块并配置 RPI(Requested Packet Interval)时,实际上就是在建立隐式连接;而你在 Controller Organizer 中右键模块选择“Properties”读取信息,或使用 MSG 指令读写标签,走的是显式报文。

EtherNet/IP 中 CIP 两类报文对比 显式报文 Explicit Messaging TCP/UDP 44818 · 请求—应答 客户端请求 服务端响应 • 携带完整 CIP 对象路径 • 非周期、按需触发 • 用于程序上下载、标签读写 • 典型指令:MSG、属性读取 • 不保证实时性,但可寻址任意对象 隐式报文 Implicit Messaging UDP 2222 · 生产者—消费者 生产者 消费者 周期广播 • 靠连接 ID 定位数据 • 固定 RPI 周期发送 • 用于实时 I/O 数据交换 • 典型对象:远程 IO、变频器 • 低延迟、低开销、高实时性

二、Studio 5000 中的以太网端口与 IP 组态

在 Studio 5000 Logix Designer 中,控制器的以太网端口是通信的物理入口。以 CompactLogix 5380 为例,它通常自带一个双端口以太网交换机,两个端口共享同一个 IP 地址,支持线性或环形拓扑。组态时,在 Controller Organizer 中双击控制器,进入“Controller Properties”,切换到“Internet Protocol”选项卡,这里可以设置 IP 地址、子网掩码和网关。

假设教学示例中控制器 IP 设为 192.168.1.10,子网掩码 255.255.255.0,网关 192.168.1.1。这个配置意味着控制器与同网段的设备(如 192.168.1.20 的远程 IO 模块)可以直接通信,无需经过网关;若目标设备在 192.168.2.x 网段,则必须通过网关转发。子网掩码决定了“本地”与“远程”的边界,这是通信路径能否建立的第一道判断。

除了 IP 地址,还需要关注“通信路径”(Communication Path)。在 Studio 5000 中,在线连接时通常使用 USB 或 EtherNet/IP 两种路径。USB 路径适合首次下载和调试,不依赖 IP 配置;EtherNet/IP 路径则要求 IP 地址正确、网线连接正常、防火墙未拦截 44818 和 2222 端口。实际项目中,建议先用 USB 完成 IP 组态,再切换到 EtherNet/IP 路径验证在线连接。

三、通信路径与在线连接验证

完成 IP 组态后,点击“Who Active”按钮,Studio 5000 会扫描当前通信路径上的所有设备。如果使用 EtherNet/IP 路径,你会看到控制器出现在树形列表中,前面带有一个绿色图标表示已连接。此时双击控制器即可在线,进入“Run”或“Program”模式。如果扫描不到设备,按以下顺序排查:

  • 检查网线是否插在控制器的以太网端口上,链路指示灯是否亮起;
  • 确认 PC 的 IP 地址与控制器在同一网段,例如 PC 设为 192.168.1.100;
  • 在 Windows 命令提示符中执行 ping 192.168.1.10,确认网络层可达;
  • 检查防火墙是否放行 TCP 44818 和 UDP 2222;
  • 确认 Studio 5000 的通信路径设置中,驱动选择的是“EtherNet/IP Driver”而非“USB”。

在线连接成功后,可以在“Controller Properties”中查看“Communication”选项卡,确认当前使用的路径和连接速率。对于隐式报文,还需要在模块属性中检查 RPI 设置。例如远程 IO 模块的 RPI 设为 10ms,意味着每 10ms 交换一次 I/O 数据;若设为 100ms,则实时性下降但网络负载减轻。RPI 的选择需要权衡响应速度与带宽占用,通常数字量输入模块可设 10~20ms,模拟量模块可设 20~50ms。

显式报文和隐式报文不是互斥的。同一个 EtherNet/IP 设备可以同时支持两者:用隐式报文传输实时 I/O,用显式报文读取设备参数或诊断信息。Studio 5000 中,模块的 I/O 连接走隐式报文,而 MSG 指令走显式报文,两者共用同一根网线,互不干扰。

四、基础组态检查清单

为了确保网络组态可复现,下面给出一份可直接对照的检查清单。它覆盖了从 IP 设置到在线验证的关键节点,适合在实验室或现场调试时逐项确认。

检查项 示例值/操作 判断依据
控制器 IP 地址 192.168.1.10 与 PC 同网段,ping 通
子网掩码 255.255.255.0 本地设备可直接通信
网关 192.168.1.1 跨网段通信时生效
通信路径 EtherNet/IP Driver Who Active 能扫描到控制器
隐式连接 RPI 10ms(数字量) I/O 数据周期更新
显式报文端口 TCP 44818 MSG 指令可正常读写

最后需要强调:EtherNet/IP 的组态不是“填完 IP 就结束”,而是要把显式与隐式两条通道都验证通。隐式通道看 I/O 数据是否按 RPI 刷新,显式通道看 MSG 指令能否返回正确状态码。两者都正常,才说明基础网络组态真正完成。