기술 지식베이스 / 센서 · 36건
참고: 센서 수리가 필요한 경우, 진단 및/또는 수리를 위해 Monnit에 기기를 반송할 때 요구되는 반품 승인서(RMA) 발급에 앞서 최선의 문제 해결 단계를 먼저 수행해야 합니다.
Monnit MoWi(WiFi) 센서를 제외한 모든 Monnit 센서는 데이터를 데이터 엔드포인트(일반적으로 iMonnit.com)로 중계하기 위해 데이터를 전송할 게이트웨이가 필요합니다. Monnit Commercial 또는 Alta 센서가 (최초 설정 시 또는 이미 통신하던 중에) 해당 게이트웨이와 통신하지 못하는 경우가 있을 수 있습니다. 이런 문제가 발생하면 아래 단계를 따라 원인을 진단하고 해결하시기 바랍니다.
Monnit은 (MoWi WiFi 센서 외에) 두 세대의 무선 센서를 제공합니다. 이 두 세대는 서로 호환되지 않는 하드웨어를 사용합니다. 따라서 Gen1 센서를 보유한 경우 Monnit Commercial(흔히 Gen1이라고 부름) 게이트웨이가, Alta 센서를 보유한 경우 Alta 게이트웨이가 필요합니다. 또한 이 제품들의 무선 통신은 여러 주파수 대역에서 동작합니다. 예를 들어 미국에서는 서브기가헤르츠 비면허 900MHz 대역을 사용합니다. 센서가 게이트웨이와 통신하려면 센서와 게이트웨이가 동일한 대역에서 동작해야 합니다. Monnit은 일반적으로 900MHz, 868MHz, 433MHz 센서를 제공합니다.
센서나 게이트웨이의 하드웨어 구성을 확인하려면 https://www.imonnit.com/lookup 에 접속해 기기 ID와 Security Code를 입력하면 됩니다. 그러면 해당 기기의 하드웨어 구성을 볼 수 있습니다.
게이트웨이는 통신을 허가하기 위해 센서 ID를 자신의 Sensor List에 받아두어야 합니다. 게이트웨이는 센서와 게이트웨이가 (예: iMonnit에서) 동일한 네트워크에 추가되고, 게이트웨이가 소프트웨어 네트워크로부터 해당 센서의 ID를 다운로드하는 작업을 수행한 뒤에야 센서 ID를 Sensor List에 받습니다. 게이트웨이가 소프트웨어 네트워크에서 센서 ID를 다운로드하는 작업은 다음 세 가지 상황에서 발생합니다:
게이트웨이가 소프트웨어 네트워크에서 센서 ID를 다운로드한 후에 센서의 전원을 켜면, 해당 센서는 게이트웨이와 통신할 권한을 얻습니다. 이 때문에 센서 전원을 끄고, 게이트웨이의 버튼을 눌렀다 즉시 떼어(게이트웨이가 소프트웨어 네트워크에서 센서 ID를 다운로드하도록) 한 뒤 센서 전원을 다시 켜는 것이 연결 문제를 해결하는 경우가 많습니다.
게이트웨이의 LED(LED 표시가 있는 게이트웨이의 경우)와 iMonnit 소프트웨어를 확인해 게이트웨이가 현재 체크인하고 있는지 확인합니다. 게이트웨이로부터 데이터가 보이지 않으면 아래 문서 중 하나를 참고하십시오.
https://monnit.crisp.help/en-us/article/ethernet-gateway-4-not-connecting-w4crio/?1576791935738
센서에 손상이나 액체 침투, 부식이 있는지 점검해야 합니다. 배터리 교체가 가능한 센서의 경우 센서 회로에 부식이 있는지 살펴봐야 합니다. 안테나와 프로브가 센서 회로에 단단히 연결되어 있는지도 확인합니다.
센서가 게이트웨이와 통신하지 못하는 가장 흔한 원인은 환경입니다. 따라서 환경 변수를 제거해야 합니다. 가장 효과적인 방법은 (가능하다면, 특히 센서가 기계류나 전압/전류 같은 EMI 발생원 근처에 있는 경우) 센서를 설치 위치에서 분리하고, 게이트웨이로부터 10~15피트 떨어뜨려 양호한 배터리로 센서를 테스트하는 것입니다.
참고: Monnit은 Industrial 유형 센서의 외함을 열면 보증이 무효화될 수 있으므로 여는 것을 권장하지 않습니다. 아래 내용은 코인셀 및 AA 센서를 대상으로 합니다.
Monnit 센서는 배터리로 동작하므로, 센서에 전원을 공급하는 배터리가 양호한지 확인해야 합니다. 가장 효과적인 방법은 이미 정상적으로 체크인 중인 센서의 배터리를, 체크인하지 않는 센서의 배터리와 교체해 보는 것입니다. 이렇게 하면 체크인하지 않던 센서에서 빼낸 배터리의 상태도 확인할 수 있고, 양호한 것으로 검증된 배터리로 교체했음도 확인할 수 있습니다. 배터리를 가져올 다른 동작 중인 센서가 없다면, 차선책은 새 배터리로 테스트하는 것입니다.
양호한 배터리를 넣은 후, 게이트웨이의 버튼을 한 번 눌렀다 즉시 뗍니다(사용자가 누를 수 있는 버튼이 있는 게이트웨이 유형 기준). Monnit Link USB Gateway를 사용하는 경우 Monnit Link Gateway Utility의 ‘Send Messages to Server’ 버튼을 클릭하면 됩니다. 이는 iMonnit 서버와 즉시 체크인을 시작해 센서와의 통신 내용을 업로드합니다.
위 단계를 모두 수행했는데도 센서가 통신하지 않으면, 추가 검토를 위해 Monnit Support에 문의하시기 바랍니다.
업데이트: 2020-08-14
iMonnit 소프트웨어에서 구성을 변경하면, 이 구성은 게이트웨이로 전송되어 센서로 전달되기 위해 대기열에 들어갑니다. 이 변경이 대기 중일 때 ‘Fields waiting to be written to sensor are not available for edit until transaction is complete.’라는 메시지가 표시될 수 있습니다. 이는 변경이 대기 중임을 의미하며, 이후 센서가 체크인할 때 적용되어야 합니다. 다만 센서가 구성 변경을 적용하지 못하는 경우가 있습니다. 이 문서는 그러한 상황에 대한 정보를 제공합니다.
게이트웨이가 펌웨어 업데이트 대상인지 확인합니다. 그렇다면 다음 문서의 단계를 참고해 게이트웨이 펌웨어를 업데이트하십시오: Updating a Gateway's Firmware for Ethernet or Cellular Gateways.
센서가 구성 변경을 적용하려면, 센서가 현재 설정된 하트비트(Heartbeat)에 맞춰 게이트웨이와 통신하고 있어야 합니다. 구성 변경 적용에는 센서가 몇 번 체크인하는 시간이 걸릴 수 있습니다. 센서가 몇 차례 체크인하여 구성 변경을 적용할 수 있도록 기다려 주십시오.
Local Alert 또는 Control Unit이 있는 경우, 해당 탭이 있습니다(Local Alert 탭은 Classic View에서 Data, Control Unit 탭은 New Look 및 Classic View에서 Control이라고 표시됨). 이 탭에 Pending Messages가 표시되어 있다면 기기로 전달되지 못하고 있을 수 있습니다. 이 대기 메시지를 지우는 버튼이 있으며, 이 버튼을 클릭하면 대기 메시지가 삭제됩니다. 그런 다음 게이트웨이를 Reform합니다.
센서가 몇 번 체크인하는 동안에도 구성 변경이 적용되지 않으면, 게이트웨이가 센서와 양호한 통신 거리에 있는지 확인하고 센서 전원을 60초간 껐다가 다시 켭니다. 센서가 게이트웨이와 성공적으로 통신하면, 30초 간격으로 여러 번 연속 통신하는 ‘핸드셰이크(handshake)’가 게이트웨이로 전송되는 것을 볼 수 있습니다(펌웨어 버전에 따라 일반적으로 4회 또는 10회). 센서가 핸드셰이크를 완료하고 정규 하트비트로 몇 번 체크인하여 구성 변경을 적용하도록 기다립니다.
정규 하트비트가 여러 번 지나도 센서가 구성 변경을 적용하지 않으면, 게이트웨이의 네트워크를 Reform합니다. 게이트웨이 네트워크 Reform에 관한 정보는 Reform Gateway Network 문서에서 확인할 수 있습니다. 게이트웨이 네트워크를 Reform한 후, 센서가 몇 번 더 체크인하여 구성 변경을 적용하도록 기다립니다.
게이트웨이 네트워크 Reform이 완료되면(Reform 링크를 클릭한 뒤의 체크인에서 게이트웨이가 보고하는 Gateway Management 메시지를 볼 수 있어야 함), 센서 전원을 60초간 껐다가 다시 켭니다.
위 단계 후에도 문제가 지속되면, 센서 설정의 회색 Default 버튼으로 센서를 기본 설정으로 초기화한 뒤 위 단계를 한 번 더 수행합니다.
센서가 구성 변경을 적용하지 못하는 또 다른 이유는, 센서가 로그로 기록한 센서 데이터를 게이트웨이로 업로드하고 있는 경우입니다. Alta 센서는 전원이 켜지면 플래시 메모리에 측정값을 저장하며, 센서가 재연결된 후 이를 게이트웨이로 전송합니다. 측정값은 대역폭을 효율적으로 사용하기 위해 이후의 센서 하트비트에 걸쳐 업로드됩니다. 업로드되는 로그 측정값의 개수에 따라 상당한 시간이 걸릴 수 있습니다. 이 측정값이 게이트웨이로 전송되는 동안에는 센서가 구성 변경을 적용하지 못할 수 있습니다. 로그 메시지가 모두 전송되면 센서가 구성 변경을 적용할 수 있습니다.
참고: Alta 센서는 펌웨어 버전에 따라 최대 512개 또는 3200개의 측정값을 로그로 저장할 수 있습니다. 펌웨어 버전 14.x.x.x 센서는 전원을 꺼도 로그 측정값을 메모리에 유지할 수 있습니다. 이전 펌웨어의 센서는 전원을 끄면 로그 측정값이 지워집니다.
위 단계를 모두 수행했는데도 센서가 구성 변경을 적용하지 않으면, 추가 검토를 위해 Monnit Support에 문의할 수 있습니다.
업데이트: 2020-10-27
Monnit 센서 동작은 Aware 상태(Aware State)라는 개념을 기반으로 합니다. 이 용어는 센서가 감지한 조건을 감지 즉시 보고할 수 있게 하는 센서의 동작 상태를 가리킵니다. 이 동작이 이루어지도록 하는 몇 가지 구성 요소와 설정이 있습니다. 이 문서는 그 동작을 설명합니다.
먼저, Monnit 무선 센서에는 두 가지 유형의 데이터 전송 동작이 있습니다. 첫째는 이벤트가 발생하는 즉시 반응하는 ‘Trigger(또는 Event)’ 유형 센서입니다(이벤트 유형 센서는 예/아니오 데이터로 생각하면 됩니다). 둘째는 정해진 간격마다 깨어나 데이터를 수집·전송한 뒤 다음 간격까지 다시 절전 상태로 돌아가는, 시간 기반으로 동작하는 ‘Interval(또는 Reading)’ 유형 센서입니다.
이벤트 유형 센서의 예:
리딩(Reading) 유형 센서의 예:
참고: 무료 Basic iMonnit Online 구독에서 최소 하트비트는 120분입니다. iMonnit Online에서 더 잦은 10분 최소 하트비트를 사용하려면 유료 iMonnit Premiere 구독이 필요합니다(또한 iMonnit HX Credit을 구매하면 iMonnit Online에서 1분 주기의 하트비트까지 가능). iMonnit Premiere에는 iMonnit Basic 계정에서는 제공되지 않는 Aware State Heartbeat, Assessments 같은 Advanced Sensor Settings도 포함됩니다.
Monnit 센서는 배터리로 동작하며, 그에 맞춰 배터리 전력을 효율적으로 사용하도록 설계되었습니다. 센서의 무선 하드웨어가 상당한 전력을 소비하므로, 이 설계에는 센서 측정값을 전략적으로 무선 전송하는 방식이 포함됩니다. 센서 배터리를 빠르게 소모시키는 데이터 스트리밍 대신, Monnit 센서는 하트비트(Heartbeat)라는 간격으로 측정값을 게이트웨이에 전송합니다. 조립 시 센서의 기본 하트비트는 120분이며, 이는 구성할 수 있습니다.
모든 센서는 무선 동작 유형과 관계없이 하트비트를 가집니다. 이벤트 유형 센서는 하트비트 기능으로 자신이 여전히 활성 상태임을 시스템에 알립니다(현재 센서 상태와 함께 신호 강도, 배터리 상태도 보고). 리딩 유형 센서는 하트비트를 정보 수집·전송의 설정 간격으로 사용합니다.
참고: Aware 측정값을 즉시 전송하려면 게이트웨이에서 Force Transmit on Aware 설정이 활성화되어 있어야 합니다. 이 설정이 게이트웨이가 Aware 측정값을 iMonnit 포털로 즉시 전송하도록 합니다. 이 설정은 기본적으로 활성화되어 있습니다.
Monnit 센서의 Aware 상태는 사전 구성된 조건이 감지되는 즉시 센서 측정값을 Monnit 소프트웨어로 전송할 수 있게 합니다. Monnit 센서는 즉각적인 감지가 필요한 이벤트를 모니터링하는 경우가 많으므로, Aware 상태 측정값이 이를 가능하게 합니다.
모든 센서는 Aware 상태 기능을 가집니다. Aware 상태는 특정 조건이 충족될 때 센서가 더 높은 수준으로 동작하게 합니다. 이벤트 유형 센서의 경우 이벤트 감지가 자동으로 Aware 상태를 트리거합니다. 리딩 유형 센서의 경우 사용자가 센서를 Aware 상태로 진입시킬 조건을 설정합니다(‘Assessments per Heartbeat’에도 사용됨). Aware 상태에 진입하면 센서는 ‘Aware 상태’ 설정에 따라 동작합니다.
Aware 상태 하트비트를 더 짧은 간격으로 설정하면, 센서가 정상 동작 범위로 돌아왔다고 보고할 때까지 사용자가 더 잦은 센서 정보 및/또는 알림을 받을 수 있습니다. 또한 Aware로 표시된 메시지는 게이트웨이가 서버와 즉시 통신하게 합니다. 일반(비-Aware) 메시지는 다음 게이트웨이 하트비트까지 게이트웨이에 대기됩니다(기본 게이트웨이 설정).
Interval/Reading 유형 센서는 ‘Assessments per Heartbeat’도 지원합니다. 이때 센서는 깨어나 데이터를 수집하고 Aware 상태에 설정된 조건과 비교하여, 조건이 충족되면 그 정보를 즉시 소프트웨어로 전송합니다(그렇지 않으면 센서는 다시 절전 상태로 돌아감). iMonnit Basic(무료)을 사용하는 경우 하트비트당 Assessment는 자동으로 1회로 설정됩니다. iMonnit Premiere를 사용하면 하트비트 사이에 센서가 수행할 Assessment 횟수를 사용자가 제어할 수 있습니다.
센서가 Assessment를 더 자주 수행할수록, 센서는 Aware 조건을 더 민감하게 감지하고 Aware 측정값을 전송하며 Aware 상태로 진입해 Aware 상태 하트비트 주기로 체크인을 시작할 수 있습니다. 대부분의 센서 유형에서 Assessments per Heartbeat의 최대값은 250입니다.
하트비트는 항상 데이터를 보고합니다. 그러나 Assessment는 먼저 Aware 상태 임계값(Threshold)을 벗어난 조건을 감지하기 전에는 데이터 포인트로 보고되지 않는다는 점을 이해하는 것이 중요합니다. 그 조건이 감지된 경우에만 Assessment 측정값이 게이트웨이/소프트웨어에 데이터 포인트로 보고됩니다. 모든 Assessment를 데이터 포인트로 보고하도록 센서를 구성할 수는 없습니다. Assessment가 Aware 조건을 처음 감지하는 경우를 제외하고는 해당 측정값은 센서에 의해 무시됩니다.
Time to Re-Arm은 Trigger/Event 유형 센서(및 일부 Interval/Reading 센서)가 다음 이벤트를 감지하기까지 걸려야 하는 시간을 사용자가 정의할 수 있게 합니다. 예를 들어 모션 센서가 움직임을 감지했을 때 재무장 시간을 1초로 설정하면 센서는 1초 만에 다시 움직임을 감지할 수 있습니다. 이를 통해 원하는 경우 더 잦은 정보를 포착할 수 있지만 배터리도 더 많이 사용합니다. 재무장 시간을 10분으로 설정하면 배터리 수명은 보존되지만 센서가 재무장될 때까지 다시 정보를 포착하지 않습니다.
아래와 같이 센서 구성이 설정된 경우:
• 하트비트 간격(Heartbeat Interval): 120분
• Aware 상태 하트비트(Aware State Heartbeat): 30분
• Assessments per Heartbeat: 2(60분마다)
• Aware 상태 임계값(Aware State threshold): 257°F
• 단위(Scale): 화씨(Fahrenheit).
오후 1:00 -> 38°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값 미만이라 Aware가 아니며, 센서는 현재 온도 38°F를 전송합니다. 다음 Assessment까지 60분, 다음 하트비트까지 120분 카운트다운을 시작합니다. 센서는 절전 상태로 들어갑니다.
오후 2:00 -> 60°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값 미만이라 Aware가 아닙니다. 이는 Assessment일 뿐 하트비트가 아니므로 센서는 데이터를 전송하지 않고 다시 절전 상태로 들어갑니다. 다음 Assessment까지 60분 카운트다운을 시작하고 다음 하트비트까지 120분 카운트다운은 계속됩니다. 센서는 절전 상태로 들어갑니다.
오후 3:00 -> 200°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값 미만이라 Aware가 아닙니다. 다음 하트비트 시점이므로 센서는 현재 온도 200°F를 전송합니다. 다음 Assessment까지 60분 카운트다운을 시작합니다. 센서는 절전 상태로 들어갑니다.
오후 3:20 -> 258°F
센서가 절전 상태이므로, 마지막 하트비트로부터 60분이 지나거나 마지막 Assessment로부터 60분 뒤 다음 Assessment 시점이 될 때까지는 아무 동작도 하지 않습니다.
오후 4:00 -> 258°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값을 초과하여 센서가 Aware 상태로 진입합니다. 센서는 게이트웨이로 데이터를 ‘urgent(긴급)’ 태그와 함께 전송하며, 이는 게이트웨이가 데이터를 서버로 즉시 보내도록 합니다. 이제 하트비트는 30분으로 설정되고, Assessment는 해당 하트비트 내 2회, 즉 15분마다 수행됩니다. 센서는 절전 상태로 들어갑니다.
오후 4:15 -> 262°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값을 초과해 Aware 상태입니다. 이는 Assessment일 뿐 하트비트가 아니므로 센서는 데이터를 전송하지 않습니다. 다음 Assessment까지 15분 카운트다운을 시작합니다. 센서는 절전 상태로 들어갑니다.
오후 4:30 -> 262°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값을 초과해 센서가 Aware 상태로 들어갑니다. 센서는 게이트웨이로 데이터를 ‘urgent’ 태그와 함께 전송하며, 이는 게이트웨이가 데이터를 서버로 즉시 보내도록 합니다. 센서는 하트비트 카운트다운을 30분, Assessment 카운트다운을 15분으로 설정합니다.
오후 4:45 -> 258°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값을 초과해 Aware 상태입니다. 이는 Assessment일 뿐 하트비트가 아니므로 센서는 데이터를 전송하지 않습니다. 다음 Assessment까지 15분 카운트다운을 시작합니다. 센서는 절전 상태로 들어갑니다.
오후 5:00 -> 258°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값을 초과해 센서가 Aware 상태를 유지합니다. 센서는 게이트웨이로 데이터를 ‘urgent’ 태그와 함께 전송하며, 이는 게이트웨이가 데이터를 서버로 즉시 보내도록 합니다. 센서는 하트비트 카운트다운을 30분, Assessment 카운트다운을 15분으로 설정합니다. 센서는 절전 상태로 들어갑니다.
오후 5:15 -> 256°F
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값 미만입니다. 센서는 Aware 상태를 벗어났습니다. 이는 Assessment일 뿐 하트비트가 아니므로 데이터를 전송하지 않습니다. 다음 하트비트까지 카운트다운을 계속합니다. 센서는 절전 상태로 들어갑니다.
오후 5:30
센서가 깨어나 현재 조건을 평가합니다. 측정 온도가 임계값 미만이고 센서는 Aware가 아닙니다. 센서는 게이트웨이로 데이터를 전송합니다. 센서는 하트비트 카운트다운을 120분, Assessment 카운트다운을 60분으로 설정합니다. 센서는 절전 상태로 들어갑니다.
센서의 Aware 상태 동작을 이해하는 것은, 시의적절한 센서 측정값의 필요성과 요구되는 데이터 포인트 수를 고려하면서 센서 배터리를 효율적으로 운용하는 데 매우 중요합니다. 이러한 고유한 동작 구성에 관해 문의가 있으면 언제든 Monnit Support에 연락하십시오.
업데이트: 2020-12-17
많은 사용자가 센서가 보고하는 배터리 레벨이 변동하는 이유를 문의합니다. 배터리 레벨이 오르내리는 것이 반드시 배터리 문제의 징후는 아닙니다. 최근 Monnit 센서가 배터리 레벨을 측정하는 방식 때문에 배터리 레벨 측정값이 일관되지 않게 나올 수 있습니다.
Monnit 센서는 배터리 전압을 샘플링하여 배터리 레벨을 해석합니다. 배터리 전압과 iMonnit 소프트웨어에 보고되는 퍼센트의 관계는 별도 문서에서 확인할 수 있습니다. 센서의 배터리 전압은 센서 하트비트 중 센서의 무선이 활성화되어 있을 때 샘플링됩니다. 센서의 무선이 활성화되어 있을 때 배터리는 가장 큰 부하를 받습니다. 그 결과 부하가 걸린 동안 배터리 레벨이 상당히 변동할 수 있으며, 따라서 소프트웨어에 보고되는 배터리 레벨도 이를 반영합니다.
부하가 걸리지 않은 상태의 안정적인 공칭 전압은 일반적으로 부하가 걸린 상태의 전압보다 훨씬 높습니다. 따라서 부하가 걸리지 않은 상태에서 배터리를 측정하면 실제보다 배터리 상태가 더 좋은 것처럼 보일 수 있습니다. 이것이 Monnit이 부하가 걸린 상태에서 배터리 전압을 측정하는 이유이며, 이렇게 하면 배터리 상태를 더 정확히 표현할 수 있습니다. 이로 인해 서로 다른 하트비트에서 보고되는 배터리 레벨이 변동할 수는 있지만, 배터리 상태의 전체적인 그림은 더 정확합니다.
Alta 센서의 배터리 레벨이 하트비트마다 변동하는 것을 발견하더라도, 이는 정상적인 동작입니다. 한 번의 배터리 레벨 보고에 집중하기보다, 더 긴 기간 동안 보고된 배터리 레벨을 보면 배터리 성능을 더 정확히 파악할 수 있습니다.
잡음이 많은 무선 환경과 배터리가 동작하는 주변 온도는 특히 부하가 걸린 동안 배터리 레벨에 영향을 줄 수 있습니다. 따라서 센서가 냉장고나 냉동고 내부에서 동작하거나, 잡음이 많은 무선 환경(또는 게이트웨이로부터의 거리로 인해 신호가 약한 경우)에 있으면 센서가 보고하는 배터리 레벨에 이것이 반영될 수 있습니다. 또한 센서의 무선이 더 자주 활성화될수록 배터리가 부하에서 회복할 시간이 줄어듭니다. 따라서 더 많은 사용(더 잦은 하트비트)은 배터리 레벨에 기하급수적으로 영향을 줄 수 있습니다. 배터리가 더 빠르게 소모되고 보고되는 배터리 레벨이 더 일관되지 않고 변동이 클 수 있습니다.
1세대(Commercial) 센서는 이러한 방식으로 배터리를 측정하지 않았습니다. 이 방식은 배터리 성능을 더 정확히 파악하기 위해 Alta 라인에서 도입되었습니다. 이 때문에 1세대 센서가 Alta에 비해 더 안정적인 배터리 성능을 보이는 것처럼 보일 수 있습니다. 그러나 이는 실제 배터리 성능 차이가 아니라, 배터리 레벨을 측정하는 방식(Alta 센서가 더 정확함)의 차이에 따른 것입니다.
배터리 레벨 변동은 일반적인 현상이지만, 배터리나 센서 문제를 나타내는 다른 증상도 있을 수 있습니다. 이에 대한 의문이 있으면 언제든 support@monnit.com 으로 문의하십시오.
업데이트: 2020-12-10
Monnit MoWi 센서는 표준 무선 802.11 A, B, G 네트워크에 연결되어 iMonnit Online 포털로 데이터를 전송합니다. 게이트웨이가 선호되지 않는 상황에서 센서를 로컬 WiFi 네트워크에 연결할 수 있게 해 줍니다. 이 문서는 Monnit MoWi 센서를 WiFi 네트워크에 설정하는 과정을 안내합니다.
MoWi Setup Utility에서 ‘Sensor Connected’ 표시가 보이지 않으면 이 문서를 참고하십시오.
LED 표시에 관한 정보는 이 문서를 참고하십시오.
MoWi 센서 자주 묻는 질문(FAQ)은 여기를 클릭하십시오.
https://monnit.azureedge.net/content/downloads/MoWi_Utility_Installer.msi
위 링크에서 MoWi Setup Utility 설치 파일을 다운로드합니다. 다운로드가 완료되면 파일을 마우스 오른쪽 버튼으로 클릭하고 Run as Administrator(관리자 권한으로 실행)를 선택합니다. 설치 권한이 충분하면 C:\Program Files (x86)\WiFi Setup Wizard\WiFi-Setup-utility.exe 에 응용 프로그램이 설치됩니다. Windows 메뉴에 ‘Monnit Wi-Fi Sensor Utility’라는 아이콘도 표시됩니다. 이 항목을 선택해 유틸리티를 실행합니다.
https://www.silabs.com/documents/public/software/CP210x_Windows_Drivers.zip
참고: **!!중요!!** 위 링크의 드라이버는 버전 6.7.6을 설치합니다. 이 드라이버는 MoWi 프로그래밍 케이블에서 Windows 8 및 10에서 동작이 확인되었습니다. 더 최신 버전인 버전 10은 지원이 일관되지 않는 것으로 확인되었습니다. 따라서 드라이버 버전 6.7.6을 설치하여 사용하는 것을 권장합니다.
이미 드라이버 버전 10을 설치했고 유틸리티가 센서를 인식하지 못하는 경우, 다음 링크의 단계를 따라 드라이버를 완전히 삭제할 수 있습니다(반드시 드라이버를 삭제하십시오) https://docs.microsoft.com/en-us/windows-hardware/drivers/install/using-device-manager-to-uninstall-devices-and-driver-packages).
드라이버를 성공적으로 설치하려면 이전 단계에서 다운로드한 .zip 파일의 압축을 풀고, 압축 해제된 폴더에서 드라이버를 설치해야 합니다. 대부분의 Windows 환경에서는 .zip 파일을 마우스 오른쪽 버튼으로 클릭하고 ‘압축 풀기(Extract all)’를 선택할 수 있습니다.
.zip 파일 압축을 푼 후, PC에 맞는 올바른 버전의 설치 파일을 찾습니다. .exe 파일을 마우스 오른쪽 버튼으로 클릭하고 Run as Administrator를 선택합니다.
32비트 컴퓨터는 CP210xVCPInstaller_x86.exe 를 사용합니다.
64비트 컴퓨터는 CP210xVCPInstaller_x64.exe 를 사용합니다.
Windows 메뉴에서 Monnit Wi-Fi Sensor Utility를 찾아 엽니다.
(배터리를 넣기 전에) MoWi 프로그래밍 케이블을 컴퓨터의 USB 포트에 연결합니다. Windows가 케이블 연결을 인식해야 합니다. 그런 다음 스티커로 덮인 포트에서 케이블을 MoWi 센서에 연결합니다. 이 포트는 1/8인치 오디오 포트와 비슷하게 생겼습니다. 케이블이 완전히 삽입되었는지 확인합니다.
참고: 배터리가 약해도 센서에 전원이 들어오고 컴퓨터에 인식될 수 있습니다. 그러나 배터리 전압이 무선을 구동하기에 충분하지 않으면 센서가 네트워크에 연결되지 못합니다. 따라서 센서 LED가 켜져 있어도 오해의 소지가 있을 수 있습니다. LED가 켜져 있어도 배터리가 약할 수 있습니다. 그러므로 양호한 것으로 확인된 새 배터리로 테스트하는 것이 필수적입니다.
양호한 배터리를 센서에 넣습니다. 센서의 LED가 녹색/빨간색으로 번갈아 계속 깜박이는 것이 보여야 합니다. 센서가 물리적으로 연결되고, 양호한 배터리로 전원이 공급되며, 올바른 드라이버와 유틸리티가 설치되어 있으면, Setup Utility 화면의 3단계에 ‘Wi-Fi Sensor Connected’가 표시되어야 합니다.
‘Wi-Fi Sensor Connected’가 보이지 않으면 이 문서를 참고하십시오.
네트워크 SSID를 브로드캐스트하는 네트워크를 사용하는 경우, Wireless Network SSID 필드의 드롭다운 메뉴를 클릭하고 {Search for Networks}를 선택합니다.
회전하는 톱니바퀴가 멈추면 드롭다운 메뉴를 클릭하고 네트워크를 선택합니다. 2.4GHz 802.11 A, B, G 신호를 브로드캐스트하는 네트워크는 센서가 감지합니다. Wireless N 및 AC 네트워크는 지원되지 않습니다.
SSID를 브로드캐스트하지 않는 네트워크를 사용하는 경우, SSID를 직접 입력합니다. 이름을 올바른 형식으로 정확히 입력했는지 확인하십시오.
센서가 라우터에는 연결되었지만 Monnit 서버 연결에는 실패했다는 메시지가 표시되면, 센서가 iMonnit Online 서버로 데이터를 보고하는 것을 막는 네트워크 구성이 있을 가능성이 높습니다(흔히 인터넷 문제이거나 네트워크에서 포트 3000이 차단된 문제). 네트워크에서 연결을 테스트하는 도구가 있습니다. 아래 단계를 따라 이 연결을 테스트할 수 있습니다.
Test Server 기능 사용
테스트가 실행되면 다음 메시지가 표시됩니다:
이 테스트는 호스트 PC의 네트워크 연결에서 실행된다는 점에 유의해야 합니다. PC가 센서를 연결하려는 것과 동일한 WiFi 네트워크에 연결되어 있다면, 그 네트워크가 필요한 트래픽을 차단하지 않는다고 확신할 수 있습니다. 다만 이것이 문제가 네트워크와 무관함을 확정적으로 보장하지는 않습니다.
위 단계를 따르면 MoWi 센서의 구성 문제를 해결할 수 있을 것입니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-11-10
Link Mode라는 용어는 Monnit 센서가 게이트웨이에 연결(또는 재연결)하려 할 때 수행하는 동작을 가리킵니다. 센서는 처음 연결을 시도할 때, 또는 게이트웨이와의 연결이 끊겨 게이트웨이를 찾아 재연결하려 할 때 Link Mode에 진입합니다. 이 문서는 Alta(2세대) 및 표준 Commercial(1세대) 센서에서 이 동작의 세부 내용을 설명합니다.
센서가 Link Mode에 진입하는 상황은 두 가지입니다:
Sensor List(센서 목록)
센서는 통신이 허가된 게이트웨이에만 링크됩니다. 이 허가는 센서가 게이트웨이의 Sensor List에 등록되는 형태로 이루어집니다. 게이트웨이의 Sensor List에 있는 센서 ID만이 해당 게이트웨이와 통신할 권한을 가집니다. 이는 일반적으로 iMonnit Online 포털에서 센서가 동일한 게이트웨이에 추가되는 형태로 이루어집니다. 센서가 게이트웨이의 Sensor List에 없으면 게이트웨이는 링크를 허용하지 않습니다. 게이트웨이의 Sensor List에 관한 자세한 내용은 관련 문서를 참고하십시오.
iMonnit에서 Link Mode와 관련된 구성은 ‘Failed transmissions before link mode’입니다. 이 구성은 iMonnit Online의 Sensor Overview > Settings 탭 하단 쪽에서 찾을 수 있습니다. 이 구성은 센서가 Link Mode에 진입해 다른 게이트웨이로의 링크를 찾기 전에 몇 번의 전송 실패를 허용할지를 결정합니다. 기본 설정은 3입니다.
센서가 게이트웨이에 링크되면, 센서의 하트비트(Heartbeat)에 맞춰 게이트웨이로 데이터를 전송합니다(하트비트에 관한 정보는 다음 문서 참고: Understanding Sensor Heartbeat, Aware State, Assessments, and Rearm). 센서는 하트비트에 무선을 활성화하고 게이트웨이로 데이터 전송을 시도합니다. 게이트웨이가 센서로부터 전송을 수신하면, 게이트웨이는 센서에 확인 응답(acknowledgement)을 전송하여 응답합니다. 센서가 확인 응답을 수신하면 하트비트가 성공적으로 완료됩니다.
센서가 게이트웨이로부터 확인 응답을 듣지 못하면, 센서는 전송이 실패한 것으로 간주합니다. 그러면 센서는 기존 preferred 게이트웨이로 측정값 재전송을 시도합니다. 이를 ‘Retry(재시도)’라고 합니다. Gen1과 Gen2는 재시도 구성이 다르지만, 두 세대 모두 실패한 시도로부터 수 초 이내에 preferred 게이트웨이로 재전송을 시도합니다.
여러 번의 Retry 시도가 실패하면, 센서는 Link Mode에 진입하여 ‘Recovery(복구)’를 시도합니다. Recovery 시도는 센서가 이전에 통신하던 preferred 게이트웨이로만 전송을 시도하는 기간 동안 발생합니다. Recovery 중에는 센서가 새로운 게이트웨이를 찾지 않습니다. 센서는 Recovery 구성에 설정된 횟수만큼 이전에 연결되었던 게이트웨이로, 구성된 하트비트에 맞춰 전송을 시도합니다(이 기본값은 Gen1과 Gen2 센서가 다름). Recovery 중에도 성공하지 못하면, 센서는 자신의 ID가 허용 기기 목록에 있는 어떤 게이트웨이와도 연결할 수 있게 됩니다.
Link Mode 동작과 기본 구성 측면에서 1세대 센서와 Alta 센서 사이에는 중요한 차이가 있습니다. 이 차이를 아래에 설명합니다.
Alta 센서의 기본 Link Mode 구성은 다음과 같습니다:
Failed transmissions before link mode: 3
Retry Count: 6 (iMonnit Online에서 구성 불가)
Recovery Count: 10 (iMonnit Online에서 구성 불가)
기본 스캔 간격: 1시간 (iMonnit Online에서 구성 불가)
위에서 설명한 대로 센서는 하트비트에 게이트웨이로 데이터를 전송합니다. 하트비트에 전송한 후 게이트웨이의 확인 응답을 듣지 못하면, Alta 센서는 (기본값으로) 2~3초 간격으로 6회 Retry를 시도합니다. Retry 중에 성공하지 못하면 센서는 Link Mode에 진입하고 Recovery 횟수를 증가시킵니다. Recovery 기간 동안 센서는 기존 게이트웨이로만 재연결할 수 있습니다. Alta 센서가 Recovery 횟수(기본 10회)를 모두 증가시키면, 센서는 다른 게이트웨이를 찾을 수 있는 Link Mode에 진입합니다.
센서가 Link Mode에 진입하면 0초, 5초, 15초, 30초, 1분, 2분, 3분, 5분, 15분, 그다음 (기본값) 1시간 시점에 게이트웨이를 스캔합니다. 앞선 스캔 동안 통신이 허가된 게이트웨이를 찾지 못하면, 센서는 게이트웨이와 다시 링크하거나 배터리가 소진될 때까지 기본 간격(60분)으로 반복해서 스캔합니다.
참고: 기본 Recovery Count가 10으로 설정된 경우, 센서가 다른 게이트웨이에 링크할 수 있게 되기까지 최소 1시간이 걸립니다. Recovery Count 1~10이 각각 0초(1차), 5초(2차), 15초(3차), 30초(4차), 1분(5차), 2분(6차), 3분(7차), 5분(8차), 15분(9차), 1시간(10차) 시점에 발생하기 때문입니다. 이 시도들 이후, 센서는 10차 Recovery 시도 후 1시간마다, 그 이후로도 60분마다 다른 게이트웨이를 스캔합니다.
Commercial 센서의 기본 Link Mode 구성은 다음과 같습니다:
Failed transmissions before link mode: 2
Retry Count: 2 (iMonnit Online에서 구성 불가)
Recovery Count: 2 (iMonnit Online에서 구성 불가)
기본 스캔 간격: 2시간
Commercial(Gen1) 센서도 Link Mode 동작을 제공하지만, 그 실행 방식은 Alta와 다릅니다. Commercial(Gen1) 센서는 연결을 잃은 직후 더 자주 게이트웨이를 스캔하는 ‘계단식(cascading)’ 스캔을 제공하지 않습니다. 또한 Commercial(Gen1) 센서의 기본 Retry 및 Recovery 설정도 Alta와 다릅니다.
Gen1 센서에 배터리를 넣으면, 센서는 사용 가능한 모든 채널을 시도하여 게이트웨이를 찾습니다. Commercial(Gen1) 센서는 첫 번째 채널에서 시작해 ‘나는 12345번인데, 너와 통신해도 될까?’라는 메시지를 보냅니다. 아무 응답도 듣지 못하면 그 채널에 게이트웨이가 없다고 가정하고 다음 채널을 시도합니다. 모든 채널을 시도한 후 사용 가능한 게이트웨이가 없다고 판단하면 2시간 동안 메시지 전송을 중단합니다.
각 스캔 주기는 약 30초가 걸리지만 하루치 이상의 배터리 전력을 소모합니다. 다시 말해 게이트웨이가 켜져 있지 않은데도 계속 스캔하면 배터리가 매우 빠르게 소모됩니다. 2시간 후 센서는 첫 번째 채널부터 다시 스캔 과정을 시작합니다.
전원을 켤 때와 마찬가지로, Gen1 센서는 게이트웨이와의 연결을 잃으면 Link Mode에 진입합니다. 센서가 특정 채널에서 게이트웨이와 통신하던 중 여러 번 전송에 실패하면(하트비트 2회, 그리고 누락된 각 하트비트마다 추가 재시도 2회씩, 총 6회 연속 통신 누락), 센서는 통신하던 게이트웨이가 더 이상 사용 불가능하다고 가정하고 동일한 Link Mode에 진입합니다.
게이트웨이 전원을 켜기 전에 배터리를 넣는 경우
Gen1과 Gen2 센서의 Link Mode 동작 차이로 인해, 작업 순서가 두 세대의 설정에 다르게 영향을 줄 수 있습니다. 설정에 영향을 줄 수 있는, 두 세대 간에 다른 두 가지 구체적인 동작이 있습니다.
Join 메시지 전송
문서 ‘Differences between Alta (Gen2) and Commercial (Gen1) Devices’에서 설명했듯이, Alta(Gen2) 센서는 게이트웨이에 처음 Join할 때 게이트웨이 하트비트를 즉시 트리거하는 반면 Gen1 센서는 그렇지 않습니다. 즉 Gen1 센서에서는 전원을 켠 후 첫 센서 체크인을 보기 전에 일반적으로 예약된 게이트웨이 하트비트를 기다려야 합니다.
초기 설정 시 게이트웨이보다 센서를 먼저 켜는 경우
Alta 센서를 게이트웨이가 처음 켜지기 전에 켜면, Commercial(Gen1) 센서와 다른 동작을 보입니다. Alta 센서는 전원을 켠 후 더 잦은 링크 시도를 ‘계단식(cascade)’으로 수행하는 Link Mode로 동작하므로, 일반적으로 Commercial(Gen1) 센서보다 Alta 센서가 Monnit 소프트웨어에 더 일찍 활성으로 나타납니다.
이것이 중요한 이유는, 게이트웨이가 활성화되어 센서를 들을 준비가 되기 전에 Commercial(Gen1) 센서에 배터리를 넣으면, 센서가 게이트웨이를 놓치고 2시간 동안 다시 스캔하지 않기 때문입니다. 따라서 설정 중에 게이트웨이를 켜기 전에 Commercial(Gen1) 센서를 켰다면, 센서가 Monnit 소프트웨어에 활성으로 표시되기까지 2시간 이상 걸릴 수 있습니다.
Link Mode는 Monnit 플랫폼의 핵심 동작입니다. Link Mode의 복잡함 때문에, 이 문서는 관찰되는 동작을 설명하거나 문제를 진단하는 데 매우 유용할 수 있습니다. 관련 문의가 있으면 언제든 Monnit Support에 연락하십시오.
업데이트: 2020-06-30
참고: 이 문서는 Monnit Commercial(Gen1) 및 Alta 센서를 위한 것입니다. MoWi WiFi 센서를 사용 중이라면 MoWi 센서 관련 문서를 참고하십시오.
센서가 게이트웨이와 통신을 멈춘 경우, 아래 단계로 센서가 다시 통신하게 될 수 있습니다.
센서가 통신하지 않으면, 문제에 대한 추가 정보를 Monnit Support에서 얻을 수 있습니다. support@monnit.com 으로 문의하시고, 가능하면 센서 ID와 위 단계를 시도한 날짜/시간/시간대를 함께 알려 주십시오.
업데이트: 2019-12-26
설명: Monnit® 센서는 AA 또는 CR2032 코인셀 배터리로 동작합니다. Industrial 센서는 Monnit 또는 다른 산업용 배터리 공급업체에서 제공하는 3.6V 리튬 배터리가 필요합니다. Monnit은 고객이 사용한 배터리를 모두 재활용할 것을 권장합니다.
코인셀 배터리
코인셀 배터리를 설치하려면 먼저 센서 외함의 양옆을 잡고 살짝 들어 올려 센서를 베이스에서 분리합니다. 그런 다음 새 CR2032 코인셀 배터리를 양극(+)이 베이스를 향하도록 끼웁니다. 외함을 다시 눌러 닫으면 ‘딸깍’ 소리가 납니다.
마지막으로 iMonnit을 열고 탐색 메뉴에서 Sensors를 선택합니다. iMonnit에 센서 배터리 레벨이 가득 찬 것으로 표시되는지 확인합니다.
AA 배터리
이 센서의 표준 버전은 교체 가능한 1.5V AA 배터리 2개로 동작합니다(구매 시 포함). 선택한 전원 요구 사항을 지원하려면 센서 내부 하드웨어를 변경해야 하므로, 전원 옵션은 구매 시점에 선택해야 합니다.
기기에 배터리를 넣으려면 먼저 센서의 배터리 도어를 밀어 엽니다. 새 AA 배터리를 거치대에 넣은 뒤 배터리 도어를 닫습니다. 마지막으로 iMonnit을 열고 기본 탐색 메뉴에서 Sensors를 선택합니다. iMonnit에 센서 배터리 레벨이 가득 찬 것으로 표시되는지 확인합니다.
Industrial 배터리
참고: 밀봉된 Industrial 센서를 열면 센서 보증이 무효화될 수 있습니다. Industrial 센서의 외함을 열기 전에 Monnit Support에 문의하십시오.
Industrial 센서용 3.6V 리튬 배터리는 Monnit에서 공급합니다. Industrial 계측기에는 별도로 배터리를 설치할 필요가 없습니다. 배터리는 출고 시 이미 계측기에 들어 있습니다. 표준 AA 배터리는 이 장치를 구동할 전압이 부족하며, 충전식도 아닙니다.
업데이트: 2020-06-30
센서 동작에 영향을 줄 수 있는 몇 가지 환경 요인이 있습니다. 이 요인들은 센서의 전원 동작, 감지 동작, 무선 통신에 영향을 줄 수 있습니다. 이 문서는 이러한 요인에 관한 유용한 정보를 제공합니다.
온도는 센서 동작에 영향을 주는 가장 흔한 요인 중 하나입니다. 온도는 폼팩터(외형)마다 다르게 영향을 줍니다. 각 폼팩터의 지원 온도 범위는 아래와 같습니다. 센서 하드웨어의 지원 온도 범위와 배터리의 지원 온도 범위는 다를 수 있다는 점에 유의해야 합니다. 배터리 권장 동작 온도를 벗어난 환경에서 센서를 운용하면 배터리 성능이 불규칙해지거나 예상보다 빠르게 소모될 수 있습니다.
코인셀 - 동작 온도 범위(기판 회로 및 코인셀) -7°C ~ +60°C (20°F ~ +140°F) *
최적 배터리 온도 범위(코인셀): +10°C ~ +50°C (+50°F ~ +122°F)
유의 사항:
*ALTA 온도 센서는 젖거나 습하거나 고습도 환경용이 아닙니다.
AA Commercial - 동작 온도 범위(기판 회로 및 배터리) 알카라인 사용 시 -18°C ~ 55°C (0°F ~ 130°F) || 리튬 사용 시 -40°C ~ 85°C (-40°F ~ 185°F) *
최적 배터리 온도 범위(AA): +10°C ~ +50°C (+50°F ~ +122°F)
유의 사항:
*ALTA 온도 센서는 젖거나 습하거나 고습도 환경용이 아닙니다.
Industrial - 동작 온도 범위(기판 회로 및 배터리) -40°C ~ +85°C (-40°F ~ +185°F)
포함된 배터리 최대 온도 범위 -40° ~ +85°C (-40° ~ +185°F)
유의 사항:
센서를 냉동고나 냉장 장치 내부에 두어야 하는 용도라면, 산업용 외함을 갖춘 센서를 사용하는 것이 좋습니다. 이유는 두 가지입니다.
펌웨어 관련 참고: 14.x 이전 펌웨어는 이후 펌웨어와 다른 방식으로 배터리 레벨을 읽습니다. 따라서 14.x 이전 펌웨어에서는 배터리 레벨 변동이 더 자주 보이는 것이 정상입니다. 14.x 이전 펌웨어의 Industrial 센서를 -4°F(-20°C) 미만의 냉동고 내부에서 운용하면 배터리 레벨이 크게 변동할 수 있습니다.
Monnit 센서는 서브기가헤르츠 비면허 무선 대역에서 동작합니다. 무선 간섭은 흔하지 않지만, 이 대역에서 동작하는 기기와는 발생할 수 있습니다. 또한 전자기 간섭(EMI)은 무선 센서 통신을 방해하는 전자기장을 발생시킬 수 있습니다. 흔하지는 않지만, EMI를 방출하는 장비 근처에서 동작하는 센서는 무선 간섭과 신호 문제를 일으킬 수 있습니다. 따라서 신호 문제를 해결할 때 이를 고려하는 것이 중요합니다. 항상 가능한 것은 아니지만, 동작 중인 장비나 다른 EMI 발생원에서 떨어진 곳에서 센서를 게이트웨이와 가시선상으로 10~15피트 떨어뜨려 테스트하는 것이 중요한 단계입니다. 다음은 센서/게이트웨이 무선 통신을 방해하는 EMI를 자주 발생시킬 수 있는 요소들입니다.
코인셀 및 AA 폼팩터는 액체 침투에 노출될 수 있습니다. 따라서 이런 센서 유형을 젖거나 습한 환경에서 운용하면 센서가 손상됩니다. 그러므로 액체가 있거나 습도/온도가 변동하는 환경은 코인셀 또는 AA 센서를 손상시킬 수 있습니다. 따라서 센서 본체가 젖거나 습한 환경에 놓이는 용도에는 NEMA 등급의 Industrial 외함을 사용해야 합니다.
참고: Industrial 센서는 물에 잠기는 것에 대한 등급은 받지 않았습니다.
전자제품의 표준 상용 습도 사양은 30%~50%입니다. Monnit의 상용 제품은 95% 비응결 조건까지 손상 없이 견딜 수 있습니다.
Alta 센서는 일반적으로 석고보드 벽을 통과해 1,000피트 이상 전송할 수 있습니다. 다만 이보다 먼 거리이거나 금속·콘크리트 같은 장애물은 무선 신호를 방해합니다. 게이트웨이로부터 충분한 거리를 확보하려면, 센서가 게이트웨이로부터 1,000피트 이내에 있고 금속이나 콘크리트를 통과해 전송하지 않도록 하십시오.
Monnit 무선 센서 네트워크는 상당히 많은 수의 센서를 지원할 수 있지만, 너무 잦은 전송은 게이트웨이의 무선 대역폭을 제한하여 일부 센서 전송이 게이트웨이에서 처리되지 못하게 할 수 있습니다. 게이트웨이의 대역폭을 최대로 확보하려면, 게이트웨이가 10초마다 하나를 초과하는 무선 전송을 받지 않도록 하십시오.
코인셀 및 AA 폼팩터는 부식성 가스나 증기가 있는 환경에서 동작하도록 설계되지 않았습니다.
Monnit의 Industrial 센서는 신뢰성 있고 내후성을 갖춘 NEMA 등급 외함에 들어 있습니다. NEMA 등급 외함은 실내외 모두에서 사용하도록 제작되었으며, 먼지 같은 고형 이물질의 침투와 물(비, 진눈깨비, 눈, 튀는 물, 호스로 분사되는 물)의 손상으로부터 센서 회로를 보호합니다.
• 떨어지는 먼지로부터 안전
• 바람에 날리는 먼지로부터 보호
• 비, 진눈깨비, 눈, 튀는 물, 호스 분사 물로부터 보호
• 향상된 내식성
• 외함에 얼음이 형성되어도 손상되지 않음
센서가 동작하는 환경 조건에 유의하는 것이 성공적인 배치의 핵심입니다. 센서에 영향을 주는 환경 요인에 대한 의문이 있으면 언제든 support@monnit.com 으로 문의하십시오.
업데이트: 2021-04-26
MoWi WiFi 센서를 구성하려면, 센서가 MoWi WiFi Configuration Utility에 인식되어야 합니다.
PC가 MoWi 센서를 인식하지 못하는 경우, 이 문서가 도움이 될 것입니다.
장치 관리자 창이 새로 고쳐지는 것이 보일 것입니다.
케이블을 PC의 USB 포트에서 분리했다 다시 연결하면, 연결/분리할 때마다 장치 관리자 창이 새로 고쳐지는 것이 보여야 합니다. 이는 PC가 케이블을 인식하고 있는지 확인하는 좋은 방법입니다. 장치 관리자가 케이블을 인식하지 못하면, 위 단계를 반복하여 다른 PC에서 테스트하십시오.
여러 PC에서 테스트했는데도 케이블이 인식되지 않으면, 여기에서 교체용 케이블을 구매할 수 있습니다.
_64비트 PC는 CP210xVCPInstaller_x64.exe 를 실행합니다.
_32비트 PC는 CP210xVCPInstaller_x86.exe 를 실행합니다.
장치 관리자에서:
참고: **!!중요!!** 위 링크의 드라이버는 버전 6.7.6을 설치합니다. 이 드라이버는 MoWi 프로그래밍 케이블에서 Windows 8 및 10에서 동작이 확인되었습니다. 더 최신 버전인 버전 10은 지원이 일관되지 않는 것으로 확인되었습니다. 따라서 드라이버 버전 6.7.6을 설치하여 사용하는 것을 권장합니다.
6.7.6이 아닌 다른 버전의 드라이버가 보이면, 기존 드라이버 버전을 제거·삭제하십시오. 방법은 여기에서 확인할 수 있습니다.
올바른 드라이버가 설치되고 케이블이 인식되면:
참고: 배터리가 약해도 센서에 전원이 들어오고 컴퓨터에 인식될 수 있습니다. 그러나 배터리 전압이 무선을 구동하기에 충분하지 않으면 센서가 네트워크에 연결되지 못합니다. 따라서 센서 LED가 켜져 있어도 오해의 소지가 있을 수 있습니다. LED가 켜져 있어도 배터리가 약할 수 있으므로, 양호한 새 배터리로 테스트하는 것이 필수입니다.
센서의 LED가 녹색/빨간색으로 번갈아 계속 깜박이는 것이 보여야 합니다(센서가 한 번도 구성된 적이 없으면 빨간색만 깜박일 수 있음). 이는 센서가 통신 중이며 구성할 준비가 되었음을 의미합니다.
위 단계를 수행한 후에도 유틸리티 3단계에 ‘Wi-Fi Sensor Connected’가 표시되지 않으면, 다른 PC에서 테스트해 보십시오.
업데이트: 2020-08-05
Monnit 기기는 두 세대로 제공됩니다. Alta 라인과 Commercial 라인은 서로 다른 무선 하드웨어로 동작합니다. 1세대 제품은 Alta 출시 이전에 Monnit이 개발했습니다. 두 세대는 고유한 특성과 동작을 가지므로 상호 호환되지 않습니다. 이 문서는 두 세대의 차이와 Alta 라인의 고유 기능을 설명합니다.
외관
하드웨어를 물리적으로 살펴보면, Alta 라인에는 Alta 라벨이 표시된 흰색·파란색 라벨이 있습니다. 두 기기 모두 동일한 코인셀, AA, Industrial 외함으로 제공되지만, Commercial 기기에는 대체로 흰 글씨로 ‘Monnit’이 적힌 검은색 라벨 및/또는 컬러 라벨이 있습니다.
세대 조회
기기 세대가 확실하지 않으면, 다음 링크의 도구로 기기가 어느 세대에 속하는지 확인할 수 있습니다. Alta 기기는 Radio Band 필드에 ‘Alta’라는 단어가 표시됩니다. 조회하려면 센서 ID와 Security Code가 필요합니다.
https://www.imonnit.com/lookup
부품 번호(Part #) 확인
부품 번호로도 세대를 알 수 있습니다. Alta 부품은 MNS 또는 MNG 뒤의 부품 번호에 숫자 ‘2’가 포함됩니다. 예를 들어 온도 센서의 부품 번호는 Alta 900MHz 온도 센서가 ‘MNS2-9-W2-TS-ST’, Commercial(1세대) 온도 센서가 ‘MNS-9-W2-TS-ST’입니다.
각 세대가 동작하는 무선 기술에는 근본적인 차이가 있습니다. Commercial 기기는 해당 센서의 주파수 범위 내 특정 지정 채널에서 전송하는 반면, Alta 기기는 주파수 호핑 확산 스펙트럼(FHSS) 기술을 사용합니다. 이는 무선 통신의 신뢰성과 도달 거리를 높여 줍니다. 이 차이가 Alta 기기가 1세대 기기와 통신하지 않는 주된 이유입니다.
Commercial과 Alta 기기의 RF 기술 차이로 인해 센서-게이트웨이 간 도달 거리가 다릅니다. Commercial 센서는 게이트웨이와 250~300피트(75~100미터) 거리에서 통신할 수 있는 반면, Alta 센서는 벽 10~13개를 통과해 1,000~1,300피트(300~400미터) 떨어진 게이트웨이와 통신할 수 있습니다.
Commercial 센서가 게이트웨이에 처음 연결되면, 게이트웨이는 이 전송의 측정값을 다음 게이트웨이 하트비트 때 전송합니다. 즉 센서를 처음 켜서 게이트웨이와 통신할 때, Monnit 소프트웨어에서 데이터를 보려면 다음 게이트웨이 하트비트까지 기다려야 합니다.
Alta 센서가 게이트웨이와 처음 통신하면, 이 전송이 게이트웨이에 의해 인식되어 게이트웨이가 즉시 서버로 전송합니다. 즉 Alta 센서를 처음 켜면 게이트웨이의 다음 예약된 하트비트 전에 소프트웨어가 그 측정값을 표시합니다. 따라서 센서를 처음 설정할 때 Alta 센서의 데이터가 Commercial 센서보다 더 빨리 소프트웨어에 나타나는 것을 보게 됩니다.
Alta 센서가 처음 통신할 때는 30초 간격으로 4회 또는 10회 전송이 보입니다. 이는 센서가 초기 시동 테스트와 게이트웨이와의 핸드셰이크를 완료한 결과입니다. 이를 일반적으로 센서가 게이트웨이에 ‘Join(조인)’한다고 합니다. 초기 핸드셰이크 후 센서는 예약된 하트비트에 맞춰 체크인을 시작합니다.
센서가 게이트웨이와의 연결을 잃으면 센서는 Link Mode에 진입합니다. Commercial과 Alta 센서 모두 Link Mode 동작을 제공하지만, Link Mode가 실행되는 방식이 다릅니다. Commercial 센서는 Link Mode에 진입하면 120분마다 게이트웨이를 찾으려 시도합니다.
Alta 센서는 Link Mode에 진입하면 ‘계단식(cascading)’ 방식으로 게이트웨이를 찾으려 시도합니다. 즉 게이트웨이와의 연결을 잃은 직후에는 더 자주 게이트웨이를 찾으려 하다가 점차 시도 횟수를 줄여 갑니다. 연결을 잃은 후 Alta 센서는 0초, 5초, 15초, 30초, 1분, 2분, 3분, 5분, 15분, 마지막으로 기본값(1시간) 시점에 새 게이트웨이를 스캔합니다. 1시간에 도달하면 게이트웨이에 다시 링크될 때까지 기본 간격으로 반복 스캔합니다.
Alta 센서는 센서에 저장되는 플래시 메모리 로깅을 제공하지만 Commercial 센서는 그렇지 않습니다. 즉 센서가 게이트웨이와의 연결을 잃으면(예: 게이트웨이 전원 차단), Alta 센서는 Link Mode 동안에도 계속 측정값을 수집해 플래시 메모리에 로그로 저장합니다. 센서가 게이트웨이에 재연결되면 이 로그 메시지가 게이트웨이로 업로드되어 Monnit 서버로 전송됩니다.
대부분의 Alta 센서는 메모리에 최대 512개의 측정값을 저장합니다. 가장 최근 센서 펌웨어(14.x.x.x)는 최대 3200개를 저장합니다. 또한 펌웨어 14.x.x.x 이상을 실행하는 센서는 짧은 시간 동안 전원이 꺼져도 측정값을 저장할 수 있습니다. 즉 센서가 게이트웨이와의 연결을 잃은 뒤 센서 배터리가 소진되더라도, 배터리 소진 전에 기록된 측정값은 센서에 전원이 복구된 후 전송됩니다.
Alta 센서는 게이트웨이와의 송수신 시 256비트 AES 은행급 Encrypt-RF™ 암호화를 제공합니다. 즉 Alta 센서와 게이트웨이 간 무선 전송은 완전히 보안되는 반면, Commercial(1세대) 기기는 무선 전송 중 암호화를 제공하지 않습니다.
Water Puck, Vehicle Detect-Counter, Air Quality PM 2.5, CO2, Air Velocity, H2S, Propane Tank 등 비교적 최근 센서 다수는 Alta 라인에서만 제공됩니다. Seat Occupancy, Compass, Flex, Liquid Level 등 이전 센서 일부는 Commercial 라인에서만 제공됩니다. Alta 또는 Commercial 라인 전용 센서에 관심이 있으면 담당 영업에게 문의하십시오.
Alta와 Commercial(1세대) 센서는 여러 버전의 Monnit 소프트웨어에서 지원이 다릅니다. 예를 들어 Alta 센서는 레거시 버전 iMonnit Express(버전 3.1.2.10 이하)에서는 지원되지 않습니다. 센서와 소프트웨어 호환성 목록은 다음 링크에서 확인할 수 있습니다. 좌측 상단 쪽 드롭다운 메뉴에서 세대 유형을 선택할 수 있습니다.
https://www.monnit.com/ProductSoftwarePlatform
Monnit은 1세대 Commercial 센서 라인으로 IoT 업계에 혁신을 일으켰습니다. 그리고 다시 한번 Alta 무선 기기 브랜드로 기준을 높였습니다. Monnit의 2세대 제품은 IoT 센서의 표준이라 할 만한 센서 카탈로그와 기능 세트를 제공합니다. 추가 문의는 언제든 Monnit Support에 연락하십시오.
업데이트: 2020-06-30
Monnit 무선 온도 센서는 기본적으로 +/- 1°C(1.8°F) 정확도를 가지며, 센서가 동작하는 환경에 맞춰 보정하면 더 높은 정확도를 얻을 수 있습니다. 더 높은 정확도를 원하거나 온도 센서의 측정값이 부정확하다고 판단되면, iMonnit Online 포털에서 보정하거나 기본 보정으로 설정할 수 있습니다. 온도는 시간이 지나며 자주 변동하므로, 보정을 성공적으로 수행하려면 몇 가지 중요한 고려 사항이 있습니다.
하트비트
기본 2시간 하트비트로 보정하는 것도 가능하지만, Monnit은 사용자가 보정값을 입력하는 시점과 센서가 입력된 보정을 적용하는 시점 간의 시간 차를 고려하여, 게이트웨이와 센서의 하트비트를 모두 네트워크에서 허용하는 가장 잦은 하트비트로 설정할 것을 권장합니다. 또한 센서를 더 잦은 하트비트로 구성하면 온도 변동을 파악할 수 있습니다. 센서를 성공적으로 보정하려면 안정적이고 균일한 온도 환경에서 보정을 수행해야 합니다. 온도 변동이 보이면 보정을 성공적으로 수행하지 못할 수 있습니다.
안정화
센서의 노출 부위가 목표 온도로 안정화될 때까지 항상 충분히 기다려야 합니다. 센서 프로브를 특정 온도에 노출하면, 센서 하드웨어의 온도가 환경 온도에 도달해 안정화되기까지 항상 어느 정도 시간이 걸립니다. 일반적으로 90분간 안정적인 측정값이 나오면 원하는 결과를 얻습니다. 보정 실패의 가장 큰 원인은 흔히 너무 빨리 수행한 보정과 관련됩니다. 안정적인 온도 없이 보정하는 것이 보정 실패의 가장 흔한 원인입니다.
환경
보정 기능은 선형 보정이므로, 센서가 측정하게 될 환경에서 보정하는 것이 좋습니다. 온도 센서를 실온에서 보정한 뒤 냉장고나 냉동고에 두는 것은 권장하지 않습니다. 고도와 기타 환경 요인도 결과에 영향을 줄 수 있으므로 고려해야 합니다.
상태
센서의 물리적 상태가 보정에 영향을 줄 수 있습니다. 정확도에 영향을 줄 수 있는 먼지, 기름, 페인트 등 이물질이 센서에 없도록 하십시오.
• 보정할 센서를 클릭합니다.
• calibrate 탭을 클릭합니다.
• Default를 클릭하여 보정을 기본값으로 설정합니다.
정확한 기준이 있어 그에 맞춰 Monnit 센서를 보정하고자 한다면, 빈칸에 값을 입력하고 calibrate를 클릭합니다. 센서가 여러 번 체크인하면 보정이 적용됩니다.
얼음물(Ice Bath) 방법:
보정이 성공적으로 적용되었는지 확인하기 위해, 보정 후에도 센서를 안정적인 온도에 두고 측정값을 관찰하는 것이 좋습니다.
업데이트: 2021-03-22
다음 표는 Monnit 센서의 배터리 전압 레벨과 배터리 퍼센트 추정값의 관계를 나타냅니다.
[퍼센트 0% / 10% / 25% / 50% / 75% / 100%] Alta Coin: 2.2 / 2.23 / 2.275 / 2.35 / 2.425 / 2.5 · Alta AA: 2.2 / 2.26 / 2.35 / 2.5 / 2.65 / 2.8 · Alta Ind: 2.2 / 2.28 / 2.4 / 2.6 / 2.8 / 3
[퍼센트 0% / 10% / 25% / 50% / 75% / 100%] Gen1 Coin: 2.7 / 2.75 / 2.85 / 2.8 / 2.85 / 3 · Gen1 AA: 2.4 / 2.55 / 2.6 / 2.8 / 2.9 / 3 · Gen1 Ind: 2.3 / 2.7 / 2.8 / 3 / 3.1 / 3.25 (단위: V)
참고: 이 추정값은 대체로 정확하지만, 센서 유형에 따라 약간의 차이가 있을 수 있습니다. 센서 유형 및 펌웨어 버전별 배터리 퍼센트는 공개되지 않습니다.
업데이트: 2020-06-08
이 문서는 다양한 상황에서 Monnit Wi-Fi 센서(MoWi 센서) LED의 동작을 이해하는 데 도움을 줍니다.
배터리를 넣자마자 몇 가지 상황이 발생할 수 있으며, LED가 무슨 일이 일어나고 있는지 정확히 알려 줍니다.
이 경우 센서가 Wi-Fi 네트워크에 연결할 수 없음을 의미합니다. 원인은 다음 중 하나입니다:
이 경우 배터리가 너무 약해 센서가 동작할 수 없음을 의미합니다. 새 배터리가 필요합니다.
이 경우 센서가 Wi-Fi 네트워크를 찾아 네트워크 자격 증명을 인증하고 있음을 의미합니다.
이 경우 센서가 Wi-Fi 네트워크에 성공적으로 연결되었음을 의미합니다.
이 경우 센서가 인증을 완료하지 못했음을 의미합니다. 네트워크 SSID 또는 보안 키가 일치하지 않거나, 다른 통신 문제가 있었던 것입니다.
이 경우 센서가 PC와 통신하지 못할 수 있습니다. 이때는 센서를 수리를 위해 Monnit에 보내야 할 수 있습니다.
처음 컴퓨터에 연결하면 다음 LED 시퀀스가 예상됩니다: 빨강, 녹색, 꺼짐, 빨강, 녹색, 꺼짐.
컴퓨터가 연결을 인식하면 LED는 녹색으로만 깜박여야 합니다.
센서를 컴퓨터에서 분리하면 센서가 Wi-Fi 네트워크에 연결을 시도합니다. 다음 LED 동작 중 하나가 보입니다:
성공적으로 연결되었음을 의미합니다.
이 경우 센서를 컴퓨터에 다시 연결하고 네트워크 SSID와 보안 키가 올바른지 확인하십시오.
센서가 설정되어 정상 동작하면, 배터리 절약을 위해 LED는 깜박이지 않습니다.
정상 동작 시 LED를 활성화(통신을 시각적으로 확인)하려면 iMonnit Online 포털에서 설정할 수 있습니다. 활성화하면 네트워크 통신이 발생하고 센서 데이터가 온라인 시스템으로 전달될 때 LED가 깜박입니다.
업데이트: 2020-10-15
기존 센서 네트워크가 있는 상태에서 기기를 추가하거나, 수리 후 센서를 돌려받거나, 새 센서를 구매하거나, Monnit 기기 설정의 표준 작업 순서를 벗어나 이미 기기를 켜 둔 경우가 있을 수 있습니다. Monnit 시스템에서는 기기가 시의적절하게 데이터를 보고하도록 하는 데 작업 순서가 중요합니다. 작업 순서를 따르지 않으면 센서 데이터가 포털에 표시되기까지 기다려야 할 수 있습니다. 이는 특히 게이트웨이를 이미 설정해 현재 체크인 중인 상태에서 iMonnit Online 포털에 센서를 추가하거나, 센서를 포털에 추가하기 전에 이미 배터리를 넣은 경우에 핵심적입니다. 이 문서는 이 작업과, 기기가 이미 켜진 상태에서 센서를 추가할 때 시의적절하게 통신하도록 하는 방법을 자세히 설명합니다.
포털에 기기를 추가할 때 다음 순서를 따르면 iMonnit 소프트웨어에 데이터가 신속히 표시됩니다. 센서 네트워크에 기기를 추가할 때 Monnit이 권장하는 작업 순서입니다.
위 작업 순서로 센서를 설정하면 센서가 시의적절하게 데이터를 보고하는 것을 확인할 수 있습니다.
참고: 센서를 처음 설정할 때는 센서가 30초 간격으로 여러 번 체크인하는 것이 보입니다. 이는 자체 테스트의 일부입니다. 이는 일반적으로 센서의 하트비트가 30초라는 뜻이 아니라, 센서가 자체 테스트와 게이트웨이와의 핸드셰이크를 수행하는 것입니다. 센서가 여러 번(버전에 따라 30초 간격으로 4회 또는 10회) 체크인한 후에는 정상 하트비트(기본 2시간)로 돌아갑니다.
다른 작업 순서로 센서 네트워크를 설정했더라도 손상되는 것은 없습니다. 다만 게이트웨이가 Sensor List를 다운로드하고, 센서가 통신을 허가받아 게이트웨이에 Join을 시도할 때까지 기다려야 할 수 있습니다. 따라서 센서가 게이트웨이로 데이터를 보고하는 것이 보이기까지 하루 정도 걸릴 수 있습니다. 이 일정에 영향을 주는 요인의 자세한 내용은 Sensor List 및 Link Mode 관련 문서를 참고하십시오.
참고: Sensor List 관련 문서에서 설명했듯이, 게이트웨이의 버튼을 눌렀다가 즉시 떼면(버튼이 있는 경우) 즉시 체크인이 시작되어 게이트웨이가 Monnit 서버에서 모든 센서 ID를 다운로드합니다. 이는 센서가 게이트웨이와 통신하도록 허가하는 데 매우 중요합니다.
Monnit 소프트웨어에 센서 데이터가 표시되어야 합니다. 표시되지 않으면 60분이 지난 후 위 단계를 다시 시도하십시오.
기기에 접근할 수 없는 경우에도 기기를 체크인시키는 단계를 수행할 수 있습니다(다만 센서가 게이트웨이에 연결을 시도할 때까지 인내가 필요할 수 있음). 아래 단계를 참고하십시오.
참고: Sensor List 관련 문서에서 설명했듯이, 게이트웨이의 버튼을 눌렀다가 즉시 떼면(버튼이 있는 경우) 즉시 체크인이 시작되어 게이트웨이가 Monnit 서버에서 모든 센서 ID를 다운로드합니다. 이는 센서가 게이트웨이와 통신하도록 허가하는 데 매우 중요합니다.
기기를 이미 켠 뒤에 추가하는 것은 직관적일 수 있지만, 기기가 보고하는 데이터를 보게 되는 속도에 영향을 줄 수 있습니다. 이 문서는 설정 단계가 정상 순서를 벗어났더라도 센서에서 데이터를 얻는 데 도움이 될 것입니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-12-18
A: MoWi Wi-Fi 센서 네트워크는 IEEE 802.11 b/g에서 동작합니다.
A: MoWi Wi-Fi 센서는 현재 개방형(Open) 네트워크, WEP, WPA, WPA2 보안 프로토콜을 지원합니다. 일부 Wi-Fi 라우터는 더 빠른 연결과 더 먼 도달 거리를 제공해 배터리 수명을 늘릴 수 있습니다.
A: MoWi Wi-Fi 센서는 최적의 전력 사용에 맞춰 설계되었습니다. 일반적인 MoWi 센서는 최대 5년까지 사용 가능할 것으로 추정합니다.(배터리 테스트에서 모든 MoWi 센서가 배터리 소진 전 90,000회 이상의 센서 측정을 넘겼습니다. 이 테스트는 평균적인 Wi-Fi 환경에서 가장 높은 수준의 Wi-Fi 보안을 사용해 수행되었습니다.)
배터리 수명은 여러 요인의 영향을 받을 수 있습니다:
• 센서가 측정값을 얼마나 자주 취하는지
• 사용 중인 센서 유형
• Wi-Fi 네트워크가 사용하는 보안 유형(Open/WEP/WPA/WPA2)
• Wi-Fi 라우터의 출력
• 센서와 Wi-Fi 라우터 간 거리
• 사용 중인 배터리의 품질
왜 이런 일이 발생하나요?
A: 이는 MoWi 센서가 WiFi 네트워크에 연결할 수 없을 때 발생합니다.
가능한 원인:
• 센서가 WiFi 네트워크 범위를 벗어남
• WiFi 네트워크가 다운/꺼짐이거나 인터넷 연결이 끊김
• 센서의 WiFi 자격 증명이 iMonnit에서 변경·저장되어 이전 WiFi 네트워크에 더 이상 맞지 않음
• 센서가 다른 자격 증명을 가진 다른 WiFi 라우터가 있는 다른 위치로 옮겨짐
이를 해결하려면 센서의 배터리를 빼냅니다. PC에서 MoWi 설정 응용 프로그램을 엽니다(iMonnit에서는 불가). 응용 프로그램이 없으면 www.mowisensors.com 에서 다운로드할 수 있습니다. 센서에 배터리를 다시 넣고 MoWi 프로그래밍 USB 케이블로 센서를 컴퓨터에 연결합니다. MoWi 프로그래밍 응용 프로그램으로 올바른 WiFi 자격 증명을 입력합니다.
A: MoWi 센서의 배터리가 결국 다 되면, 배터리 칸 도어를 밀어 열고 배터리를 교체하면 됩니다. 모든 구성 정보는 센서 메모리에 남아 있으므로 그 외에 할 일은 없습니다. 사용한 배터리는 모두 재활용할 것을 권장합니다.
A: 기본적으로 Wi-Fi 센서에서는 DHCP가 활성화되어 있습니다. 고정 IP나 사용자 지정 DNS 설정이 필요하면, MoWi Setup Utility로 센서를 구성할 때 ‘Use DHCP’ 옆 상자의 체크를 해제하고 적절한 정보를 입력합니다. 이미 Wi-Fi 네트워크에 센서가 있고 고정 IP·DNS 설정을 원격으로 설정하려면, www.imonnit.com 의 계정에 로그인하여 변경할 센서 옆 편집 아이콘을 클릭합니다. Wi-Fi 구성 영역에서 선택기를 ‘Static’으로 옮기고 적절한 정보를 입력한 뒤 페이지 하단의 ‘Save’를 클릭합니다. 이 정보는 센서가 다음에 체크인할 때 전송됩니다. 그 이후부터 센서는 새 IP·DNS 설정으로 통신합니다.
A: MoWi Wi-Fi 센서 네트워크를 배치하려면 활성 인터넷 연결이 있는 Wi-Fi 지원 인터넷 라우터가 필요합니다.
A: 인터넷이 끊기면 MoWi Wi-Fi 센서는 내부 메모리에 데이터를 로그로 저장했다가, 인터넷 연결이 복구되면 모든 데이터를 온라인 시스템으로 전달합니다.
A: iMonnit Basic(무료) 온라인 모니터링을 사용하는 경우, MoWi 센서는 처음 50개의 측정값을 저장했다가 인터넷 연결이 복구되면 전송합니다.
iMonnit Premiere를 사용하는 경우, MoWi 센서는 로컬 메모리에 최대 50,000개의 측정값을 기록했다가 인터넷 연결이 복구되면 전송할 수 있습니다.
A: MoWi 센서 데이터는 iMonnit™ 온라인 모니터링 소프트웨어로 전송될 때 AES 128비트 암호화로 보호됩니다.
A: Monnit은 현재 Monnit USB, Ethernet, Cellular 게이트웨이와 무선으로 통신하는 900, 868, 433MHz 주파수의 다양한 무선 센서를 제공합니다. Monnit 무선 센싱 제품 전체 라인업은 Monnit 웹사이트에서 확인하십시오.
A: MoWi 센서는 iMonnit™ 온라인 모니터링 소프트웨어로 데이터를 전송할 때마다 남은 배터리 수명을 퍼센트로 보고합니다. 정확한 측정값은 아니지만 배터리가 곧 소진될 시점을 알기에 충분한 정보를 제공합니다. 또한 센서 배터리가 설정한 퍼센트에 도달하면 SMS 문자나 이메일로 알리도록 알림을 설정할 수도 있습니다.
업데이트: 2020-08-03
Monnit 센서는 크게 두 범주로 나뉩니다. Interval 센서와 Trigger 센서입니다. Trigger 센서는 변화를 모니터링하는 ‘상시 청취’ 동작을 하고, Interval 센서는 백그라운드에서 측정값을 취하다가 Assessment에서 Aware 상태 임계값을 벗어난 측정값이 감지되면 즉시 보고합니다(이 동작의 자세한 내용은 해당 문서 참고). Trigger 센서도 Aware 상태 동작을 사용하는데, Aware 측정값이 게이트웨이로 보고되면 게이트웨이가 그 측정값을 iMonnit 소프트웨어로 즉시 전송합니다. 일반 측정값은 포털로 즉시 보고되지 않고 게이트웨이의 하트비트까지 게이트웨이에 보관됩니다.
다시 말해, Aware 상태 측정값은 발생 즉시 게이트웨이가 소프트웨어로 보고합니다(게이트웨이 기본 구성인 Force Transmit on Aware가 활성화된 경우). 반면 일반 비-Aware 메시지는 게이트웨이로 전송된 후 게이트웨이의 하트비트까지 소프트웨어 전달을 위해 대기합니다.
Trigger 센서는 무엇을 Aware 메시지로 간주할지(어떤 물리적 조건을) 변경할 수 있습니다. 기본값은 Open/Motion/Water 등에서 Aware입니다. 그러나 Closed/No Motion/No Water 등에서 Aware, 또는 State Change(상태 변화)에서 Aware로 구성할 수 있습니다. 센서를 State Change에서 Aware로 구성하면, 센서가 한 상태에서 다른 상태로 바뀌는 모든 측정값(예: Open ➔ Closed 또는 Closed ➔ Open)에서 센서가 Aware 상태로 진입합니다. 따라서 그 측정값은 게이트웨이가 수신하는 즉시 게이트웨이에서 iMonnit Online 포털로 전송됩니다.
Aware 측정값은 이벤트가 발생할 때 센서에서 iMonnit 소프트웨어로 사실상 즉시 전송되지만, 비-Aware 측정값은 게이트웨이가 대기시켰다가 게이트웨이의 하트비트에 전달하므로, 비-Aware 이벤트가 발생한 시점과 그에 해당하는 Action이 트리거되는 시점 사이에 지연이 생길 수 있습니다.
예를 들어 기본 ‘Enter Aware on: Open’ 구성을 가진 Open/Close 센서를 생각해 봅시다. 즉 센서가 Open 측정값을 가질 때마다 그것은 Aware 측정값이며, 따라서 ‘open’ 이벤트가 감지되는 즉시 iMonnit 소프트웨어에 표시됩니다. 반면 센서가 ‘closed’ 이벤트를 감지하면 그 측정값은 Aware가 아니어서 센서가 게이트웨이로 전송하고, 게이트웨이는 아래 타임라인처럼 게이트웨이의 하트비트에 전달하기 위해 그 측정값을 대기시킵니다.
게이트웨이 구성
게이트웨이 유형: Alta Ethernet Gateway 4
하트비트: 5분
Force transmit on Aware: 활성화
센서 수: Open/Close 1개
센서 구성
센서 하트비트: 20분
Aware 상태 하트비트: 10분
Aware 상태: Open
Re-arm 시간: 5초
참고: 센서는 일반적으로 Open으로 읽힘
Action 구성: Closed 측정값에서 지연 없이 이메일 전송, 기본 60분 Snooze
참고: Heartbeat와 Check in이라는 용어는 흔히 같은 의미로 쓰입니다.
오후 1:21 > (문이 이미 열려 있음) 게이트웨이가 하트비트에 체크인(다음 예정 체크인 오후 1:26)
오후 1:23 > 센서가 예정된 하트비트에 Open(Aware 측정값)으로 체크인 - Action 미트리거 - 다음 예정 체크인 오후 1:33
오후 1:23 > 게이트웨이가 체크인하고 Open 측정값을 전송(Open은 Aware 측정값이므로 예정 하트비트 이전) - 다음 예정 체크인 오후 1:28
오후 1:28 > 게이트웨이가 예정 하트비트에 체크인(전송할 센서 측정값 없음) - 다음 예정 체크인 오후 1:33
오후 1:33 > 센서가 예정 하트비트에 Open(Aware 측정값)으로 체크인 - Action 미트리거 - 다음 예정 체크인 오후 1:43
오후 1:33 > 게이트웨이가 체크인하고 Open 측정값을 전송 - 다음 예정 체크인 오후 1:38
오후 1:38 > 게이트웨이가 예정 체크인(전송할 센서 측정값 없음) - 다음 예정 체크인 오후 1:43
오후 1:40 > (문이 물리적으로 닫힘) 센서가 게이트웨이에 Closed로 체크인(비-Aware 측정값이므로 게이트웨이가 Closed 메시지를 대기시킴) - 소프트웨어에 보고되면 Closed가 Action 전송을 트리거 - 다음 예정 체크인 오후 2:00
오후 1:43 > 게이트웨이가 예정 하트비트에 체크인하고 Closed 측정값을 전송 - Closed 측정값이 Action을 트리거해 소프트웨어가 전송 - 다음 예정 체크인 오후 1:53
오후 1:48 > 게이트웨이가 예정 하트비트에 체크인(전송할 센서 측정값 없음) - 다음 예정 체크인 오후 1:53
오후 1:53 > 게이트웨이가 예정 하트비트에 체크인(전송할 센서 측정값 없음) - 다음 예정 체크인 오후 1:58
오후 1:58 > 게이트웨이가 예정 하트비트에 체크인(전송할 센서 측정값 없음) - 다음 예정 체크인 오후 2:03
오후 2:00 > 센서가 예정 하트비트에 Closed(비-Aware 측정값)로 체크인 - 다음 예정 체크인 오후 2:20
오후 2:03 > 게이트웨이가 예정 하트비트에 체크인하고 Closed 측정값을 전송 - Action이 여전히 Closed 측정값에 대해 알림 중(다만 Snooze 타이머 전까지는 전송하지 않음) - 다음 예정 체크인 오후 2:08
오후 2:07 > (문이 물리적으로 열림) 센서가 게이트웨이에 Open(Aware 측정값)으로 체크인 - 다음 예정 체크인 오후 2:17
오후 2:07 > 게이트웨이가 체크인하고 Open 측정값을 전송(Open은 Aware 측정값이므로 예정 하트비트 이전) - 다음 예정 체크인 오후 2:12
오후 2:07 > 소프트웨어가 Action을 Disarm/Rearm(재설정)
위 예에서 보듯, Closed 측정값이 트리거한 Action 알림은 게이트웨이가 그 측정값을 예정 하트비트에 전달하려고 대기시켰기 때문에, 이벤트가 물리적으로 발생한 즉시 전송되지 않았습니다. 이는 Aware 측정값이라 게이트웨이가 즉시 포털로 전달하는 Open 측정값과 대비됩니다. 이 구성이 물리 세계의 이벤트에 기반해 Action을 신속히 트리거하는 데 핵심임을 알 수 있습니다.
반면 Aware 상태가 State Change로 구성되었다면 Open과 Closed 측정값 모두 게이트웨이에서 즉시 포털로 전송되었을 것입니다. 따라서 Closed 측정값도 ‘closed’ 이벤트가 물리적으로 발생하는 즉시 Action 알림 전송을 트리거했을 것입니다.
Trigger 센서의 State Change 구성을 이해하는 것은 데이터를 소프트웨어에 신속히 표시하고 Action을 신속히 트리거하는 데 핵심입니다. 전략적으로 사용하면 이 기능은 데이터 포인트를 효율적으로 관리하면서도 물리 세계에서 이벤트가 발생할 때 신속히 알림을 받는 데 도움이 됩니다. 관련 질문은 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-08-17
이 문서는 센서의 내보내기(export) 데이터에서 STS와 State의 차이를 설명하기 위해 작성되었습니다. 또한 사용되는 특정 오류 코드의 원인과 센서가 가질 수 있는 다양한 상태를 파악하는 데 도움이 됩니다.
State 또는 Status Byte(일관성을 위해 본문 전체에서 State라는 단어를 사용)
State 바이트는 모든 센서 데이터 메시지(SDM)의 일부로 전송되며, 자체 테스트 상태(STS, Self-Test Status) 니블이 그 바이트의 절반을 이룹니다. iMonnit에서 센서의 History 탭으로 들어가 날짜 선택기 오른쪽에 있는 Export 아이콘을 클릭하면 State 바이트를 확인할 수 있습니다. 데이터는 ‘Sensor State’라는 열에 있습니다.
생성되는 .csv 파일은 대략 다음과 같은 형태입니다:
이진 센서 데이터는 데이터베이스의 여러 데이터 레지스터에 저장되며, State 데이터는 하나의 레지스터에 저장됩니다. 데이터가 고객이 볼 수 있도록 형식화된 뒤 내보내기되면 보게 되는 것이 Sensor State의 10진수 값입니다.
레지스터 하나의 이진 표현 = AAAA Abcde (0001 0110 등), 여기서는 State 바이트
앞쪽 4비트 AAAA = STS 비트/니블, 즉 자체 테스트 상태. 이 값은 센서 프로파일별로 다르며 오류 상태나 기타 센서 조건을 나타내는 데 자주 사용됩니다. 센서가 정상 동작하면 값은 보통 0입니다.
뒤쪽 4비트는 다음과 같이 분해됩니다:
b = Reserved(예약) – 현재 모든 센서에서 정의되지 않은 비트
c = Disabled(비활성) – 이 비트가 1이면 감지 기능은 비활성화되지만 무선은 계속 동작합니다.
d = AwareActive – 이 비트가 1이면 Aware 상태가 활성, 0이면 Aware가 아님.
e = TestActive – 테스트 상태가 활성. Reading 센서는 전원을 켤 때 30초 간격으로 이 테스트 메시지를 4회 보냅니다. Trigger 센서는 처음 전원이 인가될 때 TestActive를 한 번만 보냅니다.
기본 이진 정보:
1 바이트 = 8 비트
4 비트 = 1 니블
1 = On, True, Yes 등
0 = Off, False, No 등
이 정보를 활용하는 예:
온도 센서, 정상 동작, Aware 상태 아님:
State 바이트 = 16
16진수로 변환 = 10
2진수로 변환 = 0001 0000
앞쪽 4비트 = 0001: STS 비트/니블(온도 센서가 보정되지 않았음을 나타냄)
뒤쪽 4비트 = 0000: 0(예약), 0(비활성 아님), 0(Aware 아님), 0(테스트 비활성)
Open/Closed 센서, 열고 닫힘, Aware 상태 진입/이탈
Open에서 Aware 아님
State 바이트 = 0
16진수로 변환 = 0
2진수로 변환 = 0000 0000
STS 비트/니블 = 0000:
뒤쪽 4비트 = 0000: 0(예약), 0(비활성 아님), 0(Aware 아님), 0(테스트 비활성)
Closed에서 Aware
State 바이트 = 2
16진수로 변환 = 2
2진수로 변환 = 0000 0010
STS 비트/니블 = 0000
뒤쪽 4비트 = 0010: 0(예약), 0(비활성 아님), 1(Aware), 0(테스트 비활성)
온도 센서, 오류 상태, No Sensor Detected
State 바이트 = 34
16진수로 변환 = 22
2진수로 변환 = 0010 0010
STS 비트/니블 = 0010(아래 표 참고): No Sensor Detected 오류 측정
뒤쪽 4비트 = 0010: 0(예약), 0(비활성 아님), 1(Aware), 0(테스트 비활성)
참고: 이 경우 센서는 오류 상태이며, 오류를 추가로 정의하기 위한 다른 값이 더해집니다. 위 경우 그 다른 값은 -999.9로, ‘No Sensor Detected’ 오류를 나타냅니다.
다음 표는 프로파일별 STS 값과 그 의미를 정리한 것입니다:
업데이트: 2020-08-27
이 문서는 MAC 주소를 가진 기기(MoWi 센서, Ethernet 게이트웨이 등)의 MAC 주소(및 기타 유용한 정보)를 조회하는 방법을 안내합니다.
MAC 주소(Media Access Control address)는 네트워크상의 네트워크 인터페이스 컨트롤러(NIC)에 할당된 고유 식별자입니다. MAC 주소는 흔히 하드웨어 주소라고도 합니다. MAC 주소는 콜론으로 구분된 (보통) 2자리 묶음의 16진수 영숫자 형태입니다. 예를 들어 00:1E:0c:2C:22:AC는 유효한 MAC 주소입니다. MoWi 센서와 Ethernet 게이트웨이는 Ethernet 네트워크에서 동작하므로 MAC 주소를 가집니다. 이 주소는 기기가 Ethernet 네트워크에서 동작하도록 인증을 구성할 때 필요한 경우가 있습니다.
https://www.imonnit.com/lookup
위에 링크된 iMonnit Lookup 사이트는 기기의 MAC 주소와 함께 추가로 유용한 정보를 제공합니다. 이 사이트를 사용하려면 위 링크에 접속해 센서/게이트웨이 ID와 Security Code를 입력하고 Look Up Sensor/Gateway 버튼을 클릭합니다.
그러면 MAC 주소를 포함한 기기 메타데이터가 표시됩니다.
업데이트: 2020-03-09
Monnit 프로토콜의 강점 중 하나는 센서가 송신과 수신을 모두 할 수 있다는 점입니다. 센서는 데이터를 전송한 후 센서 데이터가 수신되었다는 확인 응답을 게이트웨이로부터 듣기를 기다립니다. 일정 시간 내에 게이트웨이로부터 응답을 듣지 못하면 데이터를 재전송합니다. 기본적으로 센서는 다시 절전 상태로 돌아가기 전 필요 시 최대 3회까지 재전송합니다.
중복 데이터의 가장 가능성 높은 원인은, 센서가 데이터를 보냈고 게이트웨이가 수신했지만 게이트웨이가 센서로 확인 응답을 보낼 때 그 패킷이 손실된 경우입니다. 센서는 데이터를 게이트웨이로 재전송했고, 두 번째 확인 응답이 센서에 도달하자 센서가 다시 절전 상태로 들어갔습니다(무선을 껐습니다).
패킷이 손실되는 데에는 여러 이유가 있습니다. 가장 흔한 것은 약한 신호 강도, 또는 무선 게이트웨이와 동시에 전송하는 다른 센서(또는 900MHz 대역의 다른 장비)입니다. 일반적으로 센서 근처 환경에서 간섭원을 살펴봐야 합니다. 센서를 해당 환경에서 분리해 현재 설치 위치에서 떨어뜨려 테스트하면 센서 근처에 간섭원이 있는지 판단하는 데 도움이 될 수 있습니다.
둘 이상의 연속 센서 메시지를, 센서가 처음 켜지거나 게이트웨이에 Join할 때 수행하는 시동 테스트와 구분하는 것이 중요합니다. 센서가 게이트웨이에 처음 연결되면 핸드셰이크로 30초 간격으로 연속 메시지를 보냅니다. 일부 센서는 4개의 메시지를 보내고, 가장 최근 센서는 30초 간격으로 10개의 메시지를 보냅니다.
업데이트: 2020-10-21
H2S(황화수소 가스) 센서는 24시간의 초기화 기간을 가집니다. 이 기간 동안 센서는 동작 중이어야 하며 ‘Hardware Error!’를 나타내는 측정값을 제공할 수 있습니다. 이는 초기화 기간 동안 예상되는 동작입니다.
H2S 센서는 긴 초기화 기간이 필요하다는 점에서 다소 독특합니다. 특히 초기화 과정이 중단된 경우에 그렇습니다. 이 기간 동안 센서가 ‘Hardware Error!’ 측정값을 보고하는 것은 정상입니다. 이 오류가 보이면 센서가 24시간 동안 하트비트에 계속 체크인하도록 두십시오. 그러면 센서가 초기화되어 정상적으로 보고하기 시작합니다.
오류가 계속되면 추가 검토를 위해 Monnit Support에 문의하십시오.
업데이트: 2020-03-09
Monnit 센서 프로브나 센서 본체가 냉동고 또는 냉장고 제상 장치 근처에서 동작하면 센서 동작에 의도치 않은 영향이 있을 수 있습니다. 제상 장치는 흔히 전기 코일로 구성되므로 EMI 간섭의 형태로 센서 무선 통신에 영향을 줄 수 있습니다. 또한 제상 장치는 센서 측정 기록에 예기치 않은 고점과 저점을 유발할 수 있습니다. 온도 이탈 시 트리거되도록 Action을 설정했지만 제상 장치로 인한 온도 변동을 고려하지 않았다면, 예기치 않게 Action을 받을 수 있습니다. 이 문서는 이러한 문제를 자세히 설명합니다.
냉동고는 흔히 3, 6, 12, 24시간마다 제상 주기를 가집니다(다만 편차가 클 수 있음). 센서가 지속적으로 연결을 잃는다면 신호 기록에서 패턴과 온도 진동을 찾아보십시오. 일반적으로 상당한 신호 손실이 발생한 뒤 제상 주기가 끝나면 신호가 회복되는 것을 보게 됩니다. 제상 장치가 동작하는 동안 온도 진동도 보일 수 있습니다. 제상 주기 일정을 확인할 수 있거나 냉동고 제조사에 문의할 수 있다면, 제상 주기 일정을 센서 신호 기록과 비교해 보는 것이 좋습니다.
센서가 제상 장치 근처에 설치되어 동작하면 EMI 간섭으로 인해 센서가 게이트웨이와의 통신을 놓치게 됩니다. 이로 인해 센서가 게이트웨이에 재연결하지 못할 수도 있습니다. 아래 예에서 한 고객의 냉동고는 3시간마다 제상 주기에 들어갔습니다. 그 결과 이 시간 동안 센서에 신호 저하가 자주 발생했습니다. 신호 기록을 검토하고 패턴을 고려하면 이를 판단하는 데 도움이 됩니다.
신호 변동 외에도, 센서의 온도 프로브가 제상 장치 범위 내에 있으면 온도 변동이 발생할 수 있습니다. 이 온도 변동은 흔히 수십 도의 온도 편차를 유발할 수 있습니다. 예기치 않은 온도 진동이 보인다면 이것이 원인인 경우가 많습니다. 제상 주기를 감지하지 않으려면 센서 프로브를 제상 장치에서 멀리 옮겨야 할 수 있습니다.
제상 주기로 인해 Inactivity(비활동) 또는 Temperature(온도) 알림이 트리거되는 경우가 있을 수 있습니다. 이를 해결하기 위해 Delayed Actions를 구성하거나 Notify After Aware Period 알림을 사용하는 것을 고려할 수 있습니다.
관련 문의는 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-10-06
Alta 센서는 전원 손실과 무선 통신 손실 시에도 센서가 기록한 데이터가 유실되지 않도록 데이터 로깅 기능을 제공합니다. 현재 버전의 Alta 센서와 Alta 게이트웨이 모두 이 기능을 제공합니다. 이 문서는 센서 데이터 로깅의 기능을 자세히 설명합니다. 센서 데이터 로깅을 고려할 때 Link Mode를 이해하는 것도 중요합니다.
일반적인 센서 메시지 로깅 동작
센서 하트비트 간격에 취한 측정값은, 센서가 게이트웨이와 연결되어 데이터를 보고하던 중 게이트웨이와의 무선 통신을 잃는 조건에서 센서 메모리에 로그로 저장됩니다. 센서가 다시 게이트웨이의 무선 범위 내로 돌아오면 센서는 연결을 수립하고 현재 측정값을 보고합니다. 재연결 후 센서는 게이트웨이 대역폭을 효율적으로 관리하는 방식으로 로그 측정값 업로드를 시작합니다. 이후 센서는 다음 일련의 통신(표준 하트비트 간격을 벗어나 발생할 수 있음)에 걸쳐 로그 측정값을 업로드합니다. 후속 통신이 몇 번 일어날지는 센서가 범위를 벗어나 있던 시간, 센서 하트비트의 빈도, 그리고 그에 따라 업로드할 로그 데이터 메시지의 수에 따라 달라집니다.
현재 Alta 센서는 최대 3200개의 센서 메시지를 로그로 저장할 수 있습니다. 게이트웨이와의 무선 통신이 끊기는 경우(센서가 범위 밖으로 이동하거나, 게이트웨이가 꺼지거나, 기타 상황), 센서는 하트비트 간격에 최대 3200개의 측정값을 로그로 저장합니다(Alta 센서 펌웨어가 버전 14.x.x.x 이상인 경우). 이 로그 측정값은 게이트웨이와의 무선 링크가 복구되면 게이트웨이로 전달됩니다. 로그 데이터 메시지가 많은 경우 데이터 업로드에 상당한 시간(수 시간일 수 있음)이 걸릴 수 있습니다.
로그 센서 메시지 관련 고려 사항
로그 메시지 업로드
센서가 게이트웨이에 다시 링크하여 현재 측정값을 보내면, 센서는 밀린 데이터 업로드를 시작합니다. 이는 배치 단위로 이루어지며, 기기는 게이트웨이 대역폭을 효율적으로 관리하도록 이 업로드를 조정합니다. 그 결과 게이트웨이가 평소보다 더 활발해지고 예상보다 많은 데이터를 담은 전송이 보일 수 있습니다. 센서 기록을 검토하면 밀린 데이터가 업로드되면서 센서 기록에 나타나기 시작하는 것을 볼 수 있습니다.
참고: 평소보다 높은 전송 활동 때문에, 여러 센서에서 장기간 로그 메시지가 업로드되는 동안에는 게이트웨이 대역폭이 필요한 센서 구성 및 기타 활동이 영향을 받을 수 있습니다. 특히 14.x.x.x 이전 펌웨어 센서의 경우, 네트워크의 어떤 센서든 로그 데이터를 업로드하는 동안 센서가 구성을 적용하지 못하는 경우가 흔합니다.
센서 데이터 로깅에 영향을 주는 요인
다음 요인이 센서 데이터 로깅에 영향을 줄 수 있으며, 센서가 로그 메시지를 보고하지 않은 경우 고려해야 합니다.
센서 로깅은 센서 데이터의 신뢰성을 보장하는 강력한 도구가 될 수 있습니다. 관련 문의가 있으면 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-12-10
최적 도달 거리를 위한 올바른 안테나 방향과 센서 위치 설정. Monnit 무선 센서에서 최상의 성능을 얻으려면 올바른 안테나 방향과 센서 위치에 유의하는 것이 중요합니다. 안테나는 모두 같은 방향, 즉 센서에서 수직으로 나오도록 향해야 합니다. 센서를 수평면에 등을 대고 평평하게 장착하는 경우, 가능한 한 센서 하우징에 가깝게 안테나를 구부려 안테나가 최대한 수직을 향하게 하십시오. 안테나 선은 꼬임이나 휘어짐 없이 최대한 곧게 펴야 합니다. 최적의 신호 강도를 위해 대부분의 센서가 장착될 높이를 정하고, 무선 게이트웨이를 같은 높이에 두십시오. 센서가 무선 게이트웨이보다 높게 위치하면 센서 신호 강도가 감소합니다. 또한 각 센서 유형이 게이트웨이 및 다른 센서로부터 떨어져야 하는 거리는 안테나 유형에 따라 다릅니다.
올바른 안테나 방향: 안테나는 모두 수직을 향해야 합니다.
잘못된 안테나 방향: 안테나가 수직과 수평으로 제각각 향하면 안 됩니다.
잘못된 센서 위치: 센서를 높게, 무선 게이트웨이를 낮게 장착하면 안 됩니다. 또한 센서나 게이트웨이를 바닥에 두는 것도 피하십시오.
센서와 게이트웨이 거리: 센서와 게이트웨이 간 신호 강도는 장착된 안테나에 따라 달라질 수 있습니다. 장거리 전송이 가능한 센서는 오히려 가까운 거리에서 더 어려움을 겪을 수 있습니다. 신호 강도에 따라 센서가 게이트웨이에 가까울수록 신호가 더 뭉개질 수 있습니다. 즐겨 드는 비유로, 확성기를 들고 바로 옆 사람에게 말하면 상대는 소리는 듣지만 신호가 너무 커서 무슨 말인지 알아듣지 못할 수 있습니다. 상대에게서 떨어지면 소리도 듣고 내용도 이해할 수 있습니다. 다음은 센서가 게이트웨이 및 서로로부터 떨어져야 하는 권장 거리입니다.
코인셀 센서는 항상 게이트웨이 및 다른 센서로부터 최소 3~5피트 떨어뜨려야 합니다. AA 센서는 효과적인 근거리 전송을 위해 게이트웨이와 5~7피트 간격이 필요합니다. Industrial 센서는 게이트웨이 및 서로로부터 최소 7~10피트 떨어져야 합니다. High Gain 안테나가 달린 Control Unit도 게이트웨이 및 센서·다른 Control Unit으로부터 최소 7~10피트 떨어뜨려야 합니다.
이 거리는 특히 설정 시 센서가 게이트웨이와 처음 연결을 시도할 때 중요합니다. 배터리를 넣거나 센서를 켜는 순간 센서가 게이트웨이와 접속을 시도하며 능동적으로 스캔하기 때문입니다.
따라서 무선 센서를 배치할 때 안테나 방향은 무선 센서의 신뢰성 있는 성능에 매우 중요합니다. 무선 센서 사용에 관한 추가 정보와 안내는 www.monnit.com/support/ 를 참고하십시오.
업데이트: 2020-07-15
센서가 48시간 넘게 Aware 상태에 있으면, Aware 상태 기반의 Action(Advanced Notifications)이 더 이상 트리거되지 않습니다. 시스템은 센서가 모니터링하던 조건이 48시간 이내에 확인(acknowledge)되었을 것이라고 가정합니다.
이를 해결하려면, 현재 측정값이 정상 동작 임계값 안에 들어오도록 해당 문서에 따라 Aware 상태 구성을 편집해야 합니다. 센서가 이 구성을 적용한 후 Aware 상태 임계값을 이전 구성으로 다시 편집해 저장하면, 그때부터 센서가 다시 Aware 상태 기반의 Action을 트리거할 수 있습니다.
업데이트: 2020-09-02
무선 센서 네트워크를 선택할 때, 특정 요구에 맞는 올바른 주파수를 고르려면 고려해야 할 몇 가지가 있습니다.
Monnit의 무선 센서 네트워크는 현재 ISM 900MHz(902~928MHz) 대역과 868MHz, 433MHz 대역에서 동작합니다.
무선이 신호를 전송하면 그 신호는 시간과 거리에 따라 점차 강도를 잃습니다. 송신기와 수신기가 너무 멀리 떨어지면 수신기는 신호를 ‘들을’ 수 없습니다. 무선 주파수가 높을수록(예: 2.4GHz > 900MHz) 파동이 더 빨리 강도를 잃어 송수신 통신 거리가 짧아집니다. 같은 조건에서 900MHz 신호는 2.4GHz 신호보다 거의 2.5배 멀리 전송됩니다. 또한 900MHz 제품의 우수한 성능 특성은 2.4GHz 주파수 무선 제품보다 적은 에너지를 요구하는 경향이 있어 전력 요구량이 낮습니다.
무선 센서 네트워크 주파수를 선택할 때 고려할 또 다른 점은 사용 환경입니다. 2.4GHz 같은 고주파 무선은 벽, 나무 등 장애물을 잘 통과하지 못하는 경향이 있습니다. 가시선 상황에서도 고주파 무선은 파동 자체의 크기 때문에 강도를 잃습니다. 900MHz(및 868MHz) 주파수는 12인치 파장(파고에서 파곡까지)을 가져 장애물을 더 효율적으로 통과할 수 있습니다.
900MHz 주파수의 장점 하나는 고주파 대역만큼 혼잡하지 않다는 점입니다. 블루투스 기기, 표준 WiFi 네트워크(802.11.x), Zigbee, 기타 802.15.4 기기는 모두 2.4GHz 주파수 대역을 공유해 무선 간섭을 일으킵니다. 오늘날 시중 소비자 전자제품 대부분이 2.4GHz 대역에서 동작하여 이 대역이 시장에서 가장 혼잡합니다.
Monnit의 900 및 868MHz 무선 센서 네트워크는 2.4GHz 영역의 유사 제품에 대해 고성능·저전력(그리고 매우 저비용) 대안을 제공합니다. 북·남미(900MHz)와 EU(868MHz)에서 이러한 네트워크를 배치할 때, 이 제품들은 별도의 정부 승인 없이 사용할 수 있습니다.
이 주제에 관한 추가 정보나 추가 질문에 대한 답변은 info@monnit.com 으로 문의하십시오.
업데이트: 2020-08-28
진동 모니터링은 유지보수 엔지니어가 전통적인 순회 점검 중 기계를 살펴보던 데에서 비롯되었습니다. 이는 기계가 평소와 다르게 진동하고 있다는 직관적 이해를 공식화하려는 시도입니다.
ISO 10816은 기계의 비회전 부위에서 발생하는 진동(본질적으로 기계의 운동/회전 부위에서 비운동 부위로 전달되는 진동)을 측정·평가하기 위한 일반 조건과 절차를 규정합니다.
이 표준은 10~200Hz(600~12,000RPM) 주파수 범위에서 동작하는 기계에 대한 지침을 제공합니다. 이런 유형의 기계 예로는 소형 직결식 전동기·펌프, 생산용 모터, 중형 모터, 발전기, 증기·가스 터빈, 터보 압축기, 터보 펌프, 송풍기 등이 있습니다. 이 기계들 중 일부는 강체 또는 유연하게 결합되거나 기어로 연결될 수 있습니다. 회전축의 축선은 수평, 수직, 또는 임의 각도로 기울어질 수 있습니다.
ISO 10816-3은 크기, 베이스, 용도에 따라 분류된 네 가지 기계 그룹을 정의합니다. 작동 조건을 네 구역으로 구분합니다:
Monnit의 Standard 진동 센서(주파수 범위 10~200Hz, 진동 범위 0~600mm/s **¹**)는 ISO 10816-1에서 식별하는 시스템을 측정하기에 적합합니다.
❕ 더 고급 진동 분석이 필요하면 [Advanced Vibration 센서](https://www.monnit.com/Products/Sensor/Advanced-Vibration-Meter/MNS2-9-W2-AC-ADV/.)를 참고하십시오.
1. 최신 버전의 펌웨어와 iMonnit 소프트웨어는 최대 600mm/s까지 측정할 수 있습니다. 16.34.22.10 이전 펌웨어 버전은 25.5mm/s를 초과해 측정할 수 없습니다.
__
업데이트: 2020-08-10
Monnit이 제공하는 전압 계측기는 하드웨어에 약한 필터링이 구현되어 있어, 센서에 공급되는 실제 전압을 보고하는 데 약간의 지연이 생길 수 있습니다.
전압 센서에는 전압 급증으로부터 센서 회로가 과부하되지 않도록 보호하는 약한 필터가 있습니다. 이 필터는 5초의 지연을 가집니다. 따라서 센서에 전압이 공급되면, 센서 회로 내에서 전압이 5초에 걸쳐 상승하는 동안 약간의 지연이 있을 수 있습니다.
업데이트: 2020-08-26
밀집 센서 네트워크를 위한 최적화
경험칙으로, 최대 처리량으로 게이트웨이당 초당 1건(즉 분당 60건)의 센서 통신을 허용할 만큼의 대역폭을 두는 것을 선호합니다. 이론상 게이트웨이는 그보다 더 처리할 수 있지만, 센서가 완벽하게 무작위로 분포하는 경우는 드뭅니다. 60개 센서가 60초 동안 통신한다면, 모두 1분의 전반부에 통신할 가능성도 균등하게 분산될 가능성만큼이나 높습니다. PIR 같은 트리거 센서에서 까다로운 또 다른 점은 배치 방식에 따라 여러 센서를 동시에 트리거하는 이벤트가 있을 수 있다는 것입니다. 캐비닛 등 주변을 살피기 위해 방의 각 모서리에 센서 하나씩 둔 방을 생각해 보면, 누군가 방 한가운데서 움직이면 4개가 동시에 트리거됩니다. 4개는 큰 문제가 아니지만 40개라면 분명 문제가 됩니다.
두 센서가 동시에 트리거되지 않는 완벽하게 무작위인 네트워크라면, 1분 재무장 시간의 60개 센서가 문제없이 동작할 것입니다. 하지만 실제 환경에서는 한계에 가깝게 밀어붙이는 것이라, 센서가 효과적으로 통신하지 못해 다소 무작위로 오프라인이 되는 문제를 겪을 가능성이 높습니다.
센서가 사용 가능한 게이트웨이를 찾기 위해 스캔할 때, 채널 1에서 검색을 시작해 위로 올라갑니다. 따라서 게이트웨이 두 개가 각각 채널 3과 채널 10에서 동작한다고 합시다. 센서가 온라인이 되기 시작하면, 두 게이트웨이 범위에 모두 들면 거의 항상 채널 10 게이트웨이를 찾기 전에 채널 3 게이트웨이에 Join합니다. 이는 채널 3 게이트웨이가 용량까지 차서 더 이상 센서를 받을 수 없을 때까지 계속됩니다. 그 후 센서들이 채널 10에 Join하기 시작합니다.
예: 1분 하트비트(분당 10개 메시지)인 유휴 상태의 10개 센서가, 활성 상태에서는 각각 5초마다 통신(분당 120개 메시지)한다고 합시다. 유휴 상태에서는 모두 한 게이트웨이와 문제없이 통신하지만, 활성화되면 단일 게이트웨이에 트래픽이 너무 많아집니다. 이 때문에 떨어져 나간 센서들이 다시 스캔해 채널 10 게이트웨이를 찾아 그쪽으로 통신을 시작합니다. 시간이 지나면 스스로 균형을 맞춥니다.
처음부터 균형을 극대화하는 방법이 몇 가지 있지만, 일부는 구현이 더 어려울 수 있습니다.
이 작고 단순한 예에서 어느 게이트웨이가 채널 3이고 어느 것이 채널 10인지 안다면, 처음 5개가 채널 10에 Join할 때까지 채널 3 게이트웨이의 전원을 뽑아 두었다가 다시 꽂으면 나머지 5개가 채널 3에 자리 잡습니다. 하지만 더 큰 구축에서는 이것이 더 어려울 수 있습니다.
네트워크별 분리를 사용할 수 있습니다. 센서 5개를 한 네트워크에, 나머지 5개를 두 번째 네트워크에 두고 각 네트워크에 게이트웨이 하나씩 둔다면, 센서는 자동으로 지정된 게이트웨이에만 Join합니다.
완벽한 균형을 위해 게이트웨이 10개를 10개 네트워크에 둘 수도 있지만, 그러면 모든 센서가 어느 네트워크에 있는지 추적해야 합니다. 다만 그 수준까지 추적하지 않아도 되는 다른 방법이 있습니다.
더 복잡한 예:
영역이 너무 넓어 단일 게이트웨이로는 커버할 수 없지만, 마주 보는 두 게이트웨이로는 전부 커버할 수 있습니다.
네트워크 1: Red 게이트웨이, Green 게이트웨이, Black 센서
네트워크 2: Blue 게이트웨이, Yellow 게이트웨이, Gray 센서
두 네트워크로 나누면 센서가 Join할 수 있는 게이트웨이가 자동으로 절반으로 나뉩니다. 다만 이 예에는 일부 센서가 한 게이트웨이만 보게 만드는 거리 제약도 있습니다. 좌상단 센서는 Red 또는 Green에만 Join할 수 있지만 Green과는 너무 멀어 항상 Red에 Join합니다. 좌하단 센서는 Red와 Green 둘 다 볼 수 있어 둘 중 하나에 Join하지만, Yellow는 같은 네트워크가 아니므로 Join하지 않습니다. 가운데 무리는 여전히 게이트웨이 중 하나를 선택해야 하므로 분산이 완벽히 균형 잡히지는 않지만, 단일 네트워크일 때보다 훨씬 낫습니다. 어느 게이트웨이가 어느 네트워크에 있는지만 추적하면 됩니다.
영역이 더 작아 각 게이트웨이가 모든 센서를 볼 수 있다면, 이 방법은 분산이 그만큼 고르지는 않지만 여전히 유효하며, 어느 게이트웨이가 어느 네트워크에 있는지 추적하지 않아도 됩니다. 따라서 환경이 게이트웨이 분산 방식을 어느 정도 좌우할 수 있습니다.
배치하는 게이트웨이 수와 이를 몇 개 네트워크로 나누는지에 따라, 한 게이트웨이에 몇 개의 센서가 붙을지 최악의 경우를 추정할 수 있습니다. 위 시나리오에서는 72개 센서를 2개 네트워크로 나누고 약 2/3가 낮은 채널의 게이트웨이로 간다고 가정하면, 약 20개 센서입니다. 모두를 동시에 트리거하는 이벤트가 없는 한, 재무장 시간을 1분만큼 짧게 해도 최대 처리량 안에 들어야 합니다.
궁극적으로 어느 정도 여유가 있습니다. 한 게이트웨이에 부담이 과하면 몇 개가 떨어져 나가 어차피 네트워크 내 다른 게이트웨이에 Join하기 때문입니다.
업데이트: 2020-08-27
Monnit 습도 센서는 제조 시 사양서에 명시된 범위 내에 있음을 확인받습니다. 환경 조건은 센서의 정확도에 영향을 줄 수 있습니다. 먼지나 화학물질 같은 것에 노출되면 Monnit 습도 센서의 정확도에 영향을 줄 수 있습니다. 따라서 센서가 제조사 사양을 벗어난 측정값을 보고한다면 이러한 요인을 고려하는 것이 중요합니다.
사양서에 표기된 정확도는 제조 시점 습도 소자의 정확도입니다. 이는 시간이 지나도 그 정확도를 보장하지 않으며, 인증(certification)을 대체하지 않습니다.
MoWi 센서는 보정(calibration)을 제공하지 않는다는 점에 유의해야 합니다. 따라서 특히 일정 기간 사용하고 환경 요인에 노출된 후에는 센서가 사양서 범위 내 정확도의 측정값을 제공하지 못할 수 있습니다. 이 경우 센서 재생(reconditioning)을 고려할 수 있습니다.
환경 요인(온도, 먼지, 화학물질이나 물 노출 등)으로 부정확한 측정값이 발생한 경우, 습도 센서를 재생하는 것이 가능합니다. Monnit은 이 작업 시 안전에 유의할 것을 당부하며, 작업 중 발생할 수 있는 사고 및/또는 센서에 미치는 영향에 대해 책임지지 않습니다. 센서를 재생하려면 ‘습도 센서의 감지 소자 재생’ 문서를 참고하십시오.
정확도를 테스트할 때는, 정확도 샘플링 전에 센서를 정적인 온도와 습도에 45분 이상 노출(soak)하는 것이 중요합니다. 또한 그 환경에서 일관된 정적 측정값을 보고하는 신뢰성 있는 기준을 사용하는 것이 핵심입니다. 더 구체적으로, 상대습도가 온도에 의존하므로 정확한 습도 측정을 위해서는 온도가 기준과 정확히 일치해야 합니다.
Monnit은 습도 센서에 대한 유료 NIST 인증을 제공합니다. Monnit이 제공하는 인증에 관해 몇 가지 세부 사항을 기억하는 것이 중요합니다.
센서는 권장 정상 범위(Normal Range, 그림 4 참조) 내에서 안정적으로 동작합니다. 정상 범위를 벗어난 조건에, 특히 습도 80%RH 초과에 장기간 노출되면 RH 신호가 일시적으로 어긋날 수 있습니다(60시간 후 +3%RH). 정상 범위로 돌아오면 시간을 두고 스스로 보정된 상태로 서서히 복귀합니다. 극한 조건에 장기간 노출되면 노화가 가속될 수 있습니다.
펌웨어 14.x 이상의 현재 Alta 센서는 센서 펌웨어에 저장되는 보정을 제공합니다. 즉 현장에서 센서를 보정해 부정확성을 해결할 수 있습니다. Monnit Gen1 및 14.x 이전의 초기 Alta 센서를 고려할 때는 이 문서의 요인들을 고려하는 것이 중요합니다.
MoWi 습도 센서는 보정을 제공하지 않으므로, 이 센서의 정확도가 환경 요인의 영향을 받을 수 있으며 보정으로는 해결할 수 없습니다.
업데이트: 2021-03-04
Monnit CO2 센서는 자동 보정(Auto Calibration) 기능을 제공하여, 자동 보정 기간 동안의 측정값을 기반으로 센서가 주기적으로 스스로 보정하도록 합니다.
이 예에서는 자동 보정 기간이 3일로 설정된 CO2 센서를 살펴봅니다. 센서는 1시간 평균 CO2 농도의 가장 낮은 일관된 값을 저장하고, 이 최저 평균값이 400ppm이 되도록 만드는 오프셋을 계산·저장·적용합니다. 이 예에서 최저 평균이 375ppm이라면, 자동 보정 후 그 동일한 375 측정값은 이제 400ppm으로 표시됩니다. 최저 평균값이 575ppm이고 자동 보정이 다시 발생하면, 575 측정값이 이제 400ppm이 됩니다. 이는 센서에서 일어나므로 과거 데이터는 변경하지 않습니다.
이것이 올바르게 작동하기 위한 핵심은, 자동 보정 기간(이 예에서는 3일) 동안 센서가 연속해서 꼬박 1시간 동안 400ppm(신선한 공기) 환경에 노출되어야 한다는 점입니다. 센서가 노출되는 실제 최저 농도가 400ppm보다 높으면(예: 675ppm) 자동 보정이 적용된 후 센서는 부정확해집니다.
업데이트: 2020-12-02
Monnit 센서를 보유 중이고 기기의 정확도가 우려된다면, 센서의 정확도를 검토할 수 있는 방법이 있습니다. 이는 특히 냉장 장치의 측정값이 Monnit 센서가 보고하는 값과 차이가 날 때 유용합니다. 이를 위해서는 프로브를 같은 영역에 놓을 수 있는, 동작 중인 여러 Monnit 온도 센서에 접근할 수 있어야 합니다.
Monnit 센서는 기본 보정으로 +/- 1°C 정확도를 가집니다. 따라서 센서가 보고하는 데이터를 높은 신뢰도로 믿을 수 있습니다. 이는 Monnit 센서가 정확한 온도를 보고하지 않는다고 의심될 때조차 그렇습니다. 대부분의 경우 센서는 정확한 온도를 보고하고 있으므로, 이를 염두에 두고 측정값을 대하는 것이 가장 좋습니다. Monnit 온도 센서 측정값에 대한 의문으로 이어지는 가장 흔한 상황은 환경 요인과 관련됩니다. 다음 문서들이 이러한 요인을 식별하는 데 도움이 될 수 있습니다.
90분간 측정한 후, 두 센서의 측정값이 서로 2°C 이내로 추종할 것으로 예상됩니다. 추가 보정이 필요한지 식별하는 데 도움이 되도록 센서에 기본 보정이 설정되어 있는지 확인하십시오. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2021-02-08
Advanced Vibration Meter 등 일부 Monnit 센서는 센서 단에서 측정값을 필터링하는 Window 필터를 제공합니다. 이 필터를 용도에 맞게 조정하면 센서를 용도에 맞게 활용하는 데 도움이 됩니다. 어떤 용도에 어떤 필터를 쓸지에 대한 제안은 Monnit이 제공하지 않지만, 그러한 안내가 필요하다면 Applications Engineer가 유용한 자원이 될 수 있습니다. 다음 정보가 용도에 적합한 필터를 정하는 데 도움이 될 수 있습니다.
Hanning 필터는 저주파 신호에 유용할 수 있습니다. Flat Top과 Hanning 모두 무작위 신호의 스펙트럼 누설(spectral leakage)을 줄이는 데 도움이 됩니다. Rectangular는 창 함수를 적용하지 않음을 의미합니다.
창 함수(Window function)를 이해하는 데 이 Wikipedia 자료가 유용할 수 있습니다.
업데이트: 2020-12-04
Monnit 열전대(Thermocouple) 센서는 Readings 탭에 오류를 보고할 수 있습니다. 이 오류는 일반적으로 열전대 프로브와 센서 본체 간 접속 불량의 결과입니다. ‘Invalid’ 측정값이 흔히 ‘No Sensor Detected’와 함께 보일 수 있습니다. 이 문서는 이러한 측정값을 유발하는 문제를 진단하는 정보를 제공합니다.
이 오류는 일반적으로 K-Type Quick Connect 열전대 접속에서 나타납니다. 프로브가 센서 커넥터에 단단히 연결되지 않으면 보통 ‘No Sensor Detected’가 보이지만 ‘Invalid’도 보일 수 있습니다. 이 측정값 중 하나가 보이면 프로브를 분리했다 다시 연결하고 접속이 단단히 자리 잡았는지 확인하십시오.
센서와 접속부에 손상이나 액체 침투 흔적이 있는지 점검합니다. 센서가 열악한 환경 조건에 노출되었다면 센서 접속부가 영향을 받았을 수 있습니다.
당사 열전대 센서는 일반적으로 대부분의 K-Type Quick Connect 열전대 프로브와 호환되지만, 프로브가 Monnit 센서와 동작하지 않는 경우가 있습니다. 예를 들어 열전대의 온도 범위가 -200°C~1350°C(-328°F~2462°F)를 벗어나면 센서가 값을 해석하지 못합니다. 타사 K-Type 열전대 프로브에서 오류가 보이면, 가능하다면 Monnit 제공 K-Type 프로브로 테스트하십시오. 문제가 지속되면 프로브가 원인이 아닐 가능성이 높습니다.
Monnit은 수년에 걸쳐 열전대 센서의 물리적 빌드를 개선해 왔습니다. AA 및 Industrial 모델에서는 부품이 업데이트된 빌드인지 식별할 수 있습니다. 이를 확인할 수 있으며, 빌드가 구형이라면 유료 업데이트를 위한 RMA로 센서를 보내도록 조율해 드릴 수 있습니다. 센서가 최신 빌드인지 식별하려면:
열전대 센서가 계속 오류를 보고하면, 추가 피드백이나 수리 조율을 위해 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2020-12-23
Monnit Alta 센서는 원격 펌웨어 업데이트 기능을 갖추고 있습니다. 이는 현재 포털과 통신 중인 Alta 센서에 대해 iMonnit Online 포털을 통해 수행할 수 있습니다. 이 과정에는 아래에 언급된 제한이 있습니다.
참고: Alta 센서 OTA 펌웨어 업데이트는 로컬 버전의 iMonnit 소프트웨어에서는 제공되지 않습니다.
이는 현재 Monnit Support가 수행하는 수동 절차이며 실패 가능성이 있다는 점에 유의해야 합니다. 펌웨어 업데이트는 일반적으로 빠르게 완료되지만, 시도에는 어느 정도 시간(30분 이상)이 걸릴 수 있습니다. 더 작은 단위(한 번에 10개 정도)로 센서를 나누어 시도할 수 있습니다. 펌웨어 업데이트를 원하는 센서가 10개를 넘으면, Monnit Support가 Monnit 시설에서 수행하는 유료 펌웨어 업데이트를 위한 반송을 조율해 드릴 수 있습니다. 또한 이는 보증의 일부로 제공/포함된다고 가정되는 서비스가 아니며, 특정 펌웨어 버전과 관련된 문제를 해결하기 위해 Monnit Support만 수행할 수 있다는 점에 유의해야 합니다. 센서 펌웨어 업데이트 관련 문의는 언제든 support@monnit.com 으로 연락하십시오.
업데이트: 2021-01-08
경우에 따라 습도 센서의 감지 소자를 재생(recondition)하는 것이 가능할 수 있습니다. 감지 소자가 기름, 먼지 등 오염 물질에 노출된 경우, 정확도를 위해 센서를 재생할 수 있습니다. 아래 단계를 따라 이 센서 유형을 재생할 수 있습니다.
재생 절차
업데이트: 2021-01-18
이 페이지는 검색·AI 크롤러를 위한 정적 콘텐츠 버전입니다. 인터랙티브 버전은 monnit.co.kr 에서 확인하세요.
문의: korea@monnit.com · 02-2088-1454