BAS
Sistem Otomasi Gedung (BAS)
Cara kerja sistem otomasi gedung: perangkat lapangan, pengontrol, dan pengawasan; protokol yang menghubungkannya; serta cara menetapkan ruang lingkup titik, alarm, dan pengujian dan serah terima.
Apa yang dikendalikan sistem otomasi gedung
Sistem otomasi gedung mencakup layanan mekanikal dan elektrikal yang membuat gedung tetap layak digunakan: plant pemanas dan pendingin, unit penanganan udara, unit kipas koil, pemanas lantai, ventilasi, pencahayaan, peneduh, pompa, dan pengukuran. Sistem ini tidak menggantikan panel kebakaran, pengontrol akses, atau meter utilitas; sistem ini mengawasi perangkat tersebut, menerapkan jadwal dan interlock, serta mencatat apa yang terjadi. Batas praktisnya adalah daftar titik: setiap sensor, perintah, status, dan alarm yang perlu dilihat atau ditindaklanjuti tim gedung. Suatu titik dapat berupa input analog dari sensor suhu, input digital dari kontak status pompa, output analog ke katup, output digital ke kipas, hitungan pulsa dari meter, atau nilai terhitung seperti rata-rata berjalan. Jika suatu titik berada di luar daftar tersebut, titik itu berada di luar ruang lingkup BAS, seberapa pun mampunya pengontrol. BAS adalah lapisan yang dimaksud sebagian besar pemilik ketika mereka bertanya siapa yang mengendalikan gedung.
- Urutan pemanas, pendingin, dan ventilasi
- Pencahayaan dan peneduh per zona atau ruangan
- Pengukuran, alarm, dan log tren
- Status dan interlock dari sistem pihak ketiga
- Titik analog, digital, pulsa, dan terhitung
Tiga lapisan, satu model operasional
Sebagian besar arsitektur BAS dijelaskan dalam tiga lapisan. Perangkat lapangan — sensor, aktuator, katup, damper, dan meter — berada paling dekat dengan plant. Pengontrol menjalankan logika kendali: loop PID, jadwal, staging, dan interlock keselamatan. Lapisan pengawasan menormalkan data dari banyak pengontrol dan protokol menjadi satu model, lalu menyajikan alarm, tren, dan perintah kepada operator. Lapisan-lapisan ini penting secara komersial karena menetapkan tanggung jawab. Kontraktor kendali dapat memiliki lapisan lapangan dan pengontrol, sementara integrator memiliki pengawasan dan pelaporan. Batas yang jelas mencegah dua tim mengklaim titik yang sama, dan membuat dokumen serah terima layak dibaca. Arsitektur datar dengan lebih sedikit gateway juga lebih mudah didiagnosis daripada rantai penerjemahan yang panjang. Dalam praktiknya, lapisan pengontrol harus tetap berjalan saat jaringan pengawasan tidak tersedia; gedung yang berhenti memanaskan karena sakelar atau server gagal merupakan kesalahan arsitektur, bukan kesalahan operator.
- Lapangan: sensor, aktuator, dan meter
- Kendali: urutan lokal yang tetap berjalan saat jaringan terputus
- Pengawasan: satu model data dan daftar alarm
- Aplikasi: dasbor, laporan, dan akses seluler
Protokol dan keterbukaan
BAS hanya seberapa terbuka antarmukanya. BACnet/IP umum digunakan untuk chiller, AHU, dan plant terpaket; Modbus RTU atau TCP untuk meter, inverter, dan sensor; KNX untuk pencahayaan, peneduh, dan kendali ruangan; DALI untuk luminer yang dapat dialamati; dan kontak kering untuk peralatan lama yang tidak menawarkan antarmuka lain. Protokol terbuka tidak menghilangkan pekerjaan integrasi. Setiap antarmuka tetap memerlukan daftar alamat, peta titik, konvensi penamaan, dan catatan pengujian. BACnet saja menawarkan objek, properti, dan layanan, dan suatu perangkat mungkin hanya mendukung sebagiannya; Modbus menawarkan register dengan skala khusus vendor; KNX menggunakan alamat grup yang harus diberi nama dan didokumentasikan. Pertanyaan yang berguna bukanlah protokol mana yang lebih disukai secara prinsip, melainkan antarmuka mana yang benar-benar disediakan peralatan terpasang, dan siapa yang bertanggung jawab memetakannya. Dokumentasi integrasi yang baik menyebutkan gateway, versi firmware, dan perilaku fallback.
- BACnet/IP untuk plant dan unit penanganan udara
- Modbus RTU atau TCP untuk meter dan inverter
- KNX dan DALI untuk pencahayaan dan peneduh
- Kontak kering dan API untuk sistem lama
Titik, jadwal, dan alarm
Daftar titik adalah kontrak sebuah proyek BAS. Daftar ini mencantumkan setiap input, output, setpoint, status, dan alarm beserta alamat, rentang, satuan rekayasa, dan batas alarmnya. Jadwal menentukan kapan plant beroperasi; interlock menentukan apa yang harus terjadi ketika dua sistem bertemu; rasionalisasi alarm menentukan peristiwa mana yang sampai ke operator dan dalam urutan apa. Jumlah titik yang besar tanpa konvensi penamaan lebih sulit dioperasikan daripada sistem yang lebih kecil dengan daftar yang tertib. Pengujian dan serah terima menguji daftar titik satu per satu, bukan grafisnya. Catatan pengujian inilah yang membuktikan gedung bekerja sesuai spesifikasi, dan tren menjadi bukti untuk penyetelan jauh setelah tim pengujian dan serah terima pergi. Tren juga memerlukan interval yang dinyatakan: sampel satu menit berguna untuk pengurutan plant, sedangkan sampel lima belas menit biasanya cukup untuk pelaporan energi. Daftar titik harus menyatakan mana yang mana.
- Penamaan yang sesuai dengan gambar
- Batas alarm dan deadband yang tertulis
- Interlock diuji, bukan diasumsikan
- Tren disimpan untuk tinjauan kinerja
BAS, BMS, dan IBMS bukanlah hal yang sama
BAS dan BMS sering digunakan secara bergantian: keduanya menggambarkan kendali dan pengelolaan layanan gedung. IBMS melangkah lebih jauh. IBMS mengintegrasikan BMS dengan kontrol akses, CCTV, parkir, meter energi, kamar tamu, dan status kebakaran, lalu menerapkan aturan lintas sistem dan menyajikan satu gambaran operasional. Perbedaannya bersifat arsitektural, bukan peringkat. Suatu gedung dapat memiliki BAS yang kompeten tanpa IBMS, atau IBMS yang mengawasi beberapa instalasi BAS. Ruang lingkup harus menyatakan lapisan mana yang dibeli, sistem mana yang berada di dalamnya, dan sistem mana yang tetap independen. Kejelasan ini melindungi anggaran sekaligus model operasional. Hal ini juga mencegah kesalahan pengadaan yang umum: membeli platform integrasi sebelum kendali plant di bawahnya stabil, lalu menyalahkan platform atas kesalahan mekanikal dan pengujian dan serah terima.
- BAS: kendali plant dan ruangan
- BMS: pengawasan layanan gedung
- IBMS: integrasi multi-subsistem
- Kebakaran dan akses mempertahankan kewenangannya sendiri
Menetapkan ruang lingkup proyek BAS
Ruang lingkup BAS yang berguna dimulai dari gedung, bukan dari produk. Daftarkan sistem, vendor dan versinya, protokol yang disediakan, serta titik yang dibutuhkan operator. Kemudian sepakati urutannya: apa yang berjalan sesuai jadwal, apa yang mengikuti tingkat hunian, apa yang harus fail-safe, dan apa yang dapat diubah tim gedung tanpa programmer. Proyek retrofit memerlukan audit pengontrol dan pengkabelan yang ada sebelum head-end baru diusulkan. Proyek baru memerlukan kesepakatan daftar titik sebelum paket kendali ditenderkan. Dalam kedua kasus, pengujian dan serah terima serta pelatihan termasuk dalam ruang lingkup, bukan percakapan lanjutan setelah serah terima. Ruang lingkup tertulis lebih murah daripada change order. Ruang lingkup juga harus menyatakan uji penerimaan, hasil kerja dokumentasi, dan periode dukungan, karena bagian-bagian itulah yang paling sering dihilangkan ketika harga dibandingkan.
- Inventaris sistem dan protokol
- Urutan dan filosofi alarm
- Daftar titik dan penamaan
- Pengujian dan serah terima, pelatihan, dan dokumentasi
Urutan kendali yang membuat sistem berfungsi
Urutan adalah titik di mana BAS menjadi berguna. Urutan AHU yang tipikal memiliki mode terisi dan tidak terisi, perhitungan start optimal, kendali suhu udara pasokan, logika economiser atau pendinginan bebas, ventilasi terkendali kebutuhan, pemantauan filter, dan perlindungan beku. Urutan chiller menahapkan mesin berdasarkan beban, merotasi mesin utama dan cadangan, melindungi waktu jalan minimum dan jumlah start maksimum, serta mengatur ulang suhu air dingin dalam batas. Urutan pompa mempertahankan tekanan diferensial, merotasi pompa duty dan standby, serta membuktikan aliran sebelum mesin diaktifkan. Urutan ruangan menangani peralihan antara pemanas dan pendingin, kontak jendela, tingkat hunian, dan batas setpoint. Setiap urutan memerlukan mode, transisi, setpoint, tunda waktu, dan posisi gagal yang ditetapkan. Urutan operasi tertulis adalah acuan untuk konfigurasi, pengujian, dan perubahan selanjutnya; urutan yang hanya ada di kepala programmer tidak dapat diuji, diserahterimakan, atau dipelihara.
- Mode dan transisi AHU
- Staging dan rotasi chiller
- Lead/lag pompa dan pembuktian aliran
- Batas setpoint dan posisi fail-safe
Pengujian dan serah terima, dokumentasi, dan mode kegagalan umum
Pengujian dan serah terima membuktikan daftar titik, bukan screensaver. Proses ini dimulai dengan pemeriksaan panel dan verifikasi titik ke titik, berlanjut dengan pemeriksaan kalibrasi sensor, uji langkah katup dan damper, uji alarm, dan uji interlock, lalu diakhiri dengan uji mode kegagalan: apa yang terjadi ketika sensor gagal, segmen bus terputus, atau pengontrol restart. Pengujian musiman memastikan pemanas dan pendingin bekerja pada beban nyata. Sebagai referensi perencanaan industri, proyek kecil biasanya diberi waktu beberapa minggu untuk pengujian dan serah terima dan proyek besar beberapa bulan, tetapi durasi sebenarnya mengikuti jumlah titik, kesiapan pekerjaan lain, dan akses lokasi. Dokumentasi harus mencakup gambar as-built, daftar titik, urutan, catatan pengujian, diagram jaringan, dan cadangan konfigurasi. Kegagalan umum dapat diprediksi: sensor ditempatkan di zona udara mati, katup berukuran terlalu besar atau bocor, loop kendali dibiarkan hunting, override dibiarkan aktif, nama titik ganda, dan gateway dipasang tanpa peta titik.
- Uji titik ke titik dan uji langkah
- Uji mode kegagalan dan uji musiman
- Gambar as-built dan cadangan
- Override dan penamaan diperiksa saat serah terima
Ruang lingkup BAS tipikal per subsistem
18 rows| Subsistem | Apa yang dikendalikan BAS | Antarmuka umum | Manfaat bagi operator |
|---|---|---|---|
| Plant HVAC | Staging chiller dan boiler, pompa, katup, setpoint | BACnet/IP, Modbus, 0–10 V | Plant beroperasi sesuai kebutuhan, bukan jam tetap |
| Chiller dan pompa panas | Atur kapasitas bertahap, atur ulang setpoint air dingin, seimbangkan jam operasi | BACnet/IP, Modbus, kontak kering | Kapasitas stabil dengan lebih sedikit start |
| Boiler dan sumber panas | Atur sumber panas bertahap, lindungi suhu balik, terapkan kompensasi cuaca | BACnet, Modbus, 0–10 V, kontak kering | Pasokan panas yang aman pada beban parsial |
| Unit penanganan udara | Suhu udara pasokan, damper, kipas, filter, perlindungan beku | BACnet/IP, Modbus, kontak kering | Udara segar dan kenyamanan yang konsisten |
| Unit kipas koil | Setpoint ruangan, katup dan kecepatan kipas, mode hunian | Modbus, KNX, 0–10 V | Kenyamanan tingkat ruangan dengan pemborosan lebih sedikit |
| Pemanas lantai | Suhu pelat, katup pencampur, kompensasi cuaca | Modbus, 0–10 V, kontak kering | Panas stabil tanpa overshoot |
| Air panas domestik | Suhu penyimpanan, sirkulasi, pasteurisasi terjadwal | Modbus, 0–10 V, kontak kering | Air panas aman tanpa kehilangan akibat air tergenang |
| Ventilasi dan pembuangan udara | Udara segar terkendali kebutuhan, tekanan, status kipas | Modbus, 0–10 V, kontak kering | Udara segar sesuai tingkat hunian |
| Pencahayaan | Penyakelaran, peredupan, adegan, hunian, dan cahaya alami | DALI, KNX, relay | Cahaya mengikuti penggunaan |
| Peneduh | Pelacakan matahari, perlindungan angin, adegan privasi | KNX, Modbus, kontak kering | Silau dan panas terkendali |
| Pengukuran | Listrik, air, gas, panas, dan sub-metering | Modbus, M-Bus melalui gateway, pulsa | Konsumsi terlihat per area |
| Integrasi akses | Status pintu, pembukaan, keterkaitan peristiwa | API, OSDP melalui pengontrol, kontak kering | Satu peristiwa, bukan beberapa antarmuka |
| CCTV dan intrusi | Kesehatan kamera, peristiwa alarm, status perekaman | ONVIF, API, kontak kering | Satu tampilan peristiwa tanpa workstation kedua |
| Status kebakaran | Hanya status alarm dan pra-alarm | Kontak kering, input terawasi | Panel kebakaran mempertahankan kewenangan |
| Lift | Sinyal status, gangguan, dan alarm | Kontak kering, API | Masalah layanan terlihat lebih awal |
| Pompa dan katup | Start/stop, kecepatan, posisi, gangguan | BACnet, Modbus, 0–10 V | Pengurutan plant dan deteksi gangguan |
| Kendali ruangan dan kamar tamu | Setpoint, hunian, kontak jendela, adegan | KNX, Modbus, 0–10 V | Kenyamanan dengan batas energi |
| Alarm dan tren | Peristiwa yang dinormalkan, riwayat, dan laporan | Lapisan pengawasan | Diagnosis dan tinjauan lebih cepat |
Gambar proyek
3 images
Pertanyaan umum
01Apa itu sistem otomasi gedung?
Sistem otomasi gedung mengendalikan dan mengawasi layanan gedung seperti HVAC, pencahayaan, peneduh, dan pengukuran. Sistem ini menghubungkan perangkat lapangan, menjalankan jadwal dan interlock, serta memberikan alarm, tren, dan tampilan umum plant kepada operator.
02Apa perbedaan BAS dan BMS?
Istilah-istilah ini saling tumpang tindih. BAS biasanya menekankan kendali otomatis plant dan layanan ruangan; BMS menekankan pengawasan dan pengelolaan layanan tersebut. Sebagian proyek menggunakannya sebagai sinonim. Dokumen ruang lingkup lebih penting daripada labelnya.
03Apakah kami harus mengganti pengontrol yang ada?
Tidak selalu. Jika pengontrol yang ada menyediakan BACnet, Modbus, KNX, atau antarmuka lain yang dapat digunakan, pengontrol tersebut sering kali dapat diintegrasikan. Audit memastikan data apa yang tersedia dan apa yang tetap hanya-baca.
04Protokol apa yang harus didukung sistem otomasi gedung?
Dukung apa yang disediakan peralatan terpasang. BACnet/IP, Modbus RTU dan TCP, KNX, DALI, serta kontak kering mencakup sebagian besar layanan gedung. Set yang tepat ditentukan oleh daftar peralatan, bukan oleh preferensi terhadap satu protokol.
05Berapa banyak titik yang dibutuhkan sebuah gedung?
Tidak ada patokan yang andal tanpa daftar sistem. Jumlah titik bergantung pada peralatan, strategi kendali, dan seberapa banyak status yang dibutuhkan operator. Kami menyusun daftar titik selama audit dan menggunakannya untuk menentukan ukuran pengontrol serta menetapkan harga pekerjaan.
06Dapatkah sistem otomasi gedung berjalan tanpa internet?
Ya. Logika kendali, jadwal, dan interlock harus berjalan secara lokal di pengontrol. Konektivitas internet adalah untuk akses jarak jauh dan pelaporan, bukan untuk menjaga gedung tetap beroperasi.
07Berapa lama pengujian dan serah terima berlangsung?
Tergantung pada jumlah titik, kesiapan pekerjaan lain, dan urutan pengujian. Kami menetapkan tonggak pencapaian setelah audit dan menguji secara bertahap: pemeriksaan panel, uji titik ke titik, uji interlock, dan verifikasi musiman.
08Berapa biaya sistem otomasi gedung?
Harga mengikuti ruang lingkup: daftar titik, sistem yang diintegrasikan, gateway, grafis, dan upaya pengujian dan serah terima. Kami tidak menerbitkan harga daftar. Halaman harga menjelaskan metodenya dan tiga tingkatan ruang lingkup.
Langkah berikutnya
Bawa gedung Anda kepada kami.
Beri tahu kami jenis gedung, sistem dalam ruang lingkup, dan hasil yang Anda butuhkan. Kami akan memetakan jalur terpendek menuju sistem yang berfungsi.