IAP Menciptakan Solusi LoRaWAN yang Lebih Baik untuk Bangunan Pintar

Penghuni gedung komersial mengharapkan tingkat kecerdasan dan otomatisasi tertentu di fasilitas mereka, dan pemilik real estat berlomba untuk mewujudkannya melalui IoT. Mungkin itu menjelaskan mengapa tingkat pertumbuhan tahunan gabungan untuk pasar otomasi dan kontrol bangunan diperkirakan akan tumbuh lebih dari 21 persen hingga 2028. Bagaimanapun, fasilitas IoT adalah cara Anda mencapai kantor yang dijanjikan di masa depan—dan tren terkini menjadikan bangunan pintar lebih sebagai sebuah kebutuhan daripada sebuah keuntungan. 

Perusahaan mempunyai tujuan energi; IoT membantu memenuhi kebutuhan tersebut dengan kontrol otomatis atas HVAC, pencahayaan, dan banyak lagi. Meningkatnya pekerjaan jarak jauh telah menyebabkan banyak ruang fasilitas yang tidak terpakai; IoT dapat mengidentifikasi ruang-ruang ini, mempersonalisasikannya untuk pengguna sementara, dan menyediakan data tentang cara mengoptimalkan setiap meter persegi.  

Mengingat kekuatan pasar ini, pertanyaannya bukanlah apakah akan berinvestasi pada teknologi smart building—tetapi bagaimana melakukan hal tersebut dengan cara yang memberikan keuntungan besar atas investasi tersebut dan mendukung perangkat yang menggunakan komunikasi kabel dan nirkabel. Protokol Long Range Wide Area Network (LoRaWAN) adalah solusi menjanjikan untuk perangkat nirkabel yang memerlukan daya lebih kecil dibandingkan perangkat WIFI, namun memiliki jangkauan lebih jauh dibandingkan perangkat Bluetooth. Dikelola oleh organisasi nirlaba terbuka Aliansi LoRa, LoRaWAN menciptakan koneksi nirkabel berbiaya rendah, berdaya rendah, dan jarak jauh antara perangkat bangunan pintar dan platform tempat mereka bekerja. 

Masalahnya adalah, integrator kesulitan menghubungkan perangkat LoRaWAN ke sistem otomasi dan kontrol gedung berkabel (BACS) yang lama. Protokol Akses IoT (IAP) yang baru memecahkan masalah tersebut. Begini caranya.    

Perjuangan Menghubungkan Perangkat LoRaWAN ke BACS Lama

Bangunan berukuran sedang atau besar mana pun kemungkinan besar memiliki BACS dengan perangkat yang menggunakan komunikasi kabel—dan BACS tidak dirancang untuk mengimbangi laju inovasi dalam IoT. Selama beberapa dekade, operator telah menggunakan platform BACS lama ini untuk mengelola semua teknologi di dalam gedung: HVAC, pencahayaan, kontrol akses, keamanan, elevator—semua sistem yang memperoleh manfaat besar dengan tambahan IoT. 

Jika Anda ingin memperluas otomatisasi gedung, Anda harus mengirimkan data dari setiap perangkat IoT terpisah ke BACS. Namun ada ketidaksesuaian antara standar LoRaWAN dan protokol jaringan BACS umum. Protokol konektivitas yang dipahami BACS Anda—BACnet dan LON, hanyalah beberapa di antaranya—merupakan standar yang sangat kaya. Mereka memiliki model data yang kaya, menentukan layanan jaringan, dan menyediakan kemampuan perintah dan kontrol —dan semua ini didefinisikan secara ketat dalam arsitektur BACS. 

LoRaWAN tidak sejalan dengan semua definisi BACS ini, sehingga sulit untuk membuat integrasi yang kuat. Hingga saat ini, integrator gedung pintar menghubungkan perangkat LoRaWAN ke BACS lama menggunakan salah satu dari dua pendekatan, yang keduanya tidak ideal: 

• Pemetaan titik data manual. Pertama Anda menghubungkan perangkat LoRaWAN ke server jaringan LoRa. Kemudian Anda memetakan setiap titik data di server ke titik terkait di BACS. Kesulitan muncul di sisi BACS, di mana Anda harus mengonfigurasi algoritme otomatisasi secara manual—termasuk definisi dan konfigurasi makna dasar titik data. Anda harus memberi tahu BACS bahwa pembacaan suhu adalah pembacaan suhu ruangan dalam ruangan, misalnya, dan membuat algoritme yang memberi tahu sistem apa yang harus dilakukan dengan titik data tersebut. Ini memerlukan banyak sumber daya dan konfigurasi manual yang memakan waktu oleh integrator sistem bangunan. 
• Protokol Kompresi Header Konteks Statis (SCHC). Jika Anda tidak ingin melakukan pemetaan data hard-code di sisi BACS, SCHC mungkin dapat membantu. Kerangka kompresi ini memasukkan seluruh pesan BACnet ke dalam paket LoRa. Itu mentransfer properti objek BACnet end-to-end penuh dari perangkat ke BACS. Definisi titik data sudah ada di dalamnya. Hanya ada satu masalah: Integrator tidak dapat mengimplementasikan SCHC sendiri. Protokol harus dibangun ke dalam perangkat, yang berarti hanya produsen perangkat yang dapat mewujudkannya. Lebih buruk lagi, perangkat bangunan pintar SCHC lebih kompleks, dan karenanya lebih mahal, dibandingkan sensor LoRaWAN sederhana—dengan asumsi seseorang telah memproduksinya terlebih dahulu. Jika terdapat sedikit produsen, dengan gangguan rantai pasokan saat ini, kemungkinan besar perangkat langka tersebut akan memiliki waktu tunggu 6 hingga 12 bulan.

Tak satu pun dari pendekatan ini mendukung kecerdasan pada perangkat IoT edge; semua operasi data berlangsung di tingkat BACS. Mereka juga hanya mendukung BACnet, protokol komunikasi dominan dalam otomatisasi dan kontrol gedung. Jika beberapa infrastruktur IoT Anda bergantung pada LON, atau Modbus, atau DALI untuk kontrol pencahayaan, atau protokol Ethernet industri untuk pabrik—Anda kurang beruntung. Untungnya, opsi ketiga kini tersedia, dan siap untuk membuat pekerjaan lebih mudah bagi integrator bangunan pintar.  

Temui IoT Access Protocol (IAP) untuk Integrasi LoRaWAN dengan BACS

IAP, baru-baru ini distandarisasi melalui ANSI dan CTA, adalah protokol akses data dan layanan platform-agnostik yang menggeneralisasi definisi informasi, model data, dan layanan untuk perangkat IoT industri. Sederhananya, ini menciptakan struktur data dan layanan yang menghubungkan semua elemen dalam infrastruktur gedung pintar Anda—termasuk model umum untuk informasi dan layanan yang disediakan oleh perangkat edge dalam jaringan otomatisasi dan kontrol gedung. Instal server edge dengan IAP untuk menerjemahkan dan menormalkan data dari perangkat LoRaWAN ke dalam sistem dengan BACnet, LON, Modbus, atau hampir semua protokol BACS lainnya, dan mengakses data dan layanan dari semua perangkat dari stasiun kerja menggunakan BACnet, LON, atau OPC UA. 

IAP membuat a kembar digital perangkat Anda. Setiap kembaran diakses oleh BACS melalui protokol pilihan BACS apa pun, menerjemahkan LoRa ke dalam bahasa yang dapat dipahami BACS. Jika Anda mengatur server IAP untuk menyertakan server BACnet, BACS Anda akan mengenali perangkat LoRaWAN sebagai perangkat BACnet; sesederhana itu. Tidak ada lagi integrasi manual yang kikuk, hard coding, atau meminta produsen perangkat untuk mendukung SCHC. Dengan beberapa server edge IAP saat ini, integrator bahkan dapat membuat integrasi LoRaWAN-ke-BACS dalam lingkungan kode rendah, dengan antarmuka pengguna yang sederhana dan alat seret dan lepas. 

Yang lebih baik lagi, IAP sangat skalabel. Jika Anda menginstalnya di salah satu fasilitas Anda, Anda dapat menggunakan konfigurasi perangkat dan titik data yang sama di semua fasilitas Anda, hanya dengan menginstal server edge IAP. Dan server edge dengan IAP mendapatkan hasil. Tanyakan saja pada pengecer furnitur Inggris DFS, yang menggunakan server edge IAP untuk menghubungkan sensor lingkungan (dan banyak lagi) ke platform BACS di berbagai fasilitas. Sistem multi-protokol yang terbuka membantu mengurangi penggunaan energi DFS, menghemat sekitar 33 persen biaya listrik dan 26 persen biaya bahan bakar untuk toko ritel pada umumnya yang menggunakan sistem tersebut. Jika Anda mencari hasil yang serupa—dan Anda tidak ingin mengonfigurasi dan melakukan hardcoding BACS lama secara manual—lihatlah IAP. Ini bisa menjadi alat integrasi LoRaWAN/BACS yang Anda tunggu-tunggu.

Sumber: https://www.iotforall.com/iap-creates-a-better-lorawan-solution-for-smart-buildings