Integrasi Sistem Otomasi Gedung — KNX, BACnet, Modbus & Loxone

KNX

KNX adalah standar kendali gedung untuk pencahayaan, peneduh, kendali ruang, dan sebagian terminal HVAC. Perangkat berbagi bus pasangan terpilin, dengan alamat yang diorganisasikan ke dalam lini dan area. Konfigurasi disimpan di dalam perangkat melalui alat rekayasa, dan gateway dapat mengekspos alamat grup ke jaringan IP atau platform lain. KNX unggul ketika fungsi ruang membutuhkan bus yang stabil dan tidak bergantung pada vendor. Pekerjaan integrasi berfokus pada penamaan alamat grup, tipe titik data, dan perilaku saat gateway atau segmen bus terputus. Instalasi KNX yang terdokumentasi dengan baik lebih mudah diperluas; instalasi tanpa penamaan alamat grup menjadi kotak hitam. Gateway harus diuji dengan beban bus sesungguhnya, bukan hanya dengan perangkat uji di meja. Daya bus, terminasi, dan jumlah perangkat per lini juga penting, karena lini KNX yang marginal menimbulkan gangguan yang tampak seperti kegagalan perangkat.

• Bus perangkat pasangan terpilin
• Alamat grup per lini dan area
• Gateway ke IP atau platform lain
• Uji perilaku saat offline

BACnet

BACnet adalah bahasa umum bagi sistem manajemen plant dan gedung. BACnet mendefinisikan objek, properti, dan layanan, sehingga chiller atau AHU dapat mengekspos status, setpoint, dan alarmnya secara terstruktur. BACnet/IP berjalan melalui Ethernet; MS/TP berjalan melalui bus serial. Integrasi memerlukan instance perangkat, pengenal objek, unit, dan izin baca/tulis. Langganan perubahan nilai (change-of-value) mengurangi polling, tetapi tidak semua perangkat mengimplementasikannya dengan baik. Peta titik harus mencatat objek mana yang hanya-baca, mana yang dapat diperintah, dan apa yang terjadi saat komunikasi terputus. Daftar objek harus diekspor dan ditinjau sebelum grafik dibuat, bukan ditemukan saat pengujian dan serah terima. Titik status hanya-baca dan setpoint yang dapat diperintah harus dipisahkan dalam grafik dan izin. Nomor instance perangkat BACnet harus unik di seluruh internetwork, dan konfigurasi BBMD atau router harus didokumentasikan saat lalu lintas melintasi subnet.

• Objek, properti, dan layanan
• BACnet/IP melalui Ethernet
• MS/TP melalui bus serial
• Hak baca/tulis dan fallback

Modbus

Modbus sederhana, luas digunakan, dan tidak memaafkan kesalahan. Modbus mengekspos register dan coil, dan integrator harus mengetahui peta register, tipe data, skala, serta urutan byte. Modbus RTU berjalan melalui RS485; Modbus TCP berjalan melalui Ethernet. Meter, inverter, catu daya, sensor, dan banyak PLC menggunakannya. Karena Modbus tidak memiliki model objek standar, dua perangkat dari vendor berbeda dapat menggunakan nomor register yang sama untuk makna berbeda. Peta register dan satuan rekayasa harus ada dalam dokumen integrasi, bukan dalam ingatan seseorang. Satu faktor skala yang salah dapat membuat laporan energi tampak masuk akal tetapi keliru, yang lebih buruk daripada kegagalan yang jelas terlihat. Polling yang terlalu agresif dapat menjenuhkan bus serial dan menyebabkan timeout yang tampak seperti gangguan perangkat. Segmen serial juga memerlukan terminasi, bias, dan isolasi yang benar, serta jumlah perangkat yang benar-benar dapat didukung bus.

• Register, coil, dan kode fungsi
• RTU melalui RS485, TCP melalui Ethernet
• Skala dan urutan byte
• Peta register terdokumentasi

DALI dan bus Loxone

DALI mengendalikan luminer yang dapat dialamatkan, dengan pengalamatan individual, grup, skenario, dan umpan balik gangguan. DALI adalah bus pencahayaan, bukan bus gedung umum, dan memerlukan gateway atau pengendali untuk bergabung dengan sistem yang lebih luas. Loxone menggunakan Tree untuk perangkat berkabel, Air untuk perangkat nirkabel, dan 1-Wire untuk sensor sederhana. Tree dan Air membawa daya sekaligus data untuk perangkat yang kompatibel; 1-Wire adalah bus sensor berkecepatan rendah. Pilihan di antara keduanya mengikuti metode konstruksi, jenis perangkat, dan kebutuhan untuk menjaga topologi bus tetap sederhana. Bus DALI dan Loxone harus dijaga dalam ukuran segmen dan batas daya yang dimaksudkan, dengan desain menunjukkan di mana setiap segmen dimulai dan berakhir. Pilihan tersebut harus dicatat dalam desain, termasuk alasannya, agar perubahan di kemudian hari tidak sembarangan mencampur jenis bus. Jadwal pengujian pencahayaan darurat DALI juga perlu didokumentasikan, karena itu adalah rutinitas keselamatan jiwa, bukan sekadar skenario.

• Pengalamatan, grup, dan skenario DALI
• Tree untuk perangkat Loxone berkabel
• Air untuk perangkat nirkabel
• 1-Wire untuk sensor sederhana

Gateway, pemetaan titik, dan pengujian

Pemilihan gateway adalah keputusan desain. Gateway harus mendukung versi protokol yang diperlukan, jumlah titik, laju polling, dan arah data. Pemetaan titik kemudian memberikan setiap item data nama, alamat, tipe, unit, dan izin. Penamaan harus sesuai dengan gambar dan grafik operator. Pengujian dimulai di pabrik dengan pemeriksaan titik-ke-titik, berlanjut di lokasi dengan perangkat aktif, dan berakhir dengan uji interlock serta uji kegagalan. Paket serah terima harus mencakup daftar alamat, konfigurasi gateway, catatan pengujian, dan pernyataan jelas tentang apa yang hanya-baca. Dokumen integrasi harus menjadi catatan hidup: ketika perangkat diganti, alamat dan pemetaan titiknya diperbarui di tempat yang sama. Catatan pengujian harus menyebutkan perangkat, firmware, titik, dan nilai yang diharapkan, bukan hanya lulus atau gagal. Gateway yang tidak terdokumentasi adalah gangguan di masa depan dengan penyebab yang tidak diketahui.

• Versi protokol dan jumlah titik
• Nama, alamat, tipe, dan unit
• Pengujian di pabrik dan di lokasi
• Daftar alamat dan catatan pengujian

Desain jaringan, pengalamatan, dan sinkronisasi waktu

Integrasi berhasil atau gagal pada lapisan jaringan. Mulailah dengan rencana pengalamatan: rentang IP per sistem, VLAN untuk layanan gedung, dan aturan tentang perangkat mana yang dirutekan dan mana yang diisolasi. BACnet/IP memerlukan perhatian pada domain broadcast, nomor instance perangkat, dan konfigurasi BBMD saat lalu lintas melintasi subnet. Modbus TCP memerlukan pengalamatan yang stabil dan rencana polling; Modbus serial memerlukan terminasi, bias, dan isolasi yang benar, ditambah batas jumlah perangkat per segmen. Gateway sebaiknya ditempatkan dekat dengan peralatan yang dilayaninya dan dicatu dari sirkuit yang tidak dimatikan untuk pemeliharaan. Sinkronisasi waktu harus berasal dari satu sumber, dengan semua pengendali dan gateway menggunakan layanan NTP yang sama; jika tidak, stempel waktu tren dan urutan alarm tidak dapat dikorelasikan. Dokumentasi jaringan harus menjadi bagian dari serah terima, bukan diagram yang digambar setelah gangguan pertama.

• Rencana pengalamatan IP dan VLAN
• Domain broadcast dan BBMD
• Terminasi dan isolasi serial
• Satu sumber NTP untuk semua perangkat

Pengujian, dokumentasi, dan mode kegagalan umum

Pengujian harus mengikuti matriks integrasi, bukan keyakinan integrator. Pengujian pabrik memeriksa konfigurasi gateway, nama titik, dan hak baca/tulis terhadap perangkat uji di meja. Pengujian di lokasi mengulangi pemeriksaan terhadap peralatan aktif dan menambahkan uji kegagalan komunikasi: lepaskan gateway, cabut segmen bus, buat sebuah register tidak valid, mulai ulang pengendali. Alarm dan interlock kemudian diuji dari ujung ke ujung, termasuk konfirmasi operator dan jejak audit. Dokumentasi harus mencakup daftar alamat, peta titik, pengaturan gateway, diagram jaringan, catatan pengujian, dan pernyataan titik hanya-baca. Kegagalan umum dapat diprediksi: instance perangkat BACnet yang duplikat, urutan byte Modbus yang salah, gateway yang melakukan polling lebih cepat daripada kemampuan perangkat menjawab, layanan BACnet yang tidak didukung, alamat grup KNX dengan tipe titik data yang salah, dan ketidaksesuaian firmware antara gateway dan perangkat. Masing-masing memiliki pengujian yang seharusnya menemukannya.

• Pemeriksaan titik di meja uji dan di lokasi
• Uji kegagalan komunikasi
• Uji alarm dan interlock dari ujung ke ujung
• Daftar alamat, peta titik, dan catatan firmware

Integrasi kontrol akses

Integrasi kontrol akses menghubungkan peristiwa pintu, keputusan pembaca kartu, dan status alarm ke platform gedung tanpa menjadi pemasok kontrol akses. Pengendali akses tetap memegang kewenangan untuk validasi kredensial dan pembukaan pintu; platform berlangganan peristiwa, menerapkan logika lintas sistem, dan menyajikan satu linimasa. Tautan yang umum adalah peristiwa pintu terbuka terlalu lama, dipaksa terbuka, masuk sah, dan tekanan (duress), ditambah respons video dan pencahayaan. Ruang lingkup harus menyatakan sistem mana yang memiliki pintu, mana yang memiliki log peristiwa, dan apa yang terjadi bila salah satu pihak offline.