Event Log Detnov CAD-150: Riwayat Alarm & Fault untuk Troubleshooting Fire Alarm

Pelajari fungsi Event Log pada fire alarm Detnov CAD-150, manfaat 6.000 event history untuk menganalisis alarm dan fault berulang, serta bagaimana memanfaatkannya untuk preventive maintenance dan troubleshooting.

Pendahuluan

Ketika sebuah fire alarm system mengalami alarm atau fault, perhatian operator secara alami tertuju pada kondisi yang sedang terjadi.

Alarm berasal dari mana?

Apa yang mengalami fault?

Apakah sounder aktif?

Apa yang harus dilakukan?

Setelah kejadian ditangani dan panel kembali ke kondisi normal, fokus biasanya berpindah ke aktivitas berikutnya.

Namun ada satu pertanyaan penting yang sering terlupakan:

Apakah kejadian seperti ini pernah terjadi sebelumnya?

Pertanyaan tersebut terlihat sederhana, tetapi dapat mengubah seluruh pendekatan troubleshooting.

Sebuah fault yang muncul satu kali mungkin memiliki arti berbeda dengan fault yang sudah muncul sepuluh kali selama satu bulan.

Sebuah unwanted alarm yang terjadi sekali mungkin terlihat insidental.

Tetapi jika detector yang sama terus menghasilkan alarm pada jam tertentu, mungkin terdapat pola yang membutuhkan perhatian.

Untuk melihat pola seperti inilah Event Log memiliki peran penting.

Pada fire alarm control panel Detnov CAD-150, tersedia kemampuan menyimpan hingga 6.000 event history logs. User manual CAD-150 menyediakan Event Log menu yang memungkinkan pengguna mengakses daftar kejadian yang dideteksi sistem dan memilih untuk menampilkan fault, alarm atau keseluruhan event tanpa filter.

Fitur ini bukan sekadar arsip.

Jika dimanfaatkan dengan benar, Event Log dapat menjadi salah satu sumber informasi penting dalam troubleshooting, preventive maintenance dan evaluasi reliability fire alarm system.

Apa Itu Event Log?

Event Log dapat dipahami sebagai riwayat kejadian yang dicatat oleh fire alarm control panel.

Saat sebuah sistem beroperasi selama berbulan-bulan atau bertahun-tahun, berbagai kejadian dapat muncul.

Sebagian mungkin merupakan alarm.

Sebagian fault.

Sebagian terjadi sekali dan tidak pernah kembali.

Sebagian lainnya berulang.

Jika hanya melihat kondisi panel pada satu titik waktu, kita hanya mendapat sebuah snapshot.

Event history menambahkan dimensi lain:

waktu.

Dengan melihat riwayat, pengguna dapat memperoleh konteks mengenai kejadian yang telah terdeteksi sebelumnya.

Mengapa Historical Information Penting?

Bayangkan seorang teknisi datang ke sebuah gedung karena terdapat laporan fault pada fire alarm.

Saat teknisi tiba:

Panel normal.

Tidak ada fault.

Semua indicator terlihat normal.

Apakah berarti sistem tidak memiliki masalah?

Belum tentu.

Mungkin fault tersebut bersifat intermittent.

Mungkin terjadi hanya beberapa menit.

Mungkin hanya muncul ketika kondisi tertentu terjadi.

Tanpa historical information, troubleshooting dapat menjadi sulit karena teknisi harus menunggu fault muncul kembali.

Dengan Event Log, setidaknya teknisi memiliki jejak kejadian yang dapat digunakan sebagai titik awal investigasi.

Detnov CAD-150: Hingga 6.000 Event History

Keluarga panel Detnov CAD-150 menyediakan kapasitas hingga 6.000 event history logs.

Kemampuan tersebut ditemukan pada berbagai model CAD-150.

Sebagai contoh, CAD-150-2-MB menyediakan dua loop hingga 500 address, 250 programmable zones, self-search/self-diagnosis, 6.000 event history logs, configuration and maintenance software, supervised sounder outputs serta kemampuan networking.

CAD-150-4 menyediakan hingga 1.000 address pada empat loop serta kapasitas history yang sama.

Untuk skala lebih besar, CAD-150-8 dapat diperluas hingga delapan loop dengan kapasitas hingga 2.000 address dan tetap menyediakan 6.000 event history logs.

Semakin besar sebuah sistem, semakin penting kemampuan melihat kejadian secara terstruktur.

Apa yang Dapat Dilihat melalui Event Log CAD-150?

Berdasarkan user manual CAD-150, Event Log menu menyediakan akses ke daftar event yang telah dideteksi oleh sistem.

Untuk mempermudah pencarian, tersedia pilihan untuk melihat:

• Fault history
• Alarm history
• Seluruh event tanpa filter

Fitur filter sederhana ini memiliki nilai praktis yang besar.

Jika sedang melakukan investigasi false alarm, fokus dapat diarahkan pada alarm history.

Jika sedang memeriksa reliability sistem, fault history dapat ditinjau.

Jika membutuhkan konteks lebih luas, seluruh event dapat dilihat.

Event Log Membantu Melihat Pola

Kata kunci terpenting ketika membahas Event Log adalah:

Pattern.

Satu event hanya mengatakan bahwa sesuatu terjadi.

Beberapa event yang memiliki kesamaan mulai memberikan pola.

Misalnya:

Device A → Alarm

Beberapa minggu kemudian:

Device A → Alarm

Kemudian:

Device A → Alarm

Sekarang engineer memiliki informasi yang berbeda.

Bukan lagi satu insiden.

Terdapat recurrent event.

Investigation kemudian dapat lebih diarahkan pada device, lokasi atau kondisi lingkungannya.

Studi Kasus 1: Detector yang Berulang Kali Alarm

Bayangkan sebuah optical smoke detector di salah satu koridor hotel menghasilkan alarm.

Tim melakukan verifikasi.

Tidak ditemukan kebakaran.

Panel dikembalikan ke kondisi normal.

Jika kejadian hanya dilihat satu kali, banyak kemungkinan penyebab dapat dipertimbangkan.

Tetapi jika history menunjukkan detector yang sama beberapa kali menghasilkan alarm, pertanyaannya menjadi lebih spesifik.

Apa yang harus diperiksa?

• Kondisi detector
• Kebersihan sensing chamber
• Lingkungan sekitar
• Steam
• Dust
• Aktivitas cleaning
• Posisi detector
• Airflow
• Perubahan penggunaan area

Event Log belum memberikan jawaban.

Tetapi ia mempersempit ruang pencarian.

Studi Kasus 2: Alarm Selalu Muncul pada Jam Tertentu

Contoh lain:

Alarm terjadi sekitar pukul 11.30.

Keesokan minggu terjadi lagi pukul 11.45.

Kemudian kembali terjadi pukul 12.00.

Secara teknis, hubungan tersebut belum membuktikan penyebab apa pun.

Namun engineer dapat bertanya:

Apa yang terjadi di area tersebut sekitar waktu makan siang?

Apakah ada:

• aktivitas memasak,
• steam,
• cleaning,
• perubahan ventilation,
• aktivitas operasional tertentu?

Di sinilah Event Log dapat membantu menghubungkan fire alarm data dengan building operation.

Studi Kasus 3: Fault yang Muncul Lalu Hilang

Permanent fault relatif lebih mudah ditangani karena kondisinya masih ada ketika teknisi memeriksa.

Intermittent fault jauh lebih sulit.

Contohnya:

02.15 → fault muncul.

02.20 → kembali normal.

08.00 → teknisi datang.

Panel terlihat normal.

Jika tidak ada historical information, investigasi hampir dimulai dari nol.

Jika history menunjukkan bahwa hal tersebut sudah terjadi berulang, teknisi memperoleh alasan kuat untuk mencari penyebab meskipun saat itu fault tidak sedang aktif.

Jangan Samakan “Normal Sekarang” dengan “Tidak Ada Masalah”

Ini merupakan salah satu pelajaran penting dalam maintenance fire alarm.

Panel yang menunjukkan kondisi normal berarti sistem berada dalam kondisi normal pada saat itu sesuai informasi yang tersedia pada panel.

Hal tersebut tidak otomatis membuktikan bahwa tidak pernah terjadi gangguan sebelumnya.

Karena itu review historical information dapat memberikan gambaran yang lebih lengkap.

Event Log Sangat Berguna untuk Menganalisis False Alarm

Dalam pembahasan false alarm, kita sering berbicara mengenai:

• detector kotor,
• steam,
• dust,
• airflow,
• detector type,
• detector placement.

Namun sebelum melakukan berbagai tindakan, engineer perlu mengetahui:

Apakah masalahnya benar-benar memiliki pola?

Event Log dapat membantu.

Misalnya terdapat 100 detector pada sebuah gedung.

Dalam satu bulan terdapat lima unwanted alarm.

Jika kelimanya berasal dari lima detector berbeda, analisisnya mungkin berbeda.

Tetapi jika lima kejadian semuanya berasal dari detector yang sama, prioritas investigasi menjadi jauh lebih jelas.

Event Log Juga Berguna untuk Fault Analysis

Fault bukan kebakaran.

Namun fault menunjukkan terdapat kondisi sistem yang membutuhkan perhatian.

Contohnya dapat berupa masalah pada:

• circuit,
• communication,
• power,
• device,
• output,
• atau bagian sistem lain sesuai kondisi dan konfigurasi.

Jika fault selalu berulang pada bagian yang sama, sekadar melakukan reset tanpa mencari penyebab tidak menyelesaikan masalah.

Apa Kata Manual CAD-150 tentang Fault History?

Menariknya, manual Detnov CAD-150 tidak hanya menjelaskan cara membuka Event Log.

Dalam bagian maintenance pengguna, Detnov menyebut bahwa pemeriksaan harian perlu memastikan panel menunjukkan normal operation.

Jika terdapat fault yang tercatat pada Event Log, pihak yang bertanggung jawab terhadap maintenance perlu diberi tahu.

Hal ini memperkuat satu prinsip:

Fault history seharusnya diperhatikan, bukan hanya lampu fault yang sedang aktif.

Event Log untuk Preventive Maintenance

Preventive maintenance biasanya diasosiasikan dengan aktivitas seperti:

• membersihkan detector,
• testing manual call point,
• mengecek battery,
• mengecek sounder,
• melakukan inspection.

Semua itu penting.

Tetapi preventive maintenance dapat dibuat lebih efektif ketika historical data juga diperhatikan.

Misalnya sebelum melakukan scheduled maintenance, teknisi dapat memeriksa apakah terdapat area atau device yang memerlukan perhatian khusus berdasarkan kejadian sebelumnya.

Dengan demikian maintenance tidak hanya mengikuti checklist generik.

Teknisi juga dapat fokus pada indikasi yang diberikan sistem.

Event Log Tidak Sama dengan Maintenance Logbook

Ini salah satu hal paling penting dalam pembahasan ini.

Jangan menganggap Event Log menggantikan catatan maintenance.

Keduanya berbeda.

Event Log

Menyimpan kejadian yang dicatat oleh sistem.

Maintenance / Incident Logbook

Dapat mencatat informasi manusia dan kondisi lapangan seperti:

• siapa yang datang,
• apa yang diperiksa,
• apa yang ditemukan,
• komponen apa yang diganti,
• pekerjaan apa yang dilakukan,
• hasil testing,
• corrective action.

Manual CAD-150 sendiri menyebut bahwa anomali yang ditemukan dalam testing perlu dicatat dalam incident logbook dan corrective action dilakukan sesegera mungkin.

Karena itu keduanya sebaiknya dihubungkan.

Contoh Menghubungkan Event Log dan Maintenance Record

Event Log:

Fault – device/area tertentu – tanggal tertentu

Maintenance Record:

“Inspeksi dilakukan. Ditemukan koneksi longgar. Connection diperbaiki dan fungsi diuji.”

Beberapa minggu kemudian fault kembali terjadi.

Teknisi sekarang dapat melihat:

• event sebelumnya,
• tindakan sebelumnya,
• apakah fault identik,
• apakah corrective action sebelumnya benar-benar menyelesaikan root cause.

Tanpa dokumentasi, pengetahuan tersebut mudah hilang ketika personel berganti.

Event Log sebagai Bagian dari Root Cause Analysis

Ketika masalah berulang, proses dapat dibuat lebih sistematis:

STEP 1 — Identify

Apa event-nya?

STEP 2 — Locate

Dari mana event berasal?

STEP 3 — Review History

Apakah pernah terjadi sebelumnya?

STEP 4 — Identify Pattern

Waktu sama?

Device sama?

Zone sama?

STEP 5 — Inspect

Apa kondisi aktual di lapangan?

STEP 6 — Determine Root Cause

Apa penyebab yang dapat diverifikasi?

STEP 7 — Correct

Lakukan corrective action.

STEP 8 — Verify

Pastikan sistem bekerja kembali sesuai fungsi yang diharapkan.

Pendekatan ini jauh lebih baik daripada sekadar:

Reset → tunggu → reset lagi.

Jangan Terlalu Cepat Menyimpulkan

Misalnya Event Log menunjukkan sebuah detector terus mengalami alarm.

Jangan langsung menyimpulkan:

“Detector rusak.”

Event Log hanya mengatakan sistem merekam alarm dari sumber tersebut.

Penyebabnya tetap harus ditentukan.

Mungkin detector rusak.

Tetapi bisa juga:

• detector kotor,
• terdapat steam,
• aktivitas ruangan berubah,
• airflow berubah,
• detector type kurang sesuai.

Data membantu investigation.

Data bukan pengganti investigation.

Pentingnya Penamaan Device yang Jelas

Event Log menjadi jauh lebih berguna ketika sistem dikonfigurasi dengan identifikasi area/device yang jelas.

Bandingkan:

Detector 087

dengan:

Smoke Detector – Meeting Room 3 – Floor 7

Informasi kedua lebih mudah ditindaklanjuti oleh operator.

Karena itu kualitas fire alarm system bukan hanya berkaitan dengan hardware.

System configuration dan documentation juga sangat berpengaruh terhadap kemudahan operation dan maintenance.

Event Log pada Sistem Besar

Kebutuhan historical information semakin tinggi pada gedung dengan ratusan atau ribuan address.

CAD-150 tersedia dalam beberapa konfigurasi.

CAD-150-2 dapat menangani hingga 500 address.

CAD-150-4 hingga 1.000 address.

CAD-150-8 dapat dikembangkan hingga 2.000 address.

Dalam lingkungan seperti:

• shopping mall,
• university campus,
• hospital,
• industry,

jumlah event dan kemungkinan kombinasi fault juga meningkat.

Karena itu kemampuan untuk menelusuri historical information semakin relevan.

Self-Search dan Self-Diagnosis pada CAD-150

Selain event history, beberapa model CAD-150 memiliki fungsi self-search dan self-diagnosis.

CAD-150-2-MB, misalnya, menyediakan:

• Self-search
• Self-diagnosis
• 250 programmable zones
• 6.000 event history logs
• Configuration & maintenance software
• Supervised sounder outputs
• Network capability

Fitur diagnosis dan history saling melengkapi dalam menyediakan informasi yang membantu operation dan maintenance.

Network untuk Sistem Lebih Besar

CAD-150 juga mendukung networking pada konfigurasi terkait.

Detnov menyebut kemampuan network hingga 32 panel atau repeater melalui RS485 maupun fiber optic pada model CAD-150 terkait.

Pada sistem dengan beberapa panel, pengelolaan informasi menjadi semakin penting karena engineer bukan lagi menangani satu control panel dan puluhan device.

Skala sistem meningkat.

Begitu pula kebutuhan terhadap struktur informasi yang baik.

Bagaimana dengan Detnov Cloud?

Model CAD-150 yang kompatibel dapat memperoleh full remote access ketika menggunakan communication card yang sesuai seperti TED-151-CL untuk Detnov Cloud.

Remote access memberikan fleksibilitas tambahan untuk mendapatkan visibility terhadap fire alarm system.

Namun prinsipnya tetap sama:

Remote monitoring ≠ physical inspection.

Jika event menunjukkan kondisi yang membutuhkan pengecekan lapangan, personel tetap perlu melakukan pemeriksaan sesuai SOP.

Lima Kebiasaan yang Membuat Event Log Lebih Berguna

1. Jangan Hanya Dibuka Setelah Sistem Bermasalah Besar

Review secara berkala sesuai prosedur maintenance yang diterapkan.

2. Perhatikan Recurrent Event

Satu kejadian mungkin insidental.

Kejadian berulang perlu dianalisis.

3. Hubungkan Event dengan Kondisi Gedung

Lihat jadwal:

• cleaning,
• production,
• HVAC,
• renovation,
• maintenance.

4. Dokumentasikan Corrective Action

Jangan hanya memperbaiki.

Catat apa yang ditemukan dan dilakukan.

5. Verifikasi Setelah Perbaikan

Pastikan corrective action benar-benar menyelesaikan masalah.

Reactive Maintenance vs Data-Informed Maintenance

Reactive Maintenance

Alarm/Fault

↓

Reset

↓

Selesai

↓

Masalah kembali

↓

Reset lagi

Data-Informed Maintenance

Alarm/Fault

↓

Identifikasi

↓

Review Event Log

↓

Temukan pola

↓

Inspection

↓

Root Cause

↓

Corrective Action

↓

Testing & Verification

Pendekatan kedua tidak berarti setiap event harus dianalisis secara berlebihan.

Tetapi untuk kejadian berulang, historical information dapat memberikan nilai besar.

Event Log dan Kultur Fire Safety

Pada akhirnya, penggunaan Event Log bukan sekadar persoalan teknis.

Ini berkaitan dengan kultur pengelolaan life safety system.

Apakah organisasi hanya bereaksi ketika buzzer berbunyi?

Atau sistem diperhatikan secara berkelanjutan?

Fire alarm yang terpasang di dinding bukan perangkat pasif.

Sistem terus melakukan monitoring dan menghasilkan informasi.

Sebagian informasi tersebut mungkin menunjukkan masalah yang membutuhkan perhatian.

Jika information tersebut tidak pernah ditinjau, manfaatnya menjadi terbatas.

Checklist Sederhana Saat Melakukan Review Event Log

Ketika menemukan kejadian yang menarik, tanyakan:

Apa event-nya?

Alarm atau fault?

Di mana?

Device, loop, zone atau area mana?

Kapan terjadi?

Jam dan hari apa?

Berapa kali terjadi?

Pertama kali atau berulang?

Apakah ada pola?

Device sama?

Area sama?

Waktu sama?

Apa yang berubah di gedung?

Renovasi?

HVAC?

Aktivitas baru?

Apakah sudah pernah diperbaiki?

Apa corrective action sebelumnya?

Apakah setelah perbaikan event kembali terjadi?

Inilah cara mengubah data menjadi informasi yang lebih berguna.

Peran PT. Megatekno Satya Pratama

PT. Megatekno Satya Pratama merupakan distributor Detnov.

Megatekno mendukung konsultan, kontraktor, system integrator dan partner melalui:

• Penyediaan produk Detnov original
• Informasi produk
• Dokumentasi teknis
• Product knowledge
• Dukungan pemilihan produk
• Dukungan teknis produk sesuai ruang lingkup sebagai distributor

Megatekno tidak berperan sebagai installer maupun system integrator.

Instalasi, programming, commissioning, troubleshooting dan maintenance di lapangan tetap dilakukan oleh pihak terkait sesuai lingkup pekerjaan dan kompetensinya.

Kesimpulan: Jangan Abaikan Jejak yang Sudah Dicatat Sistem

Ketika terjadi alarm atau fault, fokus pada kondisi saat ini memang penting.

Namun untuk memahami reliability fire alarm system secara lebih menyeluruh, kita juga perlu melihat ke belakang.

Apakah kejadian pernah muncul sebelumnya?

Apakah berulang?

Apakah berasal dari device yang sama?

Apakah terdapat pola waktu tertentu?

Apakah kejadian berhubungan dengan perubahan kondisi gedung?

Pada Detnov CAD-150, kapasitas hingga 6.000 event history logs memberikan historical information yang dapat dimanfaatkan untuk membantu menjawab pertanyaan-pertanyaan tersebut. Menu Event Log sendiri memungkinkan pengguna menelusuri fault, alarm maupun seluruh event yang direkam sistem.

Yang terpenting adalah memahami bahwa:

Event Log bukan root cause.

Event Log bukan pengganti inspection.

Event Log bukan pengganti maintenance documentation.

Tetapi Event Log adalah jejak.

Jejak yang dapat membantu engineer mengetahui ke mana harus melihat.

Jejak yang dapat menghubungkan kejadian hari ini dengan kejadian sebelumnya.

Dan jejak yang dapat membantu mengubah maintenance dari sekadar:

“Reset ketika ada masalah.”

menjadi:

“Pahami mengapa masalah itu terjadi dan mengapa ia kembali.”

Karena pada fire alarm system:

🔥 Alarm memberi tahu kita apa yang terjadi sekarang.

📋 Event Log membantu kita memahami apa yang sudah terjadi sebelumnya.

Dan terkadang—

jawaban untuk masalah hari ini sudah tersimpan dalam history kemarin.

PT. Megatekno Satya Pratama
Distributor Detnov

📧 info@megatekno-sp.com
🌐 www.megatekno-sp.com
📞 +62 31 8484039