3. 工业以太网协议栈在ctrlX中的实现
在 ctrlX AUTOMATION 中，工业以太网并不是“一根网线跑所有协议”这么简单。ctrlX CORE 基于 Linux 实时内核与 ctrlX OS 应用化架构，把标准以太网协议栈、实时工业协议栈和现场总线协议栈分层承载：底层是物理层与以太网 MAC，中间是 TCP/IP 与 UDP 组成的标准通信栈，上层则是 EtherCAT、PROFINET、EtherNet/IP 等工业实时协议。理解这些协议在 ctrlX 中的分层位置与支持方式，是后续做网络规划、实时性调优和多协议共存配置的基础。
一、协议分层：从以太网帧到实时过程数据
工业以太网协议栈通常可以按 OSI 模型简化成四层来看。第一层是物理层与数据链路层，对应 RJ45 接口、PHY 芯片、MAC 地址与以太网帧；第二层是网络层与传输层，典型代表是 IP、TCP、UDP；第三层是工业协议层，EtherCAT、PROFINET、EtherNet/IP 都在这一层定义自己的报文结构、寻址方式与实时机制；第四层是应用层，对应 ctrlX 中的 PLC 运行时、运动控制内核、I/O 过程映像以及 ctrlX Data Layer 数据接口。
关键区别在于：TCP/IP 是“尽力而为”的通信，适合参数配置、文件传输、诊断和 Web 访问；UDP 去掉了连接建立与重传，延迟更低，适合周期性状态广播；而 EtherCAT、PROFINET、EtherNet/IP 则在以太网之上叠加了实时调度、时钟同步或生产者/消费者模型，用于周期性的过程数据交换。ctrlX 的做法不是让所有协议共用一条通道，而是通过独立的网络接口、VLAN 或应用实例，把不同实时等级的流量隔离开。
二、ctrlX 对各类协议的支持方式
ctrlX CORE 对协议的支持不是“内置全部”，而是通过 ctrlX OS 的应用机制按需安装。EtherCAT 主站通常以 ctrlX EtherCAT Master 应用形式提供，运行在实时内核上，直接接管指定网口，周期任务与 PLC 任务同步；PROFINET 则通过 ctrlX PROFINET 应用实现控制器或设备角色，RT 通信走标准以太网，IRT 需要硬件支持；EtherNet/IP 通过 ctrlX EtherNet/IP 应用提供 Scanner 与 Adapter 功能，基于 CIP 协议栈处理显式报文与隐式 I/O 报文。
标准 TCP/IP 与 UDP 由 ctrlX OS 的 Linux 网络栈直接提供，不需要额外应用。它们承担的是非实时任务：通过 TCP 访问 Web 界面、传输配方文件、连接 OPC UA 服务器；通过 UDP 做设备发现、时间同步辅助或自定义状态广播。需要注意的是，实时协议与标准协议如果共用同一个物理网口，TCP 的大数据量传输可能挤占实时报文带宽，因此工程上推荐把实时协议绑定到独立网口，或至少用 VLAN 和交换机优先级做流量隔离。
三、多协议共存的配置要点
在 ctrlX 中配置多协议共存时，核心是三件事：网口分配、IP 规划、实时优先级。以一个典型控制柜为例：X1 口用于 EtherCAT 主站，连接伺服驱动器和远程 I/O，网段设为 192.168.10.0/24，主站 IP 为 192.168.10.1；X2 口用于 PROFINET，连接西门子 ET200 分布式 I/O，网段 192.168.20.0/24；X3 口用于 EtherNet/IP，连接罗克韦尔 PowerFlex 变频器，网段 192.168.30.0/24；X4 口作为标准 TCP/IP 管理口，接入工厂办公网，用于 Web 诊断和固件更新。四个网口物理隔离，互不抢占带宽。
如果现场只有一个网口可用，就必须用 VLAN 把实时流量和管理流量分开。例如在交换机上配置 VLAN 10 给 EtherCAT，VLAN 20 给 PROFINET，VLAN 30 给管理网，ctrlX 的网口设置为 Trunk 模式。此时要特别注意：EtherCAT 对交换机转发延迟非常敏感，普通交换机可能引入几百微秒抖动，建议 EtherCAT 分支使用直连或专用 EtherCAT 交换机；PROFINET RT 对交换机要求相对宽松，但也要避免与管理流量共享同一队列。
四、协议选择与参数对照
不同协议在 ctrlX 中的适用场景和关键参数差异明显。EtherCAT 适合高动态运动控制，周期可低至 250 µs，从站数量可达数百；PROFINET 适合与西门子生态对接，RT 周期通常 1~10 ms，IRT 可到 250 µs 但依赖专用硬件；EtherNet/IP 适合与罗克韦尔生态对接，RPI 通常 2~20 ms，基于标准以太网和 CIP 对象模型。TCP/IP 和 UDP 则用于非实时数据通道，不参与周期控制。
| 协议 | ctrlX 支持方式 | 典型周期 / 实时性 | 典型用途 |
|---|---|---|---|
| TCP/IP | ctrlX OS 内置 Linux 网络栈 | 非实时，毫秒~秒级 | Web 诊断、文件传输、OPC UA |
| UDP | ctrlX OS 内置 Linux 网络栈 | 非实时，毫秒级 | 设备发现、状态广播、辅助同步 |
| EtherCAT | ctrlX EtherCAT Master 应用 | 250 µs ~ 1 ms，微秒抖动 | 伺服驱动、高速 I/O、运动控制 |
| PROFINET | ctrlX PROFINET 应用 | RT 1~10 ms；IRT 250 µs | 分布式 I/O、西门子设备集成 |
| EtherNet/IP | ctrlX EtherNet/IP 应用 | RPI 2~20 ms | 罗克韦尔变频器、远程 I/O |
五、实操检查：确认协议栈是否按预期工作
配置完成后，建议按以下顺序做一次协议栈检查。第一步，在 ctrlX 的“网络”页面确认每个网口的 IP、子网掩码和 VLAN 设置与规划一致，实时协议网口不要配置默认网关，避免管理流量误入实时网段。第二步，在对应协议应用的诊断页面查看从站或设备是否全部进入 OP 或 Run 状态，EtherCAT 重点看 Working Counter 是否稳定，PROFINET 看 AR 是否建立，EtherNet/IP 看连接是否超时。第三步，用 ping 测试管理网口连通性，同时观察实时周期抖动是否受影响；如果 ping 大包时抖动明显增大，说明实时与管理流量未隔离。第四步，记录一次正常运行的周期时间、抖动范围和从站数量，作为后续排障的基线。
# 示例：在 ctrlX 终端查看网口与 IP 分配（示例输出，非实测）
ip -brief addr
# X1 UP 192.168.10.1/24 ← EtherCAT 主站
# X2 UP 192.168.20.1/24 ← PROFINET
# X3 UP 192.168.30.1/24 ← EtherNet/IP
# X4 UP 192.168.1.50/24 ← 管理网 / TCP-IP
# 查看 EtherCAT 主站状态（示例）
ethercat master
# Phase: Idle
# Active: yes
# Slaves: 12
# 通过以上分层理解和配置检查，可以在 ctrlX 中把标准以太网、实时以太网和现场总线协议各归其位：TCP/IP 与 UDP 负责非实时数据通道，EtherCAT、PROFINET、EtherNet/IP 负责周期性过程数据，网口隔离与 VLAN 保证实时流量不被挤占。后续做具体协议配置时，只要回到“协议在哪一层、走哪个网口、周期和抖动要求是多少”这三个问题，就能快速判断配置是否正确。