EtherNet/IP to CC-Link IE Gateway for Data Interoperability

In modern industrial automation, integrating equipment from different vendors often means dealing with incompatible communication protocols. A typical scenario involves a Rockwell Automation ControlLogix PLC using EtherNet/IP and a Mitsubishi FX5U PLC using CC-Link IE Field Basic. Without a bridge, these systems operate as isolated islands, limiting data visibility and coordinated control. This article explores how a dedicated protocol gateway solves this challenge, enabling real-time data exchange and unlocking new levels of efficiency.

The Challenge: Protocol Incompatibility in a Pipeline Pump Station

Consider a cross-border oil pipeline pump station undergoing automation upgrades. The station’s core control system relies on a Rockwell ControlLogix PLC, which manages logic, pressure regulation, and safety interlocks over an EtherNet/IP network. Meanwhile, a newly added oil analysis unit and emergency shut-off valve unit are controlled by a Mitsubishi FX5U PLC, which communicates via CC-Link IE Field Basic. Both protocols run on standard Ethernet hardware but use entirely different application-layer protocols, making direct data exchange impossible.

This incompatibility creates several critical issues:

  • Data Silos: The main control system cannot access real-time parameters from the oil analysis unit (density, water content) or precise valve position feedback from the emergency shut-off valves. This prevents optimized scheduling and safety interlocks based on complete data.
  • Safety Risks: In an emergency, the main station cannot directly command the remote shut-off valves quickly. It must rely on local independent logic, which may have slower response and lower reliability.
  • Maintenance Inefficiency: Personnel must be trained on two different software and hardware platforms. Fault diagnosis requires switching between systems, prolonging troubleshooting and increasing costs.
  • Lost Data Value: Valuable edge device data never reaches the supervisory or management layers, hindering advanced applications like big data analytics and predictive maintenance.

The Solution: A Multi-Function Protocol Gateway

To bridge these networks, a specialized industrial gateway is deployed. This device acts as a protocol converter, data collector, and edge computing node. It features two standard Ethernet ports—one for EtherNet/IP and one for CC-Link IE—and performs real-time, bidirectional translation of data packets at the firmware level.

Key capabilities include:

  • Dual Role Emulation: On the EtherNet/IP network, the gateway appears as an Adapter (slave), allowing the ControlLogix PLC to read/write data using consumed tags. On the CC-Link IE network, it functions as an Intelligent Device Station, exchanging cyclic and non-cyclic data with the FX5U master.
  • Flexible Data Mapping: An intuitive configuration tool lets users define mapping relationships between Rockwell tags (e.g., arrays like FX5U_Analog_Data) and Mitsubishi devices (e.g., D registers, M coils). This mapping is stored in the gateway and executed transparently.
  • Edge Preprocessing: The gateway can perform data scaling, unit conversion, threshold alarming, and data buffering. This offloads the main PLC and improves overall system responsiveness.

Step-by-Step Implementation

Integrating the gateway involves configuration on all three sides: the Rockwell PLC, the Mitsubishi PLC, and the gateway itself. Below is a typical workflow.

Rockwell (EtherNet/IP) Side

Using Studio 5000 software, the gateway is added to the EtherNet/IP network via its EDS file. The connection size is defined (e.g., 16 words input, 16 words output), and corresponding consumed tags are created, such as:

  • FX5U_Analog_Data (INT array) – receives analog values from the FX5U
  • FX5U_Control_Word (INT array) – sends commands to the FX5U

Mitsubishi (CC-Link IE) Side

In GX Works3, the gateway is configured as an Intelligent Device Station. The station number and occupied device ranges are set. For example:

  • RWr0–RWr15: Receive area (data from Rockwell to FX5U)
  • RWw0–RWw15: Send area (data from FX5U to Rockwell)

Gateway Configuration

Using the gateway’s proprietary configuration tool, a mapping table is created. Typical mappings include:

Rockwell Tag Direction Mitsubishi Device Description
FX5U_Control_Word[0] Rockwell → FX5U RWw0 Valve open/close command
FX5U_Analog_Data[0] FX5U → Rockwell D100 Oil density value
FX5U_Analog_Data[1] FX5U → Rockwell D101 Water content
FX5U_Status[0] FX5U → Rockwell M0 Valve fully closed status

After downloading configurations to all devices and restarting, the two PLCs communicate transparently as if on the same network.

Results: Before and After Integration

The impact of deploying the gateway is significant. The table below summarizes key improvements.

Aspect Before After
Data Visibility Oil analysis data only visible locally; no remote access Real-time density, water content, and valve position displayed on SCADA
Emergency Response Manual local operation; delay up to several minutes Remote shut-off command executed in <100 ms
Maintenance Two separate diagnostic platforms; average fault location time 2 hours Unified diagnostics via gateway web interface; fault location reduced to 30 minutes
Data Utilization No historical data from edge devices All data logged for predictive maintenance and regulatory compliance

Broader Industry Applications

The protocol gateway solution is not limited to oil and gas. Its ability to connect disparate industrial networks makes it valuable across many sectors:

  • Automotive Manufacturing: In electric vehicle production, lines often mix robots using EtherNet/IP (e.g., FANUC, KUKA) with Mitsubishi or Yaskawa PLCs for material handling. A gateway enables full line integration for lights-out manufacturing.
  • Renewable Energy (Solar/Lithium Battery): Equipment from various vendors in silicon processing, cell manufacturing, and module assembly must share data for MES and quality traceability. The gateway serves as a unified data hub.
  • Logistics and Warehousing: Stacker cranes (often Mitsubishi or Siemens), sorting machines (Rockwell or Omron), and AGV dispatch systems need to coordinate. A gateway ensures 24/7 data flow for seamless operation.
  • Semiconductor and Electronics: Cleanroom environmental monitoring (temperature, humidity, vibration) must integrate with lithography and etching tools. An edge computing gateway performs real-time protocol conversion and data filtering to maintain precision.

Key Technical Considerations

When selecting and deploying such a gateway, engineers should evaluate:

  • Data Throughput: Ensure the gateway supports the required number of cyclic data words. Typical configurations range from 16 to 64 words per direction, but larger mappings may be needed for complex applications.
  • Update Rate: The gateway’s internal processing time plus network latency determines the effective data refresh rate. For most process applications, 10–50 ms is sufficient; motion control may require faster cycles.
  • Diagnostic Capabilities: Look for built-in web servers, LED indicators, and logging functions that simplify troubleshooting. Some gateways offer protocol-specific diagnostic counters (e.g., EtherNet/IP connection timeouts, CC-Link IE cyclic transmission errors).
  • Environmental Ratings: For harsh industrial environments, the gateway should have a wide operating temperature range (e.g., -20°C to 70°C), conformal coating, and vibration/shock resistance per IEC 60068.

Conclusion: The EtherNet/IP to CC-Link IE gateway is more than a simple protocol converter. It is an intelligent device that unifies heterogeneous control networks, enabling data-driven operations and predictive maintenance. By breaking down communication barriers, it paves the way for digital transformation in industries ranging from oil and gas to high-tech manufacturing. As the Industrial Internet of Things (IIoT) expands, such gateways will become standard components in every automation engineer’s toolkit.

Similar Posts