Skip to main content

Serial to Ethernet Conversion in Legacy Systems

By NFM Consulting 4 min read

Key Takeaway

Serial to Ethernet converters bridge legacy RS-232 and RS-485 devices to modern IP networks, extending the life of proven industrial equipment. These converters encapsulate serial protocols like Modbus RTU in TCP/IP packets, enabling remote access over Ethernet, cellular, or fiber optic networks. Proper configuration of baud rate, parity, flow control, and timeout parameters is critical for reliable conversion.

The Serial Legacy Challenge

Millions of industrial devices in active service communicate exclusively via serial interfaces, RS-232 for point-to-point connections and RS-485 for multi-drop networks. PLCs, RTUs, flow computers, protective relays, variable frequency drives, and analyzers installed over the past 30 years use serial Modbus RTU, DNP3, or proprietary protocols. These devices function reliably but cannot connect directly to modern Ethernet-based SCADA systems, cloud platforms, or IP networks. Serial to Ethernet conversion bridges this gap without replacing proven equipment.

Serial Interface Fundamentals

RS-232

RS-232 provides point-to-point communication between two devices at distances up to 15 meters (50 feet). Common baud rates range from 9600 to 115200 bps. RS-232 uses voltage levels of +/- 3 to 15 volts and supports hardware flow control (RTS/CTS) and software flow control (XON/XOFF). In industrial applications, RS-232 typically connects a single device (RTU, meter, analyzer) to a local HMI, programming terminal, or serial port on a communication server.

RS-485

RS-485 uses differential signaling for superior noise immunity and supports multi-drop networks with up to 32 devices on a single bus (247 with Modbus protocol addressing). RS-485 operates at distances up to 1,200 meters (4,000 feet) at 9600 baud, making it the standard for industrial serial networks. Two-wire (half-duplex) RS-485 is most common in industrial settings, where a master device polls slave devices sequentially using protocols like Modbus RTU.

Types of Serial to Ethernet Converters

  • Serial device servers: Standalone hardware devices with 1-16 serial ports and one or more Ethernet ports. Examples include Moxa NPort, Digi Connect, and Lantronix. These are the most common solution for industrial environments.
  • Protocol gateways: Convert between serial protocols (Modbus RTU) and Ethernet protocols (Modbus TCP) with protocol-level translation. More intelligent than simple serial tunneling.
  • Terminal servers: Present serial ports as virtual COM ports on a remote computer over the network, allowing legacy software to communicate with distant serial devices as if directly connected.
  • Embedded modules: Serial-to-Ethernet converter modules (e.g., Lantronix XPort, Digi ConnectCore) embedded directly into OEM equipment during manufacturing.

Conversion Modes

Raw TCP/UDP Tunneling

The converter encapsulates raw serial data bytes in TCP or UDP packets without protocol awareness. The remote end must reassemble the byte stream exactly as the serial device transmitted it. TCP mode guarantees delivery through retransmission but adds latency. UDP mode has lower latency but can lose packets. Raw tunneling is protocol-agnostic but requires careful timeout configuration to avoid fragmented serial messages being split across multiple TCP packets.

Modbus RTU to Modbus TCP Gateway

Protocol-aware gateways convert Modbus RTU serial frames to Modbus TCP Ethernet frames and vice versa. The gateway handles the protocol differences: removing the CRC from RTU frames and adding the MBAP (Modbus Application Protocol) TCP header, managing transaction IDs, and translating between RTU slave addresses and TCP unit identifiers. This mode provides the most reliable conversion for Modbus networks and is the recommended approach when all serial devices use Modbus RTU.

Virtual COM Port

Virtual COM port software installed on a computer creates a software serial port that maps to a remote serial device server over the network. Legacy SCADA software that expects a local COM port (COM1, COM3, etc.) communicates through the virtual port transparently. This mode requires driver software on the computer and adds complexity but preserves complete compatibility with legacy applications that cannot be modified to use TCP/IP.

Configuration Best Practices

Reliable serial to Ethernet conversion requires matching every serial parameter between the converter and the connected device. Mismatched settings cause garbled data, CRC errors, or complete communication failure.

  • Baud rate: Must match exactly. Common industrial rates: 9600, 19200, 38400, 57600, 115200 bps
  • Data bits: Usually 8 for industrial protocols. Some legacy devices use 7 data bits with even parity
  • Parity: None, Even, or Odd. Modbus RTU devices commonly use 8N1 (8 data, no parity, 1 stop) or 8E1 (8 data, even parity, 1 stop)
  • Stop bits: 1 or 2. Two stop bits are sometimes used with no-parity configurations per Modbus specification
  • Inter-character timeout: Critical for Modbus RTU. The standard specifies 3.5 character times of silence to delimit frames. At 9600 baud, this is approximately 4 ms. Configure the converter's inter-character timeout to match.
  • Response timeout: Allow sufficient time for the serial device to process the query and respond. Typical values: 500-2000 ms depending on the device and query complexity

Network Architecture Considerations

When deploying serial device servers on IP networks, assign static IP addresses and document the IP-to-device mapping. Place converters on a dedicated VLAN or subnet for security and traffic management. Configure the converter's firewall to accept connections only from authorized SCADA servers. For remote sites connected via WAN links, account for network latency in the SCADA polling timeout calculations. A Modbus RTU device expecting a response within 1 second may not receive it in time if the WAN round-trip adds 200 ms and the serial timeout is set too aggressively.

Troubleshooting Serial Conversion Issues

The most common issues are baud rate mismatches (verify with an oscilloscope or serial analyzer), incorrect RS-485 wiring (swap A/B terminals if no communication), and timeout misconfiguration causing fragmented Modbus frames. Use the converter's built-in diagnostic tools, including serial data logging and traffic counters, to identify problems. Many converters provide a web interface showing real-time serial port statistics including byte counts, framing errors, and parity errors. NFM Consulting specializes in integrating legacy serial field equipment with modern Ethernet and IP-based SCADA systems.

Frequently Asked Questions

Ready to Get Started?

Our engineers are ready to help with your automation project.