WhatsApp +65 9389 9198
Aplikasi Kontrol Alarm Kebakaran & Sistem Peringatan
Koordinasi sistem

Kontrol Alarm Kebakaran & Sistem Peringatan

Panel api Anda menghubungkan deteksi dengan tindakan. Ia menerima sinyal, menunjukkan alarm dan kesalahan, mengaktifkan peringatan dan mengontrol peralatan yang terhubung. Bagian terpentingnya adalah bagaimana fungsi-fungsi tersebut bekerja sama di gedung Anda, mulai dari setiap masukan detektor hingga setiap respons terprogram.

Cuplikan sistem

Karakteristik sistem utama

Bidang yang sama digunakan di setiap panduan solusi, membuat sistem lebih mudah dibandingkan tanpa mengurangi keputusan hanya pada satu produk.

Tujuan utama

Kontrol, indikasi, peringatan penumpang, dan antarmuka sistem keselamatan

Aktivasi

Masukan dari deteksi, kontrol manual, dan sistem yang terhubung

Dampak lingkungan & sisa

Tidak ada secara langsung; output dapat memulai pematian atau penekanan

Ketergantungan kandang

Rendah

Pemantauan kesalahan

Fungsi pusat: sirkuit, daya, jaringan, gangguan pembumian, dan titik cacat

Masalah siklus hidup yang umum

Keusangan panel, akses perangkat lunak, baterai dan migrasi protokol

Bagaimana sistem bekerja

Panel api Anda menghubungkan deteksi dengan tindakan. Ia menerima sinyal, menunjukkan alarm dan kesalahan, mengaktifkan peringatan dan mengontrol peralatan yang terhubung. Bagian terpentingnya adalah bagaimana fungsi-fungsi tersebut bekerja sama di gedung Anda, mulai dari setiap masukan detektor hingga setiap respons terprogram.

Pertimbangan pemilihan utama

  1. 01

    Akses sistem: Protokol detektor terbuka tidak berarti akses tidak terbatas ke pemrograman panel, grafik, atau konfigurasi jaringan.

  2. 02

    Penyebab dan akibat: Sebab-akibat harus membedakan status alarm, pengawasan, kesalahan, penonaktifan, dan pengesampingan manual.

  3. 03

    Cakupan peringatan: Audibilitas, kejelasan ucapan, dan cakupan visual memerlukan perhitungan dan verifikasi lapangan; kuantitas perangkat saja bukan merupakan bukti cakupan.

  4. 04

    Membangun antarmuka: Antarmuka ke lift, pintu, peredam, kipas angin, katup gas, dan sistem penekan memerlukan umpan balik, kondisi aman dari kegagalan, dan kesaksian yang terkoordinasi.

Anatomi sistem

Komponen sistem dan persetujuan

Panel kontrol alarm kebakaran dan sketsa teknis node jaringan
01

Panel kontrol alarm kebakaran dan node jaringan

Platform dan pengaturan jaringan harus membawa persetujuan sistem yang diperlukan.

Kartu loop, kartu zona, dan sketsa teknis repeater
02

Kartu loop, kartu zona, dan repeater

Verifikasi kompatibilitas, firmware, dan kapasitas yang disetujui.

Sketsa teknis sounder, speaker, suar, dan perangkat alarm visual
03

Sounder, speaker, beacon dan perangkat alarm visual

Gunakan perangkat yang disetujui dan hitung cakupan suara/visual serta beban sirkuit.

Sketsa teknis antarmuka input/output dan relai
04

Antarmuka input/output dan relai

Gunakan antarmuka yang diawasi dan disetujui di mana sistem kebakaran bergantung pada fungsi tersebut.

Sketsa teknis pasokan listrik dan baterai
05

Catu daya dan baterai

Disetujui, dimonitor kesalahan dan diukur untuk periode siaga dan alarm yang diadopsi.

Sketsa teknis grafis, gateway dan peralatan transmisi
06

Grafik, gateway dan peralatan transmisi

Konfirmasikan batasan persetujuan, keamanan siber, perilaku dan pemantauan hilangnya komunikasi.

Keluarga persetujuan

Persetujuan umum dan persyaratan sertifikasi

  • Standar kontrol, daya, perangkat alarm, dan antarmuka ISO 7240 / EN 54
  • UL 864 dan peralatan inisiasi dan notifikasi terdaftar yang kompatibel jika diperlukan
  • LPCB, VdS, FM atau skema persetujuan regional yang ditentukan oleh proyek
  • Persetujuan tipe kelautan, MED dan penerimaan kelas untuk sistem kapal
Aturan yang mengatur

Kode, standar dan aturan proyek

  • 01

    NFPA 72, ISO 7240-14, dan peraturan kebakaran lokal umumnya mengatur dokumentasi, pengawasan sirkuit, pemberitahuan, antarmuka, dan pengujian.

  • 02

    Ketika beberapa sistem keselamatan jiwa berinteraksi, pengujian terintegrasi dapat diatur oleh standar seperti NFPA 4 atau persyaratan pengujian sistem terintegrasi lokal.

  • 03

    Perubahan program harus dikontrol, dicadangkan, didokumentasikan, dan diuji regresi terhadap sebab-akibat yang disetujui.

Informasi desain

Informasi yang dibutuhkan untuk merancang dan mengutip sistem

Masukan yang lengkap mengurangi asumsi, mengekspos risiko antarmuka sejak dini, dan membuat proposal yang bersaing dapat dibandingkan secara bermakna.

  1. 01

    Melengkapi matriks masukan/keluaran dan sebab-akibat

  2. 02

    Kapasitas loop, zona, jaringan, dan I/O dengan tunjangan ekspansi

  3. 03

    Kriteria audibilitas, visibilitas, kejelasan dan aksesibilitas

  4. 04

    Antarmuka, status normal/aman dari kegagalan, umpan balik, dan penggantian manual

  5. 05

    Perhitungan daya siaga dan persyaratan kelangsungan hidup sirkuit

  6. 06

    Akses pemrograman, grafik, pelaporan acara, dan ekspektasi keamanan siber

Inspeksi, pengujian dan pemeliharaan

Persyaratan inspeksi, pengujian dan pemeliharaan

Frekuensi dan metode harus mengikuti standar yang dianut, ketentuan otoritas, dan instruksi pabrik. Aktivitas berulang ini termasuk dalam rencana pemeliharaan.

  1. 01

    Tinjau indikasi panel, log peristiwa, baterai, printer, jaringan, repeater, dan semua titik yang dinonaktifkan atau terisolasi.

  2. 02

    Uji sirkuit dan perangkat representatif pada frekuensi yang disyaratkan oleh standar yang diadopsi, pastikan setiap perangkat digunakan dalam siklus yang ditentukan.

  3. 03

    Saksikan urutan keluaran lengkap, termasuk antarmuka notifikasi, transmisi, pematian, pintu, angkat, peredam, kipas, dan penekan.

  4. 04

    Cadangkan data konfigurasi setelah perubahan resmi dan simpan catatan versi, pengujian, dan kerusakan.

Dasar penelitian

Standar dan referensi resmi

Sumber-sumber ini menetapkan konteks sistem. Verifikasi edisi yang diadopsi oleh proyek dan sertifikat terkini untuk model persisnya.

Pertanyaan Umum

Pertanyaan Umum

Bisakah panel alarm kebakaran mengontrol langsung peralatan bangunan lainnya?

Ia dapat mengoperasikan antarmuka yang disetujui, namun kondisi aman dari kegagalan, umpan balik, pemantauan sirkuit, dan sebab-akibat yang disetujui otoritas harus ditentukan.

Apa yang membuat rangkaian notifikasi cukup?

Cakupan suara, visual atau ucapan yang dihitung dan diukur, perangkat kompatibel yang disetujui, daya yang memadai, dan integritas sirkuit yang dipantau - bukan sekadar jumlah peralatan.

Bisakah perangkat lunak panel diubah selama pemeliharaan?

Hanya melalui manajemen perubahan yang terkendali dengan cadangan terkini, otorisasi, perubahan yang terdokumentasi, dan pengujian regresi yang disaksikan.