IBMS sering digambarkan sebagai “platform yang menghubungkan segalanya”. Deskripsi itu benar sekaligus tidak berguna. Pertanyaan yang berguna adalah di mana koneksi terjadi, siapa yang memiliki data, dan apa yang terjadi ketika salah satu subsistem berperilaku tidak semestinya.
Kami menggunakan model tiga lapisan pada setiap proyek: perangkat, supervisi, dan aplikasi. Pendekatan ini berasal dari model integrasi terdistribusi yang digunakan dalam spesifikasi proyek yang mendasari praktik ini, dan telah bertahan saat diterapkan pada gedung nyata karena menjaga tanggung jawab tetap eksplisit.
Mengapa arsitektur datar lebih unggul
Setiap gateway, penerjemah protokol, atau lompatan middleware tambahan menambah latensi, titik kegagalan, dan tempat di mana model data dapat menyimpang. Arsitektur datar mengurangi jumlah penerjemahan antara sensor dan orang yang perlu bertindak atas datanya.
Datar tidak berarti “tanpa hierarki”. Artinya, hierarki bersifat fungsional, bukan kebetulan: pengendali di tepi, satu inti supervisi, dan aplikasi yang membaca dari inti tersebut alih-alih membangun basis data bayangannya sendiri.
Lapisan 1: perangkat
Lapisan perangkat adalah tempat kontrol fisik berlangsung. Pengendali dan modul I/O Loxone menjalankan sekuens lokal, membaca sensor, dan menggerakkan aktuator. Sistem pihak ketiga terhubung melalui gateway atau antarmuka native: BACnet/IP untuk plant, Modbus untuk meter dan inverter, KNX untuk pencahayaan dan peneduh, DALI untuk luminer, kontak kering untuk sistem kebakaran dan peralatan lama.
Keputusan desain yang penting bukanlah protokol mana yang menang. Melainkan pengendali mana yang memiliki sekuens mana, dan apa yang terjadi ketika lapisan supervisi offline. Kontrol lokal harus cukup lengkap sehingga gedung tetap aman dan dapat digunakan.
Lapisan 2: supervisi
Lapisan supervisi adalah inti integrasi. Lapisan ini menormalisasi setiap subsistem menjadi model objek yang sama: sebuah titik memiliki identitas, satuan, flag kualitas, status alarm, dan riwayat. Pintu tetaplah pintu, baik berasal dari pengendali akses maupun PLC. Suhu tetaplah suhu, baik tiba melalui BACnet maupun Modbus.
Di sinilah interlock lintas sistem berada. Akses membuka ruangan; pencahayaan, HVAC, dan CCTV merespons. Interlock dikonfigurasi di lapisan supervisi, bukan dihubungkan secara hard-wired antar pengendali vendor. Hal ini membuatnya terlihat, dapat diuji, dan dapat diubah.
Apa yang harus dimiliki lapisan supervisi
- Satu model alarm dengan prioritas, konfirmasi, dan eskalasi.
- Model jadwal yang dapat di-override tanpa mengubah kode pengendali.
- Jejak audit untuk perintah, setpoint, dan konfirmasi.
- Model riwayat yang menyimpan data interval pada resolusi yang diketahui.
- Konvensi penamaan yang bertahan setelah serah terima.
Lapisan 3: aplikasi
Lapisan aplikasi adalah apa yang dilihat orang. Lapisan ini harus dibangun untuk peran, bukan untuk demo integrator: tampilan operator yang menonjolkan hal-hal yang perlu diperhatikan, tampilan engineer yang menampilkan titik dan tren, tampilan manajemen yang melaporkan hasil.
Aplikasi membaca dari inti supervisi. Aplikasi tidak melakukan polling langsung ke subsistem, dan tidak memelihara salinan kebenarannya sendiri. Aturan ini mencegah mode kegagalan klasik ketika dasbor dan BMS tidak sepakat.
Contoh penerapan
Seorang penyewa masuk ke lantai pada pukul 07.40. Pengendali akses melaporkan peristiwa tersebut. Lapisan supervisi memeriksa jadwal penyewa dan status hunian lantai. Lapisan ini mengaktifkan adegan pencahayaan, memulai sekuens HVAC, dan meminta CCTV menandai peristiwa masuk. Operator melihat satu peristiwa, bukan empat.
Jika suatu perilaku lintas sistem tidak dapat dijelaskan dalam satu kalimat, kemungkinan besar perilaku itu harus berada dalam sekuens yang terdokumentasi, bukan dalam skrip tersembunyi.
Apa yang perlu ditentukan dalam spesifikasi
| Persyaratan | Mengapa penting |
|---|---|
| Independensi kontrol lokal | Gedung harus tetap aman dan dapat digunakan selama gangguan jaringan atau cloud. |
| Daftar protokol terbuka | Mencegah satu vendor menjadi satu-satunya jalur ke data gedung. |
| Model alarm tunggal | Menghentikan alarm ganda dan membuat eskalasi dapat diaudit. |
| Konvensi penamaan titik | Memungkinkan serah terima, pemeliharaan, dan integrasi di masa depan. |
| Retensi dan ekspor riwayat | Klaim energi dan kinerja memerlukan jejak data yang dapat dipertahankan. |
Model tiga lapisan bukanlah diagram produk. Ini adalah diagram tanggung jawab. Jika Anda tidak dapat menyebutkan lapisan mana yang memiliki suatu perilaku, kemungkinan perilaku tersebut berada di tempat yang salah.
Inti sari
Arsitektur IBMS bukan tentang menghubungkan sistem terbanyak. Ini tentang membuat koneksi mudah dibaca: satu model data, satu model alarm, satu jejak audit, dan kontrol lokal yang bertahan saat jaringan terputus. Jika semua itu benar, dasbor menjadi mudah. Jika salah, tidak ada dasbor yang dapat menyelamatkan proyek.
