1. Description of the Problem and Scope
Failures in the communication of Programmable Logic Controllers (PLC) are a critical cause of production stops, directly affecting efficiency and operational safety. This guide focuses on the systematic diagnosis of interruptions or irregularities in the most common industrial field networks: Profinet, EtherNet/IP and Modbus (TCP/IP and RTU). It is designed for maintenance technicians, reliability engineers and plant managers who face connectivity challenges and seek to quickly identify the root of these problems.
1.1. Common Symptoms
- Intermittent or total loss of connection between PLC and field devices (remote I/O, frequency converters, HMI).
- Error messages in the PLC or HMI related to communication (e.g. "Device Not Found", "Connection Timeout", "I/O Error").
- Erratic or delayed performance of field devices.
- Network status indicator lights (LEDs) on devices flashing red or orange, or off.
- Decreased network performance or excessive I/O cycle times.
1.2. Affected Equipment
This guide is applicable to any industrial control system that uses PLCs and devices connected through Profinet, EtherNet/IP or Modbus networks. This includes controllers from Siemens (e.g. S7-1200/1500), Rockwell Automation (e.g. CompactLogix/ControlLogix), Schneider Electric (e.g. Modicon), and other manufacturers with compatible communication interfaces.
1.3. Severity Classification
- Criticism: Total stoppage of the machine or production line, safety risk for personnel or equipment, or non-compliance with environmental regulations. Requires immediate attention.
- Major: Significant performance degradation, reduced production, intermittent failures requiring frequent intervention, or impact on product quality. High priority.
- Minor: Occasional warning messages with no immediate impact on production or security, or redundancy issues. It can be scheduled for the next maintenance window.
2. Safety Precautions
SAFETY WARNING! Before beginning any diagnostic or repair procedures on electrical or automated equipment, it is CRITICAL to observe the following precautions to protect personnel and prevent damage to the equipment:
- Lockout (Lockout/Tagout - LOTO): Ensure that all electrical, hydraulic and pneumatic power sources are de-energized and locked according to your plant's LOTO procedure (UNE-EN 1037, EN ISO 14118). Check the absence of voltage with a calibrated voltmeter.
- Stored Energy: Discharge any energy stored in capacitors, springs or accumulators before handling equipment.
- Personal Protective Equipment (PPE): Always use the appropriate PPE for the work environment, including dielectric gloves (UNE-EN 60903), safety glasses (UNE-EN 166), safety footwear (UNE-EN ISO 20345) and flame retardant clothing if necessary.
- Working at Height: If access to components requires working at height, use safe lifting platforms or ladders and follow working at height procedures.
- Electrical Hazard: Continuity or voltage testing on energized circuits should be performed with extreme care and only by qualified personnel, using insulated tools. Avoid touching exposed terminals or components.
- Cable Handling: Avoid excessive bending or stretching of communication cables, as this can damage the shielding and internal conductors.
3. Required Diagnostic Tools
Proper tool selection is essential for accurate and efficient fault diagnosis in industrial networks. The following table details the essential tools:
| Tool | Specification/Recommended Model | Measuring Range/Capacity | Primary Purpose |
|---|---|---|---|
| Industrial Network Analyzer | Softing WireXpert 500/LANtest Pro, fluke Networks LinkRunner G2 | Certification up to Category 7A, 10 Gbps; Profinet/EtherNet/IP/Modbus TCP traffic analysis | Continuity test, wire mapping, attenuation, crosstalk, noise, jitter analysis, packet error counting, latency, network topology. |
| Digital Multimeter (DMM) | Fluke 179, Siemens SITRANS LR250 | Voltage (0-1000V AC/DC), Current (0-10A AC/DC), Resistance (0-50MΩ), Continuity | Verification of device power supply, shielding continuity, detection of short circuits in associated control or power cables. |
| Ammeter Clamp | Fluke 376 FC, Chauvin Arnoux F407 | Current (0-1000A AC/DC), Voltage (0-1000V AC/DC), Frequency, Power | Measurement of current consumption in power supplies of network devices and PLCs. |
| Network Cable Tester | Klein Tools VDV501-851, Intellinet Network Cable Tester | RJ45, RJ11, Coaxial; Tests for continuity, short circuit, open circuit, crossed pairs | Quick verification of the physical integrity of Ethernet cables (twisted pair). |
| PLC Configuration/Diagnostic Software | TIA Portal (Siemens), Studio 5000 (Rockwell), Unity Pro (Schneider) | Access to online programming and diagnosis of the PLC | Communication status monitoring, reading diagnostic logs, forcing inputs/outputs, checking network configuration. |
| Protocol Analyzer (Wireshark) | Open source software | Capture and analysis of network packets (Ethernet) | Diagnosis of IP configuration problems, address duplication, excessive traffic, frame errors at the protocol level (Profinet/EtherNet/IP/Modbus TCP). |
| Infrared Thermography | FLIR E8, Testo 871 | Temperature range (-20°C to +550°C), Thermal sensitivity < 0.05°C | Detection of hot spots on terminals, connectors, I/O modules or power supplies that may indicate excessive resistance or imminent failure. |
4. Initial Evaluation Checklist
Before diving into a deep diagnosis, it is essential to gather information and conduct a systematic initial observation. This can save valuable time and guide the diagnostic process.
| Verification Item | Description | Status / Observation (Yes/No/Details) |
|---|---|---|
| 1. PLC/HMI alarms | Log all active error or warning messages in the PLC, HMI or SCADA software related to communication. | |
| 2. Status LEDs | Observe the status indicators (LEDs) on the PLC communication modules, network switches, field devices and connectors (e.g. LINK/ACT, SF, BF, MS, NS). Note colors and flashing patterns. | |
| 3. Recent Changes | Have any recent changes been made to the network configuration, PLC software, wiring, or devices added/removed? | |
| 4. Physical Environment | Check if there have been impacts, abnormal vibrations, liquid ingress or excessive dirt in the control cabinets or near the network components. | |
| 5. Electrical Power | Confirm the correct power supply to all network devices and the PLC itself (e.g. 24V DC, 230V AC). Measure with a multimeter if necessary. | |
| 6. Physical Connections | Visually inspect all network cables and connectors (RJ45, M12, D-Sub) to ensure they are securely connected, without visible damage, and with adequate strain relief. | |
| 7. Electromagnetic Noise (EMI) | Identify possible sources of electromagnetic noise in the vicinity of network wiring or equipment (e.g. large motors, frequency converters, welders). | |
| 8. Documentation | Consult the network design documentation (topology diagrams, wiring plans) and the manuals of the affected equipment. |
5. Systematic Diagnostic Flowchart
This flowchart guides the technician through a structured process to isolate and diagnose the root cause of a PLC communication failure.
- INITIAL SYMPTOM: PLC-Field Device Communication Failed or Intermittent.
- PRIOR CHECK: Complete the "Initial Evaluation Checklist" (Section 4).
- STEP 1: Check the General Network Status.
- IF multiple devices on the same field network have communication problems:
- PROBABLE CAUSE: Problem in the shared network infrastructure (switch, backbone cabling, PLC).
- ACTION:
- Check the network switch or PLC communication module.
- Ensure that the switch is powered and its status LEDs are normal (Power ON, Link/Act for active ports).
- Ping the switch's IP address from the PLC or a diagnostic PC (if applicable).
- IF only a specific device has communication problems:
- PROBABLE CAUSE: Problem with the device, its wiring, or its connection port.
- ACTION: Proceed to STEP 2.
- IF multiple devices on the same field network have communication problems:
- STEP 2: Individual Device Diagnosis (Physical Connectivity).
- Check device LEDs:
- IF Network status LED (e.g. LINK/ACT, RUN) is off or red:
- PROBABLE CAUSE: Device power failure, faulty wiring, or port hardware failure.
- ACTION:
- Measure the device's supply voltage with the multimeter (e.g. 24V DC ±5%). SAFETY WARNING! Electrical hazard.
- Disconnect and reconnect the network cable at both ends (device and switch/PLC).
- Use the network cable tester to verify cable continuity and mapping.
- Try a known network cable that works correctly.
- Try connecting the device to a different port on the switch (if available).
- IF Network status LED is flashing orange/amber or flashing red:
- PROBABLE CAUSE: IP configuration problem, address duplication, or high communication error rate.
- ACTION: Proceed to STEP 3.
- IF Network status LED (e.g. LINK/ACT, RUN) is off or red:
- Check device LEDs:
- STEP 3: Individual Device Diagnosis (Configuration and Protocol).
- Verify IP configuration (Profinet, EtherNet/IP, Modbus TCP/IP):
- IF Incorrect or duplicate IP address suspected:
- PROBABLE CAUSE: Configuration error.
- ACTION:
- Connect a PC to the same network segment.
- Use
ping <device_IP>to check accessibility. - Use
arp -aor network scanning software to detect duplicate IPs. - Access the device via the web or manufacturer's software and verify/correct the IP address, subnet mask and gateway according to the network documentation.
- IF Incorrect or duplicate IP address suspected:
- Check device name (Profinet):
- IF Profinet device name does not match PLC configuration:
- PROBABLE CAUSE: Naming error or conflict.
- ACTION:
- Use the engineering software (e.g. TIA Portal) to assign the correct Profinet device name.
- Ensure that the PLC can "see" the device in the online topology.
- IF Profinet device name does not match PLC configuration:
- Check Modbus RTU (serial) configuration:
- IF Modbus RTU is used and there are faults:
- PROBABLE CAUSE: Incorrect baud rate, parity, data bits or stop bit, or problems with termination resistor.
- ACTION:
- Ensure that the serial configuration (baud rate, parity, data bits, stop bits) on the PLC and the device match.
- Verify the presence and correct value of the termination resistors (120 Ω) at the ends of the RS-485 line.
- IF Modbus RTU is used and there are faults:
- Verify IP configuration (Profinet, EtherNet/IP, Modbus TCP/IP):
- STEP 4: Isolation and Advanced Testing.
- Wiring Test with Industrial Network Analyzer:
- IF basic wiring tests fail or intermittent errors:
- LIKELY CAUSE: Wiring with internal damage, excessive attenuation, high crosstalk, or EMI/RFI interference.
- ACTION:
- Use the network analyzer to perform certification tests (length, continuity, attenuation, Next, FEXT, Return Loss).
- ACCEPTABLE VALUES (e.g. for Cat5e/6): Attenuation < 20 dB at 100 MHz for 100m. Next (crosstalk) > 23 dB at 100 MHz.
- Replace the cable if it does not meet the standards (UNE-EN 50173, EN 50174).
- IF basic wiring tests fail or intermittent errors:
- Traffic Analysis with Wireshark:
- IF communication is intermittent or protocol errors are observed:
- PROBABLE CAUSE: Incorrect protocol configuration, excessive traffic, CRC errors, dropped packets.
- ACTION:
- Capture network traffic on the affected segment.
- Filter by protocol (Profinet, EtherNet/IP, Modbus TCP) to identify errors, retransmissions, or abnormal communication sequences.
- Look for duplicate IP addresses, corrupted frames, or protocol-specific diagnostic messages.
- IF communication is intermittent or protocol errors are observed:
- Isolation of Remote I/O Modules (if applicable):
- IF there is a problem with a remote I/O module that affects several points:
- PROBABLE CAUSE: Internal failure of the I/O module or its power supply.
- ACTION:
- Disconnect the modules one by one to identify the one causing the failure (if the topology allows it without affecting safety).
- Try a known working replacement module.
- IF there is a problem with a remote I/O module that affects several points:
- Wiring Test with Industrial Network Analyzer:
- STEP 5: Consider Hardware Failure.
- IF all wiring, configuration and power tests are correct, and the problem persists:
- PROBABLE CAUSE: Hardware failure in the PLC communication module, network switch, device network card or the field device itself.
- ACTION:
- Replace the suspect component with a new or tested one.
- Check firmware and version compatibility.
- IF all wiring, configuration and power tests are correct, and the problem persists:
6. Matrix of Failures and Probable Causes
The following matrix relates the observed symptoms to the probable causes, classified by their relative frequency, and suggests the diagnostic test for confirmation.
| Symptom | Probable Causes (Order from Highest to Lowest Frequency) | Diagnostic Test | Expected Result if Cause is Confirmed |
|---|---|---|---|
| Field device without communication (LINK/ACT LED off) | 1. Device power failure 2. Damaged/disconnected network cable 3. Switch/device network port failure |
1. Voltage measurement with a multimeter 2. Continuity test with cable tester 3. Connect to another port/switch |
1. 0V or voltage out of range (e.g. < 22.8V DC) 2. Short circuit, open circuit, crossed pairs 3. Communication is restored |
| Intermittent or slow communication | 1. Electromagnetic Interference (EMI) 2. Damaged network cable (attenuation, crosstalk) 3. Incorrect network configuration (IP duplication, speed) 4. Excess traffic on the network 5. Poorly crimped/dirty connector |
1. Shielding inspection, use of spectrum analyzer 2. Industrial Network Analyzer (Certification Testing) 3. Ping, ARP -a, Wireshark 4. Wireshark (load analysis) 5. Visual inspection and continuity test |
1. Noise in the cable, lack of grounded shield 2. Attenuation/NEXT/Return Loss values out of specification 3. Duplicate IP addresses, high ping latency 4. High number of broadcast/multicast packets 5. Loose contacts or corrosion |
| "Device Not Found" error (Profinet) | 1. Incorrect Profinet device name 2. Device not powered 3. Faulty wiring |
1. Engineering software (e.g. TIA Portal), online topology 2. Voltage measurement 3. network cable tester |
1. Name configured in PLC does not match the physical device 2. 0V at device 3. Wiring fault |
| "Connection Timeout" error (EtherNet/IP, Modbus TCP/IP) | 1. Wrong IP address or on different subnet 2. Firewall blocking ports (e.g. 44818 for EIP, 502 for Modbus TCP) 3. Hardware failure in PLC communication module/device |
1. Ping the device, verify IP configuration 2. Firewall configuration (if applicable) 3. Module/Device Replacement |
1. Ping failed, IP out of expected range 2. Protocol ports closed 3. Problem persists after all other checks |
| Modbus RTU communication failed (RS-485) | 1. Incorrect serial configuration (baud, parity, etc.) 2. A/B polarity reversed 3. Absent or incorrect termination resistor 4. Very long RS-485 wiring or EMI noise |
1. Verify configuration in PLC and device 2. Measure polarity with a multimeter 3. Measure termination resistance 4. Serial protocol analyzer, oscilloscope |
1. Discrepancy in serial parameters 2. A-B voltage reversed 3. Resistance other than 120 Ω 4. Corrupt frame, CRC errors |
7. Root Cause Analysis for Each Failure
Understanding the reason for a failure is essential for a lasting resolution and the implementation of preventive measures.
7.1. Defective or Damaged Wiring
Explanation: Industrial communication cables are exposed to aggressive environments (vibration, extreme temperature, chemical agents, constant bending, EMI). A cable can suffer internal damage (short circuit, open circuit, crossed pairs, polarity reversal) without the damage being visible externally. Excessive signal attenuation or crosstalk (peer-to-peer interference) are common problems that degrade signal quality and cause communication errors.
Confirmation: An industrial network analyzer (e.g. Softing WireXpert 500) is the ultimate tool for certifying cabling integrity. You must check continuity, pair mapping, attenuation, Next (near crosstalk), FEXT (far crosstalk), and Return Loss (return loss). Values outside the standards (e.g. attenuation > 20 dB at 100 MHz for Cat5e/6, Return Loss < 10 dB) indicate a defective cable. For RS-485, measure the resistance at the ends of the line to verify 120 Ω termination.
Damage if not resolved: Intermittent failures escalating to complete loss of communication, degradation of network performance, and possible damage to device communication ports due to short circuits or overloads.
7.2. Incorrect Network Configuration (IP, Device Names, Serial Parameters)
Explanation: An error in configuring the IP address, subnet mask, gateway, or Profinet device name (which must be unique and match the PLC configuration) may prevent devices from communicating correctly. In Modbus RTU (RS-485 serial), discrepancy in baud rate, parity, data bits or stop bits between the master and slaves results in corrupted frames and no communication.
Confirmation: Use the PLC engineering software to verify the network configuration and topology online. Use ping and arp -a commands from a PC connected to the network to detect IP duplications. For Modbus RTU, comparing the configurations on the PLC and the device is essential.
Damage if not resolved: Lack of control over devices, inability to monitor process variables, and loss of critical machine functionality.
7.3. Electromagnetic Interference (EMI)
Explanation: Intense electromagnetic fields generated by motors, variable frequency drives, welders, or unshielded power cables running near network wiring can induce noise in communication lines. This noise corrupts data frames, leading to CRC (Cyclic Redundancy Check) errors and retransmissions, which slows down the network or disrupts it entirely.
Confirmation: Visual inspection of the wiring path to identify noise sources. Use a spectrum analyzer to measure the intensity of the electromagnetic field. An industrial network analyzer can display the packet error rate. Wireshark can identify corrupted frames.
Damage if not resolved: Loss of data, erratic machine operations, and premature wear of communication components due to the stress of retransmissions.
7.4. Hardware Failure (Communication Module, Switch, Network Card)
Explanation: Electronic components have a limited lifespan and may fail due to power surges, excessive temperature, vibration, or manufacturing defects. A damaged network port on a switch, a defective PLC communication module, or a failed network card on a field device can cause complete or partial interruption of communication.
Confirmation: After ruling out wiring and configuration issues, and having isolated the suspect device or module, the only way to confirm a hardware failure is by replacing it with a new or tested component. The status LEDs can give an initial indication (e.g. fault LEDs flashing).
Damage if not resolved: Prolonged production shutdown until the defective component is identified and replaced.
8. Step-by-Step Resolution Procedures
These procedures are based on the identification of the root cause.
8.1. Troubleshooting Wiring
- SAFETY WARNING! Perform LOTO on the affected machine segment.
- Disconnect the suspected network cable from both ends.
- Perform certification tests with the network analyzer. If the values are outside the norm (e.g. attenuation > 20 dB, crosstalk < 23 dB), replace the cable with a new one of industrial quality (e.g. Cat5e/6A shielded, compliant with UNE-EN 50173).
- For RS-485 cables, check the polarity (A/B) and termination resistance (120 Ω ± 5%) with a multimeter. Correct polarity or replace resistors if necessary.
- Ensure that the cable shield is properly grounded on at least one end (preferably in the control cabinet).
- Reconnect the new cable, ensuring adequate strain relief and that the connectors are firmly crimped or screwed.
- Reactivate the power and verify communication.
8.2. Network Configuration Correction
- Access the PLC and field device through your engineering software (e.g. TIA Portal, Studio 5000, manufacturer's configuration tool).
- For Profinet/EtherNet/IP/Modbus TCP/IP:
- Verify that the device's IP address, subnet mask, and gateway match the network plan.
- Ensure there are no duplicate IP addresses. If there is duplication, change the IP address of the conflicting device.
- For Profinet: Verify that the device name assigned in the PLC is exactly the same as that of the physical device. Rename if necessary.
- For Modbus RTU:
- Compare the baud rate (e.g. 9600, 19200, 38400, 115200 bps), parity (None, Even, Odd), data bits (7, 8) and stop bits (1, 2) on the master PLC and the slave device.
- Ensure that these parameters are identical.
- Save changes and download configuration to PLC/device if necessary.
- Verify communication.
8.3. Mitigation of Electromagnetic Interference (EMI)
- SAFETY WARNING! Perform LOTO on noise sources if possible.
- Relocate communication wiring away from high power sources (motors, VFDs) or unshielded power cables. Maintain a minimum separation of 30 cm.
- Use industrial grade shielded network cabling (STP/FTP) and ensure that the shield is correctly connected to ground at one point to avoid ground loops (according to the UNE-EN 61000-5-2 standard).
- Install ferrites (ferrite cores) in communication cables near connection points to attenuate high-frequency noise.
- Check the state of the ground connections of the cabinets and equipment (ground resistance < 4 Ω).
- Protect sensitive equipment in shielded cabinets or with EMC filters if EMI is persistent (UNE-EN 61000-6-4 for industrial environments).
- Verify communication after each measurement.
8.4. Hardware Component Replacement
- SAFETY WARNING! Perform LOTO on the PLC and the affected device.
- Confirm that the component (PLC communication module, network switch, device network card) is the root cause.
- Carefully disconnect the faulty component.
- Install the replacement component, ensuring it is the correct part, with the supported firmware version.
- Connect all cables and power.
- Reactivate the energy.
- Configure the new component according to the network specifications (IP, Profinet name, etc.) using the engineering software.
- Verify communication and complete functionality.
9. Preventive Measures
Prevention is key to avoid future interruptions and optimize the reliability of the industrial network.
| Root Cause | Prevention Strategy | Monitoring Method | Recommended Interval |
|---|---|---|---|
| Faulty or damaged wiring | Use of high quality industrial cables (Cat5e/6A shielded, M12), correct installation with strain relief, avoid EMI paths. | Visual inspection of wiring, periodic tests with network analyzer. | Annually or after important modifications to the installation. |
| Incorrect network configuration | Rigorous documentation of network topology and IP/name assignments, use of network management tools for version control. | Configuration audits, network scanning for duplicate IPs. | Every 6 months or after any configuration change. |
| Electromagnetic Interference (EMI) | Physical separation between power and communication cables, adequate shielding, correct grounding, use of ferrites. | Packet error rate monitoring, EMI measurement with spectrum analyzer. | Annually, or if intermittent problems are detected. |
| hardware failure | Selection of industrial quality components, preventive maintenance of cabinets (cleaning, temperature and humidity control), redundant power supplies. | Temperature monitoring with thermography, verification of status LEDs, recording of operating hours. | Every 3-6 months for thermography and verification, replacement based on MTBF or device alarms. |
10. Spare parts and components
Having critical spare parts is essential to minimize downtime. The following table presents key components.
| Part Description | Specification | When to Replace | UNITEC Category |
|---|---|---|---|
| Industrial Ethernet Network Cable | Cat5e/Cat6A, shielded (STP/FTP), PUR/PVC jacket, industrial RJ45/M12 connectors. Standard lengths (1m, 3m, 5m, 10m). | When certification tests fail, visible physical damage or EMI degradation. | Industrial Connectivity |
| RJ45/M12 Industrial Connector | IP67, field (IDC/screw termination) or pre-mounted. | If there is oxidation, bent contacts, or intermittent poor connection. | Industrial Connectivity |
| PLC Communication Module | Specific to the PLC manufacturer and model (e.g. CP for Siemens, ENBT for Rockwell). | When an internal hardware failure is confirmed that is not resolved with firmware or configuration. | Automation and Control |
| Industrial Ethernet Switch | Manageable/Unmanageable, number of ports, speed (100Mbps/1Gbps), redundancy (Ring/MRP), IP30/IP67. | Hardware failure (loss of ports, constant reboots) or when capacity upgrade is required. | Industrial Networks |
| Industrial DC Power Supplies | 24V DC, nominal current depending on load (e.g. 5A, 10A, 20A), DIN rail. | When the output voltage is unstable or out of tolerance (<22.8V or >25.2V for 24V nominal). | Electronics and Power |
| RS-485 Termination Resistors | 120 Ω, 0.25W, mounted on D-Sub connector or terminal. | If there is an incorrect or missing resistance value at the ends of the line. | Passive Components |
To purchase these and other high-quality industrial components, visit our e-catalog: www.unitecd.com/e-catalog/.
11. References
- UNE-EN 60903: Gloves made of insulating materials for work under tension.
- UNE-EN 166: Personal eye protection.
- UNE-EN ISO 20345: Personal protective equipment. Safety footwear.
- UNE-EN 1037: Machine safety. Prevention of untimely start-up.
- EN ISO 14118: Machine safety. Prevention of untimely start-up.
- UNE-EN 50173: Information technologies. Generic wiring systems.
- EN 50174: Information technologies. Wiring installation.
- UNE-EN 61000-5-2: Electromagnetic compatibility (EMC). Installation and mitigation guide.
- UNE-EN 61000-6-4: Electromagnetic compatibility (EMC). Generic standards. Emission in industrial environments.
- PROFINET Planning and Configuration Guide (Siemens).
- EtherNet/IP Network Guide (ODVA).
- Modbus Protocol Specifications (Modbus Organization).