기술 지식베이스 / 게이트웨이 · 37건
Ethernet Gateway 4(EGW4)는 로컬 Ethernet 네트워크에서 동작하며, 아웃바운드 TCP 포트 3000을 통해 iMonnit Online 포털(Default Interface라고도 함)로 데이터를 전달하려면 인터넷 연결이 필요합니다. 트래픽이 iMonnit Online 포털로 성공적으로 전달되려면 몇 가지 조건이 충족되어야 합니다. 이 문서는 이 요건들을 다루고 문제 진단 단계를 제공합니다.
iMonnit Online 포털에서 데이터를 수신하려면, 게이트웨이를 iMonnit Online 계정의 네트워크에 추가해야 합니다. 계정이 아직 없다면 다음 링크의 정보를 참고해 계정을 만들 수 있습니다.
https://www.monnit.com/support/setup/getting-started---creating-a-new-account
계정에 기기를 추가하는 단계는 다음 링크의 문서를 따르면 됩니다.
https://www.monnit.com/support/setup/getting-started---registering-devices
게이트웨이를 iMonnit Online 계정에 추가한 후 전원을 켭니다. 전원을 켜면 게이트웨이는 하드웨어가 정상인지 확인하기 위해 자체 테스트를 수행합니다. 이때 LED가 흔히 ‘폭포 표시(waterfall display)’라고 부르는 시퀀스를 보입니다. 이 시퀀스가 완료되면 게이트웨이가 자체 테스트를 성공적으로 수행한 것입니다. 이 시점에 게이트웨이는 로컬 Ethernet 네트워크에서 DHCP를 통해 IP 주소를 가져오려 시도합니다.
‘폭포 표시’가 완료되지 않으면 LED가 고정(solid) 시퀀스를 표시합니다. 게이트웨이 ID와 LED 시퀀스에 대한 설명 및/또는 사진을 첨부해 Monnit에 문의하십시오.
참고: Ethernet 게이트웨이에는 브라우저로 접근할 수 있는 로컬 구성 페이지가 있습니다. 이 페이지에 접근하려면 게이트웨이가 Ethernet 네트워크에 처음 연결될 때 DHCP로 할당된 IP 주소를 찾아야 합니다. 이 게이트웨이는 기본 IP 주소가 없으며, 처음 구성할 때 DHCP가 필요합니다. 또한 로컬 구성 페이지를 활성화하려면 물리적 동작이 필요합니다. 예외는 최신 펌웨어의 Ethernet 게이트웨이에서 AutoIP 기능을 사용하는 경우입니다.
게이트웨이를 로컬 Ethernet 네트워크에 연결하고 전원을 켜면, 게이트웨이가 유효한 IP 주소를 가져와 Ethernet 네트워크에서 통신할 수 있는 경우 하단 LED가 빨강·녹색으로 깜박인 뒤 녹색으로 고정됩니다(때로는 곧바로 녹색 고정처럼 보일 수 있음). 하단 LED가 녹색으로 고정되면 게이트웨이가 유효한 IP를 가지고 로컬 네트워크에서 통신할 수 있는 것입니다. 빨간색이 되면 게이트웨이가 IP 주소를 가져오지 못한 것입니다. 게이트웨이가 DHCP로 IP 주소를 가져오지 못하는 이유를 파악하려면 네트워크를 지원하는 담당자에게 문의하십시오.
참고: 기본 iMonnit Online 포털과 함께 게이트웨이를 사용하려면, 게이트웨이가 아웃바운드 TCP 포트 3000을 통해 트래픽을 전달할 수 있는 유효한 인터넷 연결이 있어야 합니다. 또한 게이트웨이가 네트워크의 DNS 서버를 사용해 sensorsgateway.com 도메인을 확인할 수 있어야 합니다.
게이트웨이가 로컬 Ethernet 네트워크에 연결되면 sensorsgateway.com 도메인을 확인하려 시도합니다. 성공하면 게이트웨이는 TCP 포트 3000을 통해 인터넷으로 데이터를 보내려 시도합니다. 가운데 ‘Server’ LED는 인터넷을 통한 iMonnit Online 연결(일반적으로 사용 중인 Monnit 소프트웨어와의 연결)을 나타냅니다. 네트워크가 이 전송을 수용하면 가운데 LED가 녹색이 되고 게이트웨이가 iMonnit Online 포털에 체크인합니다. 이 시점에 세 개의 LED가 모두 녹색으로 켜집니다. 네트워크가 이 전송을 수용하지 못하면 가운데 LED가 빨간색이 됩니다. 이 경우 네트워크 구성을 점검해 방화벽이 TCP 포트 3000을 차단하지 않는지, DNS 서버가 sensorsgateway.com을 확인할 수 있는지 확인하십시오.
동일한 네트워크 세그먼트에 연결된 Windows PC에서 실행할 수 있는 Communication Check Utility라는 유용한 도구가 다음 링크에 있습니다. 게이트웨이가 iMonnit Online의 네트워크에 추가되어 있다면, 게이트웨이 ID를 입력하고 Use Defaults 옵션을 체크한 상태로 두고 Ethernet Gateway를 선택한 뒤 Check Communication 버튼을 클릭하면, 도구가 DNS를 확인하고 게이트웨이로부터 모의 체크인을 보냅니다. 테스트가 성공하면 해당 네트워크 세그먼트에서 PC에 대해 DNS나 TCP 포트 3000 개방에 문제가 없는 것입니다. 이것이 네트워크에 문제가 전혀 없음을 반드시 의미하지는 않지만(게이트웨이 연결에 특정 보안이 적용되어 있을 수 있음), 꽤 좋은 지표입니다.
http://downloads.imonnit.com/misc/CommunicationCheckUtility.exe
참고: 게이트웨이 펌웨어를 업데이트하면 게이트웨이 구성이 기본 설정으로 초기화될 수 있습니다. 게이트웨이에 고정 IP 주소가 설정되어 있다면 이것이 지워지고 DHCP가 (재)활성화될 수 있습니다. 고정 IP가 설정된 게이트웨이를 업데이트하는 경우, DHCP가 활성화된 네트워크에서 게이트웨이를 다시 구성할 준비를 해야 합니다.
게이트웨이 펌웨어를 최신으로 유지하는 것은 일부 예기치 않은 문제를 해결하는 중요한 단계입니다. 펌웨어를 업데이트하려면 게이트웨이가 iMonnit Online 포털과 통신 중이어야 합니다. 따라서 게이트웨이가 iMonnit Online과 통신하지 못하게 하는 문제를 먼저 해결하기 전에는 업데이트하지 못할 수 있습니다. 다만 iMonnit Online 포털에 체크인하고 있다면, 사용 가능한 업데이트가 있을 때 펌웨어를 업데이트할 수 있습니다. 이를 위해 아래 단계를 따르십시오.
위 단계를 모두 수행했는데도 통신하지 않으면, 추가 검토를 위해 Monnit Support에 문의하십시오.
업데이트: 2021-01-04
참고: 게이트웨이를 사용자 지정 호스트나 IP 주소로 Point하려면, 아직 구매하지 않았다면 먼저 게이트웨이를 Unlock해야 합니다. 게이트웨이 Unlock 코드는 https://www.monnit.com/Product/MNA-GW-UL/ 에서 구매할 수 있습니다. 게이트웨이가 아직 Unlock되지 않았다면, Unlock 명령을 받기 위해 아웃바운드 포트 3000을 통해 인터넷으로 iMonnit Online 포털과 통신해야 합니다.
Monnit은 Monnit 소프트웨어로 데이터가 전송되는 인터페이스를 Default Interface라고 부릅니다. Monnit Ethernet Gateway 4, Ethernet Gateway 3, 4G LTE Gateway, 3G Cellular Gateway, 2G Cellular Gateway는 SetHost 도구가 지원합니다(USB 게이트웨이와 Wireless Sensor Adapter는 오류가 표시될 수 있으며, Unlock 코드와 함께 Unlock 요청을 support@monnit.com 으로 보내야 함). 이 도구로 게이트웨이를 Unlock하고 로컬 Enterprise, Express, MINE 서버로 Point할 수 있습니다(게이트웨이는 Default Interface를 사용해 한 번에 하나의 대상에만 데이터를 전송할 수 있음). 게이트웨이를 손에 넣고 Unlock 코드를 받았다면, 아래 단계를 따라 게이트웨이를 Unlock하고 로컬 서버로 Point할 수 있습니다.
imonnit.com/SetHost 사이트를 보려면 iMonnit Online 계정에 로그인되어 있어야 하며, 그렇지 않으면 404 오류가 보일 수 있습니다.
Unlock 코드를 구매하면 주문 시 입력한 이메일 주소로 코드가 담긴 이메일이 전달됩니다. 이 코드를 복사해 게이트웨이의 ID, Security Code와 함께 SetHost 도구에 입력하여 Unlock 과정을 시작해야 합니다. 아래 단계를 따르면 됩니다.
이 시점에 게이트웨이 Unlock 코드는 게이트웨이가 수신하기를 대기 중입니다. 이는 게이트웨이가 iMonnit Online에 다음 체크인할 때 이루어집니다. 게이트웨이를 로컬 서버로도 Point하려면 아래 단계를 따르십시오.
참고: 셀룰러 게이트웨이를 사용하는 경우, 도메인 또는 IP 주소는 인터넷을 통해 접근 가능한 공인(public) 주소여야 합니다.
이 시점에 Unlock 및 Point 명령이 대기 중입니다. 게이트웨이가 명령을 받으려면 iMonnit Online 포털에 체크인해야 합니다. 즉 게이트웨이가 포트 3000을 통해 인터넷으로 통신할 수 있는 네트워크에 게이트웨이를 연결해야 합니다. 이것이 충족되면 게이트웨이가 iMonnit Online 포털에 체크인해 Unlock 명령을 받고 새 호스트 주소로 Point됩니다. 고정 IP를 구성했다면 이 시점에 게이트웨이에 적용됩니다(게이트웨이를 다른 네트워크에서 동작시키도록 옮기는 경우 고려해야 함).
게이트웨이가 새 서버 호스트와 통신하도록 하려면 일부 구성이 필요합니다. 게이트웨이가 서버로 데이터를 보내도록 허가받으려면 서버에 게이트웨이를 등록해야 합니다. 서버에 게이트웨이를 추가하는 과정은 게이트웨이를 Point하는 Monnit 소프트웨어 종류에 따라 다릅니다. 게이트웨이 추가에 관한 정보는 해당 제품의 자료를 참고하십시오. 다만 게이트웨이가 서버 호스트에 추가되고 Unlock/Point 명령을 받았으며 서버에 도달할 유효한 네트워크 경로가 있다면, 새 서버 호스트와 통신합니다.
Enterprise 서버가 게이트웨이의 통신을 수용할 준비가 되었는지 판단하기 위해 Windows PC에서 실행할 수 있는 유용한 도구가 다음 링크에 있습니다. 게이트웨이가 iMonnit Enterprise의 네트워크에 추가되어 있다면, 이 도구를 실행해 Enterprise 서버가 게이트웨이의 통신을 수신하도록 구성되어 있는지 확인할 수 있습니다. 다음 단계로 수행합니다.
도구는 DNS를 확인하고 게이트웨이로부터 서버로 모의 체크인을 보냅니다. 테스트가 성공하면 해당 네트워크 세그먼트에서 PC에 대해 DNS나 TCP 포트 3000 개방에 문제가 없으며 서버가 게이트웨이의 통신을 수신하도록 구성된 것입니다. 이 도구는 Enterprise 서버 자체에서 실행하거나, 네트워크 동작을 분석하는 경우 다른 컴퓨터에서 실행할 수 있습니다. 도구가 실패하면 Windows Services 프로그램에서 Enterprise Wireless Gateway Server가 실행 중인지, 그리고 게이트웨이가 Enterprise 포털의 네트워크에 추가되었는지 확인하십시오.
http://downloads.imonnit.com/misc/CommunicationCheckUtility.exe
게이트웨이를 새 서버 호스트로 Point한 후, 게이트웨이를 다시 iMonnit Online 포털로 Point해야 하는 상황이 있을 수 있습니다. 이를 위해 두 가지 단계가 필요합니다.
첫째, iMonnit Online 포털이 게이트웨이의 통신을 다시 수신하도록 준비해야 합니다. 이를 하지 않으면 게이트웨이가 반복해서 iMonnit Online과 통신하려 하지만 반복해서 거부됩니다. imonnit.com/SetHost 사이트에 접속해 게이트웨이 ID와 Security Code를 입력하고 Reset Defaults 버튼을 클릭하면 됩니다. 이 버튼을 클릭하면 iMonnit Online 소프트웨어에서 게이트웨이의 통신을 거부하도록 한 표시가 해제됩니다.
둘째, 게이트웨이의 서버/호스트 구성을 재설정해야 합니다. 대부분의 게이트웨이는 Reset/Utility 버튼을 15~20초간 누른 뒤 떼면 기본 설정으로 재설정됩니다. Ethernet 게이트웨이에는 호스트 주소를 sensorsgateway.com으로 되돌릴 수 있는 로컬 구성 페이지가 있습니다. 셀룰러 게이트웨이는 SMS로 호스트 구성을 받을 수 있습니다. USB 게이트웨이는 Monnit Link Gateway Utility로 다시 iMonnit Online으로 Point할 수 있습니다. 어떤 게이트웨이 유형/방법을 사용하든, 이후 게이트웨이는 다시 iMonnit Online 포털과 통신할 수 있습니다.
위에서 언급했듯이 SetHost 도구는 USB 게이트웨이/Wireless Sensor Adapter를 지원하지 않습니다. 따라서 이 기기들은 Monnit Support가 수동으로 Unlock해야 합니다. 게이트웨이 ID와 Unlock 코드를 담아 support@monnit.com 으로 이메일을 보내면 게이트웨이가 Unlock됩니다. USB 게이트웨이/Wireless Sensor Adapter는 Unlock 상태를 Unlock한 컴퓨터의 파일에 저장한다는 점을 알아 두어야 합니다. 따라서 Unlock된 USB 게이트웨이/Wireless Sensor Adapter를 다른 컴퓨터로 옮기면 Unlock 상태가 더 이상 유효하지 않습니다. 게이트웨이를 다시 Unlock하도록 재요청해야 합니다.
USB 게이트웨이가 성공적으로 Unlock되었는지 확인하려면, Monnit Link Gateway Configuration Utility를 실행하고 메뉴 바의 Actions 메뉴를 클릭해 Configure Server Location 옵션이 있는지 확인합니다. 보이면 이 컴퓨터에서 게이트웨이가 성공적으로 Unlock된 것입니다. 보이지 않으면 Monnit Support가 게이트웨이를 Unlock해야 합니다.
iMonnit Enterprise, iMonnit Express, Monnit MINE로 운영할 때 게이트웨이를 새 호스트로 Point해야 합니다. 이 문서의 단계로 이를 수행할 수 있습니다. 예기치 않은 결과가 있으면 언제든 Monnit Support에 문의하십시오.
업데이트: 2020-10-28
게이트웨이 펌웨어를 최신으로 유지하는 것은 일부 예기치 않은 문제를 해결하는 중요한 단계입니다. Ethernet 및 셀룰러 게이트웨이의 펌웨어 업데이트는 iMonnit Online 포털을 통해 주기적으로 제공됩니다. 게이트웨이가 펌웨어를 업데이트하려면 iMonnit Online 포털과 통신 중이어야 합니다(게이트웨이 펌웨어를 로컬로 또는 iMonnit Enterprise/Express/MINE를 통해 업데이트할 방법은 없음). 이 문서는 Ethernet 또는 Cellular 게이트웨이의 펌웨어 업데이트 수행 방법을 안내합니다.
참고: **!!중요!!** 게이트웨이 펌웨어를 업데이트하면 게이트웨이 구성이 기본 설정으로 초기화될 수 있습니다. 고정 IP가 설정되어 있다면 지워지고 DHCP가 (재)활성화될 수 있습니다. 고정 IP 게이트웨이를 업데이트하는 경우 DHCP가 활성화된 네트워크에서 다시 구성할 준비를 해야 합니다. 마찬가지로 사용자 지정 APN이 필요한 자체 통신사로 3G 또는 2G Cellular Gateway를 사용하는 경우, 다음 링크의 단계에 따라 이 APN을 게이트웨이로 다시 보내야 합니다: https://monnit.azureedge.net/content/documents/quickstart/MQS024-Monnit-International-CGW-Quick-Start.pdf . 이는 펌웨어 버전 1.4.3.0까지의 모든 EGW3, 2G Cellular, 3G Cellular 게이트웨이와 1.0.5.8 이전 EGW4 펌웨어에 해당합니다. 펌웨어 버전 1.4.3.1 이상의 3G Cellular 게이트웨이와 1.0.5.8 이상의 EGW4 게이트웨이는 업데이트 절차 중 구성을 잃지 않습니다.
참고: 게이트웨이 History에 여러 개의 연속된 Gateway Management 메시지가 보입니다. 이는 게이트웨이가 펌웨어 업데이트를 처리하는 것으로 예상되는 동작입니다. 펌웨어 업데이트가 완료되면 Data 메시지가 정상적으로 보고되는 것을 볼 수 있습니다.
업데이트: 2021-01-14
참고: Ethernet Gateway 4는 기본적으로 DHCP가 활성화되어 있습니다. 이 게이트웨이는 기본 IP 주소가 없으므로(Ethernet Gateway 3와 다름), 로컬 구성 페이지에 처음 접근하려면 DHCP를 지원하는 네트워크에 연결해야 합니다. 이를 위해 네트워크에서 DHCP로 게이트웨이에 할당된 IP 주소를 찾아야 합니다. 이는 흔히 DHCP 서버(라우터)에서 IP 할당을 확인해야 합니다.
Ethernet Gateway 4는 게이트웨이 구성을 로컬로 수정할 수 있는 로컬 구성 페이지를 제공합니다. 이 페이지는 게이트웨이의 IP 주소를 방문하여 웹 브라우저로 접근할 수 있습니다. 이 인터페이스는 기본적으로 비활성화되어 있으므로 접근하려면 먼저 활성화해야 합니다. 원한다면 인터페이스를 영구적으로 활성화하는 옵션도 있습니다. 이 문서는 이 인터페이스의 기능과 접근 단계를 안내합니다.
.
DHCP를 지원하는 로컬 Ethernet 네트워크에 게이트웨이를 연결하고 전원을 켭니다. 게이트웨이가 IP 주소를 받으면 하단 LED가 녹색이 됩니다. 이는 게이트웨이가 유효한 IP와 Ethernet 네트워크에 대한 로컬 연결을 가졌음을 나타냅니다. 게이트웨이에 할당된 IP 주소를 찾아야 합니다(DHCP 서버에서 IP 할당을 확인해야 할 수 있음). IP 주소를 알아내면 웹 브라우저에 입력합니다. 이 시점에 게이트웨이의 로컬 구성 페이지는 활성화되어 있지 않으므로(보안상 기본 비활성), ‘The interface is currently turned off’라는 메시지가 보입니다. 이 메시지가 보이면 게이트웨이의 올바른 IP 주소를 가진 것입니다.
게이트웨이의 HTTP Interface를 활성화하려면 다음 단계를 수행합니다.
HTTP Interface를 올바르게 활성화했다면, 같은 로컬 네트워크의 컴퓨터에서 웹 브라우저로 게이트웨이의 IP 주소를 방문할 때 로컬 구성 페이지가 보입니다.
인터페이스는 2분간 활성화되지만, 인터페이스를 더 길게(원한다면 영구적으로) 활성화할 수 있는 구성이 있습니다. 많은 고객이 인터페이스를 활성 상태로 두는 것을 선호하는 방식으로 운영하지만, 이로 인한 보안상의 영향을 고려해야 합니다.
이 구성에 접근하려면:
참고: 센서 구성은 게이트웨이의 HTTP Interface로 수정할 수 없습니다. 센서 구성을 변경하려면 Monnit 소프트웨어(iMonnit Online, iMonnit Enterprise, iMonnit Express, 또는 Monnit MINE 서버)를 통해 변경해야 합니다. 따라서 Default Interface를 비활성화한 사설 네트워크에서 운영하는 고객은 Default Interface를 비활성화하기 전에 Monnit 소프트웨어로 센서를 원하는 설정으로 구성해 두어야 합니다.
이 시점에 게이트웨이의 로컬 구성 페이지로 게이트웨이 설정을 수정할 수 있습니다. 가장 흔히 하는 구성 변경은 고정 IP 주소 할당입니다. 다만 게이트웨이는 HTTP Interface로 접근할 수 있는 많은 구성을 제공합니다.
**사설 MODBUS TCP 또는 SNMP 네트워크에서 게이트웨이를 운영하는 고객을 위한 특별 고려 사항:** Default Interface(iMonnit Online, Enterprise, Express, MINE) 없이 게이트웨이를 사용하는 고객의 경우, HTTP Interface를 통해 Default Interface를 활성화/비활성화할 수 있다는 점에 유의해야 합니다. 이를 하려면 게이트웨이가 Unlock되어 있어야 합니다. 이런 방식으로 운영하는데 게이트웨이가 Unlock되지 않고 Default Interface가 비활성화되지 않았다면 게이트웨이 동작에 장애가 보일 수 있습니다.
Ethernet Gateway 4의 HTTP Interface(로컬 구성 페이지)는 게이트웨이를 동적으로 변경할 수 있게 합니다. HTTP Interface 접근에 관한 질문이 있으면 언제든 Monnit Support에 문의하십시오.
업데이트: 2020-10-19
Ethernet Gateway 4는 MODBUS TCP 및 SNMP 인터페이스를 제공하여, MODBUS TCP 또는 SNMP 네트워크에서 센서 데이터를 가져오도록 폴링(polling)할 수 있습니다. 이 인터페이스는 기본적으로 비활성화되어 있지만, 게이트웨이에 고정 IP가 구성된 경우 iMonnit 소프트웨어 또는 게이트웨이의 로컬 구성 페이지(HTTP Interface)로 활성화할 수 있습니다. Default Interface(iMonnit Online)는 항상 기본 활성화되어 있지만, Monnit 소프트웨어(iMonnit Online, iMonnit Enterprise, iMonnit Express, Monnit MINE)를 사용하지 않는 사설 네트워크에서 게이트웨이를 운영하는 경우 비활성화할 수 있습니다. 게이트웨이가 Monnit 소프트웨어와 통신할 수 없을 때 사용하기 위해 이 인터페이스를 활성화할 때는 특별한 고려 사항이 있습니다. 이 문서는 이러한 고려 사항과 이 구성으로 게이트웨이를 운영하는 단계를 설명합니다.
참고: 게이트웨이의 가장 최신 인터페이스 동작을 보장하기 위해, Default Interface를 비활성화하기 전에 항상 게이트웨이 펌웨어를 업데이트해야 합니다.
게이트웨이가 Monnit 소프트웨어로 데이터를 보내지 않으면서도 계속 센서 데이터를 수신하고 MODBUS TCP/SNMP 인터페이스의 폴링에 응답하려면 Default Interface를 비활성화해야 합니다. Monnit 소프트웨어와의 연결이 없는데 Default Interface를 비활성화하지 않았다면, 센서 데이터를 받지 못하거나 게이트웨이가 MODBUS TCP/SNMP 인터페이스의 폴링에 간헐적으로 응답을 멈추는 경우가 있을 수 있습니다.
해당 문서에서 언급했듯이, Default Server Interface를 비활성화하려면 게이트웨이를 Unlock해야 합니다. 게이트웨이가 Unlock되지 않으면 이 인터페이스를 비활성화하는 옵션이 보이지 않습니다. 게이트웨이가 Monnit 서버에 도달할 수 없는 사설 네트워크에서 운영하면서 이 인터페이스를 활성 상태로 두면, 게이트웨이가 iMonnit Online에 계속 실패하며 접속을 시도하고 센서 네트워크가 비활성화됩니다. 이는 기기의 센서 레지스터에 센서 데이터가 갱신되지 않고 센서 LED(상단 LED)가 꺼지는 것으로 나타납니다.
게이트웨이가 Unlock되면, 브라우저로 게이트웨이의 로컬 구성 페이지(HTTP Interface)에 접근하여 Data Interfaces 탭을 클릭하고 Default Server Configuration을 선택해 끈 뒤 Save Changes를 클릭하여 Default Server Interface를 비활성화할 수 있습니다. 게이트웨이가 재부팅되면 더 이상 Monnit 소프트웨어로 데이터를 보고하려 하지 않습니다.
Ethernet 게이트웨이는 5개의 데이터 인터페이스를 제공합니다.
Default Server Interface
게이트웨이가 iMonnit 소프트웨어로 데이터를 보내는 인터페이스입니다. 기본 구성에서 게이트웨이의 Default Server Interface는 인터넷을 통해 TCP 포트 3000으로 iMonnit Online 포털과 통신하도록 활성화되어 있습니다. 게이트웨이를 Unlock하고 Point하여 Default Interface로 iMonnit Enterprise, Express, MINE 같은 로컬 Monnit 소프트웨어와 통신하게 할 수 있습니다. 게이트웨이가 Unlock 및 Point되려면 (일반적으로) 먼저 iMonnit Online 포털과 통신해야 한다는 점을 고려하는 것이 중요합니다. 즉 대부분의 경우 게이트웨이가 로컬 버전의 iMonnit 소프트웨어로 동작하도록 구성되려면 먼저 TCP 포트 3000으로 인터넷 연결을 허용하는 네트워크에 연결되어야 합니다. 어떤 경우든 Default Interface는 Monnit 소프트웨어와의 연결을 의미합니다.
MODBUS TCP
MODBUS TCP 인터페이스는 Ethernet MODBUS TCP 네트워크에서 게이트웨이와 센서 데이터를 제공하도록 폴링할 수 있는 읽기 전용 인터페이스입니다. Modbus TCP는 비스트리밍 데이터 인터페이스 표준입니다. 즉 데이터를 받으려면 요청해야 합니다. MODBUS TCP 인터페이스는 모든 데이터 값을 16비트 레지스터에 저장합니다. 데이터를 폴링하려면 게이트웨이에 고정 IP가 활성화되어 있어야 합니다. 이 인터페이스는 Monnit 소프트웨어 또는 로컬 구성 페이지(HTTP Interface)로 활성화할 수 있습니다. MODBUS TCP 인터페이스는 Slave ID 구성을 지원하지 않습니다.
SNMP
Ethernet Gateway 4는 SNMP 프로토콜로 센서 데이터를 폴링할 수 있는 SNMP V1 인터페이스를 포함합니다. 기본적으로 게이트웨이의 community string은 ‘public’이며, 로컬 구성 페이지(HTTP Interface)로 구성할 수 있습니다. 게이트웨이는 Walk 명령을 지원하며, SNMP 인터페이스용 MIB는 아래 링크에서 다운로드할 수 있습니다. SNMP 데이터를 디코딩하는 인터넷 MIB도 있습니다. 주 SNMP 인터페이스 외에, 게이트웨이는 특정 엔드포인트로 SNMP Trap을 보내는 기능도 제공합니다. 이 역시 Monnit 소프트웨어 또는 로컬 구성 페이지로 활성화할 수 있습니다.
https://monnit.azureedge.net/content/downloads/MONNIT-EGW4.mib
SNTP
!중요! 참고: Default Server Interface를 비활성화하는 경우, 펌웨어 버전 1.0.5.5 이전 게이트웨이에서는 SNTP 인터페이스를 구성해야 합니다. 이전 펌웨어 버전에서는 게이트웨이 로컬 구성의 Status 페이지에서 SNTP 상태가 ‘On and Synced’가 아니면 센서 네트워크가 비활성화됩니다. 상태가 ‘On’만 표시되면 게이트웨이가 SNTP 서버에서 시간을 가져오지 못하는 것입니다. 이 경우 센서 네트워크 LED(상단 LED)도 켜지지 않습니다. iMonnit Online 포털을 통해 게이트웨이 펌웨어를 1.0.5.5 이상으로 업데이트하거나(Default Server Interface 비활성화 시 SNTP가 필요 없음), 게이트웨이에서 SNTP를 활성화하고 네트워크의 유효한 SNTP 서버로 Point해야 합니다.
Ethernet Gateway 4에는 SNTP(Simple Network Time Protocol) 인터페이스가 포함됩니다. SNTP는 네트워크상의 동기화된 컴퓨터 시계입니다. SNTP 서버는 라우터나 컴퓨터 등 게이트웨이와 같은 LAN에 설정할 수 있습니다(Windows에는 SNTP 서비스가 포함됨). 게이트웨이는 ISP가 유지하는 서버 등 신뢰할 수 있는 서버에서만 시간을 가져오도록 구성해야 합니다. 잘못된 시간은 센서 트래픽 전달에 영향을 줄 수 있습니다. Default Interface가 활성화되어 있으면 일반 동작에서 시간 동기화에 이를 활용합니다. 따라서 SNTP는 백업으로 사용됩니다.
HTTP Interface(로컬 구성 페이지)
게이트웨이는 로컬 구성 페이지에 접근할 수 있는 HTTP Interface도 제공합니다. 이 페이지 접근 방법에 관한 세부 내용은 다음 링크에서 확인할 수 있습니다.
센서를 구성할 수 있는 기능을 제공하는 유일한 인터페이스가 Default Server Interface라는 점을 이해하는 것이 중요합니다. 이것이 센서로 센서 구성을 전달할 수 있는 유일한 인터페이스이므로, 센서 구성을 기본 설정에서 변경하려면 어떤 형태로든 Monnit 소프트웨어가 필요합니다. 가장 흔히 변경하는 센서 구성은 센서의 하트비트와 Aware 상태 하트비트입니다. 기본값은 120분으로 설정되어 있습니다. 따라서 게이트웨이가 Monnit 소프트웨어와 연결이 없는 사설 네트워크에서 동작하는 동안(Default Server Interface 비활성화) 센서를 120분보다 잦은 하트비트(또는 기타 구성 변경)로 운영하려면, Default Interface를 비활성화하기 전에 Monnit 소프트웨어로 센서를 구성해야 합니다.
참고: 게이트웨이의 로컬 구성 페이지(HTTP Interface)로 센서를 구성할 방법은 없습니다.
즉 향후 센서 구성을 수정하려면 Default Interface가 활성화되어 있어야 하고 어떤 형태로든 Monnit 소프트웨어로 센서를 구성해야 합니다. 게이트웨이를 인터넷에 연결할 수 없는 고객은 Enterprise 같은 로컬 버전의 Monnit 소프트웨어를 운영하거나 MINE SDK로 소프트웨어를 개발하는 것을 고려할 수 있습니다.
또한 센서 하트비트 구성은 센서를 구성하는 데 사용하는 Monnit 소프트웨어 버전에 의해 제한됩니다. 현재 iMonnit Online으로 센서를 구성할 때 최소 하트비트는 1분(iMonnit HX Credit을 구매·적용하는 경우) 또는 표준 Premiere 라이선스로 10분입니다. 로컬 버전의 Monnit 소프트웨어(Enterprise, Express, MINE)는 대부분의 센서에서 1초 최소 하트비트를 허용합니다.
Default Server Interface, MODBUS TCP/SNMP 인터페이스, Unlock 상태, SNTP, 센서 구성 간의 상호작용은 사설 MODBUS TCP 또는 SNMP 네트워크에서 게이트웨이를 성공적으로 구축하는 데 매우 중요합니다. 이 문서가 이러한 세부 사항을 이해하는 데 유용할 것이며, 추가 문의가 있으면 언제든 Monnit Support에 문의하십시오.
업데이트: 2020-11-18
게이트웨이의 Reform 명령은 일부 상황에서 필요할 수 있는 기능을 수행합니다. 이 문서는 게이트웨이 네트워크를 Reform할 때 관여하는 과정을 설명합니다.
Reform 기능은 게이트웨이의 센서 네트워크와 관련하여 특정한 동작을 합니다. iMonnit 소프트웨어로 센서가 센서 네트워크에 추가된 후, 게이트웨이는 센서가 게이트웨이와 통신하도록 허가하기 위해 현재 센서 네트워크에 있는 모든 센서 ID를 다운로드하는 Download Sensor List 기능을 수행해야 합니다. 이 동작은 세 가지 상황에서 수행됩니다:
Download Sensor List 기능은 센서가 게이트웨이와 통신하도록 허가하므로 중요합니다. 센서가 소프트웨어를 통해 게이트웨이의 센서 네트워크에 추가되고 Download Sensor List 동작으로 게이트웨이의 Sensor List에 다운로드되지 않으면, 센서는 게이트웨이와 통신하도록 허가받지 못합니다. 이 때문에 기기를 처음 설정할 때의 작업 순서가 매우 중요할 수 있습니다.
참고: Monnit 소프트웨어로 게이트웨이의 네트워크를 Reform하면, 게이트웨이는 기기 ID를 순차 순서로 다운로드합니다. 따라서 순차적으로 작은 ID를 가진 기기는 그에 맞춰 더 낮은 번호 슬롯에, 큰 ID를 가진 기기는 더 높은 번호 슬롯에 배치됩니다.
Reform 명령은 두 가지 핵심 기능을 수행합니다:
게이트웨이가 일반 Download Sensor List 명령을 수행할 때는 이전에 게이트웨이의 Sensor List에 다운로드된 기존 센서 ID를 비우지 않는다는 점을 이해하는 것이 중요합니다. 따라서 게이트웨이가 이전에 다른 센서 네트워크에 추가된 적이 있다면, 이전에 게이트웨이의 Sensor List에 다운로드된 센서 ID가 그대로 남습니다. Reform 명령을 수행하면, 가장 먼저 게이트웨이의 기존 Sensor List를 완전히 비우는 작업을 실행합니다.
참고: Monnit이 공장에서 게이트웨이를 테스트할 때 테스트용 센서 ID가 게이트웨이에 추가됩니다. 이 센서는 게이트웨이를 받을 때 Sensor List에 존재하므로, 수령 시 네트워크를 Reform해야 할 수 있습니다. 내부 목적상 Monnit은 게이트웨이 출고 전에 네트워크를 Reform하지 않습니다.
Reform 명령이 기존 Sensor List를 비운 후, 소프트웨어의 센서 네트워크에 현재 있는 센서 ID를 다운로드하기 위해 Download Sensor List 명령을 수행합니다.
Reform은 게이트웨이의 다음 체크인 시 수행됩니다.
게이트웨이 네트워크 Reform이 필요할 수 있는 중요한 예 하나는 센서 네트워크 간에 게이트웨이나 센서를 이동하는 경우입니다. 앞서 언급했듯이 게이트웨이가 Download Sensor List 기능을 수행할 때 이전에 게이트웨이의 Sensor List에 추가된 센서 ID를 비우지 않습니다. 따라서 소프트웨어에서 게이트웨이나 센서를 새 센서 네트워크로 옮기면, 이전에 같은 네트워크에 있던 기기들이 서로 범위 내에 있는 한 계속 통신을 허가합니다. 기기들이 여러 게이트웨이/센서의 범위 내에 있지만 서로 다른 센서 네트워크에서 동작하도록 의도된 경우 혼란을 일으킬 수 있습니다. 따라서 **이전 네트워크의 게이트웨이와 새 네트워크로 옮긴 게이트웨이 모두에서** Reform 명령을 수행해야 합니다.
Sensor List 동작 측면에서 Reform 명령은 Gen1과 Alta 게이트웨이에서 동일한 기능을 수행하지만, Gen1 게이트웨이는 수행하고 Alta 게이트웨이는 수행하지 않는 추가 동작이 있습니다. Gen1 게이트웨이는 센서/게이트웨이가 지원하는 무선 주파수 대역 내 전용 채널에서 동작합니다. Gen1 게이트웨이의 Reform 명령은 동작 주파수 대역 내에서 가장 깨끗한 사용 가능 채널을 스캔하는 세 번째 기능을 수행합니다. 이는 기기가 간섭을 겪고 있는 경우 Gen1 게이트웨이에서 유용한 기능일 수 있습니다.
Alta 라인은 주파수 호핑 확산 스펙트럼 무선 전송으로 동작합니다. 기기가 기본적으로 여러 주파수에 걸쳐 통신하므로 이 기능은 Alta 라인에서 필요하지 않으며, 따라서 Alta 게이트웨이의 네트워크를 Reform할 때는 수행되지 않습니다.
일부 사용자는 게이트웨이를 구성·운영할 때 iMonnit 소프트웨어와 상호작용하지 않습니다. Default Server Interface를 비활성화한 사설 네트워크에서 게이트웨이를 운영하는 사용자도 Reform 명령을 수행할 수 있으며 기능은 동일합니다. 이를 위해 브라우저로 게이트웨이의 로컬 구성(HTTP) 인터페이스에 접근합니다(관련 정보는 ‘Ethernet Gateway 4 - 로컬 구성 페이지(HTTP Interface) 로컬 접근’ 문서 참고).
Reform을 수행한 후 Current Network Wireless Device List가 비어 있는 것을 볼 수 있습니다. 그런 다음 이 페이지의 상단 절반을 사용해 센서를 Sensor List(Wireless Device List)에 수동으로 추가할 수 있습니다.
Reform 명령은 Sensor List를 새로 고쳐야 할 수 있는 여러 상황에서 유용합니다. Reform이 수행하는 기능들은 게이트웨이의 센서 네트워크 구성을 다시 통제해야 하는 다양한 문제를 해결할 수 있습니다. 추가 문의가 있으면 Monnit Support에 문의하십시오.
업데이트: 2020-10-29
참고: 이 문서는 Ethernet Gateway 4를 위해 작성되었습니다. Ethernet Gateway 3의 MODBUS TCP Interface에는 약간의 차이가 있습니다. Ethernet Gateway 3을 사용할 때 이를 고려해야 합니다.
Monnit Ethernet 게이트웨이는 MODBUS TCP poll 요청을 통해 게이트웨이와 센서 정보에 직접 접근할 수 있는 MODBUS TCP Interface를 제공합니다. Modbus TCP는 Ethernet에서 동작하는 TCP 인터페이스를 가진 Modbus RTU 프로토콜입니다. 이 인터페이스는 Default Server Interface(Monnit 소프트웨어)가 활성화되지 않은 상태에서 또는 독립 인터페이스로 사용할 수 있습니다. 독립 구성으로 인터페이스를 사용하면 MODBUS TCP 요청으로 게이트웨이를 폴링하여 (Monnit 소프트웨어 없이) 로컬 사설 네트워크에서 게이트웨이를 사용할 수 있습니다.
참고: MODBUS TCP Interface는 읽기 전용 인터페이스입니다. 따라서 MODBUS TCP Interface를 통해 데이터를 보내거나 게이트웨이 또는 센서를 구성할 방법은 없습니다.
!!중요!! Monnit 소프트웨어 없이 사설 네트워크에서 Ethernet 게이트웨이를 운영할 때 중요한 고려 사항이 있습니다. 게이트웨이를 Unlock해야 하며, 센서 구성 측면에서 특정한 제한이 있습니다. Default Server Interface를 비활성화한 사설 네트워크에서 게이트웨이를 사용하는 것에 관한 자세한 정보는 다음 링크의 문서를 참고하십시오. iMonnit 소프트웨어(예: iMonnit.com)와 함께 MODBUS TCP Interface를 사용하는 경우에는 게이트웨이를 Unlock할 필요가 없습니다.
사설 MODBUS TCP 또는 SNMP 네트워크에서 Ethernet Gateway 4 사용.
Ethernet 게이트웨이의 MODBUS TCP Interface는 기본적으로 비활성화되어 있습니다. 인터페이스를 활성화하는 방법은 두 가지입니다. iMonnit Online(또는 다른 Monnit 소프트웨어)으로 활성화하거나 HTTP Interface(로컬 구성 페이지)로 로컬에서 활성화할 수 있습니다.
참고: MODBUS TCP Interface로 게이트웨이를 효과적으로 사용하려면 동일한 IP 주소로 게이트웨이를 폴링할 수 있어야 합니다. 따라서 게이트웨이를 고정 IP 주소로 동작하도록 구성해야 합니다. 자세한 내용은 관련 문서 ‘고정 IP 설정’을 참고하십시오.
iMonnit Online으로 MODBUS TCP Interface 활성화
이 단계는 게이트웨이가 iMonnit 계정에 추가되어 있다고 가정합니다.
다음 게이트웨이 체크인 시 이 인터페이스가 활성화되며, 폴링하여 MODBUS 데이터를 가져올 수 있습니다.
기본 구성에서 TCP Timeout Minutes는 5분, Port 번호는 502로 설정됩니다. 이 구성을 수정해야 하면 이제 게이트웨이 Settings에 나타나는 Modbus 하위 탭에서 할 수 있습니다.
HTTP Interface(로컬 구성 페이지)로 MODBUS TCP Interface 활성화
Modbus TCP 설정을 조정하는 또 다른 방법은 브라우저로 게이트웨이의 HTTP Interface(로컬 구성 페이지)에 접근하는 것입니다. 로컬 인터페이스는 같은 로컬 네트워크의 웹 브라우저에서 접근할 수 있습니다. 이 인터페이스는 iMonnit Online에서 또는 로컬에서 활성화할 수 있습니다. 브라우저로 HTTP Interface에 접근하는 방법은 다음 문서를 참고하십시오(게이트웨이가 iMonnit Online과 통신 중인지에 따라):
iMonnit Online을 통한 Ethernet Gateway 4의 로컬 구성 페이지(HTTP Interface)
Ethernet Gateway 4 - 로컬 구성 페이지(HTTP Interface) 로컬 접근
Data Expiration – MODBUS TCP Interface의 레지스터에서 데이터를 받을 수 있는 시간(분)입니다. 레지스터에 보관된 데이터의 경과 시간이 이 임계값에 도달하면 비워집니다.
Socket Timeout – 연결이 거부되기 전에 게이트웨이가 서버로부터의 통신을 기다리는 시간(초)입니다.
Listening Port - 게이트웨이의 데이터가 서버의 어느 위치에서 수신되는지를 나타내는 번호입니다.
게이트웨이가 재초기화되고, 가동되면 MODBUS TCP Interface가 활성화됩니다.
게이트웨이의 무선 센서 네트워크에 센서를 추가하는 방법은 두 가지입니다. Monnit 소프트웨어(예: iMonnit Online)로 게이트웨이와 센서를 소프트웨어의 네트워크에 추가하여 할 수 있습니다. Monnit 소프트웨어 없이(Default Server Interface 비활성화) 게이트웨이를 운영하는 경우, HTTP Interface(로컬 구성 페이지)로도 센서를 게이트웨이에 추가할 수 있습니다. Monnit 소프트웨어를 사용한다면 로컬 인터페이스가 아니라 소프트웨어를 통해 기기를 추가하는 것이 좋습니다.
게이트웨이의 Sensor List(무선 기기 네트워크)에는 몇 가지 중요한 동작이 있습니다. Sensor List에 관한 자세한 정보는 ‘게이트웨이 Sensor List 이해’ 문서에서 확인할 수 있습니다.
Reform 명령과 그것이 게이트웨이의 Sensor List에 미치는 영향을 이해하는 것도 중요합니다. Reform 명령에 관한 정보는 ‘게이트웨이 네트워크 Reform’ 문서에서 확인할 수 있습니다.
iMonnit Online으로 센서 추가
아직 하지 않았다면 iMonnit 포털에서 무선 네트워크를 구성할 수 있습니다. 게이트웨이와 센서를 동일한 네트워크에 추가하면 됩니다. 센서와 게이트웨이 설정에 대한 단계별 지침은 ‘iMonnit에 기기 추가’를 참고하십시오.
HTTP Interface(로컬 구성 페이지)로 센서 추가
또는 게이트웨이의 HTTP Interface(로컬 구성 페이지)로 센서를 추가할 수 있습니다. 게이트웨이의 로컬 구성 페이지 접근에 관한 정보는 ‘Ethernet Gateway 4 - 로컬 구성 페이지(HTTP Interface) 로컬 접근’ 문서를 참고하십시오.
HTTP Interface(로컬 구성 페이지)로 센서를 추가하려면:
기기를 무선 센서 네트워크에 추가하면, 게이트웨이가 해당 기기의 Join을 허용하고 그 슬롯에 해당하는 레지스터에 데이터를 보고합니다.
MODBUS 레지스터는 16비트 데이터 저장소를 가리키는 숫자 식별자입니다. Modbus TCP Interface는 모든 데이터 값을 16비트 레지스터에 저장합니다. 값이 16비트보다 큰 경우(예: 32비트인 기기 ID)에는 값이 여러 레지스터에 분산되며, 데이터를 해석하려면 연결(concatenate)해야 합니다.
Ethernet Gateway 4에는 게이트웨이 정보를 제공하도록 폴링할 수 있는 5개의 레지스터가 있습니다(Ethernet Gateway 3은 4개).
게이트웨이의 Sensor List에 추가된 각 센서마다 16개의 레지스터가 있습니다(그중 8개는 센서가 측정값을 제공하는 데이터 레지스터).
참고: Monnit 게이트웨이는 MODBUS Slave입니다. 게이트웨이는 slave ID 구성을 제공하지 않습니다.
이 레지스터는 아래와 같이 게이트웨이와 현재 구성에 관한 기본 정보를 제공합니다. 레지스터는 다음과 같습니다:
필드: Gateway ID_High / 설명: 32비트 직렬 ID 번호의 앞쪽 16비트 / Holding Register: 40001 / Data Address: 0
필드: Gateway ID_Low / 설명: 32비트 직렬 ID 번호의 뒤쪽 16비트 / Holding Register: 40002 / Data Address: 1
필드: Gateway Version - Revision + Major / 설명: 게이트웨이 펌웨어 Revision 및 Major 버전 번호(각 1바이트) / Holding Register: 40003 / Data Address: 2
필드: Gateway Version - Minor + Release / 설명: 게이트웨이 펌웨어 Minor 및 Release 버전 번호(각 1바이트) / Holding Register: 40004 / Data Address: 3
필드: Gateway Device Count / 설명: 무선 네트워크의 기기 수 / Holding Register: 40005 / Data Address: 4
게이트웨이는 센서가 할당된 슬롯에 대응하여 각 센서마다 연속된 16개 레지스터 뱅크에 센서 데이터를 저장합니다. 그중 8개는 센서 정보를 제공하고 8개는 센서 측정값 데이터를 위해 예약됩니다. 센서 유형에 따라 8개 레지스터가 모두 사용되지는 않습니다(온도 센서 등 일부 센서는 첫 번째 데이터 레지스터만 사용하고 나머지는 미사용). 사용되지 않는 데이터 필드는 0 값을 가집니다.
레지스터와 데이터 필드는 다음과 같습니다:
필드: Sensor ID_High / 설명: 32바이트 직렬 번호의 앞쪽 16바이트 / Holding Register: 40101 / Data Address: 100
필드: Sensor ID_Low / 설명: 32바이트 직렬 ID 번호의 뒤쪽 16바이트 / Holding Register: 40102 / Data Address: 101
필드: Device Type / 설명: 센서 프로파일의 고유 유형 식별자 / Holding Register: 40103 / Data Address: 102
필드: Data Age / 설명: 마지막 데이터를 가져온 후 경과한 초 / Holding Register: 40104 / Data Address: 103
필드: Device Active / 설명: 0은 이 슬롯에 데이터 없음, 1은 데이터 있음 / Holding Register: 40105 / Data Address: 104
필드: Is Aware / 설명: 센서 임계값이 초과되면 Aware가 됨 / Holding Register: 40106 / Data Address: 105
필드: Voltage / 설명: 배터리 전압(센티볼트) / Holding Register: 40107 / Data Address: 106
필드: RSSI / 설명: 신호 강도 지표, 퍼센트 신호 강도로서의 RSSI 값
참고: 신호는 RSSI(1mV당 데시벨, 즉 dBm). 보고된 값을 100에서 빼면 실제 RSSI가 됩니다. 예를 들어 값이 43이면 100-43 = -57dBm, 값이 16이면 100-16 = -84dBm. ALTA에서는 -112dBm 미만이면 낮은 것으로 간주합니다. / Holding Register: 40108 / Data Address: 107
필드: Data 1 / 설명: 센서 데이터 필드 1 / Holding Register: 40109 / Data Address: 108
필드: Data 2 / 설명: 센서 데이터 필드 2 / Holding Register: 40110 / Data Address: 109
필드: Data 3 / 설명: 센서 데이터 필드 3 / Holding Register: 40111 / Data Address: 110
필드: Data 4 / 설명: 센서 데이터 필드 4 / Holding Register: 40112 / Data Address: 111
필드: Data 5 / 설명: 센서 데이터 필드 5 / Holding Register: 40113 / Data Address: 112
필드: Data 6 / 설명: 센서 데이터 필드 6 / Holding Register: 40114 / Data Address: 113
필드: Data 7 / 설명: 센서 데이터 필드 7 / Holding Register: 40115 / Data Address: 114
필드: Data 8 / 설명: 센서 데이터 필드 8 / Holding Register: 40116 / Data Address: 115
다음 슬롯의 센서는 그다음 16개 레지스터 뱅크를 사용합니다. 레지스터 40117~40132는 슬롯 2 센서를 위한 다음 16개 레지스터 뱅크이고, 슬롯 3 센서는 40133~40148을 사용하며, 게이트웨이에 등록된 센서 수만큼 이런 식으로 이어집니다.
단일 레지스터보다 큰 데이터 값(예: 32비트인 기기 ID)은 전체 값을 해석하려면 연결해야 합니다. 아래 예를 참고하십시오:
이 예에서는 슬롯 2에 등록된 ID 315234 센서를 살펴봅니다.
ID High와 ID Low를 얻으려면 레지스터 40117과 40118(슬롯 2 센서의 16개 뱅크 중 처음 2개)을 폴링합니다. 10진수 정수로 폴링하면 다음 값이 나옵니다:
레지스터 40117: 3
레지스터 40118: 53090
그런 다음 값을 16진수로 변환합니다. 그러면 다음 값이 됩니다:
레지스터 40117: 3
레지스터 40118: CF62
그런 다음 두 값을 연결(joining)하여 3CF62를 얻습니다.
16진수 값 3CF62를 10진수로 변환하면 315234가 되며, 이것이 10진수 정수로 표현한 센서 ID입니다.
습도 센서를 사용해 어떤 값이 보이고 이를 어떻게 해석하는지 보여 드립니다. 다음 세부 사항을 가진, 슬롯 2에 등록된 습도 센서 ID 315234를 사용합니다:
마지막 체크인: 5분 전
Aware: Aware 아님
신호: 60%
배터리 레벨: 90%
신호 레벨: 80%
측정값: 72.5°F, 습도 42.5%
16개 센서 레지스터를 모두 보려면 레지스터 40117~40132를 폴링합니다. 10진수 값으로 폴링하면 다음 결과가 나옵니다:
40117: 3 (32비트 센서 ID의 앞부분 - 10진수 3 = 16진수 3)
40118: 53090 (32비트 센서 ID의 뒷부분 - 10진수 53090 = 16진수 CF62 - ID High와 Low를 연결하면 3CF62, 센서 ID에 해당)
40119: 48 (device type = 48 - 다음 호출에 따르면 type 48은 습도 센서: https://www.imonnit.com/xml/GetApplicationID)
40120: 300 (data age 300초 - 센서가 300초 전에 마지막으로 게이트웨이와 통신)
40121: 1 (값이 0이 아닌 1이므로 센서 Active)
40122: 0 (값이 1이 아닌 0이므로 센서가 Aware 상태 아님)
40123: 316 (전압이 316 = 3.16V로 보고되어 배터리 가득 참)
40124: 60 (RSSI가 -60 RSSI이므로 신호 100)
40125: 4250 (습도가 425 = 42.5%로 보고됨)
40126: 2250 (온도가 2250 = 22.5°C로 보고됨)
40127: 0 (이 센서 유형은 데이터 레지스터 3~8에 데이터를 보고하지 않음)
40128: 0 (이 센서 유형은 데이터 레지스터 3~8에 데이터를 보고하지 않음)
40129: 0 (이 센서 유형은 데이터 레지스터 3~8에 데이터를 보고하지 않음)
40130: 0 (이 센서 유형은 데이터 레지스터 3~8에 데이터를 보고하지 않음)
40131: 0 (이 센서 유형은 데이터 레지스터 3~8에 데이터를 보고하지 않음)
40132: 0 (이 센서 유형은 데이터 레지스터 3~8에 데이터를 보고하지 않음)
게이트웨이에서 MODBUS TCP Interface를 활성화했다면, Schneider Electric이 개발한 경량 도구로 테스트할 수 있습니다. 이 도구는 다음 링크에서 다운로드할 수 있습니다. 인터페이스 테스트 지침은 아래에 있습니다.
https://www.se.com/ww/library/SCHNEIDER_ELECTRIC/SE_LOCAL/APS/209280_3412/Tester.exe
레지스터 1~5의 값이 반환되어야 합니다. 이 레지스터는 게이트웨이 정보에 해당합니다.
슬롯 1 센서의 데이터를 폴링하려면 Starting Register를 101로, # of registers를 10으로 변경합니다(참고: 이 유틸리티는 한 번에 최대 10개 레지스터만 표시 가능). 타임아웃이나 유사한 오류가 발생하면 유틸리티가 게이트웨이의 MODBUS TCP Interface와 통신에 성공하지 못한 것입니다.
Ethernet Gateway 4의 MODBUS TCP Interface에 대한 중요한 업데이트가 있습니다. 따라서 Ethernet 게이트웨이의 MODBUS TCP Interface로 센서 네트워크를 구성하기 전에 게이트웨이가 최신 펌웨어를 실행하고 있는지 확인하는 것이 중요합니다.
참고: 게이트웨이 펌웨어를 업데이트하면 게이트웨이 구성이 기본 설정으로 초기화될 수 있습니다. 고정 IP가 설정되어 있다면 지워지고 DHCP가 (재)활성화될 수 있습니다. 고정 IP 게이트웨이를 업데이트하는 경우 DHCP가 활성화된 네트워크에서 다시 구성할 준비를 해야 합니다. 다만 게이트웨이 펌웨어 버전 1.0.5.1 이상은 업데이트 후 구성을 복원할 수 있습니다.
게이트웨이 펌웨어를 최신으로 유지하는 것은 일부 예기치 않은 문제를 해결하는 중요한 단계입니다. 펌웨어를 업데이트하려면 게이트웨이가 iMonnit Online 포털과 통신 중이어야 합니다. 아래 단계로 게이트웨이 펌웨어를 업데이트할 수 있습니다.
MODBUS TCP Interface는 Monnit 기기를 애플리케이션과 통합하는 방식에 유연성을 제공합니다. MODBUS TCP Interface로 Ethernet 게이트웨이를 구현할 때 고려할 세부 사항과 구성이 많지만, 이 문서가 통합을 시작하는 데 도움이 될 것입니다. 관련 문의는 언제든 Monnit Support에 문의하십시오.
업데이트: 2020-12-15
iMonnit Online 포털은 센서 Readings 기록에 표시되는 타임스탬프에 초를 포함하는 기능을 제공합니다. 이 환경설정은 계정 수준과 사용자 수준 모두에 적용할 수 있습니다. 이 문서는 이 환경설정을 구성하는 단계를 제공합니다.
참고: 타임스탬프 표시에 초를 포함하는 것은 24시간 시계 타임스탬프에서만 제공됩니다.
계정의 시간 표시 환경설정 구성
사용자의 시간 표시 환경설정 구성
계정 환경설정에 적용된 Time Format은 사용자가 계정 환경설정과 다른 Time Format을 선택하지 않는 한 모든 사용자에게 적용됩니다. 사용자가 다른 Time Format 환경설정을 가진 경우 사용자의 환경설정이 적용됩니다.
업데이트: 2020-04-06
게이트웨이가 iMonnit Enterprise, Express, MINE 같은 로컬 서버를 향해 Point되어 통신하던 상태에서, 게이트웨이를 다시 iMonnit Online 포털로 되돌려야 하는 경우가 있습니다. 이 문서는 그 방법을 안내합니다.
!!중요!! 게이트웨이를 iMonnit Online 포털에서 처음 다른 곳으로 Point하면, 게이트웨이가 iMonnit Online으로 데이터를 보내려 할 때 서버에서 거부되도록 하는 플래그가 설정된다는 점을 이해하는 것이 중요합니다. 이 플래그는 게이트웨이를 Enterprise 호스트로 지정합니다. 이 플래그를 제거하지 않으면 게이트웨이가 연결을 시도할 때마다 iMonnit Online 포털에서 반복 거부됩니다. ‘Reset Defaults’ 버튼을 클릭하면 이 플래그가 제거되어 iMonnit Online 포털이 게이트웨이의 통신을 다시 수용합니다.
imonnit.com/SetHost 사이트를 보려면 iMonnit Online 계정에 로그인되어 있어야 하며, 그렇지 않으면 404 오류가 보일 수 있습니다.
위 단계로 Enterprise Host 플래그를 제거해 서버를 준비한 후 게이트웨이를 iMonnit Online과 통신시키려면, 게이트웨이의 트래픽을 iMonnit Online 포털로 향하게 해야 합니다. Utility/Reset 버튼을 LED가 빨간색으로 깜박일 때까지 15초간 누른 뒤 떼어 게이트웨이를 기본 설정으로 재설정하면 됩니다. 다만 게이트웨이에 그대로 유지해야 하는 구성이 있는 경우에는 이 방법이 항상 적절하지는 않습니다.
Ethernet 게이트웨이
게이트웨이를 iMonnit Online 포털로 되돌리려면 게이트웨이의 로컬 구성 페이지에 접근할 수 있습니다. 로컬 구성 페이지(HTTP Interface)의 Data Interfaces > Default Server > Default Server/IP 아래 Default Server Name/IP 필드를 편집해 저장합니다. 게이트웨이를 iMonnit Online 포털로 되돌리려면 ‘sensorsgateway.com’을 입력한 뒤 Save를 클릭합니다. 그러면 게이트웨이의 트래픽이 iMonnit Online으로 향합니다.
게이트웨이의 HTTP Interface(로컬 구성 페이지) 접근에 관한 정보는 ‘Ethernet Gateway 4 - 로컬 구성 페이지(HTTP Interface) 로컬 접근’ 문서에서 확인할 수 있습니다.
참고: 이 정보는 현재 Ethernet Gateway 4를 위한 것입니다. 레거시 Ethernet Gateway 3은 동작 세부 사항이 다릅니다. Ethernet Gateway 3의 로컬 구성 페이지 접근은 다음 링크 문서의 4번 섹션에서 확인할 수 있습니다: https://monnit.azureedge.net/content/documents/userguides/Monnit-Ethernet-Gateway-v3.0-Advanced-Settings.pdf.
Cellular 게이트웨이
Cellular 게이트웨이에는 로컬 인터페이스가 없으므로 게이트웨이를 기본 구성으로 재설정해야 합니다. Utility/Reset 버튼을 모든 LED가 동시에 빨간색으로 깜박일 때까지 15초간 누른 뒤 떼면 됩니다. 이렇게 하면 게이트웨이가 다시 iMonnit Online 포털로 Point됩니다.
일부 경우(예: 사용자 지정 APN 주소로 게이트웨이를 프로비저닝해야 하는 통신사로 3G 게이트웨이를 사용하는 경우), 게이트웨이를 기본 설정으로 재설정한 후 다시 프로비저닝해야 할 수 있습니다. 방법은 다음 링크를 참고하십시오: https://monnit.azureedge.net/content/documents/quickstart/MQS024-Monnit-International-CGW-Quick-Start.pdf.
USB 게이트웨이/USB Wireless Sensor Adapter
imonnit.com/SetHost 도구는 USB 게이트웨이나 USB Wireless Sensor Adapter를 지원하지 않습니다. USB 게이트웨이를 iMonnit Online 포털로 되돌리려면 Monnit Link Configuration Tool을 사용합니다. 게이트웨이가 성공적으로 Unlock되었다면 소프트웨어의 Actions 메뉴 아래에 Configure Server Location 메뉴 항목이 있습니다. 이 옵션을 선택한 뒤 ‘Default’ 링크를 선택합니다. 그러면 USB 게이트웨이가 다시 iMonnit Online 포털로 Point됩니다. USB 게이트웨이에는 일반적으로 imonnit.com/SetHost 사이트를 사용할 필요가 없습니다.
게이트웨이를 iMonnit Online 포털에서 다른 곳으로 Point하고 다시 포털로 되돌리는 것은 로컬 서버와 함께 게이트웨이를 활용할 때 중요한 과정일 수 있습니다. 이때 중요한 동작 세부 사항이 있을 수 있습니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-04-06
참고: 게이트웨이 수리가 필요한 경우, 진단 및/또는 수리를 위해 Monnit에 기기를 반송할 때 요구되는 반품 승인서(RMA) 발급에 앞서 Monnit Support의 안내에 따른 최선의 문제 해결 단계를 먼저 수행해야 합니다.
Monnit은 (미국의) Verizon, AT&T, AT&T International을 통해 제공되는 4G LTE 셀룰러 요금제를 제공합니다. 게이트웨이는 활성화되어 셀룰러 네트워크에 연결할 준비가 된 상태로 받게 됩니다. 일반적으로 게이트웨이는 LTE 네트워크 범위 내에서 전원을 켜는 즉시 LTE 네트워크에 연결됩니다.
4G LTE 게이트웨이는 Cat M-1 또는 NB-1 프로토콜로 동작하는 지원 통신사 네트워크에 연결됩니다. 이 프로토콜은 게이트웨이가 자동으로 받는 프로비저닝을 제공하므로 게이트웨이를 수동으로 프로비저닝할 필요가 없습니다. 프로비저닝은 프로토콜의 일부로 자동 수행됩니다. 따라서 활성 SIM이 있는 게이트웨이는 지원 LTE 기지국 범위 내에 있으면 자동으로 통신사 네트워크에 연결되어 UDP 포트 3000으로 iMonnit Online에 데이터를 전송합니다. 게이트웨이가 LTE 네트워크에 연결되지 않으면 이 문서를 진단·문제 해결에 사용할 수 있습니다. LTE 게이트웨이가 지원하는 주파수 대역은 다음 링크에서 확인할 수 있습니다.
http://resources.monnit.com/content/documents/datasheets/ALTA/ADG-11-ALTA-LTE-Gateway-Data-Sheet.pdf
iMonnit Online 포털에서 데이터를 수신하려면 게이트웨이를 iMonnit Online 계정의 네트워크에 추가해야 합니다. 계정이 아직 없다면 다음 링크의 정보를 참고해 계정을 만들 수 있습니다.
https://www.monnit.com/support/setup/getting-started---creating-a-new-account
계정에 기기를 추가하는 단계는 다음 링크의 문서를 따르면 됩니다.
https://www.monnit.com/support/setup/getting-started---registering-devices
Monnit에 셀룰러 서비스 비용을 지불하고 Monnit에서 4G LTE 게이트웨이를 구매하면, 게이트웨이의 SIM은 일반적으로 2년 서비스 약정으로 활성화됩니다. 따라서 데이터 요금제 없는 게이트웨이를 구매한 경우가 아니라면 게이트웨이에 이미 셀룰러 서비스가 있어야 합니다.
http://resources.monnit.com/content/documents/datasheets/ALTA/ADG-11-ALTA-LTE-Gateway-Data-Sheet.pdf
게이트웨이를 iMonnit Online 계정에 추가한 후 전원을 켭니다. 전원을 켜면 게이트웨이는 하드웨어가 정상인지 확인하기 위해 자체 테스트를 수행합니다. 이때 LED가 흔히 ‘폭포 표시(waterfall display)’라고 부르는 시퀀스를 보입니다. 실패하면 10초 후 광 시퀀스가 반복됩니다. 이 시퀀스가 완료되면 게이트웨이가 자체 테스트를 성공적으로 수행한 것입니다. 이 시점에 게이트웨이는 LTE 네트워크를 감지·연결하려 시도합니다.
‘폭포 표시’가 완료되지 않으면 LED가 오류 시퀀스를 표시합니다. 게이트웨이 ID와 LED 시퀀스에 대한 설명 및/또는 사진을 첨부해 Monnit에 문의하십시오.
자체 테스트가 완료되면 하단 LED(Cellular Link)만 켜집니다. LTE 네트워크를 감지할 수 있으면 녹색으로 깜박이기 시작하며 연결을 시도합니다. 게이트웨이가 네트워크에 연결되면 LED가 녹색으로 고정됩니다. 게이트웨이가 연결·프로비저닝에 20분 이상 걸리는 경우가 있습니다. 이 경우 셀룰러 LED가 네트워크에 프로비저닝·연결할 수 있을 때까지 초당 한 번 녹색으로 깜박입니다. LED가 초당 한 번 깜박이면 게이트웨이가 프로비저닝 과정을 완료하도록 두십시오.
녹색 고정: 센서와의 통신 정상.
녹색 깜박임: 센서와 활발히 통신 중.
빨간색 고정: 센서 통신 문제.
게이트웨이가 네트워크에 연결할 수 없으면 셀룰러 LED에 다른 표시가 나타납니다. 초당 두 번 깜박이고 멈춘 뒤 반복하거나, 초당 세 번 깜박일 수 있습니다. 또한 셀룰러 LED가 여러 번 빨강/녹색을 번갈아 깜박일 수도 있는데, 이는 신호가 너무 약해 게이트웨이가 연결할 수 없음을 나타냅니다. 이 동작이 보이면 다음 단계를 수행하십시오:
게이트웨이를 재설정한 후에도 LTE 네트워크에 연결할 수 없으면, 다른 위치(창가나 가능하면 다른 구역)에서 테스트하십시오. 문제가 지속되면 Monnit Support에 문의하십시오.
하단 Cellular Link LED가 녹색으로 고정되면 게이트웨이가 LTE 네트워크에 연결된 것입니다. 이 시점에 게이트웨이는 UDP 포트 3000으로 iMonnit Online 포털에 데이터를 전송하려 시도합니다. 가운데 ‘Server’ LED가 이 동작을 나타냅니다. 지원 통신사는 필요한 트래픽을 네트워크에서 허용하는 것으로 확인되었으므로 일반적으로 가운데 LED가 녹색이 됩니다. 다만 LED가 빨간색이 되면 게이트웨이가 UDP 포트 3000으로 셀룰러 네트워크에서 iMonnit.com으로 데이터를 전송할 수 없는 것입니다. 아래 LED 표시를 참고하십시오.
녹색 고정: Monnit 서버와의 마지막 통신 정상.
녹색 깜박임: Monnit 서버와 활발히 통신 중.
빨간색 고정: Monnit 서버와의 마지막 통신 실패.
하단 Cellular Link LED는 녹색인데 가운데 LED가 빨간색이 되면, Utility 버튼을 15~20초간 누른 뒤 뗍니다. 이렇게 하면 연결이 다시 시작됩니다.
참고: 초기 버전의 LTE 게이트웨이 펌웨어에서는 통신사 지원이 제한적이었습니다. 이후 (국제 통신사 지원을 포함해) 통신사 지원을 확대했으므로, 가능하면 게이트웨이 펌웨어를 업데이트하는 것이 중요합니다.
게이트웨이 펌웨어를 최신으로 유지하는 것은 일부 예기치 않은 문제를 해결하는 중요한 단계입니다. 펌웨어를 업데이트하려면 게이트웨이가 iMonnit Online 포털과 통신 중이어야 합니다. 따라서 게이트웨이가 iMonnit Online과 통신하지 못하게 하는 문제를 먼저 해결하기 전에는 업데이트하지 못할 수 있습니다. iMonnit Online 포털에 체크인하고 있다면 사용 가능한 업데이트가 있을 때 펌웨어를 업데이트할 수 있습니다. 아래 단계를 따르십시오.
위 단계를 모두 수행했는데도 통신하지 않으면, 추가 검토를 위해 Monnit Support에 문의하십시오.
업데이트: 2019-12-20
참고: 게이트웨이 수리가 필요한 경우, 진단 및/또는 수리를 위해 Monnit에 기기를 반송할 때 요구되는 반품 승인서(RMA) 발급에 앞서 Monnit Support의 안내에 따른 최선의 문제 해결 단계를 먼저 수행해야 합니다.
4G LTE 게이트웨이는 Cat M-1 또는 NB-1 프로토콜로 동작하는 지원 통신사 네트워크에 연결됩니다. 이 프로토콜을 사용하는 일부 통신사는 게이트웨이가 자동으로 받는 프로비저닝을 제공하므로(*Wildcard APN 구성) 게이트웨이를 수동으로 프로비저닝할 필요가 없습니다. 프로비저닝은 통신사의 *Wildcard APN 구성의 일부로 자동 수행됩니다(프로비저닝 SMS를 게이트웨이로 보내야 하는 3G 게이트웨이와 다름). 따라서 활성 SIM이 있는 게이트웨이는 지원 LTE 기지국 범위 내에 있으면 자동으로 통신사 네트워크에 연결되어 UDP 포트 3000으로 iMonnit Online에 데이터를 전송합니다. 게이트웨이가 LTE 네트워크에 연결되지 않으면 이 문서를 진단·문제 해결에 사용할 수 있습니다. LTE 게이트웨이가 지원하는 주파수 대역은 다음 링크에서 확인할 수 있습니다. LTE 게이트웨이에서 동작이 확인된 통신사는 Verizon, AT&T, Telenor, Telstra, Saskatel, Hologram입니다. Monnit은 추가 통신사로는 테스트하지 않았으므로 다른 통신사의 동작을 확인할 수 없습니다.
http://resources.monnit.com/content/documents/datasheets/ALTA/ADG-11-ALTA-LTE-Gateway-Data-Sheet.pdf
iMonnit Online 포털에서 데이터를 수신하려면 게이트웨이를 iMonnit Online 계정의 네트워크에 추가해야 합니다. 계정이 아직 없다면 다음 링크의 정보를 참고해 계정을 만들 수 있습니다.
https://www.monnit.com/support/setup/getting-started---creating-a-new-account
계정에 기기를 추가하는 단계는 다음 링크의 문서를 따르면 됩니다.
https://www.monnit.com/support/setup/getting-started---registering-devices
4G LTE 게이트웨이가 테스트된 통신사는 (미국의) Verizon, (미국 및 국제) AT&T, Telenor, Telstra, Saskatel, Hologram입니다. 이 목록 외의 통신사를 사용하는 경우 지원되지 않을 수 있습니다. 게이트웨이는 Cat M-1 및 NB-1 프로토콜을 지원하도록 개발되었지만, Monnit은 다른 통신사 네트워크에서의 동작을 보장할 수 없습니다. 국제 지원은 이후 게이트웨이 펌웨어 버전에서 개선되었으며, 연결하려는 네트워크가 Cat M-1 또는 NB-1을 지원하고 아래 링크된 사양서의 주파수 대역을 지원한다면 게이트웨이가 네트워크에 연결될 것으로 기대할 수 있습니다. 다만 Monnit은 이 통신사들을 테스트할 수 없으므로 지원이 제한적입니다.
http://resources.monnit.com/content/documents/datasheets/ALTA/ADG-11-ALTA-LTE-Gateway-Data-Sheet.pdf
일부 통신사는 게이트웨이가 셀룰러 네트워크에서 통신하도록 허용하기 위해 게이트웨이의 IMEI를 SIM 카드에 등록할 것을 요구한다는 점에 유의해야 합니다. 이것이 요구 사항인지 통신사에 문의해야 할 수 있습니다. 미국 Verizon Wireless는 IMEI를 SIM 카드와 함께 활성화할 것을 요구합니다. 이를 위해서는 자체 데이터 요금제로 활성화하기 전에 Monnit이 게이트웨이의 IMEI를 Verizon 데이터베이스에 추가해야 합니다. 이를 위해 게이트웨이 ID와 Verizon 데이터베이스 추가 요청을 담아 support@monnit.com 으로 이메일 요청을 보내야 합니다.
게이트웨이를 iMonnit Online 계정에 추가한 후 전원을 켭니다. 전원을 켜면 게이트웨이는 하드웨어가 정상인지 확인하기 위해 자체 테스트를 수행합니다. 이때 LED가 흔히 ‘폭포 표시(waterfall display)’라고 부르는 시퀀스를 보입니다. 실패하면 10초 후 광 시퀀스가 반복됩니다. 이 시퀀스가 완료되면 게이트웨이가 자체 테스트를 성공적으로 수행한 것입니다. 이 시점에 게이트웨이는 LTE 네트워크를 감지·연결하려 시도합니다.
‘폭포 표시’가 완료되지 않으면 LED가 오류 시퀀스를 표시합니다. 게이트웨이 ID와 LED 시퀀스에 대한 설명 및/또는 사진을 첨부해 Monnit Support에 문의하십시오.
자체 테스트가 완료되면 하단 LED(Cellular Link)만 켜집니다. LTE 네트워크를 감지할 수 있으면 녹색으로 깜박이기 시작하며 연결을 시도합니다. 게이트웨이가 네트워크에 연결되면 LED가 녹색으로 고정됩니다. 게이트웨이가 연결·프로비저닝에 20분 이상 걸리는 경우가 있습니다. 이 경우 셀룰러 LED가 네트워크에 프로비저닝·연결할 수 있을 때까지 초당 한 번 녹색으로 깜박입니다. LED가 초당 한 번 깜박이면 게이트웨이가 프로비저닝 과정을 완료하도록 두십시오.
녹색 고정: 셀룰러 네트워크에 연결됨
녹색 3회 깜박임: 셀룰러 네트워크 오프라인
녹색 2회 깜박임: 기지국 스캔 중
녹색 1회 깜박임: 데이터 세션 활성화 중
녹색/빨강 깜박임: 셀룰러 신호 약함
빨간색 깜박임: 셀룰러 연결 오류
게이트웨이가 네트워크에 연결할 수 없으면 셀룰러 LED에 다른 표시가 나타납니다. 초당 두 번 깜박이고 멈춘 뒤 반복하거나, 초당 세 번 깜박일 수 있습니다. 또한 셀룰러 LED가 여러 번 빨강/녹색을 번갈아 깜박일 수도 있는데, 이는 신호가 너무 약해 게이트웨이가 연결할 수 없음을 나타냅니다. 이 동작이 보이면 다음 단계를 수행하십시오:
게이트웨이를 재설정한 후에도 LTE 네트워크에 연결할 수 없으면, 다른 위치(창가나 가능하면 다른 구역)에서 테스트하십시오. 문제가 지속되면 서비스 및/또는 SIM 문제를 논의하기 위해 통신사에 문의하십시오.
하단 Cellular Link LED가 녹색으로 고정되면 게이트웨이가 LTE 네트워크에 연결된 것입니다. 이 시점에 게이트웨이는 UDP 포트 3000으로 iMonnit Online 포털에 데이터를 전송하려 시도합니다. 가운데 ‘Server’ LED가 이 동작을 나타냅니다. 지원 통신사는 필요한 트래픽을 네트워크에서 허용하는 것으로 확인되었으므로 일반적으로 가운데 LED가 녹색이 됩니다. 다만 LED가 빨간색이 되면 게이트웨이가 UDP 포트 3000으로 셀룰러 네트워크에서 iMonnit.com으로 데이터를 전송할 수 없는 것입니다. 아래 LED 표시를 참고하십시오.
녹색 고정: Monnit 서버와의 마지막 통신 정상.
녹색 깜박임: Monnit 서버와 활발히 통신 중.
빨간색 고정: Monnit 서버와의 마지막 통신 실패.
하단 Cellular Link LED는 녹색인데 가운데 LED가 빨간색이 되면, Utility 버튼을 15~20초간 누른 뒤 뗍니다. 이렇게 하면 연결이 다시 시작됩니다.
참고: 초기 버전의 LTE 게이트웨이 펌웨어에서는 통신사 지원이 제한적이었습니다. 이후 (국제 통신사 지원을 포함해) 통신사 지원을 확대했으므로, 가능하면 게이트웨이 펌웨어를 업데이트하는 것이 중요합니다.
게이트웨이 펌웨어를 최신으로 유지하는 것은 일부 예기치 않은 문제를 해결하는 중요한 단계입니다. 펌웨어를 업데이트하려면 게이트웨이가 iMonnit Online 포털과 통신 중이어야 합니다. 따라서 게이트웨이가 iMonnit Online과 통신하지 못하게 하는 문제를 먼저 해결하기 전에는 업데이트하지 못할 수 있습니다. iMonnit Online 포털에 체크인하고 있다면 사용 가능한 업데이트가 있을 때 펌웨어를 업데이트할 수 있습니다. 아래 단계를 따르십시오.
위 단계를 모두 수행했는데도 통신하지 않으면, 추가 검토를 위해 Monnit Support에 문의하십시오.
업데이트: 2021-03-17
설정 시(또는 게이트웨이가 통신을 멈춘 경우) 이 문서는 USB Wireless Sensor Adapter 또는 USB 게이트웨이 문제 해결에 유용합니다.
Monnit Link Configuration Utility에는 게이트웨이가 PC와 통신 중인지 알려 주는 Status가 표시됩니다.
Unknown: 게이트웨이가 Monnit Link Gateway Utility에 감지되지 않음. PC/USB 포트에는 감지될 수 있으므로, PC가 게이트웨이를 인식하는지 판단하려면 위의 장치 관리자 사용 단계를 참고하십시오.
Idle: 게이트웨이가 PC 및 Monnit Link Gateway Utility와 통신 중이지만 데이터가 iMonnit 서버에 도달하지 못함.
Active: 게이트웨이가 PC 및 Monnit Link Gateway Utility와 통신 중이며 데이터가 iMonnit 서버에 성공적으로 도달함.
Gateway Type: USB Service
Gateway Firmware Version: 3.3.2.2
Radio Firmware Version: 2.3.0.0
!! 현재 USB 게이트웨이를 사용하는데 2.12.28.0이 아닌 다른 버전의 드라이버가 보이면, 기존 드라이버 버전을 제거·삭제하십시오. 방법은 여기에서 확인할 수 있습니다.
PC를 재시작한 후 Gateway Utility를 실행하고 서비스가 시작되었는지 확인한 뒤 게이트웨이를 연결합니다. Gateway Configuration Tool의 Status가 Unknown에서 Idle 또는 Active로 바뀌는 것이 보여야 합니다. 그렇지 않으면 아래 단계를 따르십시오.
사용자에 대한 보안 및/또는 권한이 기기의 정상 통신을 막을 수 있습니다.
Communication Check Utility에 관한 이 문서의 도구로 PC와 네트워크가 iMonnit 서버를 찾아 적절한 포트에서 통신을 허용하는지 테스트할 수 있습니다. 이 테스트가 성공하면 PC와 네트워크가 iMonnit Online 포털과의 통신을 허용하도록 구성된 것입니다.
먼저 게이트웨이를 기본 설정으로 재설정합니다:
Monnit Link Gateway Utility 메뉴 바에서 다음 명령을 실행합니다:
Communication Utility로 테스트:
테스트가 성공하면 PC와 네트워크가 iMonnit Online 포털과의 통신을 허용하는 것입니다.
PC가 게이트웨이를 인식하지 못하거나 iMonnit Online 포털과 통신하지 못하면, 다른 PC 및/또는 완전히 다른 네트워크 연결에서 테스트하십시오.
위 단계를 따른 후에도 게이트웨이가 iMonnit Online과 통신하지 않으면, 추가 지원을 위해 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-12-11
Monnit Ethernet 게이트웨이는 물리적 Ethernet 네트워크에 연결되어 TCP/IP 통신으로 iMonnit 서버에 데이터를 보냅니다. 이 문서는 게이트웨이가 iMonnit 서버와 성공적으로 통신하도록 허용하기 위한 요구 사항을 자세히 설명합니다.
포트 80과 443은 HTTP 및 HTTPS 트래픽에 지정된 포트로, TCP 네트워크 통신에 사용되는 프로토콜입니다. 일반적으로 웹 브라우저는 이 포트로 웹 서버에 요청을 보냅니다. 웹 서버가 응답하면 트래픽이 브라우저로 다시 라우팅됩니다. iMonnit Online 포털에 접근하려면 TCP 포트 80과 443이 열려 있어야 합니다.
게이트웨이는 시동 과정의 일부로 iMonnit 서버의 도메인을 확인하려 시도합니다. 게이트웨이가 Run Mode에 진입하려면 DNS 확인을 완료해야 합니다. Ethernet 게이트웨이는 sensorsgateway.com 도메인을 확인해야 합니다. 정확한 서브도메인은 게이트웨이 유형에 따라 다릅니다.
Ethernet Gateway 3은 주(primary)로 t1.sensorsgateway.com, 장애 조치(failover)로 t2.sensorsgateway.com에 데이터를 보냅니다(구형 게이트웨이 버전).
Ethernet Gateway 4는 sensorsgateway.com에 데이터를 보냅니다.
기본적으로 Ethernet 게이트웨이는 아웃바운드 TCP 포트 3000에서 데이터를 보냅니다. 게이트웨이가 iMonnit Online과 통신하려면 이 포트가 열려 있어야 하고 인터넷 연결이 가능해야 합니다. 서버는 게이트웨이로 통신을 먼저 시작하지 않습니다. 게이트웨이가 항상 TCP 통신을 시작하므로, 인바운드 포트 통신을 위한 방화벽 설정을 변경할 필요는 없습니다.
일부 네트워크에서는 아웃바운드 포트가 필터링될 수 있습니다. 이 경우 포트 3000을 통한 아웃바운드 트래픽을 허용하는 방화벽 규칙이나 예외를 만들어야 합니다.
게이트웨이가 Monnit 서버(iMonnit Online 또는 로컬 호스팅 버전의 Monnit 소프트웨어)에 도달할 수 없으면, 네트워크 연결을 테스트하는 유틸리티를 사용할 수 있습니다. 다음 문서가 이 도구의 사용법을 설명합니다.
Monnit Communication Check Utility 사용
게이트웨이가 Monnit 서버에 도달할 수 없는 원인은 일반적으로 네트워크 구성과 보안입니다. 이 정보와 Communication Check Utility로 게이트웨이가 Monnit 서버에 도달하지 못하게 하는 네트워크 문제를 식별할 수 있습니다.
업데이트: 2020-08-28
참고: Ethernet Gateway 4는 기본적으로 DHCP가 활성화되어 있습니다. 이 게이트웨이는 기본 IP 주소가 없으므로(Ethernet Gateway 3와 다름), 게이트웨이를 처음 연결하려면 DHCP를 지원하는 네트워크에 연결해야 합니다. 이를 위해 네트워크에서 DHCP로 게이트웨이에 할당된 IP 주소를 찾아야 합니다. 이는 흔히 DHCP 서버(라우터)에서 IP 할당을 확인해야 합니다.
Ethernet Gateway 4는 게이트웨이 구성을 로컬로 수정할 수 있는 로컬 구성 페이지를 제공합니다. 이 페이지는 게이트웨이의 IP 주소를 방문하여 웹 브라우저로 접근할 수 있습니다. 이 인터페이스는 기본적으로 비활성화되어 있으므로 접근하려면 먼저 활성화해야 합니다. 원한다면 인터페이스를 영구적으로 활성화하는 옵션도 있습니다. 이 문서는 이 인터페이스의 기능과 접근 단계를 안내합니다.
DHCP를 지원하는 로컬 Ethernet 네트워크에 게이트웨이를 연결하고 전원을 켭니다. 게이트웨이가 IP 주소를 받으면 하단 LED가 녹색이 됩니다. 이는 게이트웨이가 유효한 IP와 Ethernet 네트워크에 대한 로컬 연결을 가졌음을 나타냅니다. 게이트웨이에 할당된 IP 주소를 찾아야 합니다(DHCP 서버에서 IP 할당을 확인해야 할 수 있음). 게이트웨이가 iMonnit Online과 통신하면 게이트웨이의 HTTP Interface를 활성화할 수 있습니다. 게이트웨이가 iMonnit Online에 체크인하면 아래 단계를 따르십시오.
HTTP Interface를 올바르게 활성화했다면, 같은 로컬 네트워크의 컴퓨터에서 웹 브라우저로 게이트웨이의 IP 주소를 방문할 때 로컬 구성 페이지가 보입니다.
참고: 센서 구성은 게이트웨이의 HTTP Interface로 수정할 수 없습니다. 센서 구성을 변경하려면 Monnit 소프트웨어(iMonnit Online, iMonnit Enterprise, iMonnit Express, 또는 Monnit MINE 서버)를 통해 변경해야 합니다. 따라서 Default Interface를 비활성화한 사설 네트워크에서 운영하는 고객은 Default Interface를 비활성화하기 전에 Monnit 소프트웨어로 센서를 원하는 설정으로 구성해 두어야 합니다.
이 시점에 게이트웨이의 로컬 구성 페이지로 게이트웨이 설정을 수정할 수 있습니다. 가장 흔히 하는 구성 변경은 고정 IP 주소 할당입니다. 다만 게이트웨이는 HTTP Interface로 접근할 수 있는 많은 구성을 제공합니다.
**사설 MODBUS TCP 또는 SNMP 네트워크에서 게이트웨이를 운영하는 고객을 위한 특별 고려 사항:** Default Interface(iMonnit Online, Enterprise, Express, MINE) 없이 게이트웨이를 사용하는 고객의 경우, HTTP Interface를 통해 Default Interface를 활성화/비활성화할 수 있다는 점에 유의해야 합니다. 이를 하려면 게이트웨이가 Unlock되어 있어야 합니다. 이런 방식으로 운영하는데 게이트웨이가 Unlock되지 않고 Default Interface가 비활성화되지 않았다면 게이트웨이 동작에 장애가 보일 수 있습니다.
Ethernet Gateway 4의 HTTP Interface(로컬 구성 페이지)는 게이트웨이를 동적으로 변경할 수 있게 합니다. HTTP Interface 접근에 관한 질문이 있으면 언제든 Monnit Support에 문의하십시오.
업데이트: 2020-07-22
Monnit USB Wireless Sensor Adapter는 Monnit USB 게이트웨이의 현재 버전입니다. Wireless Sensor Adapter는 USB 케이블로 PC에 연결됩니다. 이 게이트웨이는 센서와 무선으로 통신하며, 호스트 PC에서 응용 프로그램으로 실행되는 유틸리티를 통해 센서 데이터를 iMonnit 소프트웨어로 전송합니다.
다운로드: http://www.monnit.com/downloads/
위 링크에 접속해 Monnit Link Gateway Utility 설치 파일을 실행합니다. 이 응용 프로그램은 Windows Vista, 7, 8, 10에서 지원됩니다. 다만 Windows가 자동으로 설치하는 FTDI 드라이버 버전을 확인해야 할 수 있습니다.
바탕화면에 Monnit Link Gateway Utility를 실행할 수 있는 바로 가기가 생성됩니다.
Local Service는 백그라운드에서 실행되며 게이트웨이 데이터를 처리하는 Windows 서비스입니다. 이 서비스는 TCP 포트 3500에서 게이트웨이로부터 데이터를 받고, 게이트웨이 > Monnit Link Gateway Utility의 데이터를 TCP 포트 3000으로 iMonnit Online 포털에 보내는 역할을 합니다.
Wireless Sensor Adapter와 PC를 USB 케이블로 연결합니다. 드라이버가 올바르게 설치되고 센서가 PC와 통신 중이면 Monnit Link Gateway Utility의 Status가 Active 또는 Idle로 표시되어야 합니다. Status가 Unknown으로 보이면 물리적 연결이나 드라이버에 문제가 있는 것입니다. Active/Idle Status가 보이지 않으면 PC를 재시작하는 것이 좋습니다.
유틸리티가 설치·실행되고, Local Service가 실행되며, 드라이버가 설치되고, 게이트웨이가 물리적으로 연결되고, 게이트웨이 Status가 Active이며, 호스트 PC에 인터넷 연결이 있으면, 게이트웨이가 iMonnit Online 포털로 데이터를 전송할 수 있습니다. 게이트웨이 체크인을 수동으로 시작하려면 유틸리티의 Send Messages to Server 버튼을 클릭합니다. 그러면 게이트웨이의 체크인이 보여야 합니다. iMonnit Online의 게이트웨이 History에 체크인이 보이지 않으면, 네트워크 구성을 점검하고 PC에 인터넷 연결이 있는지, PC가 포트 3000으로 인터넷에 데이터를 전송할 수 있는지 확인하십시오.
iMonnit Online 포털에서 게이트웨이의 데이터가 보이지 않으면 다음을 확인하십시오:
다음 링크 문서의 도구로 PC와 네트워크가 iMonnit 서버를 찾아 적절한 포트에서 통신을 허용하는지 테스트할 수 있습니다. 이 테스트가 성공하면 PC와 네트워크가 iMonnit Online 포털과의 통신을 허용하도록 구성된 것입니다.
Monnit Communication Check Utility 사용
업데이트: 2020-08-28
게이트웨이 펌웨어 버전 1.0.6.6 이상을 실행하는 Ethernet 게이트웨이에는, 게이트웨이를 DHCP 지원 네트워크에 연결하지 않고도 로컬 HTTP 구성 페이지에 접근해 게이트웨이를 구성할 수 있는 기능이 포함됩니다. 이 기능은 고정 IP 주소가 필요한 네트워크에서 게이트웨이를 운영하는 경우 유용합니다. 게이트웨이가 DHCP를 지원하는 네트워크에 연결되어 있지 않을 때 로컬 구성 페이지에 접근해 고정 IP 구성을 적용할 수 있게 합니다.
이를 활성화하려면 IP 주소가 구성되지 않은 PC의 Ethernet 포트에 게이트웨이의 Ethernet 포트를 연결하고, 펌웨어 1.0.6.6 이상을 실행하는 게이트웨이의 전원을 켜기만 하면 됩니다. 이렇게 하면 (이미 IP 주소가 할당되어 있지 않은) PC와 게이트웨이가 같은 범위 내에서 자체 할당 IP 주소를 갖게 되며, 게이트웨이의 HTTP Interface가 몇 분간 사용 가능해지고 활성화됩니다. PC 브라우저로 로컬 HTTP 구성 페이지에 접근해 원하는 구성으로 게이트웨이를 설정할 수 있습니다.
게이트웨이의 AutoIP 자체 할당 IP 주소는 다음과 같습니다:
169.254.100.1
참고: 드물게 PC가 이 IP 주소를 스스로 할당하려 하는 경우, 게이트웨이가 이 자체 할당 주소를 사용하도록 자동으로 조정되어야 합니다.
기본 구성에서 Ethernet Gateway 4는 전원을 켜면 DHCP로 IP 주소를 가져오려 시도합니다. 게이트웨이가 시동 자체 테스트를 완료한 후 DHCP로 IP 주소를 가져오려 시도하며, 2분 후에도 가져오지 못하면 AutoIP 모드에 진입합니다. 이는 아래 LED 시퀀스로 확인할 수 있습니다.
GF 1s, GF 1s, GF 1s - 전원 켜짐
G, G, G와 함께 R LED가 위에서 아래로 약 5초간 순환 - 자체 테스트
G 1s, G 1s, G 1s - 자체 테스트 완료
2x RF 1s, Off, Off - 게이트웨이가 Ethernet 연결 확인 중
GF 1s, Off, Off - 게이트웨이가 약 20초간 DHCP로 IP 주소를 요청하려 시도
*빠르게 깜박이는 R, 빠르게 깜박이는 R, 꺼짐(멈춤, 반복) - 게이트웨이가 AutoIP 모드에 진입
*참고: 가운데 LED가 하단 LED보다 약간 먼저 깜박이기 시작합니다.(G=녹색, R=빨강, F=깜박임, s=초)
위 단계를 수행한 후 게이트웨이의 로컬 HTTP 구성 페이지로 고정 IP(및 기타 구성)를 설정할 수 있습니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-10-23
Sensor List는 센서가 게이트웨이로 데이터를 보낼 권한을 받는 수단입니다. Sensor List는 게이트웨이에 저장된 센서 ID 목록으로, 게이트웨이가 센서의 Join 요청을 승인해 해당 센서가 게이트웨이에 링크되도록 허가합니다. Sensor List는 여러 방식으로 구성됩니다. 이 문서는 게이트웨이의 Sensor List가 구성되는 방식을 자세히 설명합니다.
Sensor List가 구성되는 가장 흔한 방식은 Monnit 소프트웨어의 네트워크를 통한 것입니다. 게이트웨이와 센서가 Monnit 소프트웨어의 동일한 센서 네트워크에 추가되면, 게이트웨이는 그 센서 네트워크에 추가된 모든 센서 ID를 게이트웨이의 Sensor List로 다운로드합니다. 센서 ID가 게이트웨이의 Sensor List에 있으면 해당 센서의 전송을 수신할 권한을 가집니다. 따라서 게이트웨이가 센서의 ID를 Sensor List에 받은 상태에서 그 게이트웨이 범위 내에서 센서를 켜면, 센서가 게이트웨이와 성공적으로 핸드셰이크하여 게이트웨이로, 이어서 iMonnit Online 포털로 데이터를 전달하기 시작합니다. 센서가 게이트웨이에 링크되는 방식은 ‘Link Mode 설명’ 문서를 참고하십시오.
참고: Sensor List는 Monnit 소프트웨어에서 게이트웨이로 전송되지만, 게이트웨이에서 Monnit 소프트웨어로는 전송되지 않습니다. 따라서 게이트웨이의 로컬 인터페이스로 센서를 추가하면 그 센서 ID는 Monnit 소프트웨어와 동기화되지 않습니다.
이 동작의 중요한 세부 사항은, 게이트웨이가 센서가 추가된 직후에 곧바로 센서 ID를 Sensor List로 다운로드하지 않는다는 점입니다. 게이트웨이가 센서 ID를 다운로드하도록 트리거하는 특정 상황이 있으며, 아래에 나열되어 있습니다.
--게이트웨이의 Sensor List Reform은 세 가지 상황에서 발생합니다: 소프트웨어에서 Reform 명령을 수동으로 보낼 때, 게이트웨이를 기본 설정으로 재설정할 때, 게이트웨이 펌웨어를 업그레이드할 때.
게이트웨이는 네트워크가 Reform되지 않는 한 센서를 Sensor List에 무기한 유지한다는 점을 알아야 합니다. 따라서 센서가 게이트웨이와 동일한 센서 네트워크에 추가된 적이 있다면, 게이트웨이가 다른 센서 네트워크로 옮겨지더라도 그 센서 ID를 목록에 유지합니다. 센서 ID는 게이트웨이의 네트워크가 Reform될 때만 제거되므로, 네트워크 간에 기기를 옮길 때는 다른 센서 네트워크로 옮긴 게이트웨이의 네트워크를 반드시 Reform해야 합니다. 그렇지 않으면, 이전에 같은 센서 네트워크에 있었고 게이트웨이가 Reform 명령을 받지 않았다면, 센서가 같은 센서 네트워크가 아닌 게이트웨이와 통신하는 경우가 발생할 수 있습니다.
iMonnit Online 포털에 표시되는 Sensor List
iMonnit Online에서 게이트웨이를 볼 때 ‘Sensors’라는 탭이 있습니다. 이 목록이 게이트웨이와 통신하도록 허가된 모든 센서 ID를 담고 있다고 가정하기 쉽지만, 그렇지 않다는 점을 아는 것이 중요합니다. 이 목록은 게이트웨이와 마지막으로 성공적으로 통신한 센서의 ID를 담고 있습니다. 따라서 이것은 어떤 센서 ID가 게이트웨이와 통신하도록 허가되었는지 판단하는 수단이 아닙니다. 실제로 게이트웨이의 Sensor List에 있는 센서를 보려면 게이트웨이의 HTTP Interface로 게이트웨이의 무선 센서 네트워크에 접근해야 합니다(Ethernet 게이트웨이만 해당).
Ethernet 게이트웨이는 브라우저로 접근해 게이트웨이를 구성할 수 있는 HTTP Interface를 제공합니다. 이 인터페이스로 게이트웨이의 Sensor List(무선 센서 네트워크)를 보고, 센서를 추가하거나, 네트워크를 Reform(Sensor List 삭제)할 수 있습니다. Ethernet 게이트웨이의 HTTP Interface 접근에 관한 정보는 다음 문서를 참고하십시오.
Ethernet Gateway 4 - 로컬 구성 페이지(HTTP Interface) 로컬 접근
iMonnit Online으로 Ethernet Gateway 4의 로컬 구성 페이지(HTTP Interface) 활성화
Ethernet 게이트웨이의 HTTP Interface는 게이트웨이의 Sensor List에 있어 게이트웨이와 통신하도록 허가된 센서를 나열합니다. 또한 각 센서 ID에 연결된 슬롯이 있어 Ethernet 게이트웨이의 MODBUS TCP Interface를 구현할 때 유용할 수 있습니다.
Ethernet 게이트웨이에서 MODBUS TCP 또는 SNMP 인터페이스를 사용하는 고객의 경우, 센서 ID가 게이트웨이의 Sensor List에 할당되는 방식과 관련해 이해해야 할 중요한 동작이 있을 수 있습니다.
4.
특히 게이트웨이의 HTTP Interface로 센서를 게이트웨이 Sensor List에 수동 할당할 때, 운영 방식을 좌우할 수 있는 게이트웨이 Sensor List의 특정 동작이 있습니다. 관련 질문이 있으면 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-06-08
Monnit이 제공하지 않는 통신사 요금제로 Monnit 3G 게이트웨이를 사용하려면, 게이트웨이가 동작하는 무선 대역에서 M2M 통신을 지원하는 활성 데이터 요금제 SIM이 필요합니다. 게이트웨이를 사용자 지정 APN으로 프로비저닝하는 단계는 아래와 같습니다.
SIM 카드를 넣은 후, 휴대전화로 아래 매개변수를 사용해 셀룰러 게이트웨이를 구성하는 문자 메시지를 작성하여 기기의 휴대전화 번호로 보냅니다. 구성 정보는 SIM 카드를 제공한 셀룰러 통신사에서 얻습니다.
호스트 주소와 호스트 포트는 iMonnit에 특정한 값입니다. 당사 클라우드 서비스를 사용할 계획이면 그렇고, 그렇지 않으면 사용자 서버에 특정합니다. 아래 표의 예시 정보가 이 두 필드에 필요하지만, 이는 사전 프로그래밍되어 있으므로 문자에 포함할 필요가 없습니다. 사용자 서버로 Point하도록 변경해야 할 때만 포함하십시오. 문자 메시지 형식은 매개변수 이름 뒤에 콜론, 그 뒤에 네트워크별 데이터, 마지막에 세미콜론으로 끝나야 합니다. 한 문자 메시지에 매개변수 하나만 포함하거나 모든 매개변수를 포함할 수 있습니다. 구성이 필요한 매개변수만 보내고 나머지는 그대로 두는 것이 좋습니다. 공백과 줄바꿈은 무시됩니다.
매개변수는 대소문자를 구분하지 않습니다.
중요: 기본 구성에서 변경할 필요가 없는 구성은 포함할 필요가 없습니다. 예를 들어 게이트웨이가 iMonnit Online 포털과 동작하도록 의도된 경우 DNS, Poll Interval, Host address, Host port 등의 구성을 포함할 필요가 없습니다. 따라서 예시 Telefonica 네트워크처럼 APN만 제공하면 되는 셀룰러 네트워크와 통신하도록 게이트웨이를 구성하는 경우, SMS 메시지에는 다음 텍스트만 포함됩니다:
Apn:m2mkit.telefonica.com;
참고: SMS에 포함되지 않은 다른 모든 구성은 기본 구성이 유지됩니다.
이름 / 설명 / 매개변수 형식 / 예시 — Cellular Access Point Name: 제공자가 할당한 M2M 네트워크 이름 / Apn: 이름; / Apn:m2mkit.telefonica.com; · Username: 일부 네트워크에서 필요 / User: 사용자명; / User:datauser; · Password: 일부 네트워크에서 필요 / Pass: 비밀번호; / Pass: 1234; · DNS setting: DNS 할당 / Dns: dns; / Dns: 8.8.8.8; · Poll interval: 게이트웨이가 Monnit 명령을 폴링하는 주기 / Poll: 폴링주기; / Poll:30; · Host address: 대상 서버, 기본값 sensorsgateway.com / Host: 주소; / Host:sensorsgateway.com; · Host port: 데이터가 전달되는 포트, 기본값 3000 / Port: 포트; / Port: 3000;
참고: SIM 카드에는 프로비저닝 SMS 메시지를 받을 수 있는 연결된 전화번호가 있어야 합니다. 이는 M2M 요구 사항의 일부입니다.
기기는 구성을 보낸 전화로 응답 문자 메시지를 보냅니다.
확인 응답이 오지 않으면, 통신사와 협력하여 요금제가 M2M을 지원하는지, 전화번호가 정확하고 SIM에 할당되어 있는지 확인하십시오.
실패하면 LED가 녹색이 되지 않습니다. 이 경우 게이트웨이 전원을 뽑고 새 구성 문자 메시지를 기기로 보낸 뒤 셀룰러 게이트웨이를 다시 연결하여 과정을 반복하십시오.
업데이트: 2020-08-04
일부 상황에서는 Monnit Cellular 2G 또는 3G 게이트웨이를 완전히 초기화해야 할 수 있습니다. 이 전체 초기화는 APN 프로비저닝을 포함한 모든 구성을 지웁니다. 이는 셀룰러 통신사 네트워크에 연결하지 못하는 게이트웨이를 문제 해결하는 경우(및 기타 문제) 등에 필요할 수 있습니다.
게이트웨이 전원이 꺼진 상태(전원 뽑힘/스위치 Off)에서 시작합니다.
이후 게이트웨이에 올바른 APN 구성으로 프로비저닝해야 할 수 있습니다.
업데이트: 2020-08-04
모든 SIM에 대해 셀룰러 게이트웨이(CGW)를 구성하는 것은 간단합니다. 열린 CGW에서 사용 중인 SIM으로 SMS를 보냅니다. 아래는 유럽 시장에서 이를 수행하는 방법입니다.
예시:
Vodafone GPRS 구성 -
ApnName: internet.vodafone.net
User Name: internet
Password: internet
다음과 같이 SMS 문자를 보냅니다: apn_config
internet.vodafone.net,internet,internet,
사용자명이나 비밀번호가 없는 경우 다음과 같이 ‘null’로 대체합니다: apn_config internet.vodafone.net, null, null,
업데이트: 2019-12-24
PC에 Ethernet 포트가 하나 이상 있고 다른 네트워크 어댑터(보통 Wi-Fi)가 있으면, Windows 10 PC에서 PC의 인터넷/네트워크 연결을 Ethernet 게이트웨이와 공유할 수 있습니다. 가장 흔한 구성은 Wi-Fi 연결을 Ethernet 포트로 공유하는 것입니다. 이는 Ethernet 게이트웨이를 연결할 DHCP 활성화 라우터가 없는 경우 유용합니다(Ethernet 게이트웨이는 기본적으로 DHCP가 활성화된 상태로 동작하기 때문). 이 네트워크 구성과 관련된 문제는 PC를 지원하는 담당자에게 위임된다는 점을 이해해야 합니다. 다만 아래 단계로 Ethernet 게이트웨이를 PC에 직접 연결해 IP 주소를 받고 PC의 인터넷 연결을 사용할 수 있어야 합니다.
게이트웨이가 PC로부터 유효한 IP 주소를 성공적으로 받으면 하단 LED가 녹색으로 고정됩니다. 하단 LED가 녹색 고정이면 PC의 인터넷 연결을 성공적으로 공유한 것입니다.
Monnit Ethernet 게이트웨이는 표준 다이렉트(straight through) 배선의 다이렉트 Ethernet 케이블을 지원합니다.
위 단계로 게이트웨이가 Windows 10 PC로부터 DHCP를 통해 IP 주소를 받을 수 있습니다. 이는 게이트웨이를 iMonnit Online과 동작하도록 구성하거나, Ethernet 게이트웨이를 PC에 직접 연결한 상태로 Express나 Enterprise 같은 로컬 버전의 iMonnit 소프트웨어를 사용할 때 유용합니다. 추가 질문은 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-05-27
Monnit 2G 또는 3G 게이트웨이에서 이 Gateway Management가 반복되는 가장 흔한 원인은 CR2032 시계 배터리 방전입니다. Monnit이 제조하는 일부 2G 또는 3G 게이트웨이는 게이트웨이 메인보드 하단에 3.6V CR2032 코인셀 배터리가 있어 게이트웨이가 정확한 시계를 유지하도록 합니다(셀룰러 기지국 연결에 필요). Monnit이 제공하는 모든 3G Cellular 게이트웨이에 이 배터리가 포함되는 것은 아닙니다. 다만 게이트웨이에 이 배터리가 필요한데 교체해야 한다면, 게이트웨이가 셀룰러 기지국과 세션을 시작하지 못할 수 있습니다. 문제 해결 단계는 이 문서에 있습니다.
또한 Gateway Management 메시지 유형 식별은 이 문서를 참고하십시오.
이 시점에도 문제가 지속되면 게이트웨이에서 CR2032 배터리를 제거하고 다시 테스트해 보십시오. 문제가 지속되면 해결을 위해 게이트웨이 ID와 함께 support@monnit.com 으로 문의하십시오.
업데이트: 2020-08-26
Monnit 게이트웨이는 다양한 작업을 수행하며, 각 작업은 게이트웨이 History에 Gateway Management 항목으로 기록됩니다. Gateway Management는 이러한 각 작업에 대한 식별자입니다. 이 메시지의 의미를 이해하면 흔한 문제를 식별하는 데 유용합니다. 이 문서는 각 Gateway Management 정의를 설명합니다.
0 - Data(서버로 전달된 일반 센서 데이터 메시지)
1 - Send sensor messages(센서로 전송된 센서 구성 변경)
2 - 센서 ID를 보내 Sensor List 갱신(게이트웨이가 서버에서 센서 ID를 다운로드해 센서가 게이트웨이와 통신하도록 허가할 때. 게이트웨이 Sensor List에 관한 자세한 내용은 여기 참고)
3 - 네트워크 구성 갱신됨(게이트웨이의 구성이 업데이트됨)
4 - Reform network 명령 수신됨(게이트웨이가 네트워크 Reform을 수행한 후 보고됨. 게이트웨이 네트워크 Reform에 관한 자세한 내용은 여기 참고)
5 - 게이트웨이가 공장 기본값으로 초기화됨
7 - Wi-Fi 센서의 MAC 주소로부터 게이트웨이 및 센서 ID 반환
8 - 게이트웨이 구성에 맞춰 데이터베이스 갱신(게이트웨이가 자신의 구성을 서버로 보내 게이트웨이와 서버 간 구성을 동기화할 때 발생)
10 - 상태 정보 기록(전력 사용량 등)
11 - 게이트웨이 시동 정보 기록(게이트웨이가 시동 과정을 실행할 때 발생. 게이트웨이 전원을 켤 때, 네트워크 연결이 갱신될 때, 게이트웨이 설정이 재설정될 때 등에 발생)
13 - 게이트웨이가 다른 호스트로 Point됨(게이트웨이를 Enterprise나 MINE 같은 다른 서버로 Point할 때 가끔 보임)
250 - 게이트웨이 부트로더 시퀀스(게이트웨이 펌웨어 업데이트와 함께 보고됨)
253 - 센서 펌웨어 업데이트
게이트웨이가 전달한 메시지 유형을 식별하려면 게이트웨이 History 보기에서 Gateway Management 텍스트 위에 커서를 올리면 됩니다. 커서 오른쪽 아래에 작은 상자로 메시지 유형 번호가 표시됩니다.
또 다른 유용한 정보는 Gateway History의 Messages 열에 있습니다. 이 숫자는 기록된 체크인에서 게이트웨이가 전달한 센서 메시지 수를 나타냅니다. 예를 들어 이 열에 3이 보이면, 그 체크인에서 게이트웨이가 서버로 센서 통신 3건을 전달했음을 의미합니다. 이는 범위 내 센서로부터 게이트웨이로 전달된 통신 시도 수 그 자체입니다. 이를 Gateway Management 메시지와 혼동하면 안 됩니다. 이는 게이트웨이가 센서로부터 전송을 수신하고 있는지, 수신하고 있다면 몇 건인지 판단하는 데 유용합니다. 예를 들어 Alta 센서가 로그 메시지를 게이트웨이로 전달하고 있으면, 센서가 로그 메시지를 전달하는 동안 이 열에 더 큰 숫자가 보이는 경우가 많습니다. 마찬가지로 게이트웨이가 메모리에 로그 메시지를 저장하고 있을 때도 이 열에 더 큰 숫자가 보고된 연속 체크인이 여러 번 보이는 경우가 많습니다.
게이트웨이가 특정 조건에서 특정 작업을 자주 수행하므로 흔히 보게 되는 Gateway Management 시퀀스가 있습니다. 위 이미지에서는 게이트웨이의 전원을 껐다 켰기 때문에 11, 2 시퀀스가 보고되었습니다.
11, 2 - 게이트웨이의 전원을 껐다 켜면 연속된 Gateway Management 11, 2 메시지(시동, Sensor List 다운로드)가 보입니다. 게이트웨이는 시동 후 항상 Sensor List 다운로드를 수행하기 때문입니다.
4, 2 - 게이트웨이의 네트워크가 Reform된 후(4 메시지), 게이트웨이는 곧바로 Sensor List 다운로드(2 메시지)를 수행합니다.
11, 8, 2 - 버튼을 눌러 게이트웨이를 공장 구성으로 초기화하면, 게이트웨이가 시동(11 메시지)하고 서버 구성을 맞춰 갱신(8 메시지)한 뒤 Sensor List를 다운로드(2 메시지)합니다.
이 외에도 더 많은 시퀀스를 접할 수 있지만, 위가 가장 흔한 것입니다.
Gateway Management가 보고되었을 때 게이트웨이가 수행한 작업을 이해하면 동작을 식별하는 데 유용합니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-08-05
처음 구성할 때(또는 설정 완료 후 가끔) Serial MODBUS Gateway에 명령이나 폴을 보낼 때 ‘RX Timeout!’ 오류가 보일 수 있습니다. 이는 통신 오류를 나타내며 일반적으로 구성 또는 배선 문제의 결과입니다. 이 문서는 이 문제의 해결 단계를 제공합니다.
참고: Monnit이 제공하는 Serial MODBUS Dongle은 RS-485만 지원하며 RS-232는 지원하지 않습니다. 제공된 동글 및 Monnit Serial MODBUS 소프트웨어와 정상 동작하려면 게이트웨이를 RS-485 통신용으로 구성해야 합니다.
Serial Modbus Gateway Utility로 게이트웨이의 통신 응답을 확인하려면: Gateway Commands > Check Wireless State를 선택합니다. 통신 오류가 있으면 창 하단 쪽 로그에 표시됩니다.
❗ 선이 이미 동글에 연결되어 있다면 분리했다 다시 연결하고, 끊어진 선이 없는지 반드시 확인하십시오(흔한 문제일 수 있음).
USB 프로그래밍 동글 연결
Monnit은 사용자에게 GUI를 제공하여 Modbus 게이트웨이 연동을 쉽게 해 주는 Modbus 구성 소프트웨어를 제공합니다. 또한 하드웨어를 PC에 연결하기 위한 USB to RS485 동글도 제공합니다. USB to RS485 동글을 사용하려면 아래 그림과 같이 Modbus 게이트웨이의 선을 연결하십시오.
흰색(White) - 신호 접지(Signal Ground)
(연결 안 함)
빨강(Red) - 4.5 ~ 36 VDC
녹색(Green) - 수신(Receive)
주황(Orange) - 송신(Transmit)
검정(Black) - 4.5 ~ 36 VDC
참고: 흰색 선은 USB 프로그래밍 동글에서 사용하지 않습니다. 흰색은 연결하지 않은 채로 두되 우발적 단락을 막기 위해 보호하십시오.
컴퓨터의 어떤 COM 포트든 소프트웨어와 함께 사용할 수 있습니다.
이 기기의 USB 드라이버는 ftdichip.com/Drivers/VCP.htm 에서 다운로드할 수 있습니다.
PC 운영체제에 호환되는 버전을 선택하십시오.
Mode: RTU_NP_1S
Baudrate: Bd_19200
Modbus ID: 95
올바른 드라이버 버전의 설치 실행 파일은 여기에서 확인할 수 있습니다.
다른 버전의 드라이버가 보이면 기존 드라이버 버전을 제거·삭제하십시오. 방법은 여기에서 확인할 수 있습니다.
수동 설치 드라이버 파일은 여기에서 확인할 수 있습니다.
USB Serial Port (COMx) 속성 > 포트 설정(Port Settings) 탭에서 다음 구성을 입력한 뒤 확인을 선택합니다.
-초당 비트 수(Bits per second): 19200
-데이터 비트(Data bits): 8
-패리티(Parity): Even
-정지 비트(Stop bits): 1
-흐름 제어(Flow control): None
Serial MODBUS Gateway User's Guide 7페이지에 따라 점퍼가 Off인지 확인합니다. 점퍼 없음이 RS-485, 점퍼 켜짐이 RS-232C입니다.
Serial Modbus Gateway Utility에서 Gateway Commands > Reset to Factory Configurations를 선택합니다. 위 단계를 거쳐 다시 테스트하십시오.
참고: 이렇게 하면 Wireless Device List에 추가된 기존 센서가 지워집니다.
업데이트: 2020-12-30
Charge Fault 오류는 일반적으로 배터리 백업이 있는 셀룰러 게이트웨이의 전력 소비와 충전에 영향을 주는 물리적 조건을 나타냅니다. 이 문서는 이 문제와 가능한 해결 방법에 관한 정보를 제공합니다.
게이트웨이가 온도 사양을 벗어난 온도에 노출되면 이 오류가 트리거될 수 있습니다(게이트웨이/배터리가 손상될 수 있음). 배터리 백업이 있는 셀룰러 게이트웨이의 온도 사양은 다음과 같습니다:
동작 온도: -20 ~ 55°C (-4 ~ 131°F)
충전 온도: 0 ~ 45°C (32 ~ 113°F)
보관 온도: -20 ~ +60°C (-4 ~ 140°F)
배터리 유형: 충전식 리튬 폴리머
배터리 지속 시간: 최대 24시간
배터리 충방전 수명: 500회
게이트웨이 사양 문서:
Monnit 4G LTE Gateway: http://resources.monnit.com/content/documents/datasheets/ALTA/ADG-11-ALTA-LTE-Gateway-Data-Sheet.pdf
Monnit 4G LTE Industrial Gateway: http://resources.monnit.com/content/documents/datasheets/gateways/ADG-14-ALTA-4G-Industrial-Gateway-Data-Sheet.pdf
Monnit 2G CDMA, 3G, 2G Industrial, 3G Industrial Gateway: http://resources.monnit.com/content/documents/datasheets/gateways/ADG-14-ALTA-4G-Industrial-Gateway-Data-Sheet.pdf
추가 사양서는 monnit.com/support 에서 확인할 수 있습니다.
참고: 이 단계는 4G LTE 게이트웨이에는 적용되지 않습니다.
-게이트웨이 전원을 끕니다.
-게이트웨이와 함께 제공된 원래 전원 어댑터를 준비합니다.
-전원 어댑터를 양호한 것으로 확인된 전원 콘센트에 연결합니다.
-아래 단계로 게이트웨이를 전체 초기화합니다.
참고: 게이트웨이에 사용자 지정 APN 프로비저닝이 필요하면, 다음 문서의 단계로 APN을 게이트웨이에 다시 보내야 합니다: https://monnit.azureedge.net/content/documents/quickstart/MQS024-Monnit-International-CGW-Quick-Start.pdf
위 전체 초기화를 수행한 후, 참고에 언급된 대로 게이트웨이 프로비저닝을 수행해야 할 수 있습니다. 게이트웨이가 체크인하도록 두고 문제가 해결되었는지 확인하십시오. 오류가 계속 보이면 물리적 문제가 있을 수 있습니다. 추가 해결을 위해 Monnit Support에 문의하십시오.
업데이트: 2020-03-09
기본 구성에서 게이트웨이 하트비트는 정해진 일정에 발생하도록 설정됩니다. 즉 게이트웨이는 센서 하트비트에 센서 통신을 수신하고, 게이트웨이 하트비트에 측정값을 Monnit 소프트웨어로 전달하기 위해 대기시킵니다. 이 동작을 변경해 게이트웨이가 센서 측정값을 수신하는 즉시 Monnit 소프트웨어로 전송하도록 만드는 방법이 있습니다.
게이트웨이 하트비트를 0으로 구성하면, 측정값이 게이트웨이에 수신되는 즉시 Monnit 소프트웨어로 전송하는 동작이 구현됩니다. 이는 센서 동작이나 하트비트 간격을 바꾸지는 않지만, 센서 측정값을 Monnit 소프트웨어에서 더 빨리 볼 수 있게 합니다. 게이트웨이의 기본 구성은 측정값이 게이트웨이에 수신되는 즉시 Aware 상태 메시지를 Monnit 소프트웨어로 즉시 전송하지만, 이 구성은 모든 센서 측정값을 수신 즉시 Monnit 소프트웨어로 전송하도록 만듭니다.
이 구성을 구현할 때 해당하는 데이터 한도를 고려하는 것이 중요합니다. 예를 들어 셀룰러 게이트웨이를 사용하는 경우 Monnit이 제공하는 표준 셀룰러 요금제는 월 1MB입니다. 따라서 여러 센서로부터 데이터를 받는 게이트웨이에 이 구성을 구현하면 월 1MB 데이터 한도를 매우 쉽게 초과할 수 있습니다. 게이트웨이의 데이터 연결에 어떤 형태든 데이터 한도가 있다면 이를 주요하게 고려해야 합니다.
참고: 모든 게이트웨이 유형이 0 하트비트를 지원하는 것은 아닙니다. iMonnit UI에서 게이트웨이 하트비트를 0으로 설정할 수 없다면 해당 게이트웨이는 이를 지원하지 않는 것입니다.
아래에 나열된 게이트웨이 유형별 기본 하트비트 구성을 참고하십시오.
Ethernet Gateway: 5분
4G LTE Cellular Gateway: 15분
3G Cellular Gateway: 60분
2G Cellular Gateway: 60분
Wireless Sensor Adapter/USB Gateway: 5분
이 구성은 게이트웨이 체크인을 기다리는 지연 없이 표준 센서 측정값과 Aware 상태 측정값을 봐야 하는 설치에 유용할 수 있습니다. 예를 들어 WebHooks로 동작할 때 유용합니다. WebHooks는 게이트웨이 통신에 의해 트리거되므로, 각 WebHook에 여러 센서 측정값의 JSON이 전달되는 경우가 많습니다. 일부 고객은 여러 센서의 측정값이 있을 때 이 데이터를 파싱하기가 더 까다롭다고 느낍니다. 따라서 게이트웨이 하트비트를 0으로 구성하면, 한 WebHook에 여러 센서 측정값을 포함하는 대신 각 센서 체크인마다 WebHook을 트리거합니다.
참고: 0분 게이트웨이 하트비트 구성에서 일반적으로 이런 동작을 하지만, 여전히 한 게이트웨이 통신에 여러 센서 측정값이 전송되는 경우가 있을 수 있습니다. 따라서 WebHooks를 파싱하는 코드를 작성할 때 이를 대비하는 것이 중요합니다.
측정값이 게이트웨이에 수신되는 즉시 모든 센서 데이터 메시지를 가져와야 하는 용도에서 이 구성은 유용할 수 있습니다. 관련 문의가 있으면 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-05-15
예를 들어 Windows 구성 변경 후, USB 게이트웨이가 컴퓨터와 통신은 하지만 데이터가 iMonnit 소프트웨어에 도달하지 못하는 상황이 있을 수 있습니다. 게이트웨이가 PC에 인식되고 하드웨어에 문제가 없다면(설치 또는 드라이버 문제 해결 단계는 이 문서 참고), 다음 빠른 단계로 기본적인 문제를 해결할 수 있습니다.
이 단계는 Monnit Link Gateway Configuration Tool로 수행합니다. 다음 메뉴 항목에 접근하려면 Monnit Link Gateway Configuration Tool을 실행하고 메뉴 바의 Actions 항목을 클릭합니다.
게이트웨이가 iMonnit 소프트웨어와 통신하지 못하면 Communication Check Utility로 테스트할 수 있습니다.
업데이트: 2020-12-09
센서가 게이트웨이와 통신하도록 허가받는 수단은 Sensor List입니다. 게이트웨이가 센서를 Sensor List로 다운로드하면, 게이트웨이의 네트워크가 Reform되지 않는 한 그 센서 ID는 게이트웨이의 Sensor List에서 제거되지 않습니다. 따라서 센서가 게이트웨이와 같은 네트워크에 설정되어 있고, 센서가 그 네트워크에 있는 동안 게이트웨이가 Sensor List 다운로드를 수행했다면(이런 상황은 앞서 링크한 Sensor List 문서 참고), 그 센서는 해당 게이트웨이의 네트워크에 있게 됩니다.
따라서 이후 센서가 다른 네트워크로 옮겨지면, 게이트웨이의 네트워크가 Reform되지 않는 한 그 센서 ID는 센서가 이전에 추가되었던 센서 네트워크의 게이트웨이 Sensor List에 그대로 남습니다.
센서가 측정값을 전달한 게이트웨이의 ID는 Sensor Readings에 기록됩니다. Export 기능으로 센서 데이터를 다운로드할 때 Gateway ID는 내보내기에 포함되는 열입니다. 따라서 센서가 측정값을 전송한 게이트웨이의 ID를 볼 수 있습니다. 이 정보로 센서가 그 측정값에서 통신한 게이트웨이가 예상한 게이트웨이인지 판단할 수 있습니다.
WebHooks로 센서 데이터를 WebHook 엔드포인트에 전달하는 고객에게 이는 특히 중요한 고려 사항입니다. WebHooks는 게이트웨이 하트비트에 의해 트리거되며 게이트웨이가 센서로부터 수신한 센서 데이터를 포함하기 때문입니다. 따라서 게이트웨이와 같은 네트워크에 연결되지 않은 센서가 그 게이트웨이 범위 내에 있어 계속 체크인하면, 그 센서 데이터가 WebHook JSON에 포함됩니다. 게이트웨이와 같은 네트워크에 현재 추가되지 않은 센서로부터 데이터를 받으면 특히 혼란스러울 수 있습니다. 즉 예상치 못한 센서로부터 센서 데이터가 들어오는 것이 보입니다.
이를 해결하려면, 더 이상 같은 네트워크가 아닌데 센서 통신을 수신하고 있는 게이트웨이의 네트워크를 Reform해야 합니다. 센서가 한때 다른 게이트웨이의 Sensor List에 있었던 경우를 대비해, 계정의 모든 게이트웨이를 Reform하는 것이 일반적으로 좋은 습관입니다.
위에서 설명한 상황은 흔하지만, Reform 명령에 익숙하지 않은 사용자에게는 혼란스러울 수 있습니다. 이 문서가 해결에 도움이 될 것이며, 관련 질문이 있으면 support@monnit.com 으로 문의하십시오.
업데이트: 2021-01-26
Monnit USB Wireless Sensor Adapter와 USB 게이트웨이는 로컬 설치된 iMonnit 소프트웨어로 데이터를 보내도록 Point할 수 있습니다. 이는 다른 게이트웨이 유형과 마찬가지로 USB 게이트웨이에서도 가능합니다. USB 게이트웨이에는 구성을 독특하게 만드는 고유한 특성이 있습니다. 이 문서는 USB 게이트웨이의 이러한 세부 사항을 설명합니다.
게이트웨이 Unlock에 관한 문서에서 언급했듯이, 로컬 호스팅 Monnit 플랫폼으로 게이트웨이/센서 데이터를 받으려면 USB 게이트웨이를 Unlock 코드로 Unlock하고 로컬 Monnit 소프트웨어 서버로 Point해야 합니다. 다른 게이트웨이 유형은 앞서 언급한 SetHost 도구로 Unlock할 수 있지만, USB 게이트웨이는 이 도구가 지원하지 않습니다. 따라서 USB 게이트웨이 Unlock 요청은 Monnit Support가 처리해야 합니다.
USB 게이트웨이 Unlock을 요청하려면 게이트웨이 ID와 Unlock 코드(또는 판매 주문 번호)를 담아 support@monnit.com 으로 이메일을 보내면 Unlock이 시작됩니다. Unlock 요청이 시작된 후 게이트웨이가 iMonnit Online 포털에 체크인하면 게이트웨이가 Unlock됩니다.
USB 게이트웨이 설정에 관한 정보는 이 문서를 참고하십시오.
다음 단계로 Monnit Link Gateway Configuration Tool에서 USB 게이트웨이가 Unlock되었는지 확인할 수 있습니다.
!중요! USB 게이트웨이의 Unlock/Lock 상태는 Unlock 상태를 받았을 때 연결되어 있던 컴퓨터에 묶입니다. 즉 게이트웨이의 Unlock 상태는 Unlock 요청을 처리했을 때 연결되어 있던 호스트 PC에 연결되어 있는 동안에만 유지됩니다. 또한 Unlock을 처리하려면 게이트웨이를 호스팅하는 PC가 최소 한 번은 인터넷에 연결되어야 합니다.
Configure Server Location 옵션이 보이지 않으면 support@monnit.com 으로 연락해 게이트웨이를 Unlock해야 합니다.
USB 게이트웨이를 Unlock한 후 게이트웨이를 로컬 Monnit 서버(iMonnit Enterprise/Express/MINE)로 Point할 수 있습니다. 아래 단계를 따르십시오.
서버가 ‘localhost’ 주소에서 데이터를 받도록 구성되어 있으면 ‘Local’ 링크를 클릭할 수 있으며, 이는 Server Address를 ‘localhost’, 통신 포트를 ‘3000’으로 구성합니다. 또는 ‘Default’ 링크를 클릭하면 게이트웨이가 다시 iMonnit Online 포털(sensorsgateway.com)로 Point됩니다.
USB 게이트웨이가 Monnit 서버로 데이터를 보내도록 성공적으로 구성됩니다. 관련 문의가 있으면 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-10-05
각 Monnit 게이트웨이에는 BSN(Base Station Node, APN이라고도 함)이라는 칩이 있습니다. 이 칩은 기기의 무선 전송을 제어합니다. 이 칩에는 무선 동작을 실행하는 펌웨어가 있습니다. Alta 게이트웨이 라인에서는 이 칩에 업그레이드 가능한 펌웨어가 있습니다. 이 펌웨어 업데이트는 백엔드에서 Monnit Support가 수행해야 하는 수동 절차이지만, 이 펌웨어 업데이트를 처리하면 일반적으로 센서 성능이 향상됩니다. 최근 게이트웨이 BSN 펌웨어 개선 사항은 다음과 같습니다:
Monnit Alta 센서에는 어느 정도 예상되는 배터리 성능 변동이 있습니다. 이는 특히 코인셀과 Industrial 센서에서 두드러지는데, AA 센서는 배터리가 둘인 반면 이들은 배터리가 하나이기 때문입니다. 코인셀과 Industrial은 배터리가 하나뿐이므로 센서 무선이 배터리에 가하는 부하에서 회복하기가 더 어렵습니다. 게이트웨이 BSN 업데이트는 무선 전송의 효율을 높여 센서가 배터리에서 더 적은 전력을 요구하게 하므로, 센서 배터리 레벨이 어느 정도 회복될 수 있습니다.
또 다른 개선 사항은 센서와 게이트웨이 간 암호화 키 교환입니다. 암호화 키 교환 사이에 문제가 발생하면, 센서가 게이트웨이에서 끊겨 전원을 껐다 켜기(새 키 교환을 실행) 전까지 재연결하지 못하는 결과가 나올 수 있습니다. 따라서 센서가 게이트웨이와의 연결을 잃고 자동으로 재연결하지 못하는 경우, 게이트웨이 BSN 펌웨어를 업데이트하면 연결이 끊겼을 때 센서가 게이트웨이에 재연결하는 능력을 개선할 수 있습니다.
위에서 언급했듯이 이 업데이트는 현재 Monnit Support가 백엔드에서 수행하는 수동 절차입니다. Monnit은 향후 iMonnit.com 온라인 포털 UI의 일부로 BSN 펌웨어 업데이트를 제공할 계획이 있습니다. 다만 현재는 엄격히 Support 작업입니다. BSN 펌웨어 업데이트 과정은 신뢰성과 낮은 위험 측면에서 표준 게이트웨이 펌웨어 업데이트와 유사합니다. BSN 업데이트 수행에는 약간의 위험이 있지만, 실패하더라도 게이트웨이 동작에 부정적 영향을 주지 않아야 합니다(다만 극소수의 경우 게이트웨이 전원 재시작이 필요하거나 게이트웨이를 Monnit으로 보내 재플래시해야 할 수 있음). 시도가 성공하지 못하면 게이트웨이는 현재 BSN 펌웨어로 되돌아가 동작을 계속해야 합니다.
업데이트를 수행하려면 게이트웨이의 게이트웨이 펌웨어가 최신이어야 합니다. 게이트웨이가 체크인하는 동안 iMonnit Online 포털로 이 업데이트를 수행할 수 있습니다.
Alta 게이트웨이가 버전 18.38.1.9 이전 펌웨어를 실행 중이면 BSN 펌웨어를 업데이트할 수 있을 가능성이 높습니다. 현재 게이트웨이 및 BSN 펌웨어 버전은 Lookup 도구로 확인할 수 있습니다.
BSN 업데이트가 센서 성능에 도움이 될 것으로 예상되면, 게이트웨이 ID와 함께 support@monnit.com 으로 연락하시면 업데이트를 수행해 드립니다.
업데이트: 2021-01-28
Monnit Alta 게이트웨이는 Monnit 소프트웨어와의 통신이 끊겼을 때 센서 데이터를 수신·보존하는 기능을 제공합니다. 게이트웨이가 전원이 켜진 상태로 센서와 연결을 유지하고 있으면, 게이트웨이의 무선과 센서 네트워크가 활성 상태로 유지되어 네트워크 다운타임 동안 수신한 센서 메시지를 로그로 저장·보존합니다. 이 센서 메시지는 이후 배치 단위로 Monnit 서버에 업로드됩니다.
참고: Serial MODBUS Gateway 또는 Ethernet 게이트웨이의 MODBUS TCP/SNMP 인터페이스로 동작할 때는 로그 메시지가 지원되지 않습니다.
게이트웨이 한도(센서 유형에 따라 다름)
Alta Ethernet Gateway 4: 최대 50,000개 센서 메시지
Alta 4G LTE Gateway: 최대 50,000개 센서 메시지
Alta 2G/3G Gateway: 최대 50,000개 센서 메시지
Alta USB Wireless Sensor Adapter: 업(게이트웨이/서버 방향) 메시지 14,336개, 다운(센서 방향) 메시지 2,048개
Alta Ethernet Gateway 3: 최대 16,000개 센서 메시지
Alta Serial MODBUS Gateway: 해당 없음, 데이터 로깅 미지원
Alta Advanced Edge Gateway: 서버가 게이트웨이에 호스팅되므로 해당 없음
최신 버전의 Alta LTE 및 Ethernet Gateway 4 펌웨어는 전원 손실 시 로그 메시지를 보존하고, 전원 복구 및 Monnit 서버 재연결 시 이를 전달하는 기능을 제공합니다. 이전 펌웨어의 Alta LTE 또는 Ethernet Gateway 4로 동작하면서 게이트웨이에 로그 데이터가 있는 상태로 전원이 손실되면 로그 메시지가 유실됩니다.
Alta LTE Gateway 펌웨어 1.0.5.9 이상이 전원 손실 시 로그 메시지 보존을 지원합니다.
Alta Ethernet Gateway 4 펌웨어 1.0.7.1 이상이 전원 손실 시 로그 메시지 보존을 지원합니다.
게이트웨이가 Monnit 서버와의 연결을 잃고 로그 메시지를 보존했다면, 재연결 시 그 로그 메시지를 배치 단위로 서버에 전달합니다.
Monnit 서버와의 통신이 끊긴 동안 게이트웨이가 이 로그 메시지를 보존하지 않기를 원하는 용도가 있을 수 있습니다. 네트워크 연결 손실이 잦거나 세심히 모니터링해야 하는 용도에서는, 게이트웨이 대신 센서가 데이터를 로그로 저장하도록 게이트웨이의 센서 네트워크를 비활성화하는 것이 좋을 수 있습니다. 이 경우 Ethernet Gateway 4의 Disable Wireless Network On Server Loss 기능을 활성화할 수 있습니다.
업데이트: 2020-12-10
센서가 게이트웨이와 통신하도록 허가받는 수단은 센서 네트워크입니다. 즉 iMonnit Online에서 동일한 네트워크에 추가된 센서는 그 네트워크의 게이트웨이와 통신하도록 허가됩니다. 센서가 통신하도록 허가될 게이트웨이를 지정하려면 iMonnit Online에서 센서를 별도의 센서 네트워크에 할당해야 합니다. 여러 게이트웨이를 포함하는 동일 네트워크에 센서를 추가하면, 그 네트워크의 모든 게이트웨이가 센서의 통신을 허가하며 센서는 통신할 게이트웨이를 자동으로 선택합니다. 따라서 센서가 여러 게이트웨이와 동일한 센서 네트워크에 있으면 센서가 통신할 게이트웨이를 지정할 방법이 없습니다. 이것이 센서가 어느 게이트웨이와 통신할지 제어하기 위해 별도의 센서 네트워크 생성을 고려하는 이유입니다.
이 문서는 센서 네트워크별로 기기를 구성하는 방법을 안내합니다.
센서 네트워크 생성에 관한 정보는 ‘iMonnit Online에서 네트워크 생성’을 참고하십시오.
센서 네트워크 설정에 관한 정보는 ‘iMonnit Online에서 네트워크 구성’을 참고하십시오.
참고: 모든 기기를 이미 동일한 네트워크에 추가했다면, 이 문서의 단계에 따라 Classic View에서 기기를 별도 네트워크로 옮길 수 있습니다.
iMonnit Online, iMonnit Enterprise, Express로 게이트웨이와 센서를 운영할 때, 기기를 서로 다른 센서 네트워크로 분리하는 것 외에는 센서를 특정 게이트웨이에 구체적으로 할당할 방법이 없습니다. 이것이 기기를 별도 네트워크로 분리하는 것이 이 문제를 해결하는 방법인 이유입니다.
관련 문의가 있으면 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2021-01-04
PC가 꺼져 있거나 절전 상태여서 MonnitLink™ 무선 게이트웨이 또는 USB Sensor Adapter가 센서로부터 전송을 수신하지 못하면, 센서는 계속 게이트웨이에 링크를 시도합니다(기본 2회). 게이트웨이에 링크하지 못하면 ‘link mode’에 진입하여 인근의 다른 게이트웨이를 찾습니다. 게이트웨이를 찾지 못하면 센서는 ‘power save(절전)’ 모드에 진입해 2시간 동안 절전한 뒤 다시 link mode에 진입해 게이트웨이를 찾습니다. 이 과정은 센서가 통신할 게이트웨이를 찾을 때까지 계속됩니다.
참고: 게이트웨이가 꺼져 있는 동안에는 데이터가 수집되지 않고 알림도 전송될 수 없습니다.
업데이트: 2020-08-28
센서가 게이트웨이와 통신하려면 통신 허가를 위해 게이트웨이가 센서 ID를 받아야 합니다. 대부분의 게이트웨이에는 물리적 버튼이 있어, 눌렀다가 즉시 떼면 iMonnit 소프트웨어에서 게이트웨이와 동일한 네트워크에 추가된 센서 ID를 받습니다. USB Wireless Sensor Adapter에는 물리적 버튼이 없으므로 이 기능이 Monnit Link Gateway Configuration Tool에 있습니다. 게이트웨이가 Configuration Tool과 통신하며 iMonnit Online 포털로 데이터를 보내고 있으면(Status: Active), 이 작업을 실행해 포털 네트워크의 센서 ID를 다운로드할 수 있습니다. 이후 센서는 게이트웨이와 통신하도록 허가됩니다.
게이트웨이 체크인이 보이면, iMonnit 포털 네트워크에서 게이트웨이와 연결된 센서 ID가 게이트웨이와 통신하도록 허가됩니다. 이는 이미 포털에 체크인 중인 게이트웨이가 있는 네트워크에 기기를 추가할 때 특히 유용합니다.
업데이트: 2020-11-23
Monnit 서버와의 통신이 끊긴 동안 게이트웨이가 로그 메시지를 보존하지 않기를 원하는 용도가 있을 수 있습니다. 네트워크 연결 손실이 잦거나 네트워크 데이터 사용을 세심히 분산해야 하는 용도에서는, 센서가 데이터 메시지를 로그로 저장하도록 의존하는 것이 더 나을 수 있습니다. 이 경우 Disable Wireless Network on Server Loss 기능을 제공하는 Ethernet Gateway 4를 구현할 수 있습니다.
iMonnit Online에서 이 기능은 ‘On Server Loss: Log Sensor Data/Disable Wireless’로 표시됩니다.
로컬 HTTP 구성 페이지에서
Disable Wireless Network on Server Loss를 활성화하면, Monnit 서버와의 통신이 끊겼을 때 Ethernet Gateway 4의 무선이 꺼집니다. 따라서 게이트웨이가 Monnit 서버에 체크인하던 중 네트워크 문제가 발생하면 게이트웨이의 센서 네트워크가 비활성화됩니다. 그 시점에 센서는 게이트웨이와의 연결을 잃고 자체 메모리에 센서 메시지를 로그로 저장하기 시작합니다. 게이트웨이의 서버 연결이 복구되면 무선 센서 네트워크가 활성화되고, 센서가 재연결하여 로그 데이터를 업로드합니다.
구형 게이트웨이 펌웨어에서는 게이트웨이 전원 손실 시 로그 센서 메시지가 보존되지 않습니다. 네트워크 문제와 전원 손실은 흔히 관련된 근본 원인으로 함께 발생하므로, 게이트웨이 대신 센서가 데이터를 로그로 저장하도록 게이트웨이의 센서 네트워크를 비활성화하는 것이 데이터 로깅에 유리할 수 있습니다. 예를 들어 폭풍은 흔히 네트워크 연결을 끊고, 얼마 후 시설의 전원을 차단합니다.
다음 시나리오를 생각해 보십시오:
이 시나리오에서 네트워크가 끊긴 시점과 전원이 나간 시점 사이에 게이트웨이가 로그로 저장한 데이터는 유실됩니다. 따라서 이 설치에는 Disable Wireless Network on Server Loss 기능을 활성화하는 것이 합리적이었을 것입니다. 그랬다면 게이트웨이와 서버 간 네트워크 연결이 끊기는 즉시 센서가 측정값을 로그로 저장하기 시작했을 것입니다. 이후 센서가 게이트웨이에 재연결한 뒤 로그로 저장한 메시지를 업로드하여 사용자에게 데이터 공백이 없었을 것입니다.
업데이트: 2021-02-04
Monnit Advanced Edge Gateway에는 Express Core 인터페이스 외에 HTTP 구성 인터페이스가 포함됩니다. 다음으로 이 추가 인터페이스로 Edge Gateway를 구성할 수 있습니다.
다음 URL에서 포트 5000을 통해 브라우저로 접근할 수 있는 웹 주소가 있습니다:
https://aegw-xxxxxx.local:5000
(xxxxxx는 게이트웨이의 ID)
업데이트: 2020-10-29
일부 구성에서는 사용자가 센서 하트비트를 게이트웨이 하트비트보다 잦게 구성할 수 있습니다. 이는 의도치 않을 수도, 의도적일 수도 있습니다. 이 구성에는 의도하지 않은 영향이 따를 수 있습니다.
기본 하트비트가 60분인 셀룰러 게이트웨이를 운영하면서 센서를 더 잦은 하트비트로 구성하면 이 현상이 흔히 나타납니다. 사용자가 이 구성의 영향을 모를 수 있습니다. 흔한 시나리오는 기본 하트비트 60분의 셀룰러 게이트웨이를 운영하면서 센서를 10분 같은 더 잦은 하트비트로 구성한 경우입니다.
셀룰러 데이터를 효율적으로 관리하려는 경우처럼 이것이 의도적인 경우도 있습니다. 즉 더 잦은 게이트웨이 하트비트로 데이터를 전달하는 대신, 각 게이트웨이 하트비트에 여러 센서 데이터 포인트를 전달하는 것이 의도된 동작일 수 있습니다.
센서 하트비트가 게이트웨이보다 잦게 구성되면, 센서는 센서 하트비트에 게이트웨이로 측정값을 전송하고, 게이트웨이는 그 측정값을 대기시켰다가 게이트웨이 하트비트에 전달합니다. 따라서 센서 하트비트가 10분, 게이트웨이 하트비트가 60분으로 설정되면, 센서는 6회 측정값을 전송하고(게이트웨이 60분 하트비트 ÷ 센서 10분 하트비트 = 6), 게이트웨이는 그 6개 데이터 포인트를 게이트웨이 하트비트에 전달합니다. 따라서 게이트웨이 하트비트 이전 어느 시점에 센서가 오프라인이 된 것처럼 보입니다.
센서 아이콘이 오프라인이 된 것처럼 표시되는 것도 볼 수 있습니다. 센서가 게이트웨이와의 통신을 멈추지 않았더라도, iMonnit Online 포털은 연속 3회 하트비트 간격 동안 센서로부터 통신을 받지 못하면 센서 아이콘을 비활성으로 표시합니다. 위 시나리오에서는 30분 후 센서 아이콘이 비활성으로 표시될 수 있습니다.
이것이 의도하지 않은 동작으로 보인다면 해결은 간단합니다. 게이트웨이 하트비트를 가장 잦은 센서 하트비트보다 잦게 구성하십시오. 게이트웨이가 네트워크에서 가장 잦은 하트비트를 가진 센서만큼(또는 그보다 더 자주) 체크인하는 한 문제가 되지 않습니다.
업데이트: 2021-01-05
이 페이지는 검색·AI 크롤러를 위한 정적 콘텐츠 버전입니다. 인터랙티브 버전은 monnit.co.kr 에서 확인하세요.
문의: korea@monnit.com · 02-2088-1454