Komunikasi Modbus RS-485 putus: cara troubleshooting

Sebagian besar gangguan Modbus RS-485 berasal dari lapisan fisik: terminasi dan bias yang salah, topologi bintang, ground yang tidak sama, atau pengaturan baud rate dan parity yang berbeda antar perangkat. Software dan register map lebih jarang menjadi penyebab putusnya komunikasi dibanding kabel, konektor, dan konverter.

Modbus RTU berjalan di RS-485 sebagai protokol tanya-jawab: master membaca setiap slave berdasarkan alamatnya, dan setiap frame diakhiri CRC. Ketika nilai membeku di HMI, gangguannya bisa berada di lapisan mana pun antara sensor dan layar. Periksa dari bawah ke atas. Mulai dari kabel dan desain jalur, lalu setelan serial, baru kemudian balasan Modbus.

Troubleshooting RS-485 lebih cepat jika setiap lapisan diuji satu per satu dan hasil setiap uji dicatat.

Mulai dari gejala dan polanya. Perangkat yang tidak pernah menjawab mengarah ke kabel, alamat, atau setelan. Perangkat yang kadang menjawab kadang tidak mengarah ke noise, pantulan sinyal, bias yang tidak ada, atau timeout yang terlalu pendek. Error yang bertambah saat pompa atau VSD menyala mengarah ke grounding dan shielding.

Ukur sebelum mengubah apa pun. Saat jalur diam, pasangan kabel yang diberi bias berada pada tegangan diferensial yang stabil, sedangkan pasangan tanpa bias mengambang. Setelah itu matikan catu daya jalur dan ukur resistansi di antara pasangan kabel dengan multimeter. Dua terminasi yang paralel terbaca kira-kira separuh nilai satu resistor; bacaan yang mendekati nilai satu resistor berarti terminasi di ujung lain tidak terpasang.

Jika jalur memuat banyak perangkat, bagi jalurnya. Lepas separuh trunk yang paling jauh, pasang terminasi di ujung barunya, lalu uji lagi. Jika separuh yang dekat menjadi stabil, gangguannya berada di bagian yang dilepas. Ulangi sampai tersisa satu segmen atau satu perangkat. Cara membagi dua ini lebih cepat menemukan junction box yang rusak atau perangkat yang membebani jalur dibanding memeriksa terminal satu per satu dari awal.

RS-485 membutuhkan kawat ketiga, yaitu common, karena dua perangkat yang berjauhan jarang memiliki potensial ground yang sama.

Spesifikasi serial mewajibkan konduktor common yang menghubungkan semua perangkat, dan common itu dihubungkan ke ground proteksi di satu titik saja, biasanya di master. Kabel wajib berpelindung (shielded), dengan shield yang di-ground di satu ujung. RS-485 Design Guide mengingatkan bahwa beda potensial ground antar node yang berjauhan menambah noise common-mode. Receiver hanya mentoleransi rentang common-mode -7 V sampai +12 V; di luar itu frame gagal atau transceiver rusak.

Jalur luar ruangan di area tangki juga butuh proteksi surja. Induksi petir dan switching beban besar mendorong tegangan transien ke kabel yang panjang. Transceiver atau gateway terisolasi membantu ketika beda potensial ground besar, misalnya antara panel jetty dan control room.

Jalur komunikasi MOV di Fuel Terminal Jambi memperlihatkan polanya. Surge protection device dipasang di jalur RS-485 sebelum gateway Advantech ECU-1051. LAN arrester melindungi sisi Ethernet yang menuju SCADA InduSoft.

Satu perangkat dengan baud rate atau parity yang berbeda bisa membuat seluruh jalur tampak rusak, karena balasannya yang kacau bertabrakan dengan frame yang benar.

Spesifikasi serial mewajibkan dukungan 9600 dan 19200 baud, dengan 19200 sebagai bawaan, serta parity even sebagai format bawaan. Tanpa parity boleh dipakai, tetapi harus dengan 2 stop bit. Alamat berkisar 1 sampai 247 dan wajib unik dalam satu jalur. Dua perangkat dengan alamat yang sama akan menjawab bersamaan dan saling merusak balasan.

Waktu sama pentingnya dengan setelan. Master membutuhkan response timeout yang cukup panjang untuk perangkat paling lambat, dan spesifikasi menyebut satu sampai beberapa detik pada 9600 baud sebagai nilai yang umum. Timeout yang terlalu pendek muncul sebagai gangguan sesekali yang hanya terjadi pada perangkat paling lambat.

Simpan satu lembar data (line sheet) untuk setiap jalur serial, seperti contoh di bawah, dan perbarui setiap ada perubahan. Lembar ini mengubah pencarian dua jam menjadi perbandingan lima menit.

Balasan dari perangkat, atau tidak adanya balasan, menunjukkan lapisan mana yang perlu diperiksa berikutnya.

Tidak ada balasan sama sekali berarti permintaan tidak pernah tiba dalam bentuk yang diterima perangkat: alamat salah, baud rate atau parity salah, pasangan kabel tertukar, kabel putus, atau perangkat mati. CRC error berarti byte tiba dalam keadaan rusak, yang mengarah ke noise, pantulan, atau grounding. Balasan exception justru kabar baik untuk kabel. Balasan itu membuktikan frame melintasi jalur dengan utuh dan perangkat sengaja menjawab.

Program uji Modbus di laptop berperan sebagai master sementara dan memperlihatkan byte mentah. Sambungkan di dekat satu perangkat, baca satu register dari register map vendor, lalu bandingkan. Jika uji dari laptop berhasil tetapi master sistem gagal, masalahnya ada di konfigurasi master atau jalur di antara keduanya.

Perhatikan juga beban polling. Setiap pengulangan (retry) setelah timeout menahan jalur selama satu periode timeout lagi, sehingga satu perangkat yang mati bisa memperlambat pembaruan data semua perangkat sehat di jalur yang sama. Atur jumlah retry secukupnya, dan biarkan master menandai perangkat yang gagal sebagai offline alih-alih terus memanggilnya di setiap siklus polling.

Dalam proyek Citia, memulihkan jalur Modbus biasanya berarti mengganti konverter atau gateway, lalu membuktikan jalurnya dari ujung ke ujung.

Di Jambi, penggantian gateway ATG dimulai dengan pemasangan Advantech ECU-1051 baru dan konfigurasi ulang gateway secara penuh. Tim lalu memeriksa koneksi RS-485 Modbus dari ATG dan koneksi Ethernet ke TMS, kemudian menambahkan surge protector di kedua jalur. Catatan proyek menyebutkan bahwa proteksi jalur sebaiknya dipasang sejak awal di area yang rawan petir.

Di Cikampek, pembacaan meter terhenti sampai gateway serial Moxa NPort 5160 diganti dan parameter serial serta jaringannya dikonfigurasi ulang. Di ITJ LPG Priok, transmitter tekanan dan temperatur yang baru mulai terbaca setelah tim memeriksa wiring secara menyeluruh dan menyesuaikan konfigurasi PLC dan transmitter.

Benang merahnya adalah dokumentasi. Setelah setiap perbaikan, tim Citia mencatat setelan serial, alamat perangkat, titik terminasi, dan hasil uji ujung ke ujung. Gangguan berikutnya di jalur yang sama bisa langsung ditelusuri dari data yang sudah pasti, bukan dari tebakan, dan tim operasi bisa melihat dengan jelas apa saja yang berubah.