PLC Communication Error คือปัญหาที่ PLC ไม่สามารถสื่อสารกับอุปกรณ์อื่นในระบบ ไม่ว่าจะเป็น HMI, SCADA, Inverter, Servo Drive หรือ Remote I/O บทความนี้รวบรวมวิธีแก้จากประสบการณ์จริงในโรงงานชลบุรีและระยอง

ปัญหาที่พบบ่อย

สาเหตุหลักของ Communication Error

1. Physical Layer — สายและ Connector

40% ของ Communication Error มาจาก Connector หลวม, สายขาด, หรือ Oxidation บน Pin ตรวจก่อนเสมอ

2. Protocol Setting ไม่ตรงกัน

Baud Rate, Parity, Stop Bit, Station Address ต้องตรงกันทั้งสองฝั่ง ผิดแม้ค่าเดียว Communication ล้มเหลว 100%

3. IP Address Conflict (Ethernet)

Device 2 ตัวมี IP เดียวกันทำให้ Communication สุ่มหลุด ทำ Network Scan ดูว่ามี IP ซ้ำ

4. Termination ขาด (RS-485/PROFIBUS)

PROFIBUS DP และ RS-485 ต้องการ Terminating Resistor 120Ω ที่ปลายทั้งสองข้างของ Bus ถ้าไม่มีสัญญาณจะรบกวนกัน

5. EMI/Noise จาก Inverter หรือ Power Cable

สาย Signal วิ่งชิดสาย Power ทำให้รับ Noise ต้องใช้ Shielded Cable และแยก Routing

วิธีแก้ Step-by-Step ตาม Protocol

RS-485 Modbus RTU

  1. ตรวจ Termination 120Ω ที่ปลาย 2 ข้างของ Bus
  2. ตรวจ Polarity A/B ให้ตรงทุกตัว
  3. ตรวจ Baud Rate และ Parity ให้ตรงกันทั้ง Master และ Slave
  4. ใช้ Modbus Poll Software ทดสอบ Read Register โดยตรงจาก PC

Ethernet (Modbus TCP / EtherNet/IP)

  1. Ping IP Address ของ Device ปลายทางจาก PC
  2. ตรวจ IP ไม่ซ้ำกัน ทุก Device ใน Subnet เดียวกัน
  3. ตรวจ Firewall ใน Windows ว่าไม่ Block Port ที่ใช้
  4. ลอง Bypass Switch ต่อตรงดูว่า Communication ดีขึ้น

PROFIBUS DP

  1. ตรวจ DP Connector ว่าหัว Termination Switch เปิดถูกตัวหรือเปล่า (ปลาย Bus = ON, ตรงกลาง = OFF)
  2. ดู Diagnostic ใน TIA Portal ว่า Slave ไหน Red
  3. ตรวจ GSD File ของ Slave ว่า Version ตรงกับ Hardware จริง

ตาราง Protocol และจุดที่ต้องตรวจ

Protocolจุดที่ต้องตรวจก่อนปัญหาที่พบบ่อย
RS-485 Modbus RTUTermination, Polarity A/B, Baud Rateไม่มี Termination
Modbus TCPIP Address, Port 502, SubnetIP Conflict
PROFIBUS DPTermination Switch, GSD File, AddressDP Connector Termination ผิด
PROFINETDevice Name, IP, Industrial SwitchDevice Name ไม่ Assign
CC-LinkStation No., Baud Rate, TerminatorStation Address ซ้ำ

ควรเรียกผู้เชี่ยวชาญเมื่อไหร่?

สรุป

Communication Error แก้ได้ถ้าตรวจ Physical Layer ก่อน แล้วค่อยตรวจ Setting ทีม Xeniel Automation รับ Network Troubleshooting ทุก Protocol ในโรงงานชลบุรีและระยอง

PLC ปัญหา? Xeniel ออนไซต์ด่วนชลบุรี-ระยอง

Xeniel Automation รับแก้ PLC ทุกยี่ห้อ ทุกปัญหา ออนไซต์ได้ใน 1-2 ชั่วโมงในนิคมอุตสาหกรรมชลบุรีและระยอง

ปรึกษาวิศวกรฟรี ทันที!
โทร 098-965-3845 | LINE: @xeniel.24

ตาราง Protocol Communication และปัญหาที่พบบ่อย

Protocolยี่ห้อ PLCสาเหตุ Error ที่พบบ่อยวิธีตรวจสอบ
MELSEC EthernetMitsubishiIP ผิด, Port 5000 BlockPing IP, ตรวจ Firewall Port
CC-Link (RS-485)MitsubishiTerminator ขาด, Baud Rate ผิดตรวจ 110Ω Terminator ปลายทั้งสอง
S7 ProtocolSiemensIP ผิด, Rack/Slot ผิดตรวจ IP, Rack=0 Slot=1 (S7-1200)
Modbus TCPทุกยี่ห้อIP ผิด, Unit ID ผิด, Port 502 Blockตรวจ IP, Unit ID, Port 502
Modbus RTU (RS-485)ทุกยี่ห้อBaud Rate ผิด, Parity ผิด, A/B สลับตรวจ COM Parameter, สาย A/B
EtherNet/IPAllen-BradleyIP ผิด, EDS File ผิดตรวจ IP, EDS File Version
PROFIBUS DPSiemensGSD File ผิด, Terminator ขาดตรวจ GSD File, DP Connector

วิธีทดสอบ Modbus TCP ด้วย PC (แทน HMI)

ใช้ Modbus Poll (Free Tool) บน PC ทดสอบว่า PLC รับ Modbus ได้ไหม:

  1. Download Modbus Poll จาก modbustools.com
  2. Connection → Connect → ใส่ IP Address ของ PLC, Port 502
  3. เลือก Function Code 01 (Read Coils) อ่าน Address 0 Count 10
  4. ถ้าอ่านได้ = PLC ส่ง Modbus ได้ ปัญหาอยู่ที่ HMI Setting
  5. ถ้าอ่านไม่ได้ = ตรวจ IP, PLC Modbus Server ยังไม่เปิด

ควรเรียกผู้เชี่ยวชาญเมื่อไหร่?

สรุป

PLC Communication Error แก้ได้ตามลำดับ Physical → Network → Protocol → Application เริ่มจาก Ping ก่อนเสมอ โรงงานในชลบุรีและระยอง Xeniel Automation แก้ปัญหา Communication ทุก Protocol ออนไซต์ได้ด่วน

PLC Communication Error? Xeniel แก้ได้ทันที

Xeniel Automation รับแก้ PLC Communication Error ทุก Protocol Modbus PROFIBUS EtherNet/IP ออนไซต์ชลบุรีและระยอง

ปรึกษาฟรีทาง LINE โทร 098-965-3845