Sistem Loxone
Panduan Sistem Loxone: Arsitektur dan Aplikasi
Bagaimana sistem otomasi gedung Loxone disusun: Miniserver, extension, Tree, Air, dan 1-Wire, pemrograman Config, integrasi dengan KNX, BACnet, dan Modbus, serta pelaksanaan proyek.
Jawaban singkat
Loxone adalah platform otomasi gedung yang mengutamakan operasi lokal, dibangun di sekitar Miniserver, kontroler yang menjalankan logika, jadwal, dan skenario tanpa koneksi cloud wajib. Extension menambah input dan output, Tree, Air, dan 1-Wire menghubungkan perangkat lapangan, dan Config menetapkan perilaku yang ditampilkan oleh aplikasi dan antarmuka.
Arsitektur yang mengutamakan operasi lokal
Loxone dirancang berdasarkan prinsip sederhana: gedung harus tetap berfungsi ketika internet tidak tersedia. Miniserver menyimpan program kontrol, menjalankan jadwal dan skenario, serta berkomunikasi dengan perangkat lapangan melalui bus lokal. Akses jarak jauh dan aplikasi seluler adalah kemudahan yang ditambahkan di atasnya, bukan ketergantungan untuk operasi harian. Desain ini cocok untuk gedung dengan konektivitas yang tidak andal, persyaratan residensi data yang ketat, atau kebutuhan untuk tetap beroperasi selama gangguan jaringan. Desain ini juga mengubah model dukungan: integrator dapat mendiagnosis logika secara lokal, dan pemilik tidak bergantung pada langganan yang bisa berakhir. Operasi lokal bukan berarti terisolasi. Gateway dan antarmuka menghubungkan peralatan KNX, Modbus, DALI, dan BACnet, dan pengawas dapat membaca sistem tanpa mengambil alih kontrol. Untuk gedung komersial, prinsip yang sama berlaku pada jaringan kontroler: otonomi lokal dulu, koordinasi pusat kemudian. Pertanyaan praktisnya adalah fungsi mana yang harus bertahan saat WAN terputus, dan apakah desain telah menguji skenario tersebut. Klaim operasi lokal yang belum pernah diuji secara offline hanyalah frasa pemasaran. Uji tersebut harus diulang setelah pembaruan firmware, karena perubahan perilaku kontroler dapat diam-diam memasukkan kembali ketergantungan yang telah dihilangkan oleh desain. Otonomi lokal juga memiliki biaya: setiap kontroler memerlukan backup dan rencana penggantiannya sendiri.
- Logika dan jadwal disimpan di lokasi
- Aplikasi dan akses jarak jauh sebagai lapisan opsional
- Bus lokal untuk perangkat lapangan
- Gateway untuk sistem pihak ketiga
Miniserver dan extension
Miniserver adalah kontroler inti: menyimpan program, jadwal, izin pengguna, dan antarmuka. Input dan output bawaan dapat menangani instalasi kecil secara langsung; extension menambah kapasitas melalui bus lokal ketika proyek berkembang. Perencanaan kapasitas harus dilakukan sebelum panel dibuat, karena jenis input, jenis output, dan kapasitas cadangan semuanya memengaruhi selungkup, catu daya, dan pengkabelan. Desain juga harus mencatat fungsi mana yang berjalan pada kontroler mana, sehingga kegagalan berdampak terbatas. Backup, dokumen lisensi, dan prosedur pemulihan yang telah diuji adalah bagian dari sistem, bukan tambahan belakangan. Pemilihan model adalah keputusan proyek berdasarkan jumlah titik, kebutuhan antarmuka, dan perluasan di masa depan, bukan pilihan default yang diulang dari proyek sebelumnya. Model yang dipilih harus didokumentasikan bersama jumlah titik dan daftar antarmuka yang mendasarinya. Tunjangan kapasitas cadangan lebih murah pada tahap desain daripada panel kedua setelah serah terima, dan harus dinyatakan sebagai persentase dari kapasitas terpakai, bukan dibiarkan sebagai niat yang samar. Prosedur penggantian harus ditulis untuk seseorang yang belum pernah melihat panel tersebut, dan diuji sekali selama engineer asli masih tersedia. Kontroler kedua untuk ketahanan adalah pilihan desain, bukan default; kontroler itu memerlukan perilaku failover yang terdefinisi.
- Program, jadwal, dan izin
- I/O bawaan plus bus extension
- Perencanaan kapasitas dan titik cadangan
- Backup dan pemulihan yang telah diuji
Tree, Air, dan 1-Wire
Loxone menggunakan tiga teknologi periferal untuk tugas yang berbeda. Tree adalah bus kabel untuk sakelar, sensor, dimmer, dan aktuator; bus ini membawa daya dan data, serta cocok untuk proyek bangunan baru yang rute kabelnya direncanakan. Air adalah protokol nirkabel untuk perangkat yang pengkabelannya tidak praktis, termasuk retrofit dan beberapa lokasi sensor; protokol ini memerlukan survei sinyal dan strategi daya untuk perangkat berbaterai. 1-Wire adalah bus sederhana yang terutama digunakan untuk penginderaan suhu di lantai, pipa, dan ruangan, dengan pengalamatan yang membuat setiap sensor dapat diidentifikasi. Ketiganya dapat berdampingan dalam satu instalasi. Aturan desain mencakup topologi, panjang kabel, terminasi, anggaran daya, dan pemisahan dari derau listrik. Pilihannya bukan tentang teknologi mana yang lebih baru, melainkan tentang gedung, rute, dan model pemeliharaan. Nirkabel harus diperlakukan sebagai keputusan desain dengan rencana pemeliharaan, bukan jalan pintas untuk menghindari perencanaan. Mendokumentasikan alamat perangkat dan topologi bus menghemat berjam-jam selama pengujian dan serah terima serta saat pencarian gangguan di kemudian hari, dan hal itulah yang pertama hilang ketika proyek berpindah tangan antar instalatur. Perangkat nirkabel yang memerlukan tangga untuk dijangkau merupakan biaya pemeliharaan bahkan ketika bukan masalah kontrol. Memberi label pada setiap segmen bus di kedua ujungnya adalah kebiasaan kecil yang menghemat satu sore yang panjang.
- Tree: bus kabel dengan daya dan data
- Air: nirkabel untuk retrofit dan sensor
- 1-Wire: penginderaan suhu
- Topologi, daya, dan pengalamatan terdokumentasi
Config: memprogram gedung
Config adalah lingkungan rekayasa tempat perilaku gedung didefinisikan. Blok fungsi menangani input, output, logika, jadwal, skenario, alarm, dan hak pengguna. Proyek yang terstruktur baik menggunakan konvensi penamaan, blok yang dapat digunakan ulang, dan komentar yang dapat dipahami engineer lain. Simulasi dan pengujian online membantu memverifikasi logika sebelum pengujian dan serah terima, tetapi tidak menggantikan pemeriksaan titik demi titik di lokasi. Kontrol versi penting: jadwal yang diubah atau interlock baru harus dicatat dengan tanggal dan alasannya. Kontrol akses ke berkas proyek juga penting, karena perubahan yang tidak terdokumentasi dapat merusak urutan yang telah diuji. Keluaran Config bukan hanya program yang berfungsi, tetapi juga deskripsi yang dapat dipelihara tentang bagaimana gedung seharusnya berperilaku, dan itulah yang dibutuhkan pemilik saat serah terima. Konvensi penamaan yang disepakati sejak awal lebih murah daripada mengganti nama blok setelah pengujian dan serah terima. Jika satu-satunya orang yang dapat membaca program telah meninggalkan proyek, gedung telah kehilangan sebagian dokumentasinya. Program harus diperlakukan sebagai dokumen terkendali, bukan buku catatan pribadi. Program yang bergantung pada variabel global yang tidak terdokumentasi tidak dapat dipelihara, seberapa pun elegan tampilan logikanya di layar. Dua engineer harus dapat membukanya dan menemukan blok yang sama untuk fungsi yang sama.
- Blok fungsi untuk logika dan urutan
- Konvensi penamaan dan blok yang dapat digunakan ulang
- Simulasi plus pengujian titik di lokasi
- Kontrol versi dan akses terkendali
Integrasi dengan sistem lain
Sangat sedikit gedung yang hanya menggunakan satu vendor. Loxone terintegrasi melalui antarmuka native dan gateway: KNX untuk perangkat pencahayaan dan ruangan, Modbus RTU atau TCP untuk meter, inverter, dan peralatan, DALI untuk luminer, BACnet melalui gateway untuk plant dan sistem pengawasan, serta HTTP atau REST untuk layanan perangkat lunak. Kontak kering tetap menjadi fallback yang andal untuk kebakaran, peralatan lama, dan sinyal status sederhana. Setiap antarmuka memerlukan peta titik: alamat sumber, nama target, jenis data, satuan, skala, arah baca atau tulis, dan kondisi kegagalan. Gateway menambahkan perangkat yang harus diberi daya, dikonfigurasi, dan didokumentasikan. Desain integrasi harus menyatakan apa yang terjadi ketika gateway offline, dan apakah kontroler lokal dapat terus berjalan tanpanya. Dukungan native dan dukungan gateway adalah komitmen yang berbeda; spesifikasi harus menyatakan mana yang diperlukan untuk setiap sistem. Untuk setiap antarmuka, catat siapa yang memiliki konfigurasi gateway dan siapa yang dihubungi ketika gateway gagal. Antarmuka yang berfungsi hari ini tetapi tidak memiliki pemilik akan gagal secara diam-diam tahun depan. Kondisi kegagalan harus didefinisikan untuk setiap titik, bukan untuk gateway secara keseluruhan. Register antarmuka lebih berguna daripada diagram pengkabelan ketika perangkat pihak ketiga berperilaku tidak semestinya.
- KNX dan DALI untuk pencahayaan dan kontrol ruangan
- Modbus untuk meter dan peralatan
- BACnet melalui gateway untuk plant
- Peta titik dengan skala dan kondisi kegagalan
Perencanaan dan kapasitas
Merencanakan proyek Loxone sebagian besar adalah latihan menghitung dan menetapkan batas. Mulailah dari daftar titik, kelompokkan titik berdasarkan lokasi, dan tentukan kontroler mana yang melayani kelompok mana. Jaga agar ruang lingkup setiap kontroler cukup kecil sehingga kegagalan hanya memengaruhi satu zona atau satu peralatan, bukan seluruh gedung. Sediakan I/O cadangan untuk perubahan di masa depan; tunjangan perencanaan tipikal adalah 10 hingga 20 persen dari kapasitas terpakai, tetapi ekspektasi pertumbuhan proyek itu sendiri yang harus menentukan. Periksa anggaran daya bus, panjang kabel, dan jumlah perangkat per jalur terhadap dokumentasi produsen untuk model dan firmware yang tepat. Sisakan ruang panel untuk extension tambahan dan beri label pada terminal cadangan. Catat daftar antarmuka beserta protokol, model gateway, dan jumlah titik pada setiap tautan. Rencana kapasitas yang tidak dituliskan hanyalah dugaan, dan dugaan yang dibuat sebelum panel dibangun menjadi kendala selama sepuluh tahun ke depan. Rencana juga harus menyatakan apa yang terjadi ketika kontroler diganti, karena hari itu akan datang. Berkas program, lisensi, dan backup harus disimpan di tempat yang dikendalikan pemilik, bukan hanya di server integrator. Rencana kapasitas harus ditinjau pada setiap perubahan desain, bukan hanya pada awal.
- Kelompokkan titik berdasarkan lokasi dan batas kegagalan
- Tunjangan cadangan tipikal 10 hingga 20 persen
- Periksa daya bus, panjang kabel, dan jumlah perangkat
- Catat rencana kapasitas dan jalur penggantian
Pelaksanaan dan siklus hidup
Proyek Loxone dilaksanakan secara bertahap: kebutuhan, daftar titik, desain panel, konfigurasi, pengujian pabrik, pengujian dan serah terima di lokasi, serah terima, dan dukungan. Pengujian pabrik menangkap kesalahan pengkabelan dan konfigurasi sebelum lokasi sibuk. Pengujian dan serah terima di lokasi membuktikan setiap titik, setiap urutan, dan setiap alarm, termasuk perilaku ketika perangkat terputus. Serah terima harus mencakup backup, diagram jaringan, kredensial, panduan pengguna, dan pelatihan bagi orang-orang yang akan mengoperasikan gedung. Model dukungan harus eksplisit: siapa yang merespons, dalam ruang lingkup apa, dan bagaimana perubahan disetujui. Sistem yang mengutamakan operasi lokal lebih mudah dipelihara ketika pemilik memegang berkas proyek dan dokumentasinya, bukan bergantung pada laptop satu engineer. Perencanaan siklus hidup juga harus mencakup perangkat cadangan, pembaruan firmware, dan proses penambahan lantai atau penyewa baru. Pemilik harus dapat menambahkan perangkat atau mengubah jadwal tanpa membangun ulang seluruh program. Itulah makna praktis dari sistem lokal yang terbuka. Skrip pengujian dan serah terima harus mencakup restart kontroler, pemutusan perangkat bus, dan kegagalan gateway, karena itulah kondisi yang pada akhirnya akan dihadapi gedung. Pelatihan harus mencakup cara membaca alarm, bukan hanya cara menekan tombol skenario. Tahun pertama operasi harus mencakup tinjauan atas perubahan yang benar-benar dilakukan, karena daftar itu mengungkap apakah sistem digunakan sesuai desain.
- Kebutuhan dan daftar titik terlebih dahulu
- Pengujian pabrik sebelum pekerjaan lokasi
- Pengujian dan serah terima titik demi titik
- Backup, pelatihan, dan ketentuan dukungan
Ketika platform lain lebih cocok
Platform yang mengutamakan operasi lokal bukan jawaban yang tepat untuk setiap gedung. Plant yang sangat besar dengan ratusan loop kontrol, persyaratan keamanan siber kelas utilitas yang ketat, atau spesifikasi yang mewajibkan sistem pengawasan tertentu mungkin lebih baik dilayani oleh arsitektur lain. Loxone paling kuat ketika kontrol ruangan, otonomi lokal, integrasi perangkat pihak ketiga, dan sistem yang jelas dioperasikan pemilik menjadi hal utama. Loxone lebih lemah ketika proyek memerlukan satu basis data yang sangat besar, rekayasa BACnet native yang mendalam, atau organisasi dukungan yang hanya bekerja dengan satu platform enterprise. Percakapan desain yang jujur adalah tentang kesesuaian, bukan loyalitas merek. Proyek dapat menggunakan Loxone untuk kontrol ruangan dan plant serta pengawas terpisah untuk pelaporan portofolio, asalkan batas dan kepemilikan titiknya terdokumentasi. Hasil terburuk adalah platform yang dipilih karena ideologi lalu dipaksakan melampaui perannya, karena sistem yang dihasilkan bukan lagi platform lokal maupun kelas enterprise. Spesifikasi yang baik menyatakan apa yang dilakukan setiap platform dan apa yang sengaja tidak dilakukannya. Batas tersebut harus ditinjau ketika sistem baru ditambahkan, karena asumsi lama jarang bertahan menghadapi antarmuka baru. Platform yang harus dipertahankan di setiap rapat biasanya adalah platform yang salah untuk proyek tersebut. Mode kegagalan yang umum adalah kontroler yang dipaksakan melampaui kapasitasnya, gateway yang tidak dimiliki siapa pun, program yang hanya memiliki satu pembaca, dan backup yang belum pernah dipulihkan. Masing-masing adalah kelalaian desain, bukan cacat produk.
- Sangat cocok untuk ruangan, plant, dan integrasi pihak ketiga
- Kurang cocok untuk estate besar dengan satu basis data
- Arsitektur terpisah berhasil ketika batasnya terdokumentasi
- Pilih platform berdasarkan perannya, bukan labelnya
Elemen sistem Loxone dan catatan desainnya
16 rows| Elemen | Fungsi | Aplikasi tipikal | Catatan desain |
|---|---|---|---|
| Miniserver | Kontroler inti dan mesin logika | Panel ruang mesin atau lantai | Rencanakan kapasitas, backup, dan penggantian |
| Extension | Masukan dan keluaran tambahan | Zona tambahan dan sinyal plant | Hitung kapasitas cadangan dan daya bus |
| Tree | Bus periferal berkabel | Sakelar, sensor, dan dimmer | Topologi, terminasi, dan anggaran daya |
| Air | Periferal nirkabel | Retrofit dan sensor jarak jauh | Survei sinyal dan rencana baterai |
| 1-Wire | Penginderaan suhu | Sensor lantai, pipa, dan ruangan | Panjang kabel dan pengalamatan |
| Config | Lingkungan pemrograman | Logika, jadwal, dan skenario | Versi dan dokumentasikan |
| Loxone App | Antarmuka pengguna | Kontrol penghuni dan operator | Tampilan dan izin berbasis peran |
| Antarmuka KNX | Integrasi perangkat KNX | Pencahayaan dan peneduh | Pemetaan alamat grup |
| Modbus | Integrasi meter dan peralatan | Meter, inverter, dan drive | Peta register dan skala |
| Gateway BACnet | Integrasi perangkat BACnet | Plant dan unit penanganan udara | Pemetaan objek dan beban polling |
| Gateway DALI | Kendali pencahayaan | Luminer dan driver | Pengalamatan dan grup |
| Daya dan backup | Suplai dan ketahanan | Panel dan kontroler | UPS, proteksi lonjakan, dan uji pemulihan |
| Jaringan | Konektivitas kontroler dan gateway | Jaringan lokal dan jaringan lokasi | Segmentasi, pengalamatan, dan sumber waktu |
| Akses jarak jauh | Dukungan luar lokasi dan akses aplikasi | Penggunaan oleh operator dan integrator | Akses berbasis peran, pencatatan, dan pencabutan |
| Kapasitas cadangan | Titik dan perangkat di masa depan | Perluasan dan penataan penyewa | Nyatakan tunjangan sebagai persentase |
| Dokumentasi dan backup | Serah terima dan pemulihan | Pemilik dan tim pemeliharaan | Berversi, disimpan di luar laptop engineering |
Gambar proyek
3 images
Pertanyaan umum
01Apa itu Loxone Miniserver?
Miniserver adalah kontroler inti sistem Loxone. Miniserver menyimpan program, menjalankan logika dan jadwal, menyediakan antarmuka, serta mengoordinasikan extension dan perangkat periferal. Kontrol tetap lokal, sehingga gedung dapat beroperasi tanpa koneksi cloud. Kapasitas, jumlah antarmuka, dan pengaturan backup harus direncanakan sebelum panel dibangun.
02Apakah Loxone memerlukan koneksi internet?
Tidak, untuk kontrol lokal. Miniserver menjalankan gedung di lokasi. Akses internet digunakan untuk akses aplikasi jarak jauh, notifikasi, pembaruan, dan dukungan jarak jauh. Desain harus mengidentifikasi fungsi mana yang harus tetap berjalan ketika tautan WAN terputus, dan pengujian serta serah terima harus membuktikan daftar tersebut, bukan mengasumsikannya.
03Apa perbedaan antara Tree, Air, dan 1-Wire?
Tree adalah bus kabel untuk sakelar, sensor, dan aktuator. Air bersifat nirkabel untuk perangkat yang pemasangan kabelnya tidak praktis. 1-Wire adalah bus sederhana yang terutama digunakan untuk sensor suhu. Ketiganya dapat berjalan berdampingan, dan pilihannya bergantung pada gedung, jalur kabel, serta rencana pemeliharaan. Perangkat nirkabel memerlukan survei sinyal dan rencana penggantian baterai.
04Dapatkah Loxone berintegrasi dengan BACnet?
Ya, melalui gateway BACnet. Gateway tersebut memetakan objek BACnet ke titik Loxone. Periksa dukungan objek, kapasitas titik, perilaku polling, dan apa yang terjadi saat gateway offline sebelum menetapkan desain. Gateway yang tidak didokumentasikan adalah titik kegagalan tunggal yang tidak dimiliki siapa pun.
05Apakah Loxone cocok untuk gedung komersial?
Bisa jadi, jika kontrol lokal, antarmuka terbuka, dan model dukungan yang jelas sesuai dengan proyek. Proyek komersial biasanya memerlukan dokumentasi, akses berbasis peran, pengujian integrasi, dan perencanaan siklus hidup yang lebih banyak daripada hunian. Ruang lingkup dan dukungan harus disepakati secara eksplisit. Gedung komersial juga memerlukan pemilik yang ditunjuk untuk program dan cadangan.
06Bagaimana sistem Loxone diprogram?
Perilaku dibangun di Config dari blok fungsi untuk input, output, logika, jadwal, scene, dan alarm. Proyek yang baik menggunakan konvensi penamaan, blok yang dapat digunakan ulang, kontrol versi, dan pengujian titik di lokasi sebelum serah terima. Program harus diperlakukan sebagai dokumen terkendali yang dapat dibaca dan dipelihara oleh insinyur lain.
07Apa yang terjadi jika Miniserver gagal?
Fungsi pada pengontrol tersebut berhenti hingga dipulihkan atau diganti. Desain harus membatasi ruang lingkup setiap pengontrol, menyimpan cadangan, menyediakan perangkat keras cadangan, dan mendokumentasikan prosedur pemulihan. Fungsi kritis tidak boleh bergantung pada satu perangkat yang tidak didokumentasikan. Penggantian harus dapat dilakukan tanpa membangun ulang program dari ingatan.
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.