Loxone · Config
Loxone Config — Rekayasa, Logika, dan Aplikasi Operator
Bagaimana gedung Loxone dikonfigurasi: lingkungan rekayasa, logika kendali, aplikasi operator, akses jarak jauh, cadangan, dan dokumentasi yang diserahterimakan.
Jawaban singkat
Loxone Config adalah lingkungan rekayasa tempat perangkat, input, output, dan logika kendali gedung dikonfigurasi. Lingkungan ini menghasilkan jadwal, interlock, alarm, dan tampilan operator yang berjalan pada pengendali lokal, serta didukung oleh cadangan yang terdokumentasi, catatan versi, dan paket serah terima yang dapat dipelihara oleh tim gedung.
Lingkungan rekayasa
Config adalah tempat gedung dirakit dalam perangkat lunak. Perangkat diberi alamat, input dan output dipetakan, dan setiap fungsi diberi nama yang bermakna bagi operator, bukan bagi pemasang. Lingkungan ini terhubung ke pengendali lokal, sehingga perubahan dilakukan terhadap instalasi nyata dan diuji di tempat. Proyek yang terstruktur baik terbaca seperti sebuah gedung: ruang mesin, lantai, riser, area penyewa, zona eksternal. Struktur itu bukan sekadar kosmetik; struktur menentukan seberapa cepat gangguan dapat ditemukan pada pukul dua pagi. Lingkungan yang sama menghasilkan logika yang berjalan secara lokal dan tampilan yang digunakan operator, itulah sebabnya disiplin konfigurasi merupakan persoalan operasional, bukan detail TI. Sebuah proyek harus dapat dibaca oleh orang yang tidak menulisnya. Ujiannya sederhana: serahkan pohon proyek kepada insinyur baru dan minta mereka menemukan gangguan.
- Pengalamatan perangkat dan pemetaan I/O
- Penamaan yang sesuai gedung, bukan panel
- Koneksi lokal untuk pengujian terhadap peralatan nyata
Struktur dan penamaan proyek
Proyek yang tumbuh dengan copy-paste menjadi tidak terpelihara. Kami menetapkan hierarki sebelum pemrograman: gedung, lantai, zona, sistem, perangkat. Item plant, sensor ruangan, dan area penyewa berada dalam pohon itu, dan setiap objek membawa tag yang sesuai dengan gambar dan daftar titik. Pohon tersebut juga mencerminkan topologi fisik panel, riser, dan ruangan, sehingga alamat dalam perangkat lunak dapat ditemukan di gedung. Template digunakan untuk tipe ruangan yang berulang, sehingga kamar tamu atau kantor standar dikonfigurasi sekali dan diinstansiasi, dengan hanya alamat dan nama ruangan yang diubah. Penamaan mengikuti satu konvensi: lokasi, layanan, perangkat, dan akhiran bila sebuah titik memerlukannya. Kami menghindari nama seperti 'spare' atau 'test2' yang bertahan hingga serah terima. Struktur ditinjau bersama tim gedung, karena merekalah yang akan menelusurinya di bawah tekanan. Mengganti nama setelah komisioning mahal, karena setiap gambar, label, dan laporan mengacu pada nama lama.
- Hierarki dari gedung hingga perangkat
- Template untuk tipe ruangan yang berulang
- Satu konvensi penamaan di seluruh gambar, titik, dan perangkat lunak
Logika, sekuens, dan alarm
Sebagian besar pekerjaan rekayasa adalah logika. Jadwal menentukan kapan suatu zona diperkirakan terisi; interlock menentukan apa yang harus terjadi sebelum pompa dinyalakan atau damper bergerak; sekuens mengatur plant dan unit terminal dalam urutan yang tepat; logika alarm menentukan apa yang mendesak, apa yang bersifat saran, dan apa yang harus dinonaktifkan selama peristiwa yang diketahui. Kami menjaga logika tetap modular, sehingga satu lantai atau satu sistem dapat disalin, diuji, dan dipelihara tanpa membongkar seluruh proyek. Function block bersama digunakan untuk sekuens yang berulang, dengan parameter alih-alih logika yang diduplikasi. Setiap keputusan yang tidak jelas tertulis dalam control narrative, termasuk alasan untuk suatu penundaan, deadband, atau interlock. Indeks logika memetakan setiap blok ke sekuens dan halaman naratif. Logika yang tidak dapat dijelaskan dalam satu paragraf biasanya adalah logika yang tumbuh tanpa sengaja.
- Logika modular per lantai, sistem, dan item plant
- Blok bersama dengan parameter, bukan logika yang diduplikasi
- Prioritas alarm dan penonaktifan yang terdokumentasi
Aplikasi dan tampilan operator
Aplikasi bukan remote control konsumen. Aplikasi adalah antarmuka operator: tampilan berbasis peran untuk staf fasilitas, insinyur, dan manajemen, dengan alarm, tren, dan perintah yang dibutuhkan setiap peran. Teknisi dapat melihat item plant, tren, dan interlock-nya; manajer dapat melihat ringkasan energi dan kenyamanan tanpa akses ke perintah katup. Grafis dibangun di sekitar keputusan yang dibuat operator, bukan di sekitar jadwal peralatan. Halaman alarm adalah tampilan default, karena di situlah perhatian pertama kali dibutuhkan. Model yang sama melayani layar dinding di lobi, workstation di kantor fasilitas, dan perangkat seluler di lantai. Tampilan apa pun yang hanya ada di laptop insinyur bukanlah deliverable serah terima. Tampilan default harus menjawab pertanyaan 'apa yang perlu diperhatikan sekarang' sebelum 'apa yang ada'.
- Tampilan berbasis peran dan izin perintah
- Tampilan default yang mengutamakan alarm
- Model yang sama di workstation, layar dinding, dan perangkat seluler
Akses jarak jauh dan keamanan
Akses jarak jauh adalah kemudahan dengan batas keamanan. Koneksi harus eksplisit, terautentikasi, dan tercatat, dengan autentikasi dua faktor bagi siapa pun di luar jaringan gedung. Jaringan kendali dipisahkan dari jaringan penyewa dan tamu; jalur masuk di-broker alih-alih diekspos. Operasi yang mengutamakan lokal berarti gedung tidak memerlukan jalur jarak jauh untuk berjalan. Akses dapat dicabut ketika kontraktor selesai, dan jejak audit harus menunjukkan siapa yang terhubung, kapan, dan apa yang diubah. Akun bersifat individual, bukan dibagi, dan akun layanan didokumentasikan dengan pemiliknya. Ini adalah keputusan konfigurasi sekaligus keputusan jaringan, dan ditinjau bersama tim TI sebelum sistem beroperasi, bukan setelah insiden pertama. Koneksi jarak jauh yang selalu terbuka adalah pintu yang dibiarkan tidak terkunci; koneksi harus dibuka untuk suatu tugas dan ditutup setelahnya.
- Autentikasi dua faktor untuk pengguna jarak jauh
- Jaringan kendali tersegmentasi dan akses ter-broker
- Akun individual, pencabutan akses, dan jejak audit
Cadangan, kontrol versi, dan kontrol perubahan
Gedung yang telah dikonfigurasi adalah kekayaan intelektual sekaligus infrastruktur operasional. File proyek, cadangan pengendali, daftar titik, diagram jaringan, dan control narrative termasuk dalam paket serah terima. Cadangan berjalan pada jadwal yang ditetapkan dan diuji dengan memulihkannya ke pengendali cadangan, bukan sekadar memastikan file tersebut ada. Catatan versi menyebutkan perubahan, tanggal, dan penanggung jawabnya, sehingga regresi dapat dilacak ke suatu rilis. Perubahan setelah serah terima mengikuti jalur kontrol perubahan yang sederhana: permintaan, dampak, persetujuan, implementasi, catatan. Disiplin itulah yang menjaga gedung yang berfungsi tetap berfungsi setelah insinyur aslinya pergi, dan itulah perbedaan antara sistem yang terpelihara dan kumpulan perubahan tanpa dokumentasi. Cadangan yang tidak pernah dipulihkan adalah harapan, bukan cadangan. Nama versi harus bermakna bagi tim gedung, bukan hanya bagi pengembang.
- File proyek, cadangan pengendali, dan daftar titik
- Uji pemulihan pada pengendali cadangan
- Catatan versi dan jejak permintaan perubahan
Dukungan komisioning, dokumentasi, dan pelatihan operator
Konfigurasi dibuktikan selama komisioning, bukan karena berhasil dikompilasi. Kami mendukung pengujian point-to-point, pengujian sekuens, dan simulasi gangguan, serta mencatat nilai parameter yang benar-benar ditetapkan: batas setpoint, penundaan, deadband, dan ambang alarm. Dokumentasi as-built mencakup file proyek, indeks logika, daftar titik, daftar alarm, indeks grafis, dan gambar jaringan. Pelatihan disusun berdasarkan peran: operator mempelajari alarm, jadwal, dan override yang diizinkan; teknisi mempelajari tren, cadangan, dan diagnostik lini pertama; manajer mempelajari laporan dan tampilan energi. Kompetensi dicatat, bukan diasumsikan. Tujuannya adalah tim gedung yang dapat melakukan perubahan rutin dengan aman dan tahu kapan harus meminta bantuan. Pelatihan diakhiri dengan latihan praktis: mengubah jadwal, mengonfirmasi alarm, memulihkan cadangan pada pengendali cadangan. Serah terima selesai ketika tim gedung dapat mengulangi tugas tersebut tanpa kehadiran insinyur.
- Nilai parameter dicatat sesuai kondisi komisioning
- Set file as-built dan indeks logika
- Pelatihan berbasis peran dengan kompetensi tercatat
Area kerja konfigurasi dan deliverable
15 rows| Area kerja | Apa yang dikonfigurasi | Hasil kerja | Pemilik setelah serah terima |
|---|---|---|---|
| Hierarki proyek | Pohon gedung, lantai, zona, sistem, dan perangkat | Gambar struktur proyek | Tim gedung |
| Penamaan dan pemberian tag | Akhiran lokasi, layanan, perangkat, dan titik | Konvensi penamaan dan register tag | Tim gedung |
| Template | Ruangan, lantai, dan grup plant standar | Pustaka template dan panduan instansiasi | Tim gedung |
| Pengalamatan perangkat | Pengendali, extension, perangkat Tree dan Air | Daftar alamat dan perangkat | Tim gedung |
| Pemetaan I/O | Input, output, sensor, dan aktuator | Daftar titik dengan nama dan rentang | Tim gedung |
| Jadwal | Periode hunian, setback, pembersihan, dan musiman | Matriks jadwal per zona | Tim gedung |
| Logika kontrol | Interlock, sekuens, loop PID, dan changeover | Control narrative dan indeks logika | Tim gedung |
| Alarm | Prioritas, perutean, penonaktifan, dan eskalasi | Daftar alarm dan matriks eskalasi | Tim gedung |
| Tren dan log | Titik, interval, retensi, dan ekspor | Jadwal tren dan prosedur ekspor | Tim gedung |
| Tampilan operator | Dasbor, denah lantai, tren, dan perintah | Paket grafis dan matriks peran | Tim gedung |
| Peran pengguna | Akun, izin, dan batas perintah | Register peran dan matriks izin | Tim gedung |
| Akses jarak jauh | Akun, dua faktor, kebijakan koneksi | Register akses dan kebijakan | Tim gedung bersama TI |
| Pencadangan dan pemulihan | Jadwal, retensi, dan uji pemulihan | Catatan cadangan dan prosedur pemulihan | Tim gedung |
| Kontrol versi | Nama rilis, tanggal, dan riwayat perubahan | Register versi dan log perubahan | Tim gedung |
| Dokumentasi dan pelatihan | Gambar as-built, naratif, dan materi pelatihan | Paket serah terima dan catatan pelatihan | Tim gedung |
Gambar proyek
3 images
Pertanyaan umum
01Apakah Loxone Config adalah bahasa pemrograman?
Ini adalah lingkungan rekayasa grafis yang dibangun dari function block dan objek konfigurasi. Logika kompleks dapat distrukturkan, diberi nama, dan didokumentasikan tanpa menulis kode tujuan umum.
02Dapatkah kami mengubah sistem sendiri?
Tim gedung dapat dilatih untuk mengubah jadwal, setpoint, dan akun pengguna dalam izin yang ditetapkan. Perubahan logika struktural harus mengikuti kontrol perubahan dan, bila diperlukan, didukung oleh integrator.
03Apakah aplikasi memerlukan akun cloud?
Operasi lokal tidak bergantung pada akun cloud. Akses jarak jauh dapat disediakan melalui koneksi ter-broker dengan autentikasi dua faktor.
04Bagaimana cadangan ditangani?
File proyek dan konfigurasi pengendali dicadangkan pada jadwal yang ditetapkan, dan pemulihan diuji pada pengendali cadangan sebelum serah terima.
05Dapatkah pengguna yang berbeda melihat hal yang berbeda?
Ya. Tampilan berbasis peran dan izin perintah dikonfigurasi untuk operator, insinyur, manajemen dan, bila relevan, penyewa atau penghuni.
06Dokumentasi apa yang diserahterimakan?
Daftar titik, control narrative, daftar alarm, diagram jaringan, indeks grafis, catatan cadangan, dan catatan pelatihan.
07Bagaimana perubahan dilacak setelah serah terima?
Melalui jalur kontrol perubahan: permintaan, penilaian dampak, persetujuan, implementasi, dan catatan dalam jejak audit.
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.