Troubleshooting PLC: langkah aman dari gejala sampai perbaikan

Troubleshooting PLC yang aman dimulai dari memastikan kondisi proses aman dan backup program yang sedang berjalan tersedia, lalu memeriksa berurutan: catu daya, status CPU, I/O, wiring lapangan, komunikasi, dan terakhir logika program.

Urutan ini penting karena sebagian besar gangguan berada di luar program, dan mengubah program di plant yang sedang berjalan adalah langkah paling berisiko. Panduan ini mengikuti urutan tersebut beserta gejala yang paling sering ditemui teknisi. Untuk dasar cara kerja pengendali, lihat PLC adalah; untuk hubungannya dengan ruang kontrol, lihat panduan arsitektur SCADA.

Gangguan PLC adalah masalah proses sebelum menjadi masalah elektronik. Tugas pertama adalah mengetahui apa yang sedang dikerjakan peralatan dan apa yang akan terjadi saat Anda melakukan intervensi.

Sepakati pekerjaan dengan tim operasi dan ikuti izin kerja yang berlaku di lokasi. Cari tahu output apa saja yang digerakkan PLC dan apa akibatnya jika output itu berubah: pompa yang tiba-tiba start, valve yang menutup, atau shutdown yang trip. Jika peralatan perlu diisolasi, lakukan isolasi fisik, bukan hanya di software.

Setelah itu, amankan buktinya. Foto kondisi LED, baca diagnostic buffer atau log gangguan CPU, dan catat waktu gejala pertama muncul. Upload dan simpan program yang benar-benar berjalan sebelum menyambungkan perangkat lain. Reset atau mematikan-menyalakan ulang akan menghapus sebagian besar informasi ini, dan gangguan yang hilang setelah restart biasanya akan kembali.

Urutan yang sama berlaku untuk PLC Allen-Bradley, Siemens, ABB, maupun merek lain. Yang berbeda hanyalah tempat membaca diagnostiknya, misalnya halaman status modul di software engineering vendor atau daftar kode gangguan di manual perangkat keras. Karena itu, siapkan manual yang sesuai dengan model CPU dan modul di lokasi sebelum berangkat.

Sebagian besar panggilan troubleshooting PLC berawal dari beberapa gejala yang sama. Setiap gejala mengarah ke daftar pendek kemungkinan penyebab dan satu uji pertama.

Tabel ini adalah titik awal dari praktik umum, bukan prosedur vendor. Manual vendor untuk model CPU dan modul yang dipakai selalu didahulukan, terutama untuk arti pola LED dan kode gangguan.

Catat setiap pengujian dan hasilnya sambil bekerja, lengkap dengan jamnya. Log singkat seperti ini mengubah perbaikan sekali jalan menjadi pengetahuan yang bisa dipakai shift berikutnya, dan menunjukkan penyebab mana yang sudah dicoret ketika gangguan muncul lagi di malam hari.

Ini keluhan output yang paling sering, dan LED-lah yang membuat orang bingung. LED menunjukkan apa yang diminta logika, bukan apa yang sampai ke lapangan.

Bekerjalah dari modul ke arah luar. Ukur tegangan di terminal output saat output aktif. Jika tegangannya tidak ada, curigai kanal output, catu daya modul, atau sekering di modul. Jika ada, ikuti rangkaian melalui interposing relay, terminal lapangan, dan kabel sampai perangkat, sambil mengukur di setiap titik. Koil yang tegangannya benar tetapi tidak menarik menandakan kerusakan pada perangkatnya sendiri.

Di Fuel Terminal Cikampek, Citia menangani digital output Allen-Bradley yang rusak dengan memeriksa wiring dan fungsi I/O sebelum mengganti komponen yang gagal, lalu mengganti gateway pembacaan meter Moxa NPort 5160 dan mengujinya kembali dengan sistem yang ada. Pelajaran yang dicatat: pemeriksaan menyeluruh atas kondisi I/O, wiring, konfigurasi komunikasi, dan jaringan menemukan sumber gangguan yang sebenarnya, dan penggantian tidak mengganggu sistem lain. Lihat pekerjaan modul output Allen-Bradley.

Komunikasi yang putus-sambung adalah gangguan yang paling lama ditemukan karena sering normal saat sedang diamati. Caranya adalah memperlakukan jalurnya sebagai rantai dan menguji setiap mata rantai.

Di PT Bio Farma Bandung, SCADA kelistrikan membaca power meter melalui PLC master ABB AC500, gateway Modbus, dan jaringan multidrop RS-485. Pemeriksaan Citia mencakup seluruh rantai dari server SCADA melalui Ethernet industri dan PLC master sampai meter, termasuk komunikasi hilang, data tidak valid, perangkat yang tidak terjangkau, dan ketidaksesuaian antara lapangan dan SCADA, ditambah koneksi langsung laptop engineering untuk diagnostik. Lihat troubleshooting ABB AC500.

Kerusakan fisik sering menjadi penyebabnya. Di jaringan pipa PressMon Balongan, converter fiber optic yang menurun kondisinya menyebabkan data putus-sambung dan terlambat. Pada jalur MOV di Jambi, surge protection device melindungi jalur RS-485 dan LAN arrester melindungi sisi Ethernet, karena lonjakan tegangan dari petir atau switching bisa merusak port jauh sebelum ada yang melihat kabel bermasalah.

Sebagian besar sisanya disebabkan konfigurasi yang tidak cocok. Setelah perangkat atau gateway diganti, alamat, baud rate, parity, dan peta register-nya harus sama dengan yang diharapkan master. Di Eltech Bekasi, pengaturan alamat Modbus dan IP harus diselaraskan dulu sebelum SCADA terpusat bisa membaca nilai panel busbar dengan benar; lihat integrasi Eltech.

Ganti modul jika diagnosis memang mengarah ke modul itu, bukan untuk melihat apakah gangguannya berpindah. Menukar komponen secara acak menyembunyikan penyebab dan menghabiskan spare part.

Jika gangguan selalu muncul bersamaan dengan turunnya tegangan, perbaikannya mungkin ada di sistem catu daya, bukan di PLC. Di Depot Donggala, UPS dan automatic transfer switch ditambahkan agar panel SIS dan panel kontrol proses tetap berjalan saat sumber listrik berpindah antara PLN dan genset.

Sebelum memasang spare, pastikan nomor katalog, revisi hardware, dan firmware-nya sesuai dengan yang diharapkan program. Modul yang sudah tidak dijual mungkin hanya tersedia sebagai spare hasil perbaikan, dan itu tanda untuk mulai membuat rencana; pilihannya dibandingkan di artikel PLC dan SCADA obsolete: perbaiki atau migrasi. Jaga salinan konfigurasi dan program tetap mutakhir seperti dijelaskan di backup PLC dan SCADA yang bisa dipulihkan.

Gangguan yang terus kembali, atau berpindah dari satu perangkat ke perangkat lain, perlu ditinjau secara terstruktur di semua lapisan. Panduan assessment PLC/SCADA menjelaskan apa yang perlu disiapkan, dan layanan Condition Monitoring and Maintenance Citia mencakup pemeriksaan terjadwal, analisis alarm, dan uji backup.