18 Transmitter Suhu Offline: Analisis Penyebab Utama Kegagalan Multiplexer Suhu dan Penutupan Pabrik

Latar Belakang Insiden: Ketika 36 Tag Suhu Membaca Nol

Kegagalan multiplexer suhu adalah salah satu skenario kesalahan paling mengganggu di pabrik proses. Ketika 18 tag transmitter suhu secara bersamaan turun ke 0°C pada tampilan PLC, tim operasi awalnya menganggapnya sebagai kesalahan instrumentasi lokal. Namun, pola kegagalan yang sama telah terjadi secara intermittent selama dua hari sebelum menjadi permanen. Artikel ini merekonstruksi kejadian tersebut, menganalisis rantai kegagalan, dan mengidentifikasi tindakan korektif yang mencegah insiden keselamatan yang lebih serius.

Pabrik menggunakan modul multiplexer suhu Phoenix Contact untuk menggabungkan sinyal RTD dan termokopel dari beberapa instrumen lapangan sebelum mengirim data ke PLC. Setiap unit MUX menangani 18 tag suhu. Platform kontrol — sebuah Honeywell Safety Manager SC S300 SIL3 Safety Controller — memproses input ini untuk pemantauan proses dan logika shutdown protektif.

Pertama, pahami arsitekturnya: multiplexer suhu bukan blok terminal sederhana. Ia mengkondisikan sinyal analog, melakukan konversi, dan berkomunikasi dengan PLC melalui fieldbus digital. Kesalahan di mana saja dalam MUX akan mengganggu semua 18 saluran secara bersamaan.

Fase 1: Kesalahan Intermittent Menandakan Masalah yang Berkembang

Dua hari sebelum shutdown, operator memperhatikan bahwa 18 tag suhu secara intermittent menunjukkan 0°C selama beberapa detik sebelum kembali normal. Tim operasi mencatat kejadian tersebut tetapi melanjutkan operasi normal sambil menunggu tim instrumentasi menyelidiki. Penundaan ini adalah titik keputusan kritis pertama.

Kesalahan intermittent pada unit MUX menunjukkan degradasi perangkat keras internal — biasanya catu daya yang gagal, konektor backplane yang longgar, atau ketidakstabilan firmware yang berkembang. Setiap kejadian intermittent adalah pertanda kegagalan total, bukan gangguan ringan.

Selain itu, 18 slot tag yang sama sudah membaca 0°C karena masalah terpisah yang sudah ada sebelumnya. Ketika MUX area 1 masuk ke mode kesalahan terus-menerus, jumlah total tag yang membaca nol melonjak menjadi 36. Volume pembacaan gagal ini membanjiri kemampuan operator untuk membedakan alarm proses asli dari gangguan instrumentasi.

Fase 2: Investigasi Lapangan dan Diagnosa LED Merah

Insinyur instrumentasi memperoleh izin kerja dan menuju ke MUX suhu area 1. MUX dalam keadaan menyala, tetapi LED kesalahan merah menyala. Restart daya tidak menghilangkan kesalahan — LED merah kembali menyala segera setelah restart. LED kesalahan yang bertahan setelah siklus daya menunjukkan kegagalan perangkat keras internal, bukan timeout komunikasi.

• Langkah 1: Periksa tegangan catu daya DC pada terminal input MUX. Tegangan rendah menyebabkan operasi tidak stabil dan tanda kesalahan yang terus-menerus.
• Langkah 2: Periksa pemasangan modul. Getaran yang menyebabkan konektor backplane longgar sering menjadi penyebab hilangnya sinyal intermittent pada modul multi-saluran.
• Langkah 3: Baca LED diagnostik MUX sesuai tabel kode kesalahan pabrikan. Modul Phoenix Contact menggunakan pola LED untuk mengkodekan kategori kesalahan spesifik termasuk kegagalan daya dan kesalahan prosesor internal.
• Langkah 4: Coba reset tingkat firmware menggunakan tombol reset perangkat keras modul sebelum menyatakan modul rusak.

Dalam kasus ini, MUX gagal pada keempat pemeriksaan. Tim dengan benar menyatakan modul tersebut rusak dan mengambil unit cadangan yang sudah dikonfigurasi dari gudang.

Fase 3: Efek Rantai — Kegagalan MUX Area 2 Saat Penggantian

Saat insinyur mengganti MUX area 1, MUX suhu area 2 juga menurunkan semua 18 tagnya ke 0°C. Insinyur segera menuju area 2. Semua indikator diagnostik pada MUX area 2 tampak normal. Mematikan dan menyalakan kembali unit menyebabkan tag area 2 pulih segera.

Ini adalah pengamatan paling kritis dalam insiden ini. MUX area 2 pulih setelah reboot sederhana sementara area 1 memerlukan penggantian perangkat keras. Kegagalan hampir bersamaan dari kedua unit menunjukkan penyebab hulu bersama — kemungkinan besar catu daya umum atau kejadian jaringan yang membebani kedua unit secara bersamaan.

Oleh karena itu, investigasi harus menelusuri catu daya bersama yang memberi makan kedua kabinet MUX dan memverifikasi stabilitas tegangan di bawah beban penuh. Catu daya dengan regulasi marginal mungkin memberikan tegangan memadai pada beban ringan tetapi turun saat beban penuh, memicu kondisi kesalahan pada beberapa modul secara bersamaan.

Honeywell S300 FC-SCNT01 Safety Controller Module memproses semua 36 pembacaan nol simultan sebagai kondisi suhu rendah yang nyata. Ini memicu logika protektif dan memulai urutan shutdown pabrik. Sistem keselamatan berfungsi dengan benar — ia merespons data yang diterimanya. Kegagalan ada pada lapisan instrumentasi, bukan sistem keselamatan.

Tindakan Pencegahan dan Pembaruan Protokol

• Langkah 1: Perlakukan kesalahan intermittent MUX sebagai kejadian degradasi perangkat keras. Jadwalkan penggantian pada jendela pemeliharaan berikutnya, bukan setelah kegagalan total terjadi.
• Langkah 2: Simpan unit cadangan MUX yang sudah dikonfigurasi untuk setiap tipe modul yang digunakan. Waktu konfigurasi saat darurat meningkatkan waktu henti dan risiko kesalahan konfigurasi.
• Langkah 3: Tambahkan output diagnostik MUX ke sistem pemantauan PLC. Sebagian besar multiplexer Phoenix Contact modern menyediakan sinyal status kesehatan yang dapat dipantau dan diberi alarm oleh PLC sebelum kegagalan total terjadi.
• Langkah 4: Audit kualitas catu daya ke kabinet MUX setiap tahun. Ukur tegangan di bawah beban penuh dan verifikasi tingkat ripple sesuai spesifikasi input pabrikan.
• Langkah 5: Konfigurasikan validasi input PLC untuk mendeteksi transisi massal mendadak ke nol di seluruh satu MUX. Pola ini menunjukkan kegagalan instrumentasi dan harus memicu kelas alarm berbeda dari alarm suhu rendah proses asli, memberikan konteks jelas kepada operator sebelum mengambil tindakan.

Terakhir, validasi inventaris unit cadangan terhadap basis terpasang saat ini setelah setiap siklus pemeliharaan. Revisi perangkat keras modul mungkin memerlukan pembaruan firmware sebelum unit cadangan dapat menggantikan unit generasi saat ini tanpa menyebabkan kesalahan komunikasi.

Kesimpulan dan Saran Tindakan

Kegagalan multiplexer suhu dengan cepat berujung pada shutdown pabrik ketika banyak input sensor terkonsentrasi pada modul perangkat keras tunggal. Insiden ini menunjukkan bahwa kesalahan intermittent adalah peringatan andal akan kegagalan perangkat keras yang akan datang. Tim instrumentasi harus merespons kejadian intermittent pertama dengan penggantian perangkat keras, bukan pengamatan berkelanjutan. Unit cadangan yang sudah dikonfigurasi, pemantauan kesehatan MUX di tingkat PLC, dan audit catu daya berkala adalah tiga tindakan pencegahan paling efektif terhadap jenis kegagalan ini. Meninjau arsitektur distribusi daya yang dibagi antara beberapa unit MUX sangat penting setelah kejadian kesalahan multi-unit simultan.

Penulis: Liu Weicheng adalah insinyur otomasi industri dengan pengalaman lebih dari 10 tahun di PLC, DCS, dan sistem kontrol.