IAP는 스마트 빌딩을 위한 더 나은 LoRaWAN 솔루션을 만듭니다.

상업용 건물 거주자는 시설에서 일정 수준의 인텔리전스와 자동화를 기대하고 부동산 소유주는 IoT를 통해 제공하기 위해 경쟁하고 있습니다. 빌딩 자동화 및 제어 시장의 연간 복합 성장률이 21년까지 2028%. 결국 시설 IoT는 약속된 미래의 사무실에 도달하는 방법이며 최근 추세는 스마트 빌딩을 특혜보다 요구 사항으로 만들고 있습니다. 

기업에는 에너지 목표가 있습니다. IoT는 HVAC, 조명 등에 대한 자동화된 제어를 통해 이러한 요구 사항을 충족하는 데 도움이 됩니다. 원격 근무의 증가로 인해 사용되지 않는 시설 공간이 많이 생겼습니다. IoT는 이러한 공간을 식별하고 임시 사용자를 위해 개인화하고 모든 평방 피트를 최적화하는 방법에 대한 데이터를 제공할 수 있습니다.  

이러한 시장의 힘을 감안할 때 문제는 스마트 빌딩 기술에 투자할지 여부가 아니라 해당 투자에 대한 강력한 수익을 제공하고 유선 및 무선 통신을 모두 사용하는 장치를 지원하는 방식으로 투자하는 것입니다. 장거리 광역 네트워크(LoRaWAN) 프로토콜은 WIFI 장치보다 전력이 덜 필요하지만 Bluetooth 장치보다 범위가 더 긴 무선 장치에 대한 유망한 솔루션입니다. 개방된 비영리단체에서 관리 LoRa 얼라이언스, LoRaWAN은 저비용, 저전력, 장거리 무선 연결을 생성합니다. 스마트 빌딩 장치와 함께 작동하는 플랫폼 간에 

문제는 통합업체가 LoRaWAN 장치를 기존 유선 건물 자동화 및 제어 시스템(BACS)에 연결하는 데 어려움을 겪고 있다는 것입니다. 새로운 IoT 액세스 프로토콜(IAP)이 문제를 해결합니다. 방법은 다음과 같습니다.    

LoRaWAN 장치를 레거시 BACS에 연결하기 위한 투쟁

중형 또는 대형 건물에는 유선 통신을 사용하는 장치가 있는 BACS가 있을 가능성이 높으며 해당 BACS는 IoT의 혁신 속도를 따라잡도록 설계되지 않았습니다. 수십 년 동안 운영자는 HVAC, 조명, 액세스 제어, 보안, 엘리베이터와 같은 건물 내의 모든 기술을 관리하기 위해 이러한 레거시 BACS 플랫폼을 사용해 왔습니다. 

빌딩 자동화를 확장하려면 각 개별 IoT 장치에서 BACS로 데이터를 전송해야 합니다. 그러나 LoRaWAN 표준과 일반적인 BACS 네트워크 프로토콜 간에 불일치가 있습니다. BACS가 이해하는 연결 프로토콜(예: BACnet 및 LON)은 매우 풍부한 표준입니다. 이들은 풍부한 데이터 모델을 가지고 있고, 네트워크 서비스를 지정하고, 명령 및 제어 기능을 제공하며, 이 모든 것이 BACS 아키텍처 내에서 엄격하게 정의됩니다. 

LoRaWAN은 이러한 모든 BACS 정의와 기본적으로 일치하지 않으므로 강력한 통합을 만들기가 어렵습니다. 최근까지 스마트 빌딩 통합업체는 두 가지 접근 방식 중 하나를 사용하여 LoRaWAN 장치를 레거시 BACS에 연결했지만 둘 다 이상적이지 않습니다. 

• 수동 데이터 포인트 매핑. 먼저 LoRaWAN 장치를 LoRa 네트워크 서버에 연결합니다. 그런 다음 서버의 각 데이터 포인트를 BACS의 해당 포인트에 매핑합니다. 데이터 포인트의 기본 의미 정의 및 구성을 포함하여 자동화 알고리즘을 수동으로 구성해야 하는 BACS 측에서 어려움이 발생합니다. 예를 들어 온도 판독값이 실내 온도 판독값임을 BACS에 알리고 해당 데이터 포인트로 수행할 작업을 시스템에 알려주는 알고리즘을 만들어야 합니다. 빌딩 시스템 통합업체의 많은 리소스 집약적이고 시간 소모적인 수동 구성입니다. 
• SCHC(정적 컨텍스트 헤더 압축) 프로토콜. BACS 측에서 데이터 매핑을 하드 코딩하지 않으려면 SCHC가 도움이 될 수 있습니다. 이 압축 프레임워크는 전체 BACnet 메시지를 LoRa 패킷 안에 채웁니다. 이는 장치에서 BACS로 전체 종단간 BACnet 개체 속성을 전송합니다. 데이터 포인트의 정의가 내장되어 있습니다. 단 한 가지 문제가 있습니다. 통합자는 SCHC를 자체적으로 구현할 수 없습니다. 프로토콜은 장치에 내장되어야 합니다. 즉, 장치 제조업체만 이를 수행할 수 있습니다. 설상가상으로 SCHC 스마트 빌딩 장치는 누군가가 먼저 제조한다고 가정할 때 단순한 LoRaWAN 센서보다 더 복잡하고 따라서 더 비쌉니다. 제조업체가 몇 개 없는 경우 오늘날의 공급망 중단으로 인해 그러한 희소한 장치의 리드 타임이 6~12개월이 될 가능성이 매우 높습니다.

이러한 접근 방식 중 어느 것도 IoT 에지 장치의 인텔리전스를 지원하지 않습니다. 모든 데이터 작업은 BACS 수준에서 발생합니다. 또한 빌딩 자동화 및 제어에서 지배적인 통신 프로토콜인 BACnet만 지원합니다. IoT 인프라 중 일부가 조명 제어를 위해 LON, Modbus 또는 DALI에 의존하거나 공장을 위한 산업용 이더넷 프로토콜에 의존하는 경우 운이 좋지 않습니다. 운 좋게도 이제 세 번째 옵션을 사용할 수 있으며 스마트 빌딩 통합업체의 작업을 훨씬 더 간단하게 만들 수 있습니다.  

BACS와 LoRaWAN 통합을 위한 IoT 액세스 프로토콜(IAP) 충족

최근 IAP ANSI 및 CTA를 통해 표준화는 산업용 IoT 장치에 대한 정보, 데이터 모델 및 서비스의 정의를 일반화하는 플랫폼에 구애받지 않는 데이터 및 서비스 액세스 프로토콜입니다. 더 간단하게 말하면 빌딩 자동화 및 제어 네트워크의 에지 장치에서 제공하는 정보 및 서비스에 대한 공통 모델을 포함하여 스마트 빌딩 인프라의 모든 요소를 ​​연결하는 데이터 및 서비스 패브릭을 생성합니다. IAP가 있는 에지 서버를 설치하여 LoRaWAN 장치의 데이터를 BACnet, LON, Modbus 또는 거의 모든 기타 BACS 프로토콜이 있는 시스템으로 변환 및 정규화하고 BACnet, LON 또는 OPC를 사용하여 워크스테이션에서 모든 장치의 데이터 및 서비스에 액세스 UA. 

IAP는 디지털 트윈 당신의 장치의. 각 쌍은 선택한 BACS 프로토콜을 통해 BACS에서 액세스하여 LoRa를 BACS가 이해할 수 있는 언어로 번역합니다. BACnet 서버를 포함하도록 IAP 서버를 설정하면 BACS는 LoRaWAN 장치를 BACnet 장치로 인식합니다. 그것은 간단합니다. 더 이상 번거로운 수동 통합, 하드 코딩 또는 장치 제조업체에 SCHC 지원을 구걸할 필요가 없습니다. 오늘날의 일부 IAP 에지 서버를 통해 통합자는 간단한 사용자 인터페이스와 끌어서 놓기 도구를 사용하여 로우 코드 환경에서 LoRaWAN-BACS 통합을 생성할 수도 있습니다. 

더욱이 IAP는 확장성이 뛰어납니다. 시설 중 하나에 설치하면 IAP 에지 서버만 설치하면 모든 시설에서 동일한 장치 및 데이터 포인트 구성을 사용할 수 있습니다. 그리고 IAP가 있는 에지 서버는 결과를 얻습니다. IAP 에지 서버를 사용하여 여러 시설의 BACS 플랫폼에 환경 센서(및 그 이상)를 연결한 영국 가구 소매업체 DFS에 문의하십시오. 개방형 다중 프로토콜 시스템은 DFS의 에너지 사용을 줄이는 데 도움이 되었으며 시스템을 갖춘 일반 소매점의 경우 전기 비용을 약 33%, 가스 비용을 26% 절감했습니다. 유사한 결과를 찾고 있고 기존 BACS를 수동으로 구성하고 하드 코딩하고 싶지 않다면 IAP를 살펴보십시오. 그것은 당신이 기다려온 LoRaWAN/BACS 통합 도구일 수 있습니다.

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