Mengatur Ambang Batas Alarm Sensor agar Tidak Diabaikan

Sistem monitoring yang baru terpasang biasanya dimulai dengan semangat: semua parameter diberi alarm, semua orang menerima notifikasi. Dua minggu kemudian, ponsel tim penuh pesan yang sebagian besar tidak penting, dan orang mulai mengabaikannya. Saat alarm yang benar-benar penting datang, alarm itu ikut tenggelam. Fenomena ini dikenal sebagai alarm fatigue.

Kuncinya ada di cara mengatur ambang batas alarm sensor. Artikel ini membahas prinsip praktis supaya alarm sedikit, tepat, dan selalu ditindaklanjuti.

Prinsip dasar: setiap alarm harus punya tindakan

Sebelum membuat alarm, jawab satu pertanyaan: apa yang harus dilakukan orang yang menerimanya? Kalau jawabannya tidak jelas, yang dibutuhkan mungkin laporan atau grafik, bukan alarm. Alarm yang tidak menuntut tindakan hanya melatih orang untuk mengabaikan notifikasi.

Dua tingkat: warning dan critical

• Warning: nilai mulai keluar dari rentang normal. Perlu diperhatikan, tapi masih ada waktu. Cocok dikirim ke tim yang bertanggung jawab di jam kerja.
• Critical: nilai sudah di zona berbahaya atau berisiko langsung merusak. Perlu tindakan segera, dan boleh membangunkan orang di malam hari.

Pemisahan ini membuat tim tahu mana yang bisa ditunda dan mana yang tidak. Rentang optimal di antara keduanya juga berguna sebagai acuan di dashboard.

Menentukan angka ambang dari data

1. Kumpulkan data normal dulu selama beberapa minggu sebelum memasang alarm, supaya terlihat rentang wajar setiap parameter.
2. Gunakan batas teknis dari spesifikasi mesin atau standar proses untuk level critical.
3. Letakkan warning di antara rentang normal dan batas critical, dengan jarak yang memberi waktu bertindak.
4. Bedakan per perangkat bila kondisinya berbeda. Dua mesin sejenis di lokasi berbeda bisa punya suhu kerja normal yang berbeda.

Teknik mengurangi alarm palsu

• Jeda waktu (delay). Picu alarm hanya bila nilai bertahan di luar batas selama beberapa menit, bukan karena satu lonjakan sesaat.
• Histeresis. Setelah alarm aktif, nilai harus kembali cukup jauh ke rentang normal sebelum alarm dianggap selesai. Ini mencegah alarm berkedip-kedip saat nilai berada tepat di sekitar batas.
• Kondisi operasi. Arus nol pada mesin yang memang sedang dimatikan bukan alarm. Gabungkan alarm dengan status operasi bila memungkinkan.
• Laju perubahan. Untuk beberapa parameter, kenaikan yang terlalu cepat lebih penting daripada nilai absolutnya.

Siapa menerima apa

• Kirim alarm ke orang yang bisa bertindak, bukan ke semua orang.
• Pilih saluran sesuai tingkat: notifikasi aplikasi atau email untuk warning, pesan instan untuk critical.
• Siapkan eskalasi: bila alarm critical belum ditanggapi dalam waktu tertentu, kirim ke atasan atau cadangan.
• Minta penerima menandai alarm sebagai sudah ditangani (acknowledge), supaya terlihat mana yang masih terbuka.

Tinjau alarm secara rutin

Luangkan waktu setiap bulan untuk melihat daftar alarm: mana yang paling sering muncul, mana yang selalu diabaikan, dan mana yang ternyata tidak pernah berbunyi saat masalah terjadi. Alarm yang sering muncul tapi tidak pernah ditindaklanjuti perlu diubah ambangnya atau dihapus. Alarm yang tidak berbunyi saat ada masalah perlu diperketat. Siklus kecil ini membuat sistem alarm makin tajam dari waktu ke waktu.

Untuk pola yang sulit ditangkap ambang tetap, pendekatan berbasis data bisa membantu, seperti dibahas di deteksi anomali mesin dengan machine learning.

Contoh: alarm suhu motor

Ilustrasi pengaturan untuk sebuah motor pompa:

• Data beberapa minggu menunjukkan suhu casing normal di kisaran 45 sampai 60 °C saat beroperasi.
• Spesifikasi dan pengalaman teknisi menetapkan 80 °C sebagai batas yang tidak boleh dilewati. Ini menjadi level critical.
• Level warning dipasang di 70 °C, memberi ruang untuk memeriksa pendinginan atau beban sebelum mencapai batas.
• Alarm hanya aktif bila suhu bertahan di atas batas selama lima menit, dan dianggap selesai setelah turun di bawah 65 °C.
• Warning dikirim ke teknisi shift, sedangkan critical juga diteruskan ke kepala perawatan bila belum ditanggapi dalam 15 menit.

Angka ini ilustrasi. Yang penting adalah strukturnya: rentang normal dari data, batas critical dari spesifikasi, warning dengan ruang untuk bertindak, jeda waktu, histeresis, dan penerima yang jelas.

Dokumentasikan setiap pengaturan alarm beserta alasannya, supaya tim berikutnya tahu kenapa angka itu dipilih.

Pertanyaan yang sering diajukan

Berapa banyak alarm yang wajar?

Tidak ada angka baku. Patokan sederhananya: setiap alarm yang dikirim seharusnya ditanggapi. Kalau banyak yang diabaikan, alarmnya terlalu banyak.

Apa beda warning dan critical?

Warning memberi tahu ada penyimpangan yang perlu diperhatikan. Critical menandakan kondisi berbahaya yang butuh tindakan segera.

Kapan memakai deteksi anomali dibanding ambang tetap?

Ambang tetap cocok untuk batas yang jelas. Deteksi anomali membantu menangkap pola tidak biasa yang tidak melewati batas tetap mana pun.

Alarm di platform INCLUDE

Di platform INCLUDE, ambang batas optimal, warning, dan critical bisa diatur per parameter dan per perangkat. Alarm bisa ditandai sudah ditangani dan diselesaikan, dan logika yang lebih rumit bisa dibuat lewat rule chain, termasuk node JavaScript. Saluran notifikasi mengikuti paket: notifikasi aplikasi, email, sampai Telegram, seperti dijelaskan di halaman harga.