PCB & Industrial Design Guide

Industrial Communication Protocol Selection:
CAN, Modbus, EtherCAT, PROFINET

Industrial and automotive systems require communication protocols that TCP/IP alone cannot provide: deterministic timing, fault tolerance, noise immunity, and real-time behaviour. Choosing the wrong protocol adds cost, constraints, and integration risk that are difficult to reverse at a later stage. This guide covers the major protocols, their characteristics, and the selection framework that maps application requirements to the right choice.

CAN · Modbus · EtherCAT · PROFINET 9 min read Selection + Implementation

This guide covers: the five major industrial communication protocols and their distinguishing characteristics (POINT 01); a side-by-side comparison table for rapid protocol evaluation (POINT 02); the six selection criteria that map application requirements to protocol choice (POINT 03); the hardware components required for implementation — PHY, protocol controllers, isolation, and connectors (POINT 04); and a protocol-to-application matrix for common industrial and automotive deployment scenarios (POINT 05).

POINT 01

The Five Major Industrial Communication Protocols

Industrial communication protocols differ from consumer networking protocols in their emphasis on determinism (predictable delivery timing), fault tolerance (graceful behaviour under node failure or bus errors), and noise immunity (reliable operation in electrically harsh factory, automotive, and outdoor environments). Each protocol below occupies a distinct position in the performance-cost-complexity space.

CAN / CAN-FD
Controller Area Network — The Automotive and Embedded Standard
Developed by Bosch in the 1980s specifically for automotive ECU-to-ECU communication, CAN is a message-based, multi-master serial bus operating at up to 1 Mbps over a two-wire twisted pair. CAN-FD (Flexible Data Rate) extends the data phase to 8 Mbps while maintaining CAN's ISO 11898 physical layer compatibility. CAN's defining strengths are noise immunity through differential signalling, hardware error detection and automatic retransmission, priority-based message arbitration, and tolerance for up to 25% of nodes being simultaneously powered-down or faulty. The network topology is a linear bus with termination at both ends; stubs must be kept short. Standard CAN supports frames up to 8 bytes; CAN-FD supports up to 64 bytes. With CANopen (application layer for industrial automation) or J1939 (standardised for commercial vehicles), CAN becomes a complete industrial or vehicle networking solution.
Max 1 Mbps (CAN) / 8 Mbps (CAN-FD)2-wire differential busHardware error detectionMulti-masterCANopen · J1939 · CAN-FD
Modbus
Modbus RTU / TCP — The Universal Low-Cost Standard
Developed by Modicon (now Schneider Electric) in 1979 for PLC communication, Modbus is the most widely deployed industrial protocol in terms of installed device count. Its longevity is explained by its simplicity: the protocol defines a single master polling multiple slaves using a register-based data model. Modbus RTU uses RS-485 physical layer (differential serial, up to 247 slaves on a single bus segment, speeds up to 115.2 kbps typical); Modbus TCP uses standard Ethernet as the physical layer, expanding the addressable node count significantly. The protocol is royalty-free, its specification is publicly available, and virtually every industrial sensor, meter, PLC, and SCADA system supports it. Its limitations are equally clear: there is no intrinsic real-time capability (the master poll-response cycle time is non-deterministic under load), no built-in security (Modbus TCP transmits unencrypted over standard TCP ports), and limited error handling. For monitoring and control at update rates of 10 ms or slower, these limitations are rarely consequential; for motion control or safety-critical control loops, they are disqualifying.
RTU: RS-485 · 247 nodesTCP: EthernetRoyalty-freeMaster-slave pollingNo inherent real-time
EtherCAT
EtherCAT — Real-Time Ethernet for Motion Control
Developed by Beckhoff Automation and first published in 2003, EtherCAT (Ethernet for Control Automation Technology) achieves deterministic sub-millisecond cycle times on standard Ethernet hardware through a distinctive "processing on the fly" architecture: each slave node reads its addressed data from the passing Ethernet frame and writes its output data back into the frame without storing and retransmitting the frame — a fundamentally different approach from message-forwarding Ethernet switches. A single 100 Mbps EtherCAT frame can communicate with up to 100 servo drives in less than 100 µs. Distributed clock synchronisation (DC) aligns time across all nodes to better than 1 µs accuracy, enabling coordinated multi-axis motion. The network topology is highly flexible — line, ring, and tree configurations are supported; up to 65,535 nodes on a single network. EtherCAT is managed by the EtherCAT Technology Group (ETG); conformance testing is required before a device can claim EtherCAT compatibility, and the protocol's patents are licensed at no royalty to ETG members.
100 Mbps Ethernet PHYCycle time < 100 µsDistributed clock < 1 µs jitter65,535 nodesLine / ring / tree topologyETG conformance required
PROFINET
PROFINET — The European Factory Automation Standard
Developed by Siemens and standardised through PI (PROFIBUS & PROFINET International), PROFINET is the dominant industrial Ethernet protocol in the European market and the successor to PROFIBUS. PROFINET defines three conformance classes: PROFINET IO (standard real-time, 1–512 ms cycle times, runs on standard Ethernet switches, suitable for I/O, HMI, and drive control); PROFINET IRT (Isochronous Real-Time, cycle times to 250 µs, requires managed IRT-capable switches, used for high-precision multi-axis motion); and PROFINET TSN (Time-Sensitive Networking, uses IEEE 802.1 TSN standards, emerging for Industry 4.0 architectures). PROFINET's device ecosystem is among the largest of any industrial Ethernet protocol — virtually all major PLC, drive, and sensor manufacturers offer PROFINET-compatible products. The protocol includes native support for device diagnostics, functional safety (PROFIsafe), and motion control (PROFIdrive). Certification through PI is required for products carrying the PROFINET logo.
IO: 1–512 ms (standard switches)IRT: 250 µs (managed switches)PROFIsafe · PROFIdriveDominant: European marketPI certification required
EtherNet/IP
EtherNet/IP — The North American Factory Automation Standard
EtherNet/IP (Ethernet Industrial Protocol) was developed by Rockwell Automation and is managed by ODVA (Open DeviceNet Vendors Association). It uses standard Ethernet hardware and TCP/UDP/IP transport, adapting the CIP (Common Industrial Protocol) application layer — the same application layer used by DeviceNet and ControlNet — to run over Ethernet. EtherNet/IP's strength is its North American market penetration, particularly in Rockwell/Allen-Bradley PLC environments, and the availability of CIP-based implicit messaging (cyclic I/O exchange) and explicit messaging (parameter read/write) within a single protocol. ODVA conformance testing is required for certified devices. The protocol's cycle time performance is similar to PROFINET IO — adequate for general drive and I/O control, but not for demanding motion control without additional time-synchronisation mechanisms (CIPsync, based on IEEE 1588 PTP).
Standard Ethernet hardwareCIP application layerDominant: North American marketODVA conformance requiredCIPmotion · CIPsync
Others
Supplementary Protocols — DeviceNet, PROFIBUS, HART, IO-Link, OPC UA
Several additional protocols occupy specific niches. DeviceNet (CAN-based device-level network, widely installed in North American factories) and PROFIBUS (the most widely installed fieldbus protocol historically, now largely superseded by PROFINET for new installations) represent the legacy fieldbus generation still prevalent in brownfield systems. HART (Highway Addressable Remote Transducer) overlays digital communication on the 4–20 mA analog loop standard — widely used in process instrumentation for diagnostic data and configuration without replacing the analog signal. IO-Link (IEC 61131-9) provides standardised point-to-point digital communication between smart sensors/actuators and IO-Link masters on standard unshielded 3-wire cables — widely adopted for sensor parameterisation and diagnostic data. OPC UA (IEC 62541) is a platform-independent, service-oriented architecture for machine-to-machine and industrial IoT communication — not a real-time control protocol, but the dominant standard for connecting industrial control systems to higher-level manufacturing IT and cloud platforms.
DeviceNet: CAN-based device networkPROFIBUS: legacy fieldbusHART: 4–20 mA + digitalIO-Link: smart sensor interfaceOPC UA: industrial IoT / M2M
POINT 02

Side-by-Side Protocol Comparison

The table below compares the five primary protocols across the dimensions most relevant to protocol selection. Use it as a rapid first-pass filter before deeper investigation of conformance requirements and hardware availability for your specific application.

ProtocolPhysical LayerMax SpeedCycle TimeMax NodesPrimary MarketCertification
CAN ISO 11898 (2-wire) 1 Mbps ~1 ms typical ~127 / segment Automotive, robotics, medical ISO 11898
CAN-FD ISO 11898-1 (2-wire) 8 Mbps (data) < 1 ms ~127 / segment Automotive next-gen, robotics ISO 11898-1
Modbus RTU RS-485 serial ~115 kbps 10–1,000 ms 247 / segment SCADA, BMS, energy meters None required
Modbus TCP Ethernet 100/1000 100+ Mbps 10–1,000 ms Ethernet-scale SCADA, BMS, process control None required
EtherCAT 100BASE-TX Ethernet 100 Mbps < 100 µs 65,535 Motion control, CNC, robotics ETG conformance test
PROFINET IO 100/1000BASE Ethernet 100 Mbps 1–512 ms Ethernet-scale European factory automation PI certification
PROFINET IRT 100BASE Ethernet (managed) 100 Mbps 250 µs Ethernet-scale European precision motion PI certification
EtherNet/IP Ethernet 100/1000 100 Mbps 1–500 ms Ethernet-scale North American factory automation ODVA conformance test
On "real-time" claims: Every industrial protocol is marketed as "real-time," but the term covers a wide performance range. Modbus poll-response cycles of 100 ms are "real-time" for building management. EtherCAT's 100 µs deterministic cycles are "real-time" for synchronised servo motion. Before selecting a protocol based on a vendor's "real-time" claim, quantify the actual cycle time and jitter requirement of your application control loop and verify that the protocol can meet it under worst-case node count and network load conditions — not just under laboratory single-node test conditions.
POINT 03

Six Selection Criteria — From Application Requirements to Protocol Choice

Protocol selection should proceed from application requirements, not from the protocol's marketing materials. The six criteria below cover the dimensions that most frequently determine which protocol is the correct choice for a given application.

CRITERION 01
Real-Time Performance Requirement
What is the required cycle time and maximum acceptable jitter for your control loop? Motion control typically requires < 1 ms cycle time; general I/O and drive control 1–10 ms; monitoring and SCADA 10–1,000 ms. Map this requirement to the protocol performance table: < 1 ms → EtherCAT or PROFINET IRT; 1–10 ms → PROFINET IO, EtherNet/IP, or CAN-FD; 10 ms+ → Modbus TCP/RTU or standard Ethernet.
CRITERION 02
Target Market and Existing Infrastructure
Geographic market and existing automation platform are the strongest practical predictors of the correct protocol choice. European factory: PROFINET. North American factory: EtherNet/IP. Automotive globally: CAN/CAN-FD (ISO 11898). If integrating into an existing installation, matching the incumbent protocol avoids gateway hardware, dual-stack complexity, and additional certification cost. Evaluate protocol change only if the existing protocol cannot meet the new application's performance requirements.
CRITERION 03
Node Count and Network Topology
How many devices must the network connect, and how are they physically distributed? CAN: linear bus with short stubs, typically < 127 nodes per segment. Modbus RTU: up to 247 nodes on RS-485, physically suitable for long cable runs (up to ~1,200 m at low speeds). EtherCAT: line/ring/tree, up to 65,535 nodes, compact form. PROFINET and EtherNet/IP: standard Ethernet topology flexibility with managed switch infrastructure for IRT/IRT performance classes.
CRITERION 04
Implementation Cost and Complexity
Modbus: minimal — royalty-free, a handful of register read/write operations, no special hardware. CAN: requires a CAN controller peripheral (most microcontrollers include one) and an ISO 11898 transceiver IC. EtherCAT: requires a dedicated ESC IC or FPGA IP core, PHY, conformance testing, and ETG membership for full commercial deployment. PROFINET and EtherNet/IP: require protocol stack software licenses, certified PHY and switch hardware for IRT classes, and manufacturer conformance testing. Budget and certification timeline must be included in the protocol selection decision.
CRITERION 05
Development Tools and Stack Availability
Protocol implementation requires either protocol-specific silicon (ESCs, dedicated controllers) or a certified software stack running on a general-purpose processor. Confirm that a certified stack is available for your target MCU/SoC, that development tools (reference code, evaluation boards, conformance test tools) are accessible, and that the vendor provides adequate technical support. For EtherCAT, Beckhoff's SSC is the de facto reference implementation; for PROFINET, several commercial stacks (Hilscher, Kalycito, rt-labs) are widely used; for EtherNet/IP, Pyramid Solutions and Hilscher are common choices.
CRITERION 06
Certification Requirements and Timeline
Confirm whether your product category requires protocol conformance certification before market access. EtherCAT requires ETG conformance testing — plan 3–6 months for first-time certification. PROFINET requires PI certification — similar timeline. EtherNet/IP requires ODVA conformance testing. CAN (ISO 11898) and Modbus have no mandatory conformance testing. For safety-critical applications, functional safety certification (PROFIsafe for PROFINET, CIP Safety for EtherNet/IP, CANopen Safety for CAN) adds a separate certification process with a substantially longer timeline.
⚠ Gateway solutions — useful but costly: Gateway devices that bridge between protocols (Modbus-to-EtherCAT, CAN-to-PROFINET, etc.) are available from suppliers such as Anybus (HMS Networks), Hilscher (netX), and Moxa. They can solve integration problems in brownfield environments but add latency, introduce a single-point-of-failure, add BOM cost, and require additional configuration and documentation. For new designs, selecting the protocol that matches the target system architecture from the beginning is consistently less expensive than bridging a protocol mismatch with a gateway.
POINT 04

Implementation Hardware — PHY, Protocol Controllers, Isolation, and Connectors

Every industrial communication protocol requires hardware beyond the application microcontroller. The four hardware categories below cover the implementation chain from the protocol layer to the physical connector, with the key supplier options for each.

🔌
Physical Layer — Transceiver and Ethernet PHY ICs
CAN and CAN-FD require an ISO 11898-compliant transceiver IC between the CAN controller and the bus: key suppliers are Infineon (TLE925x series), NXP (TJA1xxx), Texas Instruments (SN65HVD23x), and Microchip (MCP251xxx). RS-485 for Modbus RTU requires a half-duplex or full-duplex RS-485 transceiver: TI (SN75176, THVD1500), Maxim/ADI (MAX487/MAX489), and similar. Ethernet-based protocols (EtherCAT, PROFINET, EtherNet/IP) require a 100BASE-TX Ethernet PHY: major suppliers include Microchip (KSZ8081/KSZ8895), Marvell (88E1xxx), Broadcom (BCM54xxx), and Texas Instruments (DP83xxx). For EtherCAT, the PHY must meet specific latency and cable diagnostics requirements; not all standard Ethernet PHYs are validated for EtherCAT.
🧠
Protocol Controllers — Dedicated ICs and FPGA IP Cores
CAN controllers are integrated into most modern 32-bit microcontrollers (STM32, Renesas RA, NXP i.MX, Infineon AURIX) — standalone CAN controller ICs (MCP2515, SJA1000) are available for MCUs without integrated CAN. EtherCAT slave controllers (ESCs) are purpose-built ICs that handle all EtherCAT protocol processing in hardware: Beckhoff ET1100/ET1200, Renesas EC-1/EC-2, Microchip LAN9252/9254, Hilscher netX series, and FPGA IP cores from Beckhoff and EtherCAT Technology Group. PROFINET and EtherNet/IP can be implemented in software on a standard Ethernet-capable MCU or SoC, but dedicated communication controllers (Hilscher netX, KUNBUS Revolution Pi) simplify certification and reduce host CPU load. Hilscher's netX platform supports multiple protocols from a single IC, which is valuable for products targeting multiple markets.
⚡
Galvanic Isolation — Mandatory for Industrial Environments
Industrial environments expose communication interfaces to high-voltage transients, ground potential differences, and common-mode voltage levels that can destroy or disrupt unprotected interfaces. Galvanic isolation is mandatory for industrial communication implementations. For Ethernet-based protocols, isolation is provided by the magnetic transformer integrated into the Ethernet PHY or MagJack assembly — confirm that the transformer meets the relevant industrial isolation standard (typically 1,500 Vrms per IEEE 802.3). For CAN and RS-485 in industrial environments, digital isolators (Analog Devices iCoupler series, TI ISO72xx, Broadcom ACPL series) or transformer-based isolation are required between the microcontroller-side logic and the bus-side transceiver. Select the isolation barrier voltage to exceed the highest expected common-mode voltage in the installation environment.
🔗
Industrial Connectors — M12 and Protocol-Specific Standards
Consumer-grade RJ45 and D-Sub connectors are not appropriate for industrial environments — they lack IP sealing and the mechanical retention required for vibration-prone or harsh-environment installations. The M12 circular connector (IP67/IP68 rated) is the dominant industrial connector for both fieldbus and industrial Ethernet applications. M12 coding variants for industrial communication: D-coded M12 for 100BASE-TX Ethernet (PROFINET, EtherCAT, EtherNet/IP); B-coded M12 for PROFIBUS and INTERBUS; A-coded M12 for analog, digital I/O, and CAN bus; X-coded M12 for Gigabit Ethernet and future high-speed industrial applications. Standard M8 connectors are used for compact sensor connections. For applications requiring frequent mating/demating at accessible locations, HARTING and Phoenix Contact offer industrial RJ45 housings with IP65 sealing suitable for panel-mount and field installation.
POINT 05

Protocol-to-Application Matrix — Common Deployment Scenarios

The matrix below maps the most common industrial and automotive application domains to the protocol that is most frequently selected, with the primary rationale. This is a starting point for protocol selection, not a prescriptive rule — project-specific factors (existing infrastructure, customer specification, cost constraint) may override the general pattern.

Automotive / Commercial Vehicle
CAN · CAN-FD · J1939 · Automotive Ethernet
CAN is mandated by OEM specifications for ECU networks. J1939 (SAE standard, CAN-based) for commercial vehicle chassis networks. CAN-FD for next-generation applications requiring higher bandwidth. 100/1000BASE-T1 Automotive Ethernet for camera, lidar, and high-bandwidth sensor data.
High-Speed Motion Control
EtherCAT · PROFINET IRT
CNC machine tools, multi-axis servo systems, robotic assembly, and packaging machinery requiring cycle times below 1 ms with synchronised axis motion. EtherCAT is the performance-optimal choice; PROFINET IRT is used when the rest of the machine uses PROFINET and IRT performance is sufficient.
European Factory Automation
PROFINET IO / IRT
The de facto standard for new factory automation installations in Europe. Siemens PLC environments mandate PROFINET; most European machine builders and device suppliers provide PROFINET-compatible products. PROFINET IO for general I/O and drives; IRT for motion-intensive applications.
North American Factory Automation
EtherNet/IP · DeviceNet
EtherNet/IP dominates North American factory automation, particularly in Rockwell/Allen-Bradley PLC environments. DeviceNet (CAN-based, legacy) remains installed in many North American factories and must be supported in brownfield integration projects.
SCADA / Building / Energy
Modbus TCP · Modbus RTU · BACnet
Building management systems, energy meters, power quality monitors, HVAC controls, and SCADA monitoring use Modbus RTU or TCP almost universally. BACnet (Building Automation and Control Networks) is dominant in HVAC and building management. Update rates of 100 ms–10 s are typical; Modbus is entirely adequate at these rates.
Industrial IoT / MES Integration
OPC UA · MQTT · REST/HTTP
Data aggregation from the machine level to SCADA, MES, ERP, and cloud platforms. OPC UA is the standard for structured machine-to-system communication in industrial contexts. MQTT (Message Queuing Telemetry Transport) for lightweight IoT data transmission to cloud platforms. These operate above the real-time control layer — they complement, not replace, EtherCAT or PROFINET for machine-level control.
Multi-protocol coexistence is normal: Real industrial systems almost always use multiple protocols simultaneously — EtherCAT for real-time servo control, PROFINET for PLC I/O, Modbus TCP for energy metering, and OPC UA for MES data collection in the same machine or plant cell. The selection question for each function is which protocol best fits that specific data exchange requirement. Design the communication architecture layer by layer: real-time control layer, I/O and device layer, supervisory and monitoring layer, and IT integration layer — each layer may use a different protocol optimised for its specific requirements.

Summary

Industrial communication protocol selection requires mapping application requirements to protocol capabilities across six dimensions: real-time performance (cycle time and jitter), target market and infrastructure fit, node count and topology, implementation cost and complexity, development tool availability, and certification requirements and timeline. The five primary protocols occupy distinct positions: CAN/CAN-FD for automotive, mobile machinery, and noise-critical embedded applications; Modbus for low-cost, universal monitoring and control at moderate update rates; EtherCAT for maximum-performance synchronised motion control; PROFINET for European factory automation with Siemens PLC integration; and EtherNet/IP for North American factory automation with Rockwell/Allen-Bradley integration. For each protocol, implementation requires selecting the appropriate physical layer transceiver or Ethernet PHY, a protocol controller IC or certified software stack, galvanic isolation appropriate for the industrial environment, and IP-rated industrial connectors for the deployment environment. Select the protocol based on your application's control loop requirements and target market — not on marketing claims of "real-time" performance that may not reflect worst-case production network behaviour.

PCB Procurement Knowledge Base
PCB Procurement Guide — Related Articles
  • Automotive PCB Procurement: IATF 16949 and Reliability Requirements
  • EMC/EMI Design Basics: Key Principles for Electronics Designers
  • Electronic Connector Selection Guide: By Application and Manufacturer
  • PCB Material Selection: FR-4, High-Tg, Polyimide, and Ceramic
  • High-Frequency PCB Design and Procurement: 5G and Millimetre-Wave
  • HDI PCB Procurement: Specifying and Sourcing Build-Up Boards
  • PCB Design for Manufacturability: Practical DFM Guidance
  • Sourcing Multilayer PCBs Overseas: Benefits and Risks
  • How to Select a Chinese PCB Manufacturer: 5 Checkpoints That Matter
  • PCB Procurement Troubleshooting: Quality, Lead Time, and Communication
  • PCB Environmental Compliance: RoHS, REACH, and Halogen-Free
  • LED and Lighting Component Procurement: Quality, Efficacy, and Lifespan
  • Cross-Border PCB Procurement: Contracts, Payment, and Logistics
  • Reducing PCB Procurement Costs: How to Get Competitive Quotes
  • Medical Device PCB Procurement: Regulations, Quality, and Traceability
  • PCB Industry Trends and Procurement Strategy

Was this guide useful?

Looking for a reliable Chinese PCB source? Talk to Denro Keikaku.

Denro Keikaku is a cross-border electronics procurement specialist and direct partner of Chengde Technology — a Foshan-based PCB manufacturer with a strong track record in volume supply for Japanese and international customers.

View Our Services Get in Touch Quick Choice — Access a Trusted, Cost-Competitive PCB Manufacturer
0

電路計画

〒305-0031

茨城県つくば市吾妻2丁目4-1 d_llつくば 3F


contactus@denrokeikaku⁠.jp

株式会社

会社概要

採用情報

暴力団等反社会的勢力排除宣言

プライバシーポリシー

©Denrokeikaku Inc. 2026