# Monnit Korea

> 산업용 무선 IoT 센서와 통합관제 플랫폼으로 화재·누수·설비 이상·환경 데이터를 실시간 모니터링하고 사고를 예방하는 산업용 IoT 전문기업. 2010년 설립, 130여 개국·64,000여 고객사, 하루 750억 건 데이터 처리, 방산 전용 신뢰성.

## 핵심 정보
- 회사: Monnit Korea (대표이사 염정훈)
- 이메일: korea@monnit.com | 전화: 02-2088-1454
- 사이트: https://monnit.co.kr

## 핵심 페이지
- [Monnit Korea 회사 소개](https://monnit.co.kr/who-we-are)
- [Monnit 제품 전체](https://monnit.co.kr/products)
- [Monnit 활용 분야](https://monnit.co.kr/applications)
- [Monnit 도입 사례](https://monnit.co.kr/stories)
- [Monnit 고객사 전체](https://monnit.co.kr/customers)
- [Monnit 수상·인증](https://monnit.co.kr/awards)
- [Monnit 글로벌 파트너](https://monnit.co.kr/partners)
- [Monnit 기술 지식베이스](https://monnit.co.kr/knowledgebase)
- [Monnit 기술지원 가이드](https://monnit.co.kr/guides)
- [Monnit 블로그·백서](https://monnit.co.kr/blog)
- [상담·문의](https://monnit.co.kr/contact)

## 무료 서비스·신청
- [맞춤 제안서 (무료)](https://monnit.co.kr/proposal): 산업과 가장 고민되는 문제를 고르면 Monnit 글로벌 운영 데이터와 산업별 플레이북으로 현장 맞춤 제안서(PDF)를 메일로 보냅니다. 산업: 제조·제약바이오·식품·빌딩FM·주거호텔·병원요양복지·학교교육·공공·소상공인·에너지·건설·물류콜드체인·데이터센터
- [긴급 경보 알리미](https://monnit.co.kr/promo/alarm): 화재·침수·정전·설비 이상을 담당자 휴대폰으로 즉시 알리는 월 구독형 서비스(배선 공사 없이 설치)
- [회전설비 AI 예지보전 1개월 무료 체험](https://monnit.co.kr/promo/consulting): 모터·펌프·팬·컴프레서에 무선 진동·온도 센서를 무상 설치해 한 달간 실제 데이터로 검증
- [진행 중인 프로모션](https://monnit.co.kr/promotions)
- [설치 현장 사진](https://monnit.co.kr/installation-photos.html)

## 활용 분야 상세 (60)
- [온도 모니터링](https://monnit.co.kr/app/temp): 냉장·냉동, 서버룸, 실험실 등 다양한 현장의 온도를 실시간으로 모니터링해 품질 저하와 장비 이상을 예방합니다.
- [누수 감지](https://monnit.co.kr/app/leak): 서버룸·기계실·지하 공간의 누수를 빠르게 감지해 설비 피해와 자산 손실을 예방합니다.
- [HVAC 모니터링](https://monnit.co.kr/app/hvac): 공조 설비의 온도·차압·필터 상태를 추적해 운영 효율과 유지보수 시점을 관리합니다.
- [온실 모니터링](https://monnit.co.kr/app/greenhouse): 온도·습도·CO₂·조도를 통합 관리해 작물 생육 환경을 최적화합니다.
- [상업용 냉장](https://monnit.co.kr/app/refrig): 매장 내 냉장·냉동 진열대와 보관 설비의 온도 및 도어 상태를 상시 모니터링합니다.
- [공기질 모니터링](https://monnit.co.kr/app/air): 미세먼지·CO₂ 등 실내 공기질 지표를 측정해 쾌적한 환경 관리를 지원합니다.
- [콜드체인 모니터링](https://monnit.co.kr/app/cold-chain): 매장·차량·창고까지 유통 전 구간의 온도 이력과 도어 상태를 통합 관리합니다.
- [물류 & 창고](https://monnit.co.kr/app/logistics): 대형 창고·물류센터의 구역별 온습도, 도어 상태, 보관 환경을 모니터링합니다.
- [식품 서비스](https://monnit.co.kr/app/food): 레스토랑·급식 시설의 냉장·냉동 온도와 도어 상태를 자동 기록해 식품 안전 관리를 지원합니다.
- [그로서리 & 편의점](https://monnit.co.kr/app/grocery): 여러 매장의 냉장 진열대와 보관용 냉장·냉동고를 통합 관리합니다.
- [수송 차량](https://monnit.co.kr/app/transport): 냉장 차량의 위치, 화물칸 온도, 도어 상태를 함께 추적해 운송 품질을 관리합니다.
- [백신 모니터링](https://monnit.co.kr/app/vaccine): 백신·의약품 보관 온도와 이력을 자동 기록해 규정 준수와 품질 관리를 지원합니다.
- [병원 & 클리닉](https://monnit.co.kr/app/hospital): 혈액·조직·의약품 보관고와 클린룸의 온도·습도·차압·누수를 통합 모니터링합니다.
- [실험실 & 제약](https://monnit.co.kr/app/lab): 시약·샘플·보관 장비의 온습도와 차압 이력을 자동 기록해 품질관리와 감사 대응을 지원합니다.
- [영안실 & 조직](https://monnit.co.kr/app/morgue): 시신·조직 보관고의 온도와 도어 상태를 상시 추적해 보관 환경을 안정적으로 관리합니다.
- [제약 콜드체인](https://monnit.co.kr/app/pharma-cold): 의약품 보관·운송 구간의 온도 이력과 도어 상태를 통합 관리해 품질 리스크를 줄입니다.
- [제조 라인](https://monnit.co.kr/app/manufact): 설비의 진동·전류·온도 변화를 추적해 라인 다운타임을 사전에 줄입니다.
- [건설 현장](https://monnit.co.kr/app/construct): 장비 가동 상태와 현장 온습도, 자재 보관 조건을 원격으로 추적합니다.
- [데이터센터 & 서버룸](https://monnit.co.kr/app/datacenter): 랙 주변 온도·누수·차압을 모니터링해 서버 장애와 다운타임을 예방합니다.
- [에너지 탐사](https://monnit.co.kr/app/energy): 원격지 시추·정제 시설의 진동·압력·온도를 추적해 설비 이상을 조기에 파악합니다.
- [태양광 & 재생에너지](https://monnit.co.kr/app/solar): 패널 온도와 전류·전압, 인버터 상태를 추적해 발전 효율을 관리합니다.
- [시설 모니터링](https://monnit.co.kr/app/facility): 사무 빌딩·공장 시설의 출입·환경·누수 상태를 통합 관제합니다.
- [호텔 & 숙박](https://monnit.co.kr/app/hospitality): 객실 점유, 욕실 누수, 공용 시설 환경을 통합 운영합니다.
- [금융기관](https://monnit.co.kr/app/financial): 지점 서버실·금고·보관실의 온도, 누수, 도어 상태를 통합 모니터링합니다.
- [공실 부동산](https://monnit.co.kr/app/vacant): 장기 공실 부동산의 누수·동파·출입 이상을 원격 추적합니다.
- [스마트시티](https://monnit.co.kr/app/smartcity): 공공 시설·주차·환경 데이터를 대규모 IoT 모니터링 체계로 운영합니다.
- [축산 & 농업](https://monnit.co.kr/app/livestock): 축사 환경·사료 보관·관개 시설을 통합 관리해 생산성과 안전성을 높입니다.
- [마리나 & 보트](https://monnit.co.kr/app/marina): 정박지의 빌지 수위, 배터리 전압, 습도 상태를 원격 추적합니다.
- [반려동물 복지](https://monnit.co.kr/app/pet): 켄넬·동물 시설의 온습도와 움직임을 관리해 동물 복지와 안전을 확보합니다.
- [해충 방역](https://monnit.co.kr/app/pest): 트랩 접점과 열처리 온도, 현장 환경을 데이터화해 방역 작업을 관리합니다.
- [그로하우스](https://monnit.co.kr/app/grow): 대마·약용 작물 시설의 조도·CO₂·온습도를 정밀 관리합니다.
- [곰팡이 제거·예방](https://monnit.co.kr/app/uc-mold): 수해·누수 후 건조 현장의 온도·습도를 추적해 곰팡이 재발과 2차 피해를 예방합니다.
- [플랜트 예지보전](https://monnit.co.kr/app/uc-plant-maint): 검사·시험 설비의 진동·전류·온도 변화를 상시 감시해 고장 전 이상 징후를 포착합니다.
- [핫요가 스튜디오 공조](https://monnit.co.kr/app/uc-hot-yoga): 스튜디오의 온도·습도를 실시간 모니터링해 수업 환경을 일정하게 유지합니다.
- [농장·온실 환기 자동화](https://monnit.co.kr/app/uc-smart-farm): 온실·축사의 온습도·CO₂·토양 상태를 관리해 작물·가축 환경을 최적화합니다.
- [신생아 집중치료실(NICU)](https://monnit.co.kr/app/uc-nicu): 인큐베이터·보관고 등 핵심 의료 장비의 온습도와 도어 상태를 24/7 모니터링합니다.
- [상업용 냉난방(HVAC)](https://monnit.co.kr/app/uc-hvac): 공조 설비의 차압·온도·전류 상태를 추적해 효율과 필터 교체 시점을 관리합니다.
- [레스토랑·외식 서비스](https://monnit.co.kr/app/uc-restaurant): 주방 냉장·냉동 설비의 온도와 도어 상태를 자동 기록해 식품 안전 관리를 지원합니다.
- [편의점](https://monnit.co.kr/app/uc-convenience): 다중 점포의 냉장 진열대와 보관용 냉장·냉동고를 통합 관리합니다.
- [학교 급식실 냉장·냉동고](https://monnit.co.kr/app/uc-school-cafeteria): 급식 워크인 쿨러·프리저의 온도와 도어 상태를 상시 추적해 식품 안전을 지원합니다.
- [서버룸·데이터센터](https://monnit.co.kr/app/uc-datacenter): 랙 주변 온도·누수·차압을 정밀 추적해 다운타임과 장비 손상을 예방합니다.
- [의약품 냉장 보관](https://monnit.co.kr/app/uc-pharma-refrig): 의약품·백신 보관고의 온도와 도어 상태를 자동 기록해 규정 대응과 품질 관리를 지원합니다.
- [신선식품 제조](https://monnit.co.kr/app/uc-perishable-food): 가공·보관 전 구간의 온습도와 도어 상태를 통합 관리해 품질과 폐기 손실을 줄입니다.
- [상업용 빌딩 관리](https://monnit.co.kr/app/uc-commercial-building): 빌딩의 환경·에너지·점유·누수를 통합 모니터링해 시설 운영을 효율화합니다.
- [리테일 매장 관리](https://monnit.co.kr/app/uc-retail): 매장의 냉장·환경·점유·출입 상태를 통합 모니터링해 운영을 자동화합니다.
- [호텔·숙박](https://monnit.co.kr/app/uc-hotels): 객실 점유·욕실 누수·공용 시설 환경을 통합 운영합니다.
- [아파트·임대 부동산 관리](https://monnit.co.kr/app/uc-apartment): 세대·공용부의 누수·동파·출입 이상을 원격 감시해 피해를 예방합니다.
- [제조·생산](https://monnit.co.kr/app/uc-manufacturing): 설비 진동·전류·온도 변화를 추적해 라인 다운타임을 사전에 줄입니다.
- [온실 모니터링](https://monnit.co.kr/app/uc-greenhouse): 온도·습도·CO₂·조도를 통합 관리해 작물 생육 환경을 최적화합니다.
- [별장·세컨드하우스](https://monnit.co.kr/app/uc-second-home): 비어 있는 별장의 누수·동파·출입 이상을 원격으로 상시 감시합니다.
- [학교·교회](https://monnit.co.kr/app/uc-schools-churches): 공간 점유·온도·누수를 모니터링해 시설 운영과 에너지 관리를 지원합니다.
- [압류 부동산 관리](https://monnit.co.kr/app/uc-foreclosed): 관리 인력이 없는 공실 부동산의 누수·동파·출입 이상을 원격 추적합니다.
- [해충 방역·열처리](https://monnit.co.kr/app/uc-pest-control): 트랩 접점과 열처리 온도를 추적해 방역 작업을 데이터화합니다.
- [노인 케어 모니터링](https://monnit.co.kr/app/uc-elderly): 움직임·온도·도어 상태를 감지해 독거·요양 환경의 안전을 원격 확인합니다.
- [대학 기숙사](https://monnit.co.kr/app/uc-dormitory): 기숙사의 점유·온도·누수를 모니터링해 시설을 효율적으로 운영합니다.
- [보관·창고 시설](https://monnit.co.kr/app/uc-storage): 셀프스토리지·창고의 온습도·출입 이상·누수를 원격 통합 관리합니다.
- [금융 서비스](https://monnit.co.kr/app/uc-financial): 지점 서버실·금고·보관실의 온도·누수·도어 상태를 통합 감시합니다.
- [K9·반려동물 복지](https://monnit.co.kr/app/uc-pet-welfare): 켄넬·동물 시설의 온습도와 움직임을 관리해 동물 복지와 안전을 확보합니다.
- [태양광 발전 모니터링](https://monnit.co.kr/app/uc-solar): 패널 온도·전류·전압·인버터 상태를 추적해 발전 효율을 최적화합니다.
- [양식장·아쿠아컬처](https://monnit.co.kr/app/uc-aquaculture): 수온·수위·펌프 전원 상태를 상시 추적해 양식 생산성과 폐사 리스크를 관리합니다.

## 도입 사례 상세
- [바이오의약품 제조 플랜트 (의료 · 바이오)](https://monnit.co.kr/case/samsung-biologics)
- [에너지·수처리 운영시설 (에너지)](https://monnit.co.kr/case/veolia)
- [반도체·전자 제조시설 (반도체 R&D)](https://monnit.co.kr/case/samsung)
- [대형 데이터센터 (IT · 데이터센터)](https://monnit.co.kr/case/microsoft)
- [자동차 제조공정 (자동차 · 운송)](https://monnit.co.kr/case/hyundai-motors)
- [대형 복합건물 FM 운영 (건설 · 부동산)](https://monnit.co.kr/case/hdc-labs)
- [군·공공 인프라 운영시설 (국방 · 방위)](https://monnit.co.kr/case/us-army)
- [발전·에너지 설비 (발전 · 전력)](https://monnit.co.kr/case/gs-eps)
- [유통·리테일 콜드체인 (유통 · 리테일)](https://monnit.co.kr/case/walmart)
- [SK에코플랜트 (건설·부동산)](https://monnit.co.kr/case/sk-ecoplant)
- [현대건설 (건설·부동산)](https://monnit.co.kr/case/hyundai-enc)
- [현대엔지니어링 (건설·부동산)](https://monnit.co.kr/case/hyundai-engineering)
- [호반건설 (건설·부동산)](https://monnit.co.kr/case/hoban)
- [세안텍스 (건설·부동산)](https://monnit.co.kr/case/seantex)
- [이마트 (유통·소비재)](https://monnit.co.kr/case/emart)
- [한화 S&C솔루션 (IT·데이터센터)](https://monnit.co.kr/case/hanwha-snc)
- [삼천리 (에너지)](https://monnit.co.kr/case/samchully)
- [LX (에너지)](https://monnit.co.kr/case/lx)
- [한양대구리병원 (의료·바이오)](https://monnit.co.kr/case/hyu-guri-hospital)
- [CJ피드앤케어 (외식)](https://monnit.co.kr/case/cj-feedncare)
- [양식장 (외식)](https://monnit.co.kr/case/aquafarm)
- [강남구 (공공·비영리)](https://monnit.co.kr/case/gangnam)
- [한국환경공단 (국방·방위)](https://monnit.co.kr/case/keco)
- [신한대학교 (교육)](https://monnit.co.kr/case/shinhan-univ)
- [송현초등학교 (교육)](https://monnit.co.kr/case/songhyun-elem)
- [CBRE (건설 · 부동산)](https://monnit.co.kr/case/cbre)
- [ExxonMobil (에너지)](https://monnit.co.kr/case/exxonmobil)

## 제품군
- 무선 센서 (온도·진동·누수·전류·공기질 등 80여 종)
- 게이트웨이 (센서 데이터 수집·전송)
- 통합관제 소프트웨어 (iMonnit — 실시간 관제·자동제어)
- 액세서리·연동장치

## 대표 솔루션
화재·안전 모니터링 · 설비 예지보전 · 누수·침수 감지 · 환경·공기질 관리 · 에너지 관리 · 대규모 시설 통합관제

전체 본문 텍스트는 https://monnit.co.kr/llms-full.txt 에서 한 번에 읽을 수 있습니다.


---

# 전체 콘텐츠

## 활용 분야 (60)

### 환경 모니터링

#### 온도 모니터링
URL: https://monnit.co.kr/app/temp
냉장·냉동, 서버룸, 실험실 등 다양한 현장의 온도를 실시간으로 모니터링해 품질 저하와 장비 이상을 예방합니다. [센서: 온도]
- 주요 고객: 냉장·냉동 시설·서버룸·실험실·창고
- 관리 항목: 온도 이탈·온도 이력
- 운영 효과: 품질 손실 예방·장비 안정성 확보
- 센서 구성: 온도
고객 프로필 — 온도 변화가 품질·운영 안정성에 영향을 주는 냉장·냉동·서버룸·실험실·창고·제조 현장. 냉장·냉동·서버룸·실험실은 한 번의 온도 이탈도 폐기·장비 이상·샘플 손상으로 이어집니다. 특히 야간·주말 이상은 늦게 발견되므로, 온도를 자동 기록하고 이탈 시 즉시 알립니다.
문제점 — 온도 이탈은 폐기·장비 장애·샘플 손상으로 이어지지만, 많은 현장이 수동 점검·사후 확인에 의존합니다.
- 수동 점검 공백: 야간·주말·휴무엔 온도 이상 즉시 확인 곤란
- 온도 이력 누락: 수기 기록은 누락·실제 변화 미반영
- 품질 손실 위험: 짧은 이탈에도 폐기·재검토 필요
- 장비 이상 지연: 설비 공간 온도 상승을 사후에야 발견
솔루션 — 무선 온도 센서·게이트웨이·iMonnit으로 주요 공간 온도를 자동 기록하고 이탈 시 즉시 알림. 무선 온도 센서를 냉장·냉동고·서버룸·실험실·창고에 설치해 온도를 자동 수집합니다. 게이트웨이로 iMonnit에 전송돼 현재값·이력을 확인하고, 범위 이탈 시 이메일·문자·앱으로 즉시 알립니다.
도입 절차 — 1순위 보관·설비 공간 우선 → 전 구역 확장 · 운영 중단 없이 1~2일 가동
- PHASE 1 리스크 포인트 선별 (반나절): 온도 이탈 시 손실이 큰 공간(보관고·서버랙·실험 장비)을 우선 지정합니다.
- PHASE 2 센서 설치·연동 (1일): 무선 센서를 부착하고 게이트웨이·iMonnit과 연결합니다.
- PHASE 3 정상 범위 학습 (1~2주): 1~2주간 데이터를 수집해 공간별 정상 범위와 알림 임계값을 보정합니다.
- PHASE 4 전 구역 확장 (상시): 검증된 임계값을 그대로 전체 공간에 일괄 적용합니다.
ROI — 온도 이탈 폐기 손실 15~20%↓ · 수동 점검 90%↓ · 6개월 내 회수
- 90%↓: 일일 수동 온도 점검 인건·시간
- 15~20%↓: 온도 이탈 폐기·재작업 손실
- 6개월 이내: 평균 ROI 회수
- 도입 전: 근무 시간에만 온도 확인. 수기 기록 누락. 야간·주말 이탈은 다음 날 발견. 사고 원인은 추정에 의존.
- 도입 후: 24시간 자동 기록. 이탈 즉시 다중 채널 알림. 점검 인력 재배치. 온도 이력으로 원인·품질 즉시 증빙.
도입 고객사: Samsung Biologics, ExxonMobil, Walmart, Microsoft, Hyundai Motors, CBRE

#### 누수 감지
URL: https://monnit.co.kr/app/leak
서버룸·기계실·지하 공간의 누수를 빠르게 감지해 설비 피해와 자산 손실을 예방합니다. [센서: 누수]
- 주요 고객: 서버룸·기계실·지하 공간·공실 부동산
- 감지 대상: 물 접촉·누수 발생
- 운영 효과: 설비 피해·자산 손실 예방
- 센서 구성: 누수
고객 프로필 — 누수로 인한 설비 피해·자산 손실을 막아야 하는 서버룸·기계실·지하 공간·공실 운영팀. 누수는 발견이 늦을수록 피해가 커집니다. 사람이 상주하지 않는 공간의 작은 물 접촉도 장비 손상·운영 중단으로 번지므로, 물이 닿는 순간 알려 초기 대응 시간을 줄입니다.
문제점 — 누수는 즉시 인지해야 피해가 적지만, 대부분 시각 점검이나 사고 후 발견에 의존합니다.
- 초기 발견 지연: 무인 공간 누수는 발견이 늦어지기 쉬움
- 자산 피해 확대: 작은 물 접촉도 서버·전기·바닥·벽체 손상
- 시각 점검 한계: 기계실·지하·천장 아래는 정기 점검만으론 부족
- 운영 중단 리스크: 복구·장비 교체·영업 중단으로 비용 급증
솔루션 — 누수 위험 지점을 빠르게 감지하고 게이트웨이로 iMonnit 알림 전송 → 초기 대응 단축. 누수 감지 센서를 서버룸·기계실·지하·배관 주변에 설치해 물 접촉을 즉시 잡습니다. 감지 시 게이트웨이로 iMonnit에 이벤트가 전송되고 담당자가 알림을 받아, 물이 고이기 전에 대응합니다.
도입 절차 — Critical 구역 우선 배치 → 전 시설 확장 · 3단계 도입
- PHASE 1 리스크 매핑 (2–3일): 시설 도면에 누수 가능 지점·자산 가치 매핑.
- PHASE 2 Critical 배치 (1주): 고가 자산 주변·기계실 우선 센서 배치.
- PHASE 3 전체 확장 (2–4주): 지하·공실·외곽 구역까지 단계적 확장.
ROI — 누수 사고 1건당 약 3,500만원 자산 손실 방지 · 3개월 내 회수
- 3,500만원+: 사고당 방지 자산 손실
- 0.5초: 물 접촉 감지 시간
- 3개월 이내: Critical 구역 ROI 회수
- 도입 전: 시각적 점검에 의존. 야간·주말 누수 다음 영업일에 발견. 동파 사고 사전 인지 불가.
- 도입 후: 0.5초 이내 누수 감지. 다중 채널 즉시 알림. 동파 임계점 사전 경고로 사고 회피.
도입 고객사: Microsoft, Walmart, C7 Data Centers, Arup, Methodist Hospital

#### HVAC 모니터링
URL: https://monnit.co.kr/app/hvac
공조 설비의 온도·차압·필터 상태를 추적해 운영 효율과 유지보수 시점을 관리합니다. [센서: 차압 · 온도]
- 주요 고객: 상업용 빌딩·캠퍼스·시설 운영팀
- 관리 항목: 온도·차압·필터 상태
- 운영 효과: 공조 효율 개선·유지보수 시점 관리
- 센서 구성: 차압·온도
고객 프로필 — 공조 효율과 유지보수 상태를 관리해야 하는 상업용 빌딩·캠퍼스·병원·데이터센터. 공조 설비는 온도·차압·필터 상태 관리가 핵심입니다. HVAC 이상은 에너지 낭비·쾌적성 저하·정비비 증가로 이어지므로, 상태를 실시간 확인하고 이상 패턴을 조기에 잡습니다.
문제점 — BMS만으로는 필터 막힘·덕트 누설·차압 이상 같은 세부 문제를 빠르게 진단하기 어렵습니다.
- BMS 감지 한계: 필터 막힘·국부 차압 이상까지 세밀 감지 곤란
- 에너지 낭비: 공조 이상이 과도한 냉난방·전력 사용 유발
- 정비 시점 불명확: 데이터 없으면 과잉·지연 정비 발생
- 쾌적성 저하: 온도·환기 불안정 시 불편·민원 증가
솔루션 — 온도·차압 센서로 공조 상태를 감시하고 iMonnit에서 이상 징후·이력 확인. 온도·차압 센서로 공조 온도·덕트 상태·필터 전후 압력을 상시 감시합니다. iMonnit이 설비별 추이를 시각화하고 기준 이탈 시 알려, 전체를 보는 BMS에 세부 지점을 보완적으로 더합니다.
도입 절차 — 단일 빌딩 파일럿 우선 → 캠퍼스 전체 확장
- PHASE 1 기준 빌딩 선정 (1주): 에너지 효율 진단 가능한 대표 빌딩 선정.
- PHASE 2 센서 배치 (1주): 필터·덕트·펌프 등 진단 포인트 12–20개 배치.
- PHASE 3 3개월 데이터 분석 (3개월): 이전 BMS 데이터와 비교해 비효율 진단.
- PHASE 4 캠퍼스 확장 (2–4개월): 검증된 구성으로 다른 빌딩 일괄 배포.
ROI — HVAC 운영비 연 15~25% 절감 · 18개월 내 회수
- 15~25%↓: HVAC 운영비 절감
- 30%↓: 필터 교체 비용 감축
- 18개월 이내: 평균 ROI 회수 기간
- 도입 전: BMS 평균 데이터만 보유. 필터 교체는 시간 기반. 펌프 이상은 고장 후 인지.
- 도입 후: 필터 차압 정밀 추적. 데이터 기반 교체 주기. 펌프·팬 부하 패턴으로 정비 시점 예측.
도입 고객사: CBRE, JLL, Arup, Microsoft, Intermountain Healthcare

#### 온실 모니터링
URL: https://monnit.co.kr/app/greenhouse
온도·습도·CO₂·조도를 통합 관리해 작물 생육 환경을 최적화합니다. [센서: 온도 · 습도 · CO₂ · 조도]
- 주요 고객: 온실·스마트팜·농업 시설
- 관리 항목: 온도·습도·CO₂·조도
- 운영 효과: 작물 생육 환경 최적화
- 센서 구성: 온도·습도·CO₂·조도
고객 프로필 — 작물 생육 환경을 안정적으로 관리해야 하는 온실·스마트팜·농업 시설 운영자. 온실은 온도·습도·CO₂·조도 변화가 생육에 직접 영향을 줍니다. 잦은 현장 확인으로도 시간대별 변화나 환기·난방 이상을 놓칠 수 있어, 주요 환경 데이터를 자동 수집해 빠르게 대응합니다.
문제점 — 온실은 온도·습도·CO₂·조도가 생육을 좌우하지만, 현장 점검만으로는 시간대별 변화를 놓치기 쉽습니다.
- 환경 변화 감지 지연: 시간대별 빠른 변화를 현장 점검만으론 놓침
- 작물 생육 불균형: 구역별 환경 차이 누적 시 생육 편차·품질 저하
- 설비 이상 지연: 환기·난방·차광 이상이 작물 스트레스로 연결
- 데이터 부족: 환경 이력 부족 시 생육 문제 원인 추적난
솔루션 — 온도·습도·CO₂·조도를 수집하고 iMonnit에서 생육 조건을 지속 관리. 무선 센서로 온실 내 온도·습도·CO₂·조도를 상시 수집합니다. 구역별 설치로 위치별 편차를 파악하고, iMonnit에서 현재·이력을 확인하며 기준 이탈 시 알림을 받아 환기·냉난방·차광 판단에 활용합니다.
도입 절차 — 생육 핵심 구역·환기/난방 설비 우선 → 동(棟) 단위 확장
- PHASE 1 구역 진단 (1일): 온실 내 위치별 온습도·CO₂·조도 편차가 큰 지점을 식별합니다.
- PHASE 2 센서 배치 (1~2일): 생육 구역과 환기·난방 라인 주변에 센서를 설치하고 연동합니다.
- PHASE 3 생육 기준 설정 (3~5일): 작물별 적정 범위와 환기·관수 알림 기준을 설정합니다.
- PHASE 4 동 단위 확장 (1개월): 검증된 구성을 온실 전체·추가 동으로 확장합니다.
ROI — 난방·환기 에너지 10~20%↓ · 상품화율 10%↑ · 1작기 내 회수
- 10~20%↓: 온실 난방·환기 에너지 비용
- 10%↑: 균일 생육 A급 비율 향상
- 1작기 내: 평균 ROI 회수
- 도입 전: 주관적 현장 점검. 구역별 환경 편차 누적. 환기·난방 과잉 운전. 생육 문제 원인 추적 어려움.
- 도입 후: 구역별 환경 실시간 확인. 데이터 기반 환기·관수 판단. 에너지 과운전 제거. 생육 이력으로 원인 분석.
도입 고객사: Stone Edge Farm, Gaia Herbs

#### 공기질 모니터링
URL: https://monnit.co.kr/app/air
미세먼지·CO₂ 등 실내 공기질 지표를 측정해 쾌적한 환경 관리를 지원합니다. [센서: 미세먼지 · CO₂]
- 주요 고객: 사무실·학교·병원·상업 시설
- 관리 항목: 미세먼지·CO₂·환기 상태
- 운영 효과: 실내 공기질 개선·쾌적한 환경 유지
- 센서 구성: 미세먼지·CO₂
고객 프로필 — 실내 공기질을 관리하고 쾌적한 환경을 유지해야 하는 사무실·학교·병원·상업 시설. 공기질은 쾌적성·집중도·안전 인식에 영향을 줍니다. 미세먼지·CO₂는 눈에 보이지 않아 체감만으론 판단이 어려우므로, 환기와 시설 운영을 데이터 기반으로 관리합니다.
문제점 — 실내 공기질 문제는 눈에 보이지 않아 데이터 없이는 원인을 파악하기 어렵습니다.
- 보이지 않는 문제: 미세먼지·CO₂는 체감만으론 상태 판단 곤란
- 환기 부족 지연: 인원 증가·환기 부족을 데이터 없이 늦게 인지
- 사용자 불편 증가: 공기질 저하가 집중도 저하·냄새 민원 유발
- 운영 기준 부재: 수치 관리 없이는 환기·공조 조정 곤란
솔루션 — 미세먼지·CO₂ 등 실내 지표를 측정하고 iMonnit에서 변화 추이·환기 시점 확인. 미세먼지·CO₂ 등 주요 지표를 측정해 보이지 않는 공기 상태를 데이터로 확인합니다. iMonnit에서 시간대별 변화를 보고 환기 부족·인원 증가·공간별 저하를 파악하며, 기준 초과 시 알림으로 환기·공조를 검토합니다.
도입 절차 — 재실·환기 부하 큰 공간(회의실·교실·대기실) 우선 → 건물 전체 확장
- PHASE 1 공간 선정 (반나절): 재실 인원·환기 부하가 높은 공간을 우선 지정합니다.
- PHASE 2 센서 설치 (1일): 미세먼지·CO₂ 센서를 주요 공간에 설치하고 연동합니다.
- PHASE 3 환기 기준 설정 (반나절): CO₂·PM 기준값과 환기 알림 임계값을 설정합니다.
- PHASE 4 전 공간 확장 (1~2주): 공조 운전 연계 검토와 함께 전 공간으로 확장합니다.
ROI — 공조 에너지 15~25%↓ · 공기질 민원 30%↓ · 실측 기반 환기
- 15~25%↓: 수요 기반 환기 공조 에너지 절감
- 30%↓: 실내 공기질 관련 민원 감소
- 상시: CO₂·미세먼지 기준 자동 관리
- 도입 전: 공기질은 체감으로만 판단. 일정 시간 고정 환기. 과환기로 에너지 낭비. 민원 발생 후 대응.
- 도입 후: CO₂·PM 실측 데이터 확인. 수요 기반 환기 운전. 냉난방 손실 절감. 기준 초과 시 사전 알림.

#### 곰팡이 제거·예방
URL: https://monnit.co.kr/app/uc-mold
수해·누수 후 건조 현장의 온도·습도를 추적해 곰팡이 재발과 2차 피해를 예방합니다. [센서: 온도 · 습도]
- 주요 고객: 수해 복구 업체·시설 관리팀·건물 소유주
- 관리 항목: 건조 현장 온습도·누수 재발·환경 이력
- 운영 효과: 곰팡이 재발 예방·복구 품질 증빙
- 센서 구성: 온도·습도·누수 감지·누수 감지 로프·개폐 감지
고객 프로필 — 건조 현장 온습도·누수 재발·환경 이력을 관리해야 하는 수해 복구 업체·시설 관리팀·건물 소유주. 누수·침수 후 표면이 말라 보여도 벽체·바닥·천장 내부 습기가 곰팡이 재발·2차 피해로 이어집니다. 온습도·물 접촉 이력을 데이터로 남겨 건조 완료 판단과 고객 보고 신뢰도를 높입니다.
문제점 — 곰팡이 재발은 건조 상태를 눈으로만 판단하거나 수동 점검에 의존할 때 발생하기 쉽습니다.
- 건조 상태 판단 한계: 표면 건조해 보여도 내부 습기로 곰팡이 재발
- 수기 기록 부담: 복구 중 온습도 기록 누락·오기입
- 누수 재발 지연: 배관·바닥 하부 물 접촉 발견 지연
- 보고 신뢰도 부족: 객관 이력 없으면 고객 설명·분쟁 대응난
솔루션 — 온습도·물 감지 데이터를 자동 기록해 건조 상태·재발 위험을 객관적으로 확인. 온도·습도·누수 감지·누수 로프·개폐 감지 센서를 복구 현장 핵심 지점에 적용해 iMonnit에서 현재·이력을 확인합니다. 건조 완료 판정과 재발 경보를 데이터로 남겨 고객 분쟁 리스크를 줄입니다.
도입 절차 — 벽체·바닥 하부 등 습기 잔류 핵심 지점 우선 → 복구 현장 전반 확장
- PHASE 1 습기 매핑 (반나절): 표면 아래 잔류 습기가 의심되는 벽체·바닥·천장을 지정합니다.
- PHASE 2 센서 설치 (1일): 온습도·물 감지 센서를 핵심 지점에 설치·연동합니다.
- PHASE 3 건조 기준 설정 (반나절): 건조 완료 판정 기준과 누수 재발 알림을 설정합니다.
- PHASE 4 현장 확장 (상시): 검증된 구성을 추가 복구 현장으로 확장합니다.
ROI — 곰팡이 재발 재시공 비용↓ · 건조 완료 데이터 증빙 · 분쟁 리스크↓
- 재시공↓: 곰팡이 재발 재작업·하자보수 비용
- 객관: 건조 완료 데이터 증빙 확보
- 분쟁↓: 환경 이력 복구 품질 분쟁 예방
- 도입 전: 건조 상태 육안 판단. 수기 건조 기록. 누수 재발 사후 발견. 복구 품질 설명 주관적.
- 도입 후: 내부 습기 데이터 확인. 건조 이력 자동 확보. 누수 재발 즉시 알림. 고객 보고 자료 객관화.

#### 핫요가 스튜디오 공조
URL: https://monnit.co.kr/app/uc-hot-yoga
스튜디오의 온도·습도를 실시간 모니터링해 수업 환경을 일정하게 유지합니다. [센서: 온도 · 습도]
- 주요 고객: 핫요가·필라테스 스튜디오·피트니스 시설
- 관리 항목: 온도·습도·공기질·환기 상태
- 운영 효과: 수업 환경 안정화·고객 만족도 향상
- 센서 구성: 온도·습도·CO₂·미세먼지·개폐 감지
고객 프로필 — 온도·습도·공기질·환기 상태를 관리해야 하는 핫요가·필라테스 스튜디오·피트니스 시설. 핫요가는 온도·습도가 수업 품질과 고객 체감을 좌우합니다. 수업 전후 인원·환기 변화로 공기질·습도가 빠르게 달라지므로, 환경을 자동 기록해 일정한 수업 환경과 만족도를 유지합니다.
문제점 — 핫요가 환경은 고객이 직접 체감하므로 작은 온습도 변화도 수업 만족도에 영향을 줄 수 있습니다.
- 수업 환경 편차: 시간대·인원 따라 온습도 변동으로 체감 품질 흔들림
- 환기 상태 파악난: CO₂·공기질은 체감만으론 판단 곤란
- 장비 이상 지연: 난방·가습·환기 이상을 민원 후 확인
- 운영 기준 부재: 데이터 없으면 수업별 적정 환경 표준화난
솔루션 — 스튜디오 온습도·공기질을 수집하고 이탈 시 알림 → 일정한 수업 환경 유지. 온도·습도·CO₂·미세먼지·개폐 감지 센서를 스튜디오 핵심 지점에 적용해 iMonnit에서 환경을 봅니다. 기준 이탈 시 알려 난방·가습·환기를 조정하고 수업 환경을 표준화합니다.
도입 절차 — 수업 만족도 영향 큰 메인 스튜디오 우선 → 전 스튜디오 확장
- PHASE 1 공간 선정 (반나절): 수업 빈도·인원이 많은 스튜디오를 우선 지정합니다.
- PHASE 2 센서 설치 (1일): 온습도·CO₂·공기질 센서를 스튜디오에 설치·연동합니다.
- PHASE 3 수업 기준 설정 (1일): 수업 유형별 적정 온습도와 환기 알림을 설정합니다.
- PHASE 4 전 스튜디오 확장 (1~2주): 검증된 구성을 전 스튜디오로 확장합니다.
ROI — 난방·가습 에너지 10~20%↓ · 회원 재등록↑ · 온습도 민원↓
- 10~20%↓: 난방·가습 과운전 에너지
- 재등록↑: 일정한 수업 환경 회원 유지율
- 민원↓: 온습도 클레임 감소
- 도입 전: 강사 체감 의존. 수업 중 민원 후 조치. 공간별 온습도 편차. 환기 상태 불명확.
- 도입 후: 온습도·CO₂ 데이터 확인. 수업 전 환경 점검. 에너지 과운전 절감. 공간별 운영 기준 확보.

#### 상업용 냉난방(HVAC)
URL: https://monnit.co.kr/app/uc-hvac
공조 설비의 차압·온도·전류 상태를 추적해 효율과 필터 교체 시점을 관리합니다. [센서: 차압 · 온도 · 전류]
- 주요 고객: 상업용 빌딩·시설 운영팀·설비 유지보수팀
- 관리 항목: 차압·덕트 온도·습도·전류
- 운영 효과: 공조 효율 개선·유지보수 최적화
- 센서 구성: 차압·덕트 온도·온도·습도·전류
고객 프로필 — 차압·덕트 온도·습도·전류를 관리해야 하는 상업용 빌딩·시설 운영팀·설비 유지보수팀. 상업용 HVAC는 필터·덕트·팬·펌프 상태가 에너지·쾌적성에 직결됩니다. BMS가 전체 운전을 보여줘도 필터 전후 차압·국부 덕트 온도 같은 세부 문제는 놓치므로, 세부 지점을 보완 감시합니다.
문제점 — 상업용 HVAC 문제는 에너지 낭비와 쾌적성 저하가 동시에 발생할 수 있어 세부 지점 모니터링이 중요합니다.
- 세부 감지 한계: BMS만으론 필터 막힘·덕트 편차·부하 변화 세밀 감지난
- 에너지 낭비: 필터 막힘·불균형 운전이 과도한 냉난방·전력 유발
- 정비 시점 불명확: 데이터 없이 교체 주기 판단 시 과잉·지연 정비
- 쾌적성 민원: 온도·환기 불안정 시 불편·민원 증가
솔루션 — 차압·덕트 온도·습도·전류를 감시해 HVAC 상태·정비 시점을 명확히 확인. 차압·덕트 온도·온도·습도·전류 센서를 HVAC 핵심 지점에 적용해 iMonnit에서 상태를 봅니다. 이탈 시 알려 차압 기반 필터 교체로 정비비를 줄이고 공조 에너지를 절감합니다.
도입 절차 — 필터·덕트 비효율 큰 핵심 설비 우선 진단 → 빌딩·캠퍼스 전체 확장
- PHASE 1 진단 포인트 선정 (1일): 필터·덕트·팬 등 비효율 의심 지점을 지정합니다.
- PHASE 2 센서 설치 (1~2일): 차압·덕트 온도·전류 센서를 핵심 지점에 설치합니다.
- PHASE 3 비효율 진단 (2~3주): 기존 운전 데이터와 비교해 비효율을 진단합니다.
- PHASE 4 빌딩 확장 (1~2개월): 검증된 구성을 빌딩·캠퍼스 전체로 확장합니다.
ROI — 공조 에너지 12~20%↓ · 차압 기반 필터 교체로 정비비↓ · 쾌적성 민원↓
- 12~20%↓: 필터·덕트 개선 공조 에너지
- 정비비↓: 차압 기반 필터 교체
- 민원↓: 쾌적성 클레임 감소
- 도입 전: BMS 평균 데이터 중심. 필터 교체 주기 고정. 설비 이상 사후 대응. 쾌적성 민원 후 확인.
- 도입 후: 차압·덕트 온도 이력. 데이터 기반 필터 교체. 공조 에너지 절감. 설비별 상태 확인.

### 콜드체인 & 물류

#### 상업용 냉장
URL: https://monnit.co.kr/app/refrig
매장 내 냉장·냉동 진열대와 보관 설비의 온도 및 도어 상태를 상시 모니터링합니다. [센서: 온도 · 개폐]
- 주요 고객: 마트·편의점·식품 매장·상업용 냉장 시설
- 관리 항목: 냉장·냉동 온도·도어 상태
- 운영 효과: 식품 품질 유지·폐기 손실 감소
- 센서 구성: 온도·개폐 감지
고객 프로필 — 냉장·냉동 설비 온도를 상시 관리해야 하는 마트·편의점·식품 매장·레스토랑. 상업용 냉장은 진열대·워크인·냉동고 온도를 지속 관리해야 합니다. 장비 고장·도어 개방·온도 이탈은 폐기 손실로 이어지고 수기 기록은 부정확하므로, 냉장 상태를 실시간 확인합니다.
문제점 — 냉장·냉동 온도 이탈은 품질 저하·폐기 손실로 이어지지만, 많은 매장이 수기 기록·현장 확인에 의존합니다.
- 온도 이탈 미확인: 현장 확인 전엔 기준 이탈 인지 곤란
- 도어 개방 문제: 미닫힘 시 온도 상승·에너지 낭비
- 수기 기록 부담: 직접 기록은 누락·오기입 가능
- 상품 폐기 리스크: 이탈 발견 지연 시 품질 저하·폐기
솔루션 — 온도·개폐 감지로 냉장·냉동 온도와 도어 상태를 자동 기록하고 이탈 시 즉시 알림. 온도 센서를 진열대·워크인·냉동고에 설치해 온도를 자동 기록하고, 개폐 감지로 미닫힘·장시간 개방을 확인합니다. iMonnit에서 매장·장비별 상태를 보고 기준 이탈 시 알려 폐기 손실을 줄입니다.
도입 절차 — 매출 기여 높은 진열대·워크인 냉장고 우선 → 전 설비 확장
- PHASE 1 설비 우선순위 (반나절): 고가 상품·고장 이력이 있는 냉장·냉동 설비를 우선 선정합니다.
- PHASE 2 온도·도어 센서 설치 (1일): 진열대·워크인·보관 냉동고에 TEMP와 Open/Closed를 설치합니다.
- PHASE 3 알림 기준 설정 (반나절): 설비별 적정 온도와 도어 장시간 개방 알림을 설정합니다.
- PHASE 4 전 설비 확장 (1~2주): 검증된 구성으로 매장 내 전 냉장·냉동 설비로 확장합니다.
ROI — 상품 폐기 손실 20~30%↓ · 냉장 전력비 5~10%↓ · 8개월 내 회수
- 20~30%↓: 온도 이탈 상품 폐기 손실
- 5~10%↓: 도어·이상 운전 개선 냉장 전력비
- 8개월 이내: 평균 ROI 회수
- 도입 전: 직원 수기 온도 점검. 도어 미닫힘 방치. 압축기 이상 고장 후 인지. 폐기 상품 사후 집계.
- 도입 후: 냉장·냉동 자동 기록. 도어 장시간 개방 즉시 알림. 압축기 부하 이상 조기 감지. 폐기 손실 추적·예방.
도입 고객사: Walmart, Costco, Wegmans, Dairy Queen

#### 콜드체인 모니터링
URL: https://monnit.co.kr/app/cold-chain
매장·차량·창고까지 유통 전 구간의 온도 이력과 도어 상태를 통합 관리합니다. [센서: 온도 · 개폐 · 게이트웨이 GPS]
- 주요 고객: 식품·의약품 유통·물류 기업
- 관리 구간: 매장·차량·창고 전 구간
- 운영 효과: 온도 이력 확보·콜드체인 손실 감소
- 센서 구성: 온도·개폐 감지·게이트웨이 GPS
고객 프로필 — 유통 전 구간 온도 이력을 관리해야 하는 식품·의약품 유통사·물류센터·다점포 운영사. 식품·의약품 유통은 매장·창고·차량을 거치며 온도 이력이 끊기지 않아야 합니다. 전 구간 온도를 자동 기록하고 이상을 빠르게 알려 폐기·클레임·규정 리스크를 줄입니다.
문제점 — 콜드체인의 온도 이탈은 유통 전 구간의 품질 신뢰를 흔드는 핵심 리스크입니다.
- 구간별 이력 단절: 매장·창고·차량 분리 관리 시 전 구간 연결 어려움
- 운송 중 이탈 지연: 배송 중 온도 문제는 도착 후 발견되기 일쑤
- 책임 구간 추적난: 문제 발생 시 이탈 구간 특정 곤란
- 폐기·클레임 리스크: 한 번의 이탈로 폐기·반품·클레임 발생
솔루션 — 보관·운송 구간 온도를 자동 수집하고 iMonnit으로 전 구간 이력·알림을 통합 관리. 창고·매장·차량 구간에 온도 센서를 적용해 온도를 자동 기록합니다. 개폐 감지로 도어 상태를, 게이트웨이 GPS로 운송 위치를 온도 이력과 함께 관리하며, 이탈 시 폐기·클레임 전에 알립니다.
도입 절차 — 10개 매장 파일럿 우선 → 전 매장 확장 · 단계적 도입
- PHASE 1 10개 매장 파일럿 (3주): Critical 매장 선별, 센서·게이트웨이 배치, 데이터 검증.
- PHASE 2 데이터 패턴 분석 (1개월): 파일럿 데이터로 알림 임계값 최적화·ROI 검증.
- PHASE 3 전 매장 확장 (2–3개월): 동일 구성으로 전체 매장 일괄 배포.
- PHASE 4 차량 플릿 통합 (1개월): 수송 차량까지 GPS+Temp 통합 운영.
ROI — 콜드체인 손실 70%↓ · 200대 기준 12개월 내 회수
- 70%↓: 콜드체인 손실률 감축
- 700만~3,500만원: 방지된 사고당 평균 비용
- 100시간↓: 연간 HACCP 보고 작성 시간
- 도입 전: 매장별 수동 온도 점검. 차량 환경 추적 부재. HACCP 감사 시 데이터 취합에 수십 시간.
- 도입 후: 다중 매장·차량 통합 대시보드. 사고 5분 이내 알림. HACCP 보고서 매월 자동 생성.
도입 고객사: Walmart, Costco, Wegmans, Nestlé, FedEx

#### 물류 & 창고
URL: https://monnit.co.kr/app/logistics
대형 창고·물류센터의 구역별 온습도, 도어 상태, 보관 환경을 모니터링합니다. [센서: 온도 · 습도 · 개폐]
- 주요 고객: 대형 창고·물류센터·보관 시설
- 관리 항목: 구역별 온습도·출입 상태
- 운영 효과: 보관 품질 유지·운영 리스크 감소
- 센서 구성: 온도·습도·개폐 감지
고객 프로필 — 구역별 온습도·보관 환경을 안정적으로 관리해야 하는 대형 창고·물류센터·보관 시설. 대형 창고는 구역마다 보관 조건이 다르고 온습도 변화가 품질·재고에 영향을 줍니다. 모든 구역을 수시 확인하기 어려우므로, 구역별 환경을 자동 관리해 보관 품질을 일정하게 유지합니다.
문제점 — 창고·물류센터의 환경 이상은 보관 품질과 재고 안정성을 위협합니다.
- 구역별 환경 편차: 위치별 온습도 차이를 같은 수준으로 점검 곤란
- 보관 품질 저하: 온습도 변화가 변형·포장 손상·재고 저하 유발
- 출입 상태 확인 부족: 도어·출입 이상 지연 시 환경 불안정
- 현장 점검 부담: 넓은 센터 수동 순회는 시간·인력 소모 큼
솔루션 — 구역별 온습도·출입 상태를 무선 센서로 감시하고 iMonnit에서 보관 환경 통합 확인. 무선 센서로 창고 구역별 온도·습도·출입 상태를 감시합니다. 전체 순회 없이 iMonnit에서 구역별 상태·이력을 확인하고, 온습도 변화나 도어 개방이 기준을 벗어나면 알려 보관 품질 저하를 줄입니다.
도입 절차 — 온습도 민감 보관 구역·출입 동선 우선 → 센터 전체 확장
- PHASE 1 구역 매핑 (1일): 보관 품목과 환경 민감도 기준으로 구역을 분류합니다.
- PHASE 2 구역별 센서 배치 (2~3일): 온습도·도어·누수 센서를 구역과 출입구에 설치합니다.
- PHASE 3 구역 기준 설정 (2~3일): 품목별 적정 환경과 도어·누수 알림 기준을 설정합니다.
- PHASE 4 센터 확장 (2~4주): 검증된 구성을 센터 전체·추가 거점으로 확장합니다.
ROI — 순회 점검 인건비 50%↓ · 보관 불량 클레임·재고 손실 15%↓ · 10개월 내 회수
- 50%↓: 센터 순회 점검 인건·시간
- 15%↓: 보관 환경 불량 클레임·재고 손실
- 10개월 이내: 평균 ROI 회수
- 도입 전: 넓은 구역 수동 순회. 구역별 환경 편차 방치. 도어·누수 사후 발견. 재고 손실 원인 불명확.
- 도입 후: 구역별 환경 통합 가시화. 순회 인력 최소화. 도어·누수 즉시 알림. 손실 원인 데이터로 추적.
도입 고객사: Amazon, FedEx, Walmart, Nestlé

#### 식품 서비스
URL: https://monnit.co.kr/app/food
레스토랑·급식 시설의 냉장·냉동 온도와 도어 상태를 자동 기록해 식품 안전 관리를 지원합니다. [센서: 온도 · 개폐]
- 주요 고객: 레스토랑·급식 시설·주방 운영팀
- 관리 항목: 냉장·냉동 온도 기록
- 운영 효과: 식품 안전 확보·HACCP 준수 지원
- 센서 구성: 온도·개폐 감지
고객 프로필 — 냉장·냉동 온도 기록을 자동화하고 식품 안전 기준을 관리해야 하는 레스토랑·급식 시설·주방. 외식·급식은 냉장·냉동 온도 기록과 식품 안전 관리가 핵심입니다. 수기 기록은 누락되기 쉽고 바쁜 영업 중 장비 이상을 놓치므로, 온도를 자동 기록·알림해 HACCP 업무를 효율화합니다.
문제점 — 식품 서비스 현장의 온도 기록 누락은 식품 안전과 규정 대응 리스크로 이어집니다.
- 기록 누락 가능성: 바쁜 영업 중 기록 누락·지연 작성
- 식품 안전 리스크: 온도 이탈이 품질 저하·안전 문제로 연결
- 장비 이상 지연: 냉장고·워크인 고장을 영업 중 즉시 파악 곤란
- 감사 대응 부담: 기록 미정리 시 HACCP 대응 곤란
솔루션 — 온도·개폐 감지로 주방 냉장·냉동 온도와 도어 상태를 자동 기록 → iMonnit 알림·이력 관리. 온도 센서로 냉장고·냉동고·워크인 쿨러 온도를 자동 기록하고, 개폐 감지로 도어 개방을 확인해 이탈 원인 파악을 돕습니다. iMonnit에서 장비별 이력을 보고 기준 이탈 시 알려 수기 부담을 줄입니다.
도입 절차 — HACCP 대상 냉장·냉동 설비 우선 → 전 주방 설비 확장
- PHASE 1 CCP 식별 (반나절): HACCP 중점관리 냉장·냉동 설비를 지정합니다.
- PHASE 2 센서 설치 (1일): 냉장고·냉동고·워크인 쿨러에 온도·도어 센서를 설치합니다.
- PHASE 3 기준·보고 설정 (반나절): 법적 기준 온도와 자동 보고서 양식을 설정합니다.
- PHASE 4 점포 확장 (1~2주): 검증된 구성을 추가 매장·주방으로 확장합니다.
ROI — HACCP 수기 기록 연 80시간↓ · 식자재 폐기 15%↓ · 장비 이상 즉시 알림
- 80시간↓: 연간 HACCP 온도 수기 기록·정리
- 15%↓: 식자재 폐기 손실 감소
- 즉시: 냉장·냉동 장비 고장 알림
- 도입 전: 바쁜 영업 중 기록 누락. 장비 고장 영업 중 인지 지연. HACCP 서류 수동 취합. 폐기 손실 집계 어려움.
- 도입 후: 온도 자동 기록. 장비 이상 즉시 알림. HACCP 보고서 자동 생성. 식자재 폐기 사전 예방.
도입 고객사: Dairy Queen, Chick-fil-A, Subway, Zaxby's, Walmart

#### 그로서리 & 편의점
URL: https://monnit.co.kr/app/grocery
여러 매장의 냉장 진열대와 보관용 냉장·냉동고를 통합 관리합니다. [센서: 온도 · 개폐]
- 주요 고객: 그로서리·편의점·다점포 리테일
- 관리 항목: 냉장 진열대·보관용 냉장고
- 운영 효과: 매장별 온도 통합 관리·상품 손실 예방
- 센서 구성: 온도·개폐 감지
고객 프로필 — 여러 매장의 냉장 진열대·보관 냉장·냉동고를 통합 관리해야 하는 리테일 운영자. 그로서리·편의점은 여러 매장의 냉장 설비를 동시에 관리해야 합니다. 현장 수동 확인에만 의존하면 이탈·미닫힘·고장을 늦게 잡으므로, 본사가 매장별 냉장 상태를 한눈에 보고 손실을 줄입니다.
문제점 — 다점포 냉장 설비는 현장별 상태를 놓치면 상품 손실이 빠르게 커집니다.
- 다점포 관리 한계: 여러 매장 냉장 상태를 본사에서 실시간 확인 곤란
- 매장별 대응 편차: 직원 방식 따라 대응 속도·기록 품질 상이
- 상품 손실 위험: 장비 이상·미닫힘 시 냉장 상품 품질 급저하
- 통합 데이터 부족: 이력 분산 시 문제 매장·반복 이슈 식별난
솔루션 — 매장별 냉장 진열대·보관고 온도·도어 상태를 iMonnit에서 통합 확인. 여러 매장의 냉장 진열대·보관고 온도를 iMonnit에서 통합 확인합니다. 개폐 감지로 미닫힘·장시간 개방을 관리하고, 현장 보고에만 의존하지 않고 본사가 매장별 이력·알림을 함께 봐 손실을 줄입니다.
도입 절차 — 대표 10여 개 점포 파일럿 우선 → 전 점포 체인 확장
- PHASE 1 대표 점포 선정 (2~3일): 매출·폐기 데이터 기준으로 파일럿 점포를 선정합니다.
- PHASE 2 센서 배치 (1주): 진열대·보관 냉장/냉동고에 온도·도어 센서를 설치합니다.
- PHASE 3 본사 대시보드 구성 (3~5일): 점포·설비별 통합 대시보드와 알림 라우팅을 설정합니다.
- PHASE 4 전 점포 확장 (2~3개월): 검증된 구성으로 전 체인에 일괄 배포합니다.
ROI — 점포당 연 500만~1,100만원 폐기 방지 · 9개월 내 체인 회수
- 점포당 500만~1,100만원: 연간 상품 폐기 방지(규모별)
- 100%: 전 점포 냉장 상태 본사 통합
- 9개월 이내: 체인 ROI 회수
- 도입 전: 점포별 수동 확인. 대응 속도·기록 품질 편차. 본사 실시간 확인 불가. 문제 점포 식별 지연.
- 도입 후: 전 점포 통합 대시보드. 표준화된 알림 대응. 본사 실시간 모니터링. 반복 이슈 점포 즉시 식별.
도입 고객사: Walmart, Costco, Wegmans, Racetrac

#### 수송 차량
URL: https://monnit.co.kr/app/transport
냉장 차량의 위치, 화물칸 온도, 도어 상태를 함께 추적해 운송 품질을 관리합니다. [센서: 온도 · 개폐 · 게이트웨이 GPS]
- 주요 고객: 냉장 차량 운영사·식품/의약품 운송팀
- 관리 항목: 화물칸 온도·차량 위치·도어 상태
- 운영 효과: 운송 품질 유지·온도 이탈 대응
- 센서 구성: 온도·개폐 감지·게이트웨이 GPS
고객 프로필 — 운송 중 화물칸 온도와 위치를 함께 관리해야 하는 냉장 차량 운영사·식품·의약품 운송팀. 냉장 차량은 이동 중 온도와 위치를 함께 봐야 해 고정 시설보다 변수가 많습니다. 이탈을 실시간 못 잡으면 도착 후 발견되므로, 배송 중 상태를 확인하고 이상에 빠르게 대응합니다.
문제점 — 운송 중 온도 이탈을 도착 후에야 발견하면 원인 추적과 품질 대응이 어려워집니다.
- 이동 중 확인 한계: 운행 중 온도·위치 실시간 확인 곤란
- 문제 구간 추적난: 도착 후 문제 시 이탈 시점·위치 특정 곤란
- 운전자 의존 높음: 수기·사후 보고 의존 시 누락 가능
- 배송 품질 리스크: 이탈이 폐기·재배송·클레임으로 연결
솔루션 — 화물칸 온도·도어 상태를 자동 수집하고 운송 중 온도 이탈을 빠르게 확인. 온도 센서를 화물칸에 설치해 운송 중 온도를 자동 기록합니다. 개폐 감지로 도어 개방을, 게이트웨이 GPS로 운송 위치를 온도 이력과 함께 관리하고, 범위 이탈 시 알려 배송 중 이상을 빠르게 파악합니다.
도입 절차 — 냉장 차량 일부 파일럿 우선 → 플릿 전체 확장
- PHASE 1 차량 선정 (2~3일): 배송 품목·클레임 이력 기준으로 파일럿 차량을 선정합니다.
- PHASE 2 센서 설치 (1일/대): 화물칸에 온도·도어 센서, 게이트웨이 GPS를 설치합니다.
- PHASE 3 경로 기준 설정 (3~5일): 배송 구간별 적정 온도와 위치 연계 알림을 설정합니다.
- PHASE 4 플릿 확장 (1개월): 검증된 구성을 전 차량 플릿으로 확장합니다.
ROI — 온도 이탈 폐기·재배송 클레임 30%↓ · 8개월 내 회수
- 30%↓: 운송 온도 이탈 폐기·재배송 클레임
- 실시간: 위치+화물칸 온도 동시 추적
- 8개월 이내: 플릿 ROI 회수
- 도입 전: 운전자 수기·사후 보고. 도착 후 온도 이탈 발견. 문제 구간 추적 불가. 클레임 책임 불명확.
- 도입 후: 화물칸 온도 자동 기록. 이동 중 이탈 즉시 알림. 위치·온도 연계 이력. 책임 구간 데이터로 입증.
도입 고객사: FedEx, Walmart, Nestlé

#### 레스토랑·외식 서비스
URL: https://monnit.co.kr/app/uc-restaurant
주방 냉장·냉동 설비의 온도와 도어 상태를 자동 기록해 식품 안전 관리를 지원합니다. [센서: 온도 · 개폐]
- 주요 고객: 레스토랑·프랜차이즈·급식 주방
- 관리 항목: 냉장·냉동 온도·도어 상태·식품 안전 기록
- 운영 효과: HACCP 대응·식재료 손실 감소
- 센서 구성: 온도·저온·디지털 온도·개폐 감지·습도
고객 프로필 — 냉장·냉동 온도·도어 상태·식품 안전 기록을 관리해야 하는 레스토랑·프랜차이즈·급식 주방. 외식 매장은 바쁜 영업 중에도 냉장고·냉동고·워크인 온도를 유지해야 합니다. 수기 기록은 누락이 잦고 미닫힘·장비 이상이 폐기 손실로 이어지므로, 온도·도어 상태를 자동 기록해 HACCP 대응을 돕습니다.
문제점 — 외식 현장의 냉장·냉동 온도 이탈은 식품 안전과 원가 손실에 동시에 영향을 줍니다.
- 수기 기록 누락: 영업 중 온도 기록 누락·지연 작성
- 도어 미닫힘 문제: 개방 시 온도 상승·에너지 낭비
- 장비 이상 지연: 냉장·냉동 고장이 식재료 폐기·영업 차질
- 감사 대응 부담: 이력 미정리 시 식품 안전 점검 대응난
솔루션 — 주방 냉장·냉동 온도·도어 상태를 자동 기록하고 iMonnit 알림으로 이상 전달. 온도·저온·디지털 온도·개폐 감지·습도 센서를 주방 냉장 설비에 적용해 iMonnit에서 상태를 봅니다. 이탈 시 알려 식재료 폐기·원가 손실을 줄이고 수기 기록 부담을 덜어냅니다.
도입 절차 — 원가 비중 큰 냉장·냉동 설비 우선 → 전 주방·매장 확장
- PHASE 1 설비 선정 (반나절): 고가 식자재 보관 냉장·냉동 설비를 우선 지정합니다.
- PHASE 2 센서 설치 (1일): 냉장고·냉동고·워크인 쿨러에 온도·도어 센서를 설치합니다.
- PHASE 3 기준·보고 설정 (반나절): 적정 온도와 HACCP 보고 양식을 설정합니다.
- PHASE 4 매장 확장 (1~2주): 검증된 구성을 전 주방·매장으로 확장합니다.
ROI — 식자재 폐기·원가 손실 10~15%↓ · 수기 기록 70%↓ · 장비 이상 즉시 알림
- 10~15%↓: 온도 이탈 식자재 폐기·원가 손실
- 70%↓: 수기 온도 기록·보고 공수
- 즉시: 냉장 장비 고장 사전 알림
- 도입 전: 수기 온도표. 장비 이상 사후 발견. 도어 미닫힘 확인 지연. 감사 자료 수동 정리.
- 도입 후: 자동 온도 이력. 도어·고장 즉시 알림. 식자재 폐기 예방. 식품 안전 보고 자료 확보.

#### 편의점
URL: https://monnit.co.kr/app/uc-convenience
다중 점포의 냉장 진열대와 보관용 냉장·냉동고를 통합 관리합니다. [센서: 온도 · 개폐]
- 주요 고객: 편의점·소형 리테일·다점포 운영사
- 관리 항목: 냉장 진열대·워크인 냉장고·도어 상태
- 운영 효과: 상품 손실 예방·매장 운영 표준화
- 센서 구성: 온도·저온·디지털 온도·개폐 감지·누수 감지
고객 프로필 — 냉장 진열대·워크인·도어 상태를 관리해야 하는 편의점·소형 리테일·다점포 운영사. 편의점은 냉장 진열대·워크인·냉동고가 핵심 장비입니다. 야간·교대 시간 이탈·미닫힘·고장을 본사가 즉시 못 보면 상품 손실로 이어지므로, 냉장 상태를 자동 기록해 손실 예방과 운영 표준화를 돕습니다.
문제점 — 편의점 냉장 설비는 매장마다 분산돼 본사에서 이상 상황을 즉시 파악하기 어렵습니다.
- 매장별 관리 편차: 직원 확인 방식·기록 품질 상이
- 상품 손실 위험: 이탈·미닫힘 시 냉장 상품 품질 급저하
- 본사 확인 한계: 현장 보고 의존 시 대응 지연
- 반복 이슈 추적난: 이력 분산 시 문제 장비·패턴 식별난
솔루션 — 편의점 냉장 온도·도어 상태를 자동 기록하고 iMonnit에서 매장별 통합 확인. 온도·저온·디지털 온도·개폐 감지·누수 감지 센서를 매장에 적용해 iMonnit에서 상태를 봅니다. 이탈 시 알려 야간·교대 시간 손실을 줄이고 매장별 대응을 표준화합니다.
도입 절차 — 야간·교대 손실 큰 진열대·워크인 우선 → 전 점포 확장 · 본사 통합
- PHASE 1 대표 점포 선정 (2~3일): 손실·고장 이력 기준으로 파일럿 점포를 선정합니다.
- PHASE 2 센서 설치 (1일): 진열대·워크인·냉동고에 온도·도어 센서를 설치합니다.
- PHASE 3 본사 대시보드 구성 (3~5일): 점포 통합 대시보드와 알림 라우팅을 설정합니다.
- PHASE 4 전 점포 확장 (1~2개월): 검증된 구성으로 전 점포에 배포합니다.
ROI — 온도 이탈·도어 상품 손실 20~30%↓ · 10개월 내 체인 회수
- 20~30%↓: 온도 이탈·도어 상품 손실
- 통합: 본사 전 점포 실시간 냉장 가시성
- 10개월 이내: 체인 ROI 회수
- 도입 전: 매장별 수동 확인. 본사 실시간 확인 불가. 상품 손실 사후 확인. 반복 이슈 추적 어려움.
- 도입 후: 매장별 온도·도어 이력. 통합 대시보드. 기준 이탈 알림. 상품 손실 예방 관리.

#### 학교 급식실 냉장·냉동고
URL: https://monnit.co.kr/app/uc-school-cafeteria
급식 워크인 쿨러·프리저의 온도와 도어 상태를 상시 추적해 식품 안전을 지원합니다. [센서: 온도 · 개폐]
- 주요 고객: 학교 급식실·교육청·위탁급식 운영사
- 관리 항목: 워크인 쿨러·프리저 온도와 도어 상태
- 운영 효과: 식품 안전 관리·온도 기록 자동화
- 센서 구성: 온도·저온·디지털 온도·개폐 감지·습도
고객 프로필 — 워크인 쿨러·프리저 온도·도어 상태를 관리해야 하는 학교 급식실·교육청·위탁급식 운영사. 학교 급식은 많은 인원에게 식사를 제공해 냉장·냉동 온도·기록 관리가 중요합니다. 급식 준비 시간엔 기록이 누락되기 쉽고 방학·야간 장비 이상은 늦게 발견되므로, 온도·도어 상태를 자동 기록합니다.
문제점 — 학교 급식 냉장 설비의 온도 이탈은 식품 안전과 학생 신뢰에 직접 영향을 줄 수 있습니다.
- 기록 누락 가능성: 급식 준비 중 온도 확인·기록 누락
- 야간·휴일 지연: 근무 시간 외 장비 이상 대응 지연
- 도어 미닫힘 문제: 워크인·프리저 개방 시 온도 상승
- 점검 대응 부담: 이력 미정리 시 내부 점검·보고에 시간 과다
솔루션 — 급식 냉장·냉동 온도·도어 상태를 자동 기록하고 이탈 시 담당자에게 알림. 온도·저온·디지털 온도·개폐 감지·습도 센서를 급식실에 적용해 iMonnit에서 상태를 봅니다. 이탈 시 알려 식품 안전 사고를 예방하고 방학 무인 기간 장비 이상까지 잡습니다.
도입 절차 — 식품안전 직결 워크인 쿨러·프리저 우선 → 전 급식 설비 확장
- PHASE 1 설비 지정 (반나절): 워크인 쿨러·프리저 등 핵심 보관 설비를 지정합니다.
- PHASE 2 센서 설치 (1일): 쿨러·프리저에 온도·도어 센서를 설치·연동합니다.
- PHASE 3 기준·보고 설정 (반나절): 법적 기준 온도와 점검 보고 양식을 설정합니다.
- PHASE 4 급식실 확장 (1~2주): 검증된 구성을 전 급식 설비로 확장합니다.
ROI — 온도 점검·기록 공수 60%↓ · 급식 식품안전 사고 예방 · 방학 무인 감시
- 60%↓: 온도 점검·기록 공수
- 식품안전↑: 급식 냉장 온도 이탈 사고 예방
- 방학 감시: 무인 기간 장비 이상 알림
- 도입 전: 수기 온도표. 장비 이상 사후 확인. 도어 미닫힘 확인 지연. 점검 자료 수동 정리.
- 도입 후: 자동 온도 이력. 도어·고장 알림. 무인 기간 감시. 점검 대응 자료 확보.

#### 신선식품 제조
URL: https://monnit.co.kr/app/uc-perishable-food
가공·보관 전 구간의 온습도와 도어 상태를 통합 관리해 품질과 폐기 손실을 줄입니다. [센서: 온도 · 습도 · 개폐]
- 주요 고객: 신선식품 제조사·가공장·보관 창고
- 관리 항목: 가공·보관 온습도·도어 상태
- 운영 효과: 품질 유지·폐기 손실 감소
- 센서 구성: 온도·저온·디지털 온도·습도·개폐 감지
고객 프로필 — 가공·보관 온습도·도어 상태를 관리해야 하는 신선식품 제조사·가공장·보관 창고. 신선식품은 가공·보관·출하 전 과정에서 온습도에 민감합니다. 작업장·보관실 환경 이탈·미닫힘·장비 이상을 늦게 잡으면 폐기 손실로 이어지므로, 온습도·도어 상태를 자동 기록해 품질을 유지합니다.
문제점 — 신선식품은 온습도 변화가 곧 품질 저하와 폐기 손실로 이어질 수 있습니다.
- 온습도 이탈: 가공장·보관실 환경 변화가 신선도·유통 기간 영향
- 도어 미닫힘 문제: 냉장 보관실 도어 이상이 온도 상승·낭비 유발
- 구역별 편차: 넓은 보관 공간 위치별 온습도 차이
- 원인 추적난: 환경 이력 부족 시 품질 문제 원인 구간 파악난
솔루션 — 가공·보관 구역 온습도·도어 상태를 자동 기록해 품질 관리·폐기 손실 예방. 온도·저온·디지털 온도·습도·개폐 감지 센서를 신선식품 시설에 적용해 iMonnit에서 상태를 봅니다. 이탈 시 알려 폐기 손실을 줄이고 구역별 이력으로 품질 원인을 규명합니다.
도입 절차 — 신선도 손실 큰 가공·보관 구역 우선 → 시설 전반 확장
- PHASE 1 구역 진단 (1일): 온습도 민감도가 큰 가공·보관 구역을 식별합니다.
- PHASE 2 센서 배치 (1~2일): 작업장·보관실에 온습도·도어 센서를 설치·연동합니다.
- PHASE 3 기준 설정 (1일): 품목별 적정 환경과 도어·이상 알림을 설정합니다.
- PHASE 4 시설 확장 (2~4주): 검증된 구성을 시설 전반으로 확장합니다.
ROI — 신선식품 폐기 손실 15~25%↓ · 가식 기간 확보 · 구역별 원인 추적
- 15~25%↓: 온습도 이탈 신선식품 폐기 손실
- 유통기한↑: 환경 안정화 가식 기간 확보
- 원인 추적: 구역별 환경 이력 품질 원인 규명
- 도입 전: 수동 온습도 확인. 품질 문제 사후 분석. 도어 상태 확인 지연. 구역별 이력 부족.
- 도입 후: 구역별 온습도 기록. 도어·이탈 알림. 폐기 손실 감소. 품질 원인 추적 지원.

### 의료 & 연구소

#### 백신 모니터링
URL: https://monnit.co.kr/app/vaccine
백신·의약품 보관 온도와 이력을 자동 기록해 규정 준수와 품질 관리를 지원합니다. [센서: 온도 · 개폐]
- 주요 고객: 병원·클리닉·약국·백신 보관 시설
- 관리 항목: 백신·의약품 보관 온도
- 운영 효과: 온도 이력 자동 기록·규정 준수 지원
- 센서 구성: 온도·개폐 감지·온도 버퍼
고객 프로필 — 백신·의약품 보관 온도 관리가 중요한 병원·클리닉·약국·백신 보관 시설. 백신·의약품은 보관 온도 유지와 이력 증빙이 필수지만, 수동 점검으로는 야간·휴일 이탈을 놓치기 쉽습니다. 자동 온도 기록·알림으로 보관 품질과 규정·감사 대응 데이터를 확보합니다.
문제점 — 백신 보관 사고는 자산이 아니라 환자 안전 문제. 그러나 대부분 아직 수동 기록에 의존합니다.
- 야간·휴일 대응 한계: 업무 시간 외 보관고 이상은 즉시 대응 어려움
- 수동 기록 의존: 사람 점검은 기록 누락·지연 위험
- 효능 저하 리스크: 온도 이탈이 품질 신뢰에 직접 영향
- 감사 대응 부담: 이력·알림 미정리 시 규정 확인·보고 곤란
솔루션 — 보관고 온도를 자동 기록하고 기준 이탈 시 즉시 알림 → 보관 품질·규정 대응 지원. 온도 센서로 보관 온도를 자동 기록하고 iMonnit에서 이력을 확인합니다. 개폐 감지로 도어 상태를, 온도 버퍼로 보관품에 가까운 온도 추세를 함께 관리하며, 범위 이탈 시 담당자에게 즉시 알림을 보냅니다.
도입 절차 — 백신 보관고 우선 적용 → 전 보관 설비 확장 · 운영 중단 없이 1~2일 설치
- PHASE 1 현장 평가 (반나절): 보관고 위치·기존 환경·통신 가용성 확인.
- PHASE 2 설치 & 페어링 (1일): 센서 설치, 게이트웨이 페어링, 클라우드 연결.
- PHASE 3 iMonnit 설정 (반나절): 알림 임계값·담당자 라우팅·테스트 가동.
- PHASE 4 교육 & 인계 (반나절): 운영팀 사용 교육, 감사 보고서 생성 절차 인계.
ROI — 사고 1건당 약 1,500만원 폐기 방지 · 6개월 내 투자 회수
- 1,500만원+: 사고당 백신 폐기 비용 방지
- 100%: CDC VFC 컴플라이언스 자동 준수
- 6개월 이내: 평균 ROI 회수 기간
- 도입 전: 야간·주말 사고 인지 지연. 수기 온도 기록. 감사 시 매번 수동으로 데이터 정리.
- 도입 후: 5분 이내 SMS·전화 알림. 암호화 서명 자동 로그. 감사 보고서 클릭 한 번에 생성.
도입 고객사: Samsung Biologics, Merck & Co, CDC, Bayer, ANTHC

#### 병원 & 클리닉
URL: https://monnit.co.kr/app/hospital
혈액·조직·의약품 보관고와 클린룸의 온도·습도·차압·누수를 통합 모니터링합니다. [센서: 온도 · 습도 · 차압 · 누수]
- 주요 고객: 병원·클리닉·수술실·보관실
- 관리 항목: 의약품·혈액·조직 보관 온도와 클린룸 차압
- 운영 효과: 환자 안전·의료 품질 관리 지원
- 센서 구성: 온도·습도·차압·누수
고객 프로필 — 의료 환경·보관 장비를 안정적으로 관리해야 하는 병원·클리닉·수술실·혈액/조직 보관실. 병원은 혈액·조직·의약품·클린룸 등 다양한 환경을 관리해야 합니다. 온도·차압 이탈이 품질·환자 안전에 영향을 주지만 수동 확인에 의존하므로, 주요 환경을 자동 기록하고 이상 시 빠르게 알립니다.
문제점 — 의료 환경의 온도·습도·차압 이탈은 보관 품질과 환자 안전에 영향을 주지만, 수동 확인만으론 즉시 대응이 어렵습니다.
- 보관 온도 이탈: 혈액·조직·의약품은 기준 이탈 시 사용 가능성 영향
- 수동 기록 의존: 사람 점검 시 야간·휴일 이상 놓침
- 클린룸 관리 부담: 차압·온습도 불안정 시 품질 관리 부담
- 감사 대응 어려움: 이력 미정리 시 내부 점검·외부 감사 곤란
솔루션 — 보관고 온도·클린룸 차압·주요 환경을 무선 센서로 수집하고 iMonnit에서 이력·알림 통합. 무선 센서를 보관고·클린룸·수술실 설비에 설치해 온도·습도·차압·누수를 상시 확인합니다. 게이트웨이로 iMonnit에 전송돼 이탈 시 담당자에게 알리고, 자동 기록은 감사 대응 자료로 활용합니다.
도입 절차 — 혈액·의약품 보관고·클린룸 우선 → 전 의료 환경 확장
- PHASE 1 중점 공간 지정 (1일): 혈액·조직·의약품 보관고, 클린룸을 우선 지정합니다.
- PHASE 2 센서 설치 (1~2일): 온습도·차압·누수 센서를 주요 지점에 설치·연동합니다.
- PHASE 3 기준·감사 설정 (1일): 보관 기준과 감사 대응용 자동 기록·보고를 설정합니다.
- PHASE 4 전 부서 확장 (2~4주): 검증된 구성을 병동·검사실 전반으로 확장합니다.
ROI — 보관 사고 1건당 약 2,000만원 손실 방지 · 감사 준비 60%↓
- 2,000만원+: 혈액·의약품 보관 사고당 손실 방지
- 60%↓: 환경·온도 감사 준비 시간
- 24/7: 클린룸·보관고 통합 자동 감시
- 도입 전: 보관고 수동 확인. 야간·휴일 이탈 인지 지연. 클린룸 차압 수기 점검. 감사 자료 매번 수동 정리.
- 도입 후: 보관 환경 24시간 감시. 이탈 즉시 담당자 알림. 차압 자동 추적. 감사 보고서 자동 생성.
도입 고객사: Methodist Hospital, UA Cancer Center, Intermountain Healthcare

#### 실험실 & 제약
URL: https://monnit.co.kr/app/lab
시약·샘플·보관 장비의 온습도와 차압 이력을 자동 기록해 품질관리와 감사 대응을 지원합니다. [센서: 온도 · 습도 · 차압]
- 주요 고객: 실험실·제약사·연구소·품질관리 부서
- 관리 항목: 샘플·시약·보관 장비 온습도와 차압
- 운영 효과: 데이터 추적성·감사 대응 강화
- 센서 구성: 온도·습도·차압
고객 프로필 — 샘플·시약 보관 환경을 정확히 기록·관리해야 하는 실험실·제약사·연구소·품질관리 부서. 실험실·제약 시설은 샘플·시약·배양체 환경을 일정하게 유지해야 합니다. 온습도·차압 변화는 결과 신뢰도·규정 대응에 영향을 주고 수기 기록엔 한계가 있어, 환경을 자동 수집하고 이탈을 알립니다.
문제점 — 실험실 환경 이탈은 샘플 손상·결과 신뢰도 저하로 이어지고, 사후 원인 추적도 어렵게 만듭니다.
- 샘플 손상 위험: 시약·샘플·배양체는 작은 환경 이탈에도 신뢰도 영향
- 규정 기록 부담: GxP·21 CFR Part 11 대응에 수기 이력은 한계
- 장비 이상 지연: 냉장고·인큐베이터 이상이 실험 중단·재작업 유발
- 원인 추적 어려움: 온습도 이력 부족 시 원인·책임 구분난
솔루션 — 온도·습도·차압을 자동 기록하고 이탈 시 알림 → 샘플 보관·규정 대응 지원. 무선 센서를 냉장고·인큐베이터·보관실·클린룸에 설치해 온도·습도·차압을 상시 기록합니다. iMonnit에서 장비별 이력·알림 이벤트를 확인하고 이탈 시 즉시 알려, 샘플 손상 가능성과 감사 부담을 줄입니다.
도입 절차 — 샘플 손상 리스크 큰 냉장고·인큐베이터 우선 → 실험실 전체 확장
- PHASE 1 장비 우선순위 (1일): 고가 샘플·규정 대상 장비를 우선 지정합니다.
- PHASE 2 센서 설치 (1~2일): 냉장고·인큐베이터·보관실에 온습도·차압 센서를 설치합니다.
- PHASE 3 규정 기준 설정 (1~2일): GxP·21 CFR Part 11 대응 기록·알림 기준을 설정합니다.
- PHASE 4 실험실 확장 (2~4주): 검증된 구성을 전 실험실·보관 환경으로 확장합니다.
ROI — 감사 대응 공수 70%↓ · 샘플 재실험 비용↓ · 규정 이력 자동 확보
- 70%↓: 환경 기록·감사 대응 공수
- 100%: 21 CFR Part 11 환경 이력 자동 확보
- 재실험↓: 샘플 손상 재작업 비용
- 도입 전: 수기 환경 기록. 인큐베이터 이상 사후 발견. 규정 이력 누락 위험. 문제 원인 추적 어려움.
- 도입 후: 온습도·차압 자동 기록. 장비 이상 즉시 알림. 규정 이력 자동 확보. 원인·책임 데이터로 구분.
도입 고객사: Samsung Biologics, Bayer, Merck & Co, Cal Biotech, UA Cancer Center

#### 영안실 & 조직
URL: https://monnit.co.kr/app/morgue
시신·조직 보관고의 온도와 도어 상태를 상시 추적해 보관 환경을 안정적으로 관리합니다. [센서: 온도 · 개폐]
- 주요 고객: 영안실·병리실·법의학 시설
- 관리 항목: 시신·조직 보관 온도와 도어 상태
- 운영 효과: 보관 환경 신뢰성 확보
- 센서 구성: 온도·개폐 감지
고객 프로필 — 보관 온도·환경 이력을 안정적으로 관리해야 하는 영안실·병리실·법의학·조직 보관 시설. 영안실·병리실·법의학 시설은 시신·조직을 정해진 환경에서 관리해야 합니다. 야간·주말 보관고 이상은 즉시 확인이 어렵고 이력이 부족하면 사후 보고가 곤란하므로, 온도·이력을 자동 기록하고 알립니다.
문제점 — 시신·조직 보관고의 온도 이탈은 보관 품질과 기관 신뢰에 영향을 주지만, 무인 시간대엔 발견이 늦어집니다.
- 보관 환경 이탈: 장비 이상 발견 지연 시 관리 리스크 확대
- 야간 대응 한계: 무인 시간·주말 보관고 이상 즉시 확인 곤란
- 수동 점검 부담: 순회 점검만으론 순간 변화·이상 누락
- 기록 관리 어려움: 자동 이력 부재 시 내부 보고·품질 자료 곤란
솔루션 — 보관고 온도를 상시 감시하고 이상 시 iMonnit 알림으로 환경 이탈을 빠르게 확인. 온도 센서를 영안실 보관고·조직 보관 장비에 설치해 온도·이력을 자동 기록합니다. 개폐 감지로 도어 개방을 함께 확인하고, iMonnit 알림으로 야간·휴일에도 이상을 빠르게 인지해 관리 공백을 줄입니다.
도입 절차 — 보관 신뢰성 핵심인 시신·조직 보관고 우선 → 전 보관 장비 확장
- PHASE 1 보관고 지정 (반나절): 온도 민감도가 높은 보관 장비를 우선 지정합니다.
- PHASE 2 센서 설치 (1일): 보관고에 온도·도어 센서를 설치하고 연동합니다.
- PHASE 3 기준·보고 설정 (반나절): 보관 기준 온도와 야간 알림, 보고 양식을 설정합니다.
- PHASE 4 전 시설 확장 (1~2주): 검증된 구성을 전 보관 장비로 확장합니다.
ROI — 야간 미인지 사고 0건 목표 · 이상 후 5분 내 알림 · 온도 이력 자동 증빙
- 0건 목표: 야간 보관고 이상 미인지 사고
- 5분 이내: 이상 발생 후 담당자 알림
- 자동: 보관 온도 이력·증빙 확보
- 도입 전: 정기 순회 점검. 야간·주말 이상 인지 지연. 보관 온도 이력 부족. 사고 후 원인 보고 어려움.
- 도입 후: 보관고 24시간 감시. 이상 즉시 야간 알림. 온도 이력 자동 확보. 내부 보고 자료 즉시 생성.

#### 제약 콜드체인
URL: https://monnit.co.kr/app/pharma-cold
의약품 보관·운송 구간의 온도 이력과 도어 상태를 통합 관리해 품질 리스크를 줄입니다. [센서: 온도 · 개폐 · 게이트웨이 GPS]
- 주요 고객: 제약사·의약품 유통사·병원 약제부
- 관리 구간: 보관고·차량·현장 보관 전 구간
- 운영 효과: 의약품 온도 이력 확보·품질 리스크 감소
- 센서 구성: 온도·개폐 감지·게이트웨이 GPS
고객 프로필 — 의약품 보관·운송 온도를 관리해야 하는 제약사·의약품 유통사·병원 약제부·콜드체인 물류사. 의약품 콜드체인은 제조·보관·운송·현장 보관까지 온도 이력이 끊기지 않아야 합니다. 구간이 따로 관리되면 이탈 시점·위치 추적이 어려우므로, 전 구간 온도를 자동 기록하고 이상을 알립니다.
문제점 — 의약품 콜드체인은 어느 한 구간의 온도 이탈만으로도 품질 신뢰·규정 대응 리스크가 커집니다.
- 유통 중 온도 이탈: 보관·운송 중 기준 이탈 시 출하 가능성 영향
- 구간별 이력 단절: 창고·차량·보관고 분리 시 전 구간 연결난
- 규정 대응 부담: 기록 누락·분산 시 감사·품질 보고 복잡
- 폐기·클레임 리스크: 이탈 발견 지연 시 폐기·반품·클레임
솔루션 — 보관·운송 구간 온도를 자동 수집하고 iMonnit에서 이력·이상 알림 관리. 온도 센서를 보관고·운송 차량·현장 보관 장비에 설치해 온도 이력을 자동 확보합니다. 개폐 감지·게이트웨이 GPS로 도어 상태·운송 위치를 연결하고, iMonnit 이탈 알림과 이력으로 규정 근거를 체계화합니다.
도입 절차 — 보관고+운송 구간 묶음 파일럿 우선 → 전 유통망 확장
- PHASE 1 구간 정의 (2~3일): 제조·보관·운송·현장 보관 구간과 책임 지점을 정의합니다.
- PHASE 2 구간별 센서 설치 (1주): 보관고·차량(GPS)·현장 보관 장비에 센서를 설치합니다.
- PHASE 3 GDP 기준 설정 (3~5일): 구간별 적정 온도와 규정 대응 알림·기록을 설정합니다.
- PHASE 4 유통망 확장 (1~2개월): 검증된 구성을 전 보관·운송 네트워크로 확장합니다.
ROI — 의약품 폐기 1건당 1,400만~7,000만원 방지 · 6개월 내 회수
- 1,400만~7,000만원: 온도 이탈 의약품 폐기 방지(배치별)
- 100%: GDP 온도 이력 통합 자동 증빙
- 6개월 이내: 평균 ROI 회수
- 도입 전: 구간별 시스템 분리. 운송 중 이탈 도착 후 발견. 이력 단절로 추적 곤란. 규정 보고 수동 취합.
- 도입 후: 보관·운송 통합 이력. 구간별 이탈 즉시 알림. 위치·온도 연계 추적. GDP 보고 자동 대응.
도입 고객사: Samsung Biologics, Merck & Co, Bayer, ANTHC

#### 신생아 집중치료실(NICU)
URL: https://monnit.co.kr/app/uc-nicu
인큐베이터·보관고 등 핵심 의료 장비의 온습도와 도어 상태를 24/7 모니터링합니다. [센서: 온도 · 습도 · 개폐]
- 주요 고객: 신생아 집중치료실·병원 시설팀·의료 장비 관리자
- 관리 항목: 보관 장비 온습도·주변 환경·도어 상태
- 운영 효과: 의료 환경 안정성·이상 대응 강화
- 센서 구성: 온도·습도·개폐 감지·누수 감지·저온
고객 프로필 — 보관 장비 온습도·주변 환경·도어 상태를 관리해야 하는 신생아 집중치료실·병원 시설팀·의료 장비 관리자. NICU는 환자 안전을 위해 주변 환경·보관 장비의 안정적 관리가 중요합니다. 임상 판단을 대체하지 않는 시설 보조 모니터링으로, 환경 데이터를 자동 기록하고 이상을 알려 관리 공백을 줄입니다.
문제점 — NICU 환경 관리는 환자 안전과 직결되므로 작은 환경 이상도 빠르게 확인할 수 있어야 합니다.
- 민감 환경 부담: 신생아 관련 공간은 온습도·장비 환경 안정 유지 필요
- 수동 기록 의존: 사람 점검 시 야간·휴일 이상 놓침
- 누수·도어 리스크: 물 사용 구역·보관고 도어 이상이 사고로 연결
- 이력 확보난: 자동 환경 이력 부재 시 내부 점검·보고 곤란
솔루션 — 관련 보관 장비·시설 환경을 자동 기록하고 이탈 시 알림 → 시설 관리 공백 감소. 온도·습도·개폐 감지·누수 감지·저온 센서를 NICU 관련 시설에 적용해 iMonnit에서 환경을 봅니다. 임상 판단을 대체하지 않는 보조 체계로, 이상 시 알려 시설 사고와 보관 품질 저하를 예방합니다.
도입 절차 — 보관 장비·시설 환경 등 보조 모니터링 지점 우선 → 관련 시설 확장 · 임상 판단 비대체 보조 체계
- PHASE 1 대상 지정 (1일): 보관 장비와 주변 시설 환경 등 모니터링 대상을 지정합니다.
- PHASE 2 센서 설치 (1~2일): 온습도·도어·누수 센서를 핵심 지점에 설치·연동합니다.
- PHASE 3 기준·보고 설정 (1일): 보관 기준과 야간 알림, 감사 기록을 설정합니다.
- PHASE 4 시설 확장 (2~3주): 검증된 구성을 관련 시설로 확장합니다.
ROI — 보관 장비·시설 환경 사고 예방 · 이상 후 5분 내 알림 · 감사 자료 자동 확보
- 시설사고↓: 보관 장비·시설 환경 사고 예방
- 5분 이내: 이상 발생 후 담당자 알림
- 자동: 환경 이력·감사 자료 확보
- 도입 전: 수동 환경 확인. 보관 장비 이력 분산. 야간 이상 인지 지연. 시설 사고 대응 부담.
- 도입 후: 보관 온습도 자동 기록. 도어·누수 즉시 알림. 환경 이력 확보. 시설팀 대응 속도 개선.

#### 의약품 냉장 보관
URL: https://monnit.co.kr/app/uc-pharma-refrig
의약품·백신 보관고의 온도와 도어 상태를 자동 기록해 규정 대응과 품질 관리를 지원합니다. [센서: 온도 · 개폐]
- 주요 고객: 병원 약제부·약국·제약 보관 시설
- 관리 항목: 의약품 냉장 온도·도어 상태·보관 이력
- 운영 효과: 품질 관리·규정 대응 지원
- 센서 구성: 온도·저온·디지털 온도·개폐 감지·온도 버퍼
고객 프로필 — 의약품 냉장 온도·도어 상태·보관 이력을 관리해야 하는 병원 약제부·약국·제약 보관 시설. 의약품 냉장은 정해진 온도 유지와 이력 제시가 필요합니다. 냉장고 고장·미닫힘·정전 후 온도 상승을 늦게 잡으면 품질·폐기 판단에 영향을 주므로, 온도·도어 상태를 자동 기록해 규정 대응을 돕습니다.
문제점 — 의약품 냉장 보관의 온도 이탈은 제품 품질과 규정 대응 리스크로 이어질 수 있습니다.
- 보관 온도 이탈: 고장·정전 시 기준 이탈로 품질 신뢰 흔들림
- 도어 미닫힘 문제: 완전 차폐 실패 시 온도 상승
- 수동 기록 부담: 직접 기록은 누락·지연 위험
- 감사 대응 어려움: 이력 분산·부족 시 규정 확인 복잡
솔루션 — 의약품 보관고 온도·도어 상태를 자동 기록하고 iMonnit 알림·이력으로 품질 관리. 온도·저온·디지털 온도·개폐 감지·온도 버퍼 센서를 보관고에 적용해 iMonnit에서 상태를 봅니다. 이탈 시 알려 의약품 폐기를 막고 보관 온도 규정 이력을 자동 확보합니다.
도입 절차 — 규정 대상 의약품 보관고 우선 → 전 보관 설비 확장
- PHASE 1 보관고 지정 (반나절): 규정 대상·고가 의약품 보관고를 우선 지정합니다.
- PHASE 2 센서 설치 (1일): 보관고에 온도·도어·완충 센서를 설치·연동합니다.
- PHASE 3 규정 기준 설정 (반나절): 적정 온도 범위와 규정 대응 기록·알림을 설정합니다.
- PHASE 4 시설 확장 (1~2주): 검증된 구성을 전 보관 설비로 확장합니다.
ROI — 의약품 폐기 1건당 700만~2,700만원 방지 · 6개월 내 회수
- 700만~2,700만원: 온도 이탈 의약품 폐기 방지
- 100%: 보관 온도 규정 이력 자동 증빙
- 6개월 이내: 평균 ROI 회수
- 도입 전: 수동 온도표. 야간 온도 이탈 미확인. 도어 미닫힘 사후 발견. 감사 자료 수동 정리.
- 도입 후: 자동 온도 이력. 도어 상태 알림. 기준 이탈 통보. 보관 품질 보고 자료 확보.

#### 노인 케어 모니터링
URL: https://monnit.co.kr/app/uc-elderly
움직임·온도·도어 상태를 감지해 독거·요양 환경의 안전을 원격 확인합니다. [센서: 움직임 · 온도 · 개폐]
- 주요 고객: 요양 시설·독거노인 케어팀·복지기관
- 관리 항목: 움직임·온습도·출입·누수
- 운영 효과: 생활 안전 확인·돌봄 공백 감소
- 센서 구성: 움직임 감지·온도·습도·개폐 감지·누수 감지
고객 프로필 — 움직임·온습도·출입·누수를 관리해야 하는 요양 시설·독거노인 케어팀·복지기관. 노인 케어는 움직임·온습도·출입·누수 같은 생활 신호가 안전 확인의 단서가 됩니다. 독거 환경·야간엔 이상이 늦게 발견되므로, 사생활을 존중하는 비영상 방식으로 생활 신호를 자동 기록해 돌봄 공백을 줄입니다.
문제점 — 노인 케어는 사생활을 존중하면서도 생활 이상 신호를 빠르게 확인할 수 있는 방식이 필요합니다.
- 이상 징후 지연: 평소와 다른 움직임 감소·출입 패턴 발견 지연
- 환경 위험: 고온·저온·습도 변화가 취약 계층 생활 안전 영향
- 누수·시설 사고: 욕실·주방 누수가 낙상·시설 피해로 연결
- 방문 관리 부담: 현장 방문 의존 시 인력·시간 과다
솔루션 — 움직임·온습도·출입·누수를 수집해 생활 안전 상태를 원격 확인. 움직임 감지·온도·습도·개폐 감지·누수 감지 센서를 케어 공간 핵심 지점에 적용해 iMonnit에서 봅니다. 비영상 방식으로 생활 이상 신호를 확인하고 누수·온도 사고를 조기에 대응합니다.
도입 절차 — 생활 안전 신호 중요한 핵심 공간 우선 → 케어 시설 전반 확장 · 비영상 생활 신호 방식
- PHASE 1 공간 진단 (1일): 움직임·환경·누수 모니터링이 필요한 공간을 식별합니다.
- PHASE 2 센서 설치 (1~2일): 움직임·온습도·도어·누수 센서를 핵심 지점에 설치합니다.
- PHASE 3 기준 설정 (1일): 평소 패턴 대비 이상 기준과 알림을 설정합니다.
- PHASE 4 시설 확장 (2~3주): 검증된 구성을 케어 시설 전반으로 확장합니다.
ROI — 평소와 다른 생활 신호·환경 위험 원격 확인 · 누수·온도 사고 조기 대응 · 방문 부담↓
- 안전 확인: 움직임·생활 신호 원격 확인
- 방문↓: 상태 확인 방문 부담
- 사고 예방: 환경·누수 사고 조기 대응
- 도입 전: 정기 방문 의존. 야간 이상 확인 지연. 온습도 위험 파악 부족. 누수 사고 사후 발견.
- 도입 후: 움직임·출입 이벤트 확인. 온습도 알림. 누수 감지. 돌봄 대응 우선순위 개선.

### 산업 & 제조

#### 제조 라인
URL: https://monnit.co.kr/app/manufact
설비의 진동·전류·온도 변화를 추적해 라인 다운타임을 사전에 줄입니다. [센서: 진동 · 전류 · 온도]
- 주요 고객: 제조 공장·생산 라인·설비 보전팀
- 관리 항목: 진동·전류·온도 기반 장비 상태
- 운영 효과: 다운타임 감소·예지보전 전환
- 센서 구성: 진동·전류·온도
고객 프로필 — 장비 상태를 상시 확인하고 다운타임을 줄여야 하는 제조 공장·생산 라인·설비 보전팀. 제조 설비는 진동·전류·온도 변화가 고장의 초기 신호입니다. 사후 정비 중심 운영은 생산 중단·긴급 수리 비용을 키우므로, 상태 데이터를 상시 수집해 예지보전으로 전환합니다.
문제점 — 장비 이상은 수 시간 전부터 진동·전류·온도로 신호를 보내지만, 못 잡으면 생산 중단으로 이어집니다.
- 이상 조기 감지 한계: 진동·전류·온도 변화를 작업자 체감 전엔 놓치기 쉬움
- 예기치 않은 다운타임: 라인 고장이 생산 중단·납기 지연·긴급 수리비로 연결
- 사후 정비 의존: 복구 중심 대응으로 반복 문제 개선 어려움
- 데이터 부족: 상태 이력 부족 시 예지보전 기준 수립난
솔루션 — 설비 진동·전류·온도를 무선 센서로 수집하고 iMonnit에서 상태 변화 확인 → 예지보전 지원. 진동·전류·온도 센서를 모터·펌프·베어링 등 주요 장비에 적용해 운전 상태를 상시 확인합니다. iMonnit이 장비별 이력으로 관리하고 기준 이탈 시 알려, 사후 정비에서 데이터 기반 예지보전으로 전환합니다.
도입 절차 — Critical 장비 10~20대 파일럿 우선 → 라인 전체 확장
- PHASE 1 Critical 장비 식별 (1주): 다운타임 영향이 큰 장비 우선 선정.
- PHASE 2 센서 배치 & 베이스라인 (1개월): 센서 설치 후 1개월간 정상 운영 패턴 수집.
- PHASE 3 알림 임계값 튜닝 (2주): ISO 10816 기준 + 장비별 특성 반영해 임계값 설정.
- PHASE 4 라인 전체 확장 (2–3개월): 검증된 구성으로 라인 전체 일괄 배포.
ROI — 라인 정지 1시간 수천만~수억원 손실 방지 · 6개월 내 회수
- 수천만~수억원/시간: 방지된 라인 정지 손실(설비별)
- 40%↓: 예방 정비 작업 시간
- 6개월 이내: 파일럿 ROI 회수
- 도입 전: 사후 대응 정비. 정해진 주기로 PM 수행. 장비 이상을 청각·경험에 의존.
- 도입 후: ISO 10816 기준 정밀 진동 추적. 이상 신호 자동 감지·정비팀 자동 호출. PM 주기를 데이터 기반으로 최적화.
도입 고객사: Hyundai Motors, 3M, GE, Siemens, Volvo

#### 건설 현장
URL: https://monnit.co.kr/app/construct
장비 가동 상태와 현장 온습도, 자재 보관 조건을 원격으로 추적합니다. [센서: 활동 · 온도 · 습도]
- 주요 고객: 건설 현장·장비 운영사·현장 관리팀
- 관리 항목: 장비 가동·온습도·자재 보관 상태
- 운영 효과: 분산 현장 원격 확인·품질 리스크 감소
- 센서 구성: 활동·온도·습도
고객 프로필 — 분산된 장비·자재 보관 환경을 원격 확인해야 하는 건설 현장·현장 관리팀·장비 운영사. 건설 현장은 장비·자재·작업 구역이 넓게 분산돼 일일이 확인하기 어렵습니다. 온습도·장비·자재 환경 이상이 재작업·안전 리스크로 이어지므로, 분산 현장을 원격으로 확인해 관리 효율을 높입니다.
문제점 — 건설 현장은 장비·자재가 넓게 분산돼 현장 점검만으로는 이상을 빠르게 파악하기 어렵습니다.
- 현장 환경 변동: 온도·습도·충격·가동 상태가 계속 변해 관리난
- 장비 가동 확인난: 분산 장비 사용·이상 상태를 현장 직접 확인 부담
- 자재 보관 리스크: 온습도 민감 자재는 환경 악화 시 품질 저하·재작업
- 현장 사고 지연: 무인 구역·야간 작업 이상을 즉시 파악 곤란
솔루션 — 장비 가동 상태·온습도를 모니터링하고 iMonnit으로 분산 현장을 원격 확인. 무선 센서를 현장 장비·자재 보관 구역·임시 설비에 설치해 가동 여부와 온습도를 원격 확인합니다. iMonnit에서 구역별로 보고 이상 시 알려, 순회 점검 부담을 줄이고 자재 품질·장비 상태를 안정 관리합니다.
도입 절차 — 온습도 민감 자재 보관 구역·핵심 장비 우선 → 현장 전반 확장
- PHASE 1 현장 매핑 (1일): 자재 보관 구역과 가동 확인이 필요한 장비를 식별합니다.
- PHASE 2 센서 설치 (1~2일): 자재 구역·장비·임시 설비에 환경·가동 센서를 설치합니다.
- PHASE 3 기준 설정 (1일): 자재별 보관 기준과 장비 가동·이상 알림을 설정합니다.
- PHASE 4 현장 확장 (2~3주): 검증된 구성을 현장 전반·추가 현장으로 확장합니다.
ROI — 현장 순회 공수 40%↓ · 자재 손실·재작업 15%↓ · 원격 통합 확인
- 40%↓: 현장 순회 점검 공수
- 15%↓: 온습도 민감 자재 손실·재작업
- 원격: 분산 장비 가동·환경 통합 확인
- 도입 전: 현장 직접 순회. 장비 가동 수동 확인. 자재 보관 환경 방치. 무인·야간 이상 인지 지연.
- 도입 후: 현장 환경 원격 확인. 장비 가동 상태 모니터링. 자재 환경 기준 관리. 이상 발생 시 즉시 알림.
도입 고객사: VINCI, Arup

#### 데이터센터 & 서버룸
URL: https://monnit.co.kr/app/datacenter
랙 주변 온도·누수·차압을 모니터링해 서버 장애와 다운타임을 예방합니다. [센서: 온도 · 누수 · 차압]
- 주요 고객: 데이터센터·서버룸·전산실·IT 인프라 운영팀
- 관리 항목: 랙 온도·누수·차압
- 운영 효과: 장비 장애·다운타임 리스크 감소
- 센서 구성: 온도·누수·차압
고객 프로필 — 온도·누수·차압 이상으로 인한 다운타임을 막아야 하는 데이터센터·서버룸·IT 인프라팀. 서버룸은 특정 랙의 과열·누수·차압 이상이 곧 서비스 장애로 이어집니다. 전체 온도만 보면 랙별 편차를 놓치기 쉬워, 랙 단위 온도·누수·차압을 상시 수집하고 이상 시 알립니다.
문제점 — 기존 BMS는 랙 단위 정밀 측정이 어렵고, 누수는 첫 발견까지 시간이 걸립니다.
- 특정 랙 과열 확인 지연: 전체 온도만 보면 개별 랙 과열을 놓치기 쉬움
- 누수 사고 리스크: 냉각·배관 누수가 장비 손상·서비스 중단으로 직결
- 차압 관리 한계: 차압 불안정 시 냉각 효율 저하·장비 부하 증가
- 알림 공백: 야간·주말 장애 시 대응 지연으로 다운타임 확대
솔루션 — 랙 온도·누수·차압을 무선 센서로 감시하고 iMonnit 알림으로 다운타임 리스크 감소. 온도·누수 감지·차압 센서를 서버랙·냉각 설비·공조 지점에 설치해 주요 위험을 정밀 확인합니다. iMonnit이 랙별 온도·누수·차압을 통합해 보여주고 기준 이탈 시 알려, 기존 BMS를 보완합니다.
도입 절차 — Mission-critical 랙 우선 적용 → 전산실 전체 확장 · 가동 중단 없이 1~4주 단계 배포
- PHASE 1 Critical Zone 파일럿 (1주): Mission-critical 랙 10–20개에 우선 배치.
- PHASE 2 전체 랙 확장 (2–3주): 남은 랙·통로·CRAH 주변 일괄 배치.
- PHASE 3 AWS 통합 (3–5일): 기존 CloudWatch·PagerDuty 알림 채널과 통합.
- PHASE 4 Runbook 통합 (2–3일): 온콜 대응 절차서에 IoT 알림 워크플로 추가.
ROI — 다운타임 1시간 약 3.6억원 방지 · 3개월 내 파일럿 회수
- 3.6억원/시간: 방지된 다운타임 시간당 평균 비용
- 5분: 사고 대응 시간(이전 2~4시간)
- 3개월 이내: Critical Zone 파일럿 회수
- 도입 전: BMS 평균 데이터로 핫스팟 미감지. 누수 사고 평균 2–4시간 후 발견. 사고 시 원인 분석 수동.
- 도입 후: 랙 단위 정밀 온도 추적. 누수 5분 이내 다중 채널 알림. 자동 사고 보고서로 원인 즉시 파악.
도입 고객사: Microsoft, Intel, C7 Data Centers, Amazon, Shutterstock

#### 에너지 탐사
URL: https://monnit.co.kr/app/energy
원격지 시추·정제 시설의 진동·압력·온도를 추적해 설비 이상을 조기에 파악합니다. [센서: 진동 · 압력 · 온도]
- 주요 고객: 시추·정제·원격 에너지 설비 운영팀
- 관리 항목: 진동·압력·온도 상태
- 운영 효과: 원격 설비 이상 조기 확인
- 센서 구성: 진동·압력·온도
고객 프로필 — 현장 접근이 어렵고 장비 상태를 상시 봐야 하는 시추·정제·원격 에너지 설비 운영팀. 에너지 탐사·원격 설비는 장비가 외부에 노출되고 접근이 어렵습니다. 진동·압력·온도 변화가 이상 신호지만 정기 점검만으론 놓치므로, 원격지 상태를 수집해 출동 전에 확인합니다.
문제점 — 원격 에너지 설비는 접근이 어려워 진동·압력·온도 변화가 생겨도 조기 확인이 쉽지 않습니다.
- 원격지 점검 한계: 원격 설비는 현장 상태 자주 확인 곤란
- 설비 이상 지연: 진동·압력·온도 변화를 수동 점검으론 조기 감지난
- 운영 중단 비용: 핵심 설비 이상이 생산 차질·긴급 출동·안전 리스크
- 환경 조건 추적 부족: 혹한·고온·진동 이력 부족 시 반복 문제 원인난
솔루션 — 원격 설비 진동·압력·온도를 수집하고 iMonnit에서 이상 징후·이력 확인. 무선 센서를 원격 설비·펌프·배관·압력 장비에 설치해 진동·압력·온도를 상시 모니터링합니다. iMonnit에서 원격지 데이터를 한곳에 모아 보고 기준 이탈 시 알려, 출동 전에 이상을 파악합니다.
도입 절차 — 접근 어렵고 정지 비용 큰 핵심 설비 우선 → 원격지 전반 확장
- PHASE 1 핵심 설비 선정 (2~3일): 정지 영향이 큰 펌프·압력 설비를 우선 지정합니다.
- PHASE 2 센서 설치 (1주): 진동·압력·온도 센서를 설비 주변에 설치·연동합니다.
- PHASE 3 베이스라인 설정 (2~3주): 정상 운전 패턴을 학습해 이상 임계값을 설정합니다.
- PHASE 4 원격지 확장 (1~2개월): 검증된 구성을 전 원격 설비로 확장합니다.
ROI — 긴급 출동·점검 비용 50%↓ · 고장 전 조기 감지 · 설비 수명 연장
- 50%↓: 원격 설비 긴급 출동·점검 비용
- 사전 감지: 고장 전 진동·압력 이상 포착
- 24/7: 무인 원격지 설비 상태 감시
- 도입 전: 원격지 정기 점검 의존. 진동·압력 이상 사후 인지. 긴급 출동 비용 과다. 반복 문제 원인 불명확.
- 도입 후: 원격지 상태 24시간 감시. 이상 징후 조기 알림. 출동 전 상황 파악. 설비 이력으로 원인 분석.
도입 고객사: ExxonMobil, Shell, Aramco, PTT, ENGIE

#### 태양광 & 재생에너지
URL: https://monnit.co.kr/app/solar
패널 온도와 전류·전압, 인버터 상태를 추적해 발전 효율을 관리합니다. [센서: 온도 · 전류 · 전압]
- 주요 고객: 태양광 발전소·재생에너지 운영사·유지보수팀
- 관리 항목: 패널 온도·전류·전압
- 운영 효과: 발전 효율 저하 원인 파악
- 센서 구성: 온도·전류·전압
고객 프로필 — 발전 효율·설비 상태를 데이터로 관리해야 하는 태양광 발전소·재생에너지 운영사·유지보수팀. 태양광은 패널 온도·전류·전압이 발전 효율·설비 상태에 영향을 줍니다. 넓은 부지를 현장 점검만으로 관리하면 인버터 이상·출력 저하를 늦게 잡아 손실이 누적되므로, 환경·전기 상태를 함께 봅니다.
문제점 — 태양광은 넓게 분산돼 패널 온도 상승이나 전류·전압 이상을 현장 점검만으론 빠르게 확인하기 어렵습니다.
- 발전 효율 저하: 패널 온도·전류·전압 변화를 현장 점검만으론 파악난
- 인버터 이상 지연: 전력 흐름 이상 발견 지연 시 발전 손실 누적
- 분산 설비 부담: 넓은 부지 전 지점 직접 확인에 시간 과다
- 성능 데이터 부족: 환경·전력 데이터 분리 시 효율 저하 원인난
솔루션 — 패널 온도·전류·전압을 모니터링하고 iMonnit에서 효율 저하·설비 이상 징후 확인. 온도·전류·전압 센서를 패널·인버터·전력 장비에 적용해 환경과 전기 상태를 함께 봅니다. iMonnit이 장비별 이력·알림을 제공해 효율 저하·이상 징후를 빠르게 잡아, 유지보수 우선순위와 손실 감축에 활용합니다.
도입 절차 — 발전 비중 높은 어레이·인버터 우선 → 발전소 전체 확장 · 효율 저하 원인 파악
- PHASE 1 어레이 선정 (2~3일): 발전 비중·이상 이력 기준으로 우선 구역을 선정합니다.
- PHASE 2 센서 설치 (1주): 패널 온도·전류·전압 센서를 어레이·인버터에 설치합니다.
- PHASE 3 성능 기준 설정 (3~5일): 정상 발전 패턴과 효율 저하 알림 기준을 설정합니다.
- PHASE 4 발전소 확장 (1개월): 검증된 구성을 발전소 전체로 확장합니다.
ROI — 발전 손실 3~7% 회복 · 점검 출동 30%↓ · 1년 내 회수
- 3~7%↑: 저성능 설비 조기 발견 발전 손실 회복
- 30%↓: 현장 점검 출동 비용
- 1년 이내: 평균 ROI 회수
- 도입 전: 넓은 부지 수동 점검. 출력 저하 사후 발견. 전기 이상 원인 추적 곤란. 발전 손실 누적.
- 도입 후: 어레이별 성능 모니터링. 효율 저하 즉시 알림. 환경·전기 데이터 연계 분석. 정비 우선순위 확보.
도입 고객사: ENGIE, Tacoma Power, PTT

#### 플랜트 예지보전
URL: https://monnit.co.kr/app/uc-plant-maint
검사·시험 설비의 진동·전류·온도 변화를 상시 감시해 고장 전 이상 징후를 포착합니다. [센서: 진동 · 전류 · 온도]
- 주요 고객: 플랜트 운영팀·설비 보전팀·검사 설비 관리자
- 관리 항목: 진동·전류·온도·압력 변화
- 운영 효과: 이상 조기 감지·계획 정비 지원
- 센서 구성: 진동·전류·온도·압력·전압·건접점
고객 프로필 — 진동·전류·온도·압력 변화를 관리해야 하는 플랜트 운영팀·설비 보전팀·검사 설비 관리자. 플랜트 설비는 진동·전류·온도·압력 변화가 고장 전 이상 신호입니다. 정기 점검·작업자 경험에만 의존하면 초기 이상을 놓쳐 긴급 정비로 이어지므로, 상태 데이터를 자동 기록해 계획 정비를 지원합니다.
문제점 — 플랜트 장비 이상은 갑작스러워 보이지만, 대부분 상태 데이터에서 먼저 신호가 나타납니다.
- 이상 감지 한계: 변화를 작업자 체감 전엔 놓치기 쉬움
- 비계획 정지 리스크: 핵심 설비 이상이 생산 차질·긴급 출동·안전 리스크
- 정비 기준 부족: 데이터 없이 시점 판단 시 과잉·지연 정비
- 원인 추적난: 상태 이력 부족 시 반복 고장 원인 분석난
솔루션 — 진동·전류·온도·압력을 수집하고 iMonnit에서 이상 추세·알림 확인. 진동·전류·온도·압력·전압·건접점 센서를 회전 설비 핵심 지점에 적용해 iMonnit에서 추세를 봅니다. 임계값 이탈 시 알려 비계획 정지 전에 계획 정비로 전환하고 정비 우선순위를 정합니다.
도입 절차 — 비계획 정지 영향 큰 회전 설비 우선 베이스라인 수집 → 플랜트 전반 확장
- PHASE 1 핵심 설비 선정 (2~3일): 비계획 정지 영향이 큰 펌프·모터·압력 설비를 지정합니다.
- PHASE 2 센서 설치 (1주): 진동·전류·온도·압력 센서를 설비 핵심 지점에 설치합니다.
- PHASE 3 베이스라인 학습 (2~3주): 정상 운전 데이터를 수집해 이상 임계값을 설정합니다.
- PHASE 4 플랜트 확장 (1~2개월): 검증된 구성을 전 설비로 확장합니다.
ROI — 과잉 예방정비 공수 30~40%↓ · 비계획 정지↓ · 설비 수명 연장
- 30~40%↓: 과잉 예방정비(PM) 공수
- 비계획정지↓: 설비 비계획 정지 시간
- 수명↑: 이상 조기 대응 설비 수명 연장
- 도입 전: 정기 점검·경험 의존. 이상 신호 사후 인지. 시간 기반 과잉 정비. 반복 고장 원인 불명확.
- 도입 후: 진동·전류 상태 자동 감시. 이상 추세 조기 알림. 데이터 기반 정비 우선순위. 예지보전 운영 기반 확보.

#### 서버룸·데이터센터
URL: https://monnit.co.kr/app/uc-datacenter
랙 주변 온도·누수·차압을 정밀 추적해 다운타임과 장비 손상을 예방합니다. [센서: 온도 · 누수 · 차압]
- 주요 고객: 서버룸·데이터센터·전산실 운영팀
- 관리 항목: 랙 온도·누수·차압·도어 상태
- 운영 효과: 다운타임 예방·장비 보호
- 센서 구성: 온도·덕트 온도·차압·누수 감지·누수 감지 로프·개폐 감지·습도
고객 프로필 — 랙 온도·누수·차압·도어 상태를 관리해야 하는 서버룸·데이터센터·전산실 운영팀. 서버룸은 특정 랙의 과열·누수·차압 이상이 장비 장애로 이어집니다. 전체 온도만 보면 랙별 편차·공조 흐름 문제를 놓치므로, 랙 단위 상태를 자동 기록해 다운타임 예방과 장비 보호를 돕습니다.
문제점 — 서버룸의 특정 랙 과열과 누수는 짧은 시간 안에 장비 장애·다운타임으로 이어질 수 있습니다.
- 랙 과열 지연: 전체 온도만 보면 개별 랙 과열 놓침
- 누수 사고 리스크: 냉각·배관 누수가 장비 손상·서비스 중단
- 차압 관리 한계: 차압 불안정 시 냉각 효율 저하·부하 증가
- 도어 확인 부족: 전산실 도어 상태 지연 시 보안·환경 리스크
솔루션 — 랙 온도·누수·차압·도어 상태를 무선 센서로 감시하고 iMonnit 알림으로 다운타임 감소. 온도·덕트 온도·차압·누수 감지·누수 로프·개폐 감지·습도 센서를 서버룸에 적용해 iMonnit에서 상태를 봅니다. 핫스팟 제거로 냉각 에너지를 줄이고 과열·누수 장애를 예방합니다.
도입 절차 — Mission-critical 랙 우선 정밀 온도·누수 감시 → 전산실 전체 확장
- PHASE 1 Critical 랙 지정 (1일): 과열·장애 영향이 큰 핵심 랙을 우선 지정합니다.
- PHASE 2 센서 설치 (1~2일): 랙별 온도·누수·차압 센서를 정밀 배치·연동합니다.
- PHASE 3 기준 설정 (1일): 랙별 임계값과 누수·차압 알림을 설정합니다.
- PHASE 4 전산실 확장 (2~4주): 검증된 구성을 전산실 전체로 확장합니다.
ROI — 핫스팟 제거로 냉각 에너지 5~10%↓ · 과열·누수 장애 예방 · 장비 수명 연장
- 5~10%↓: 핫스팟 제거 냉각 에너지
- 다운타임↓: 랙 과열·누수 장애 예방
- 장비수명↑: 온도 안정화 장비 수명 연장
- 도입 전: 전체 온도 중심 관리. 냉각 설비 누수 사후 발견. 차압 이력 부족. 야간 이상 대응 지연.
- 도입 후: 랙 주변 온도 이력. 누수 즉시 알림. 차압 추세 확인. 도어 상태 모니터링.

#### 제조·생산
URL: https://monnit.co.kr/app/uc-manufacturing
설비 진동·전류·온도 변화를 추적해 라인 다운타임을 사전에 줄입니다. [센서: 진동 · 전류 · 온도]
- 주요 고객: 제조 공장·생산 라인·설비 보전팀
- 관리 항목: 진동·전류·온도·압력·접점 상태
- 운영 효과: 다운타임 감소·예지보전 기반 마련
- 센서 구성: 진동·전류·온도·압력·전압·건접점·습도
고객 프로필 — 진동·전류·온도·압력·접점 상태를 관리해야 하는 제조 공장·생산 라인·설비 보전팀. 제조 설비는 진동·전류·온도·압력·접점 변화가 고장의 초기 신호입니다. 사후 대응은 생산 중단·긴급 수리 비용을 키우므로, 상태 데이터를 자동 기록해 다운타임 감소와 예지보전 기반을 마련합니다.
문제점 — 제조 라인의 장비 이상은 생산 중단 전에 상태 데이터에서 먼저 징후가 나타나는 경우가 많습니다.
- 이상 감지 한계: 변화를 작업자 경험에만 의존하면 놓치기 쉬움
- 비계획 다운타임: 라인 고장이 생산 중단·납기 지연·긴급 수리비
- 사후 정비 의존: 복구 중심으로 반복 문제 개선난
- 설비 이력 부족: 상태 데이터 없으면 예지보전 기준 수립난
솔루션 — 진동·전류·온도·압력·접점을 모니터링하고 iMonnit에서 이상 추세·알림 제공. 진동·전류·온도·압력·전압·건접점 센서를 제조 설비 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 사후 정비를 예지보전으로 전환하고 라인 비계획 정지를 줄입니다.
도입 절차 — 다운타임 영향 큰 핵심 설비 우선 베이스라인 수집 → 라인 전체 확장
- PHASE 1 핵심 설비 식별 (2~3일): 다운타임 영향이 큰 설비를 우선 지정합니다.
- PHASE 2 센서 설치 (1주): 진동·전류·온도·압력 센서를 설비에 설치·연동합니다.
- PHASE 3 베이스라인 학습 (2~3주): 정상 운전 패턴을 학습해 임계값을 설정합니다.
- PHASE 4 라인 확장 (1~2개월): 검증된 구성을 라인 전체로 확장합니다.
ROI — 사후 정비를 예지보전 전환 30~50%↓ · 라인 비계획 정지↓ · 설비 수명 연장
- 30~50%↓: 사후 정비를 예지보전 전환
- 비계획정지↓: 라인 비계획 정지 시간
- 설비수명↑: 이상 조기 대응 설비 수명 연장
- 도입 전: 작업자 경험 의존. 고장 후 긴급 정비. 설비 이력 부족. 반복 문제 원인 추적 어려움.
- 도입 후: 장비 상태 자동 기록. 이상 추세 알림. 정비 우선순위 확보. 예지보전 운영 기반.

#### 태양광 발전 모니터링
URL: https://monnit.co.kr/app/uc-solar
패널 온도·전류·전압·인버터 상태를 추적해 발전 효율을 최적화합니다. [센서: 온도 · 전류 · 전압]
- 주요 고객: 태양광 발전소·재생에너지 운영사·유지보수팀
- 관리 항목: 패널 온도·전류·전압·펄스 출력
- 운영 효과: 발전 효율 저하 원인 파악·설비 이상 대응
- 센서 구성: 온도·전류·전압·펄스 카운터·건접점
고객 프로필 — 패널 온도·전류·전압·펄스 출력을 관리해야 하는 태양광 발전소·재생에너지 운영사·유지보수팀. 태양광은 패널 온도·전류·전압·출력 신호가 발전 효율·장비 상태를 보여줍니다. 넓은 부지를 현장 점검만으로 관리하면 출력 저하·전기 이상을 늦게 잡으므로, 핵심 데이터를 자동 기록해 효율 저하 원인을 파악합니다.
문제점 — 태양광 설비의 출력 저하는 현장 점검만으로는 원인을 빠르게 파악하기 어렵습니다.
- 발전 효율 저하: 패널 온도·전류·전압 변화가 발전 성능 영향
- 인버터·전기 이상 지연: 전력 흐름 이상 발견 지연 시 손실 누적
- 분산 설비 부담: 넓은 부지 장비 전수 수동 확인난
- 원인 분석난: 환경·전기 데이터 분리 시 효율 저하 원인난
솔루션 — 패널 온도·전류·전압·펄스를 모니터링하고 iMonnit에서 이상 추세·이력 확인. 온도·전류·전압·펄스 카운터·건접점 센서를 태양광 설비 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 저성능 패널을 조기 발견하고 과열 대응으로 설비 수명을 늘립니다.
도입 절차 — 발전 비중 높은 스트링·인버터 우선 → 발전소 전체 단계 확장
- PHASE 1 어레이 선정 (2~3일): 발전 비중·이상 이력 기준으로 우선 구역을 선정합니다.
- PHASE 2 센서 설치 (1주): 패널 온도·전류·전압·펄스 센서를 어레이·인버터에 설치합니다.
- PHASE 3 성능 기준 설정 (3~5일): 정상 발전 패턴과 효율 저하 알림 기준을 설정합니다.
- PHASE 4 발전소 확장 (1개월): 검증된 구성을 발전소 전체로 확장합니다.
ROI — 저성능 패널 조기 발견 발전 손실 회복 · 점검 출동↓ · 과열 대응 수명 연장
- 발전손실 회복: 저성능 패널 조기 발견 손실 회복
- 출동↓: 현장 점검 출동 비용
- 설비수명↑: 과열 조기 대응 설비 수명 연장
- 도입 전: 현장 순회 점검. 출력 저하 사후 확인. 전기 이상 원인 추적 어려움. 설비별 이력 부족.
- 도입 후: 패널 온도 이력. 전류·전압 추세. 펄스 데이터. 이상 알림 기반 유지보수.

### 시설 & 자산

#### 시설 모니터링
URL: https://monnit.co.kr/app/facility
사무 빌딩·공장 시설의 출입·환경·누수 상태를 통합 관제합니다. [센서: 온도 · 습도 · 누수 · 개폐]
- 주요 고객: 사무 빌딩·공장·공공 시설·복합 시설
- 관리 항목: 출입·온습도·누수·환경 상태
- 운영 효과: 시설 리스크 통합 관리
- 센서 구성: 온도·습도·누수·개폐 감지
고객 프로필 — 출입·환경·누수를 통합 관리해야 하는 사무 빌딩·공장·공공 시설·복합 시설 운영팀. 빌딩·공장은 출입·온습도·누수·에너지를 동시에 관리해야 합니다. 항목이 분산되면 사고 징후를 놓치고 사후 대응이 되므로, 주요 환경과 이벤트를 한곳에서 보며 예방 중심 관리로 전환합니다.
문제점 — 시설 운영은 출입·환경·누수·에너지 상태가 분산돼 전체 리스크를 한눈에 파악하기 어렵습니다.
- 데이터 분산: 출입·온도·누수·에너지 분리 관리 시 전체 파악난
- 사고 대응 지연: 누수·도어·온도 이상 발견 지연 시 피해·민원 확대
- 운영 인력 부담: 넓은 시설 수동 점검은 시간·인력 소모
- 예방 관리 부족: 이력 부족 시 반복 문제 사전 파악·개선난
솔루션 — 온습도·누수·출입을 무선 센서로 수집하고 iMonnit에서 시설 환경·알림 통합 관리. 무선 센서를 사무실·기계실·창고·출입문·누수 위험 지점에 설치해 주요 환경과 이벤트를 통합 확인합니다. iMonnit이 공간별 상태·이력을 보여주고 이탈 시 알려, 수동 점검을 예방 중심 데이터 관리로 바꿉니다.
도입 절차 — 사고 피해 큰 기계실·서버실·누수 지점 우선 → 시설 전체 확장
- PHASE 1 리스크 매핑 (1~2일): 출입·환경·누수·에너지 리스크 지점을 시설 도면에 매핑합니다.
- PHASE 2 센서 설치 (2~3일): 온습도·누수·도어 센서를 핵심 지점에 설치·연동합니다.
- PHASE 3 통합 기준 설정 (1~2일): 공간별 기준과 통합 대시보드·알림을 설정합니다.
- PHASE 4 시설 확장 (2~4주): 검증된 구성을 시설 전체·추가 건물로 확장합니다.
ROI — 누수·환경 사고 1건당 약 2,800만원 방지 · 유휴 공간 냉난방 10~15%↓
- 2,800만원+: 누수·환경 사고당 피해 방지
- 10~15%↓: 유휴 공간 냉난방 에너지 절감
- 50%↓: 수동 순회 점검 공수
- 도입 전: 출입·환경·누수 분산 관리. 사고 징후 누락. 넓은 시설 수동 순회. 반복 문제 파악 어려움.
- 도입 후: 시설 상태 통합 가시화. 사고 징후 즉시 알림. 순회 인력 절감. 이력 기반 예방 관리.
도입 고객사: CBRE, JLL, Arup, Fordham University, Wyndham

#### 호텔 & 숙박
URL: https://monnit.co.kr/app/hospitality
객실 점유, 욕실 누수, 공용 시설 환경을 통합 운영합니다. [센서: 재실 · 누수 · 온도]
- 주요 고객: 호텔·리조트·숙박 시설 운영팀
- 관리 항목: 객실 점유·누수·온도 상태
- 운영 효과: 고객 불만·객실 피해 감소
- 센서 구성: 재실·누수·온도
고객 프로필 — 객실·공용 공간의 점유·누수·환경을 효율적으로 관리해야 하는 호텔·리조트·숙박 시설 운영팀. 호텔은 객실·욕실·공용부 상태가 고객 경험·운영비에 직결됩니다. 누수·온도 이상·점유 확인이 늦으면 객실 피해·불만·영업 손실로 이어지므로, 주요 상태를 원격 확인하고 이상에 빠르게 대응합니다.
문제점 — 객실과 공용 공간의 누수·온도·점유 이상은 고객 불만으로 나타난 뒤에야 확인되는 경우가 많습니다.
- 객실 상태 확인 한계: 객실 수가 많아 점유·누수·온도 실시간 확인 곤란
- 욕실 누수 리스크: 작은 누수도 객실·층간 피해·영업 중단으로 연결
- 운영 대응 지연: 객실 문제를 고객 불만 접수 후 확인
- 관리 비용 증가: 누적 후 수리 시 예방 관리보다 고비용
솔루션 — 객실·공용 공간의 점유·누수·온도를 모니터링하고 iMonnit 알림으로 시설 문제 조기 확인. 무선 센서를 객실·욕실·공용부·설비실에 설치해 점유·누수·온도를 원격 확인합니다. iMonnit이 객실별 상태·이벤트 이력을 제공하고 누수·온도 이상 시 알려, 고객 불만 전에 시설 이상을 파악합니다.
도입 절차 — 누수·클레임 이력 객실 라인·공용 설비 우선 → 전 객실 확장
- PHASE 1 리스크 객실 선정 (1일): 누수·민원 이력이 있는 객실·층을 우선 지정합니다.
- PHASE 2 센서 설치 (2~3일): 객실·욕실·공용 설비에 점유·누수·온도 센서를 설치합니다.
- PHASE 3 운영 기준 설정 (1일): 객실 환경 기준과 누수·점유 알림을 설정합니다.
- PHASE 4 전 객실 확장 (2~4주): 검증된 구성을 전 객실·공용부로 확장합니다.
ROI — 객실 누수 1건당 700만~2,000만원 방지 · 빈 객실 공조 10~20%↓
- 700만~2,000만원: 객실 누수 사고당 피해 방지
- 10~20%↓: 빈 객실 공조 에너지 절감
- 민원↓: 환경 클레임 사전 차단
- 도입 전: 객실 수동 점검. 욕실 누수 피해 확대. 빈 객실 공조 낭비. 환경 문제 민원 후 확인.
- 도입 후: 객실 상태 원격 확인. 누수 즉시 알림. 점유 기반 공조 절감. 클레임 전 선제 대응.
도입 고객사: Wyndham, Noralta Lodge, Silverton

#### 금융기관
URL: https://monnit.co.kr/app/financial
지점 서버실·금고·보관실의 온도, 누수, 도어 상태를 통합 모니터링합니다. [센서: 온도 · 누수 · 개폐]
- 주요 고객: 은행·금융기관·지점 운영팀
- 관리 항목: 서버실·금고·보관실 온도·누수·출입
- 운영 효과: 지점 시설 리스크 통합 관리
- 센서 구성: 온도·누수·개폐 감지
고객 프로필 — 서버실·금고·보관실 환경과 출입을 안정적으로 관리해야 하는 은행·금융기관·지점 운영팀. 금융기관은 지점 서버실·통신 장비실·금고·보관실을 운영합니다. 온도 상승·누수·출입 이상이 늦게 확인되면 업무 중단·자산 리스크로 이어지고 다지점일수록 통합 확인이 어려우므로, 지점 환경을 원격 확인합니다.
문제점 — 금융기관은 지점별 서버실·보관 공간이 분산돼 환경 이상과 출입 이벤트를 본사에서 즉시 확인하기 어렵습니다.
- 서버실 환경 리스크: 서버실·통신실 온도 상승·누수가 업무 중단으로 연결
- 금고·보관실 한계: 수동 점검만으론 환경 이상 발견 지연
- 지점별 관리 편차: 다지점 상태 분산 시 본사 통합 확인난
- 보안·운영 리스크: 출입·누수·온도 미통합 시 대응 지연
솔루션 — 지점 서버실·금고·보관실 온도·누수·출입을 모니터링하고 iMonnit에서 다지점 리스크 통합 관리. 무선 센서를 지점 서버실·금고 주변·문·누수 위험 지점에 설치해 온도·누수·출입을 원격 확인합니다. iMonnit이 지점별 상태·이력을 통합해 보여주고 이탈 시 알려, 본사가 다지점 리스크를 효율 관리합니다.
도입 절차 — 업무 중단 영향 큰 지점 서버실 우선 → 전 지점 확장 · 본사 통합
- PHASE 1 중점 공간 지정 (1일): 지점 서버실·통신 장비실·금고를 우선 지정합니다.
- PHASE 2 센서 설치 (1~2일): 온도·누수·도어 센서를 핵심 지점에 설치·연동합니다.
- PHASE 3 본사 통합 설정 (2~3일): 지점별 통합 대시보드와 알림 라우팅을 설정합니다.
- PHASE 4 전 지점 확장 (1~2개월): 검증된 구성을 전 지점망으로 확장합니다.
ROI — 누수·환경 사고 1건당 약 1,400만원 방지 · 본사 통합 관제
- 1,400만원+: 누수·환경 사고당 피해 방지
- 100%: 다지점 시설 본사 통합 가시성
- 업무중단↓: 지점 서버실 환경 장애 예방
- 도입 전: 지점별 수동 확인. 서버실 이상 사후 발견. 금고·보관실 점검 지연. 본사 통합 관리 한계.
- 도입 후: 지점 환경 통합 감시. 서버실 이상 즉시 알림. 도어·누수 모니터링. 본사 통합 대시보드 운영.

#### 공실 부동산
URL: https://monnit.co.kr/app/vacant
장기 공실 부동산의 누수·동파·출입 이상을 원격 추적합니다. [센서: 누수 · 온도 · 개폐]
- 주요 고객: 공실 부동산·장기 미사용 시설·별장
- 관리 항목: 누수·동파·출입 이상
- 운영 효과: 무인 공간 자산 피해 예방
- 센서 구성: 누수·온도·개폐 감지
고객 프로필 — 사람이 상주하지 않는 공간을 원격 관리해야 하는 공실·압류 부동산·별장·장기 미사용 시설. 공실·장기 미사용 시설은 상주 인원이 없어 누수·동파·침입을 늦게 발견하기 쉽습니다. 작은 누수·온도 하락도 방치되면 구조·설비 피해로 커지므로, 방문 전에 이상을 확인해 관리 공백을 줄입니다.
문제점 — 무인 공간의 누수·동파·출입 이상은 현장 방문 전까지 발견되지 않아 피해가 커질 수 있습니다.
- 무인 공간 사고 지연: 상주 인원 부재로 누수·동파·침입 발견 지연
- 동파 피해 위험: 겨울 온도 하락 미인지 시 배관 동파·수리비
- 누수 확산 리스크: 작은 누수 방치 시 바닥·벽체·전기 설비 피해
- 현장 방문 부담: 정기 방문만으론 사고 시점 파악난·비용 증가
솔루션 — 누수·온도·출입 이상을 무선 센서로 감지하고 iMonnit 알림으로 방문 전 사고 징후 확인. 누수 감지·온도·개폐 감지 센서를 배관 주변·출입문·주요 공간에 설치해 누수·동파 위험·출입 이상을 원격 확인합니다. iMonnit 이벤트 알림으로 관리자가 방문 전에 상황을 파악해 자산 피해를 예방합니다.
도입 절차 — 동파·누수 리스크 큰 배관 주변·출입구 우선 → 관리 자산 전반 확장
- PHASE 1 리스크 매핑 (1일): 배관·지하·출입구 등 사고 가능 지점을 매핑합니다.
- PHASE 2 센서 설치 (1~2일): 누수·온도·도어 센서를 핵심 지점에 설치·연동합니다.
- PHASE 3 기준 설정 (반나절): 동파 임계 온도, 누수·출입 알림 기준을 설정합니다.
- PHASE 4 자산 확장 (상시): 검증된 구성을 관리 자산 전반으로 확장합니다.
ROI — 동파·누수 1건당 1,500만~4,000만원 방지 · 정기 방문 90%↓
- 1,500만~4,000만원: 동파·누수 사고당 자산 피해 방지
- 90%↓: 불필요한 정기 현장 방문
- 보험료↓: 리스크 관리 보험 혜택 가능
- 도입 전: 정기 방문 점검 의존. 누수·동파 사후 발견. 침입 인지 지연. 사고 시점 파악 불가.
- 도입 후: 현장 방문 전 원격 확인. 누수·동파 즉시 알림. 출입 이상 감지. 방문 비용 최소화.

#### 스마트시티
URL: https://monnit.co.kr/app/smartcity
공공 시설·주차·환경 데이터를 대규모 IoT 모니터링 체계로 운영합니다. [센서: 미세먼지 · 온도 · 누수 · 개폐]
- 주요 고객: 지자체·공공기관·스마트시티 운영팀
- 관리 항목: 공공 시설·주차·환경 데이터
- 운영 효과: 도시 인프라 상태 통합 확인
- 센서 구성: 미세먼지·온도·누수·개폐 감지
고객 프로필 — 공공 시설·주차·환경 데이터를 지역 단위로 통합 관리해야 하는 지자체·공공기관·스마트시티 운영팀. 스마트시티는 주차·환경·출입·시설 상태를 넓은 지역 단위로 관리해야 합니다. 인력 점검은 이상 발견이 늦고 데이터가 분산되면 의사결정 활용이 어려우므로, 분산 인프라 상태를 수집·통합 확인합니다.
문제점 — 스마트시티 운영은 공공 시설·환경 데이터가 넓게 분산돼 통합 확인과 빠른 대응이 어렵습니다.
- 확장성 문제: 도시 단위 관리엔 분산 지점 상태 통합 확인 필요
- 현장 점검 한계: 다수 공공 시설 인력 순회로는 이상 발견 지연
- 데이터 분산: 환경·점유·출입·설비 분리 시 의사결정 활용난
- 민원 대응 지연: 주차·환경·누수 문제를 시민 불편 후 확인
솔루션 — 공공 시설·주차·환경을 무선 센서로 수집하고 iMonnit에서 분산 도시 인프라 통합 확인. 무선 센서를 공공 시설·주차 구역·환경 지점·설비실 등 분산 인프라에 적용합니다. iMonnit에서 통합 확인하고 이탈·이벤트 시 알려, 지자체가 점검 부담을 줄이고 도시 운영 데이터를 빠르게 의사결정에 활용합니다.
도입 절차 — 공공시설·주차·환경 데이터 집중 거점 우선 → 도시 단위 확장
- PHASE 1 거점 선정 (1주): 데이터 수요가 큰 공공 시설·환경 지점을 선정합니다.
- PHASE 2 센서 배치 (2~3주): 환경·주차·시설 센서를 거점에 배치·연동합니다.
- PHASE 3 통합 플랫폼 구성 (1~2주): 도시 통합 대시보드와 부서별 알림을 구성합니다.
- PHASE 4 도시 확장 (수개월): 검증된 구성을 도시 단위로 단계 확장합니다.
ROI — 순회 점검 인력 40%↓ · 민원 전 이상 감지 · 수천 지점 통합 관제
- 40%↓: 공공시설 순회 점검 인력
- 확장형: 수천 지점 IoT 통합 관제 체계
- 민원 단축: 시민 민원 대응 시간 감소
- 도입 전: 공공시설 수동 순회. 데이터 부서별 분산. 민원 발생 후 확인. 도시 운영 데이터 활용 한계.
- 도입 후: 분산 인프라 통합 관제. 순회 인력 절감. 이상 사전 파악. 도시 운영 의사결정에 데이터 활용.

#### 상업용 빌딩 관리
URL: https://monnit.co.kr/app/uc-commercial-building
빌딩의 환경·에너지·점유·누수를 통합 모니터링해 시설 운영을 효율화합니다. [센서: 재실 · 온도 · 습도 · 누수 · 개폐]
- 주요 고객: 상업용 빌딩·오피스·시설 운영팀
- 관리 항목: 온습도·누수·출입·점유·에너지 상태
- 운영 효과: 시설 운영 효율화·민원 감소
- 센서 구성: 온도·습도·누수 감지·개폐 감지·움직임 감지·전류
고객 프로필 — 온습도·누수·출입·점유·에너지를 관리해야 하는 상업용 빌딩·오피스·시설 운영팀. 상업용 빌딩은 사무·기계실·화장실·공용부·설비실 상태를 동시에 관리해야 합니다. 온습도 불균형·누수·출입·점유 변화가 분산되면 사고 징후를 놓치므로, 주요 환경을 통합 기록해 운영 효율과 민원 감소를 돕습니다.
문제점 — 상업용 빌딩의 시설 문제는 여러 공간에서 동시에 발생할 수 있어 통합 가시성이 중요합니다.
- 데이터 분산: 온습도·누수·출입·점유 분리 시 전체 파악난
- 사고 대응 지연: 누수·온도 이상 발견 지연 시 피해·민원 확대
- 운영 인력 부담: 넓은 건물 수동 순회는 시간·인력 소모
- 예방 관리 부족: 이력 없으면 반복 문제·취약 구역 식별난
솔루션 — 빌딩 주요 환경·이벤트를 무선 센서로 수집하고 iMonnit에서 통합 확인. 온도·습도·누수 감지·개폐 감지·움직임 감지·전류 센서를 빌딩 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 유휴 공간 냉난방을 줄이고 누수 사고를 조기에 막습니다.
도입 절차 — 에너지·누수 리스크 큰 기계실·공용부 우선 → 빌딩 전체 확장
- PHASE 1 리스크 매핑 (1~2일): 에너지·누수·점유 리스크 공간을 도면에 매핑합니다.
- PHASE 2 센서 설치 (2~3일): 온습도·누수·점유·전류 센서를 핵심 지점에 설치합니다.
- PHASE 3 통합 기준 설정 (1~2일): 공간별 기준과 통합 대시보드·알림을 설정합니다.
- PHASE 4 빌딩 확장 (2~4주): 검증된 구성을 빌딩 전체로 확장합니다.
ROI — 유휴 공간 냉난방 10~15%↓ · 누수 1건당 약 2,000만원 방지 · 순회 점검 50%↓
- 10~15%↓: 유휴 공간 냉난방 에너지 절감
- 2,000만원+: 누수 사고당 피해 방지
- 50%↓: 수동 순회 점검 공수
- 도입 전: 정기 순회 점검. 공간별 데이터 분산. 사고 후 민원 대응. 반복 이슈 파악 어려움.
- 도입 후: 통합 상태 확인. 누수·환경 알림. 유휴 에너지 절감. 예방 관리 우선순위 확보.

#### 리테일 매장 관리
URL: https://monnit.co.kr/app/uc-retail
매장의 냉장·환경·점유·출입 상태를 통합 모니터링해 운영을 자동화합니다. [센서: 온도 · 개폐 · 재실]
- 주요 고객: 리테일 매장·다점포 운영사·시설/운영팀
- 관리 항목: 냉장 설비·매장 환경·출입·누수
- 운영 효과: 상품 손실 예방·매장 운영 표준화
- 센서 구성: 온도·저온·개폐 감지·누수 감지·움직임 감지·습도
고객 프로필 — 냉장 설비·매장 환경·출입·누수를 관리해야 하는 리테일 매장·다점포 운영사·시설/운영팀. 리테일은 냉장 상품·매장 환경·출입·누수가 상품 품질·고객 경험에 직결됩니다. 현장 보고에만 의존하면 이상을 늦게 잡으므로, 주요 상태를 자동 기록해 손실 예방과 운영 표준화를 돕습니다.
문제점 — 다점포 리테일은 매장별 상태가 분산돼 운영팀의 실시간 확인이 어렵습니다.
- 매장별 관리 편차: 숙련도·확인 방식 따라 기록·대응 품질 상이
- 상품 손실 위험: 이탈·미닫힘 시 냉장 상품 품질 급저하
- 시설 사고 지연: 누수·출입 이상 지연 시 불편·수리비 증가
- 통합 데이터 부족: 이력 분산 시 반복 문제·취약 매장 식별난
솔루션 — 매장 냉장 온도·도어·누수·움직임을 수집하고 iMonnit에서 매장별 통합 확인. 온도·저온·개폐 감지·누수 감지·움직임 감지·습도 센서를 매장에 적용해 iMonnit에서 봅니다. 이탈 시 알려 냉장 상품 손실과 매장 누수를 줄이고 다점포 운영을 표준화합니다.
도입 절차 — 냉장 상품·누수 리스크 큰 매장 우선 → 전 매장 확장
- PHASE 1 매장 선정 (2~3일): 상품 손실·시설 사고 이력 기준으로 파일럿 매장을 선정합니다.
- PHASE 2 센서 설치 (1일): 냉장 설비·환경·출입·누수 지점에 센서를 설치합니다.
- PHASE 3 기준 설정 (3~5일): 설비별 기준과 통합 대시보드·알림을 설정합니다.
- PHASE 4 전 매장 확장 (1~2개월): 검증된 구성을 전 매장으로 확장합니다.
ROI — 매장 누수 1건당 700만~2,100만원 방지 · 냉장 상품 손실↓ · 다점포 표준화
- 700만~2,100만원: 매장 누수 사고당 피해 방지
- 상품손실↓: 냉장 온도 이탈·도어 손실
- 표준화: 다점포 운영 기준 통일
- 도입 전: 현장 직원 보고 의존. 매장별 대응 편차. 상품 손실 사후 확인. 반복 이슈 파악 어려움.
- 도입 후: 매장별 통합 상태 확인. 온도·도어·누수 알림. 손실 예방. 운영 표준화.

#### 호텔·숙박
URL: https://monnit.co.kr/app/uc-hotels
객실 점유·욕실 누수·공용 시설 환경을 통합 운영합니다. [센서: 재실 · 누수 · 온도]
- 주요 고객: 호텔·리조트·숙박 시설 운영팀
- 관리 항목: 객실 점유·욕실 누수·온습도·출입 상태
- 운영 효과: 고객 불만 감소·시설 피해 예방
- 센서 구성: 누수 감지·움직임 감지·온도·습도·개폐 감지
고객 프로필 — 객실 점유·욕실 누수·온습도·출입을 관리해야 하는 호텔·리조트·숙박 시설 운영팀. 호텔은 객실 상태가 고객 경험·운영비에 직결됩니다. 욕실 누수·공조 이상·점유·도어 이벤트를 늦게 잡으면 불만·판매 중단·수리비로 이어지므로, 주요 상태를 자동 기록해 불만 감소와 피해 예방을 돕습니다.
문제점 — 숙박 시설의 작은 누수나 환경 이상은 객실 피해와 고객 불만으로 빠르게 이어질 수 있습니다.
- 객실 확인 한계: 객실 수 많아 점유·온습도·도어 실시간 확인난
- 욕실 누수 리스크: 작은 누수도 객실·층간 피해·영업 중단
- 고객 불만 후 대응: 온습도 문제를 민원 후 확인
- 수리 비용 증가: 누적 후 수리 시 예방 관리보다 고비용
솔루션 — 객실·공용 공간 누수·점유·온습도·도어를 모니터링하고 iMonnit 알림으로 대응. 누수 감지·움직임 감지·온도·습도·개폐 감지 센서를 호텔 시설에 적용해 iMonnit에서 봅니다. 이탈 시 알려 욕실 누수 피해를 막고 빈 객실 공조를 줄입니다.
도입 절차 — 누수·클레임 리스크 큰 객실 라인 우선 → 전 객실 단계 확장
- PHASE 1 리스크 객실 선정 (1일): 누수·민원 이력 객실·층을 우선 지정합니다.
- PHASE 2 센서 설치 (2~3일): 객실·욕실·공용부에 누수·점유·온도 센서를 설치합니다.
- PHASE 3 기준 설정 (1일): 객실 환경 기준과 누수·점유 알림을 설정합니다.
- PHASE 4 전 객실 확장 (2~4주): 검증된 구성을 전 객실로 확장합니다.
ROI — 욕실 누수 피해↓ · 빈 객실 공조 10~15%↓ · 환경 문제 판매 중단↓
- 10~15%↓: 빈 객실 공조 에너지 절감
- 누수피해↓: 객실 욕실 누수 피해 예방
- 객실 가동↑: 환경 문제 판매 중단 감소
- 도입 전: 객실 순회 점검. 고객 민원 후 확인. 누수 사후 발견. 객실 판매 중단 리스크.
- 도입 후: 누수·온습도 알림. 객실 상태 원격 확인. 빈 객실 공조 절감. 고객 불만 전 대응.

#### 아파트·임대 부동산 관리
URL: https://monnit.co.kr/app/uc-apartment
세대·공용부의 누수·동파·출입 이상을 원격 감시해 피해를 예방합니다. [센서: 누수 · 온도 · 개폐]
- 주요 고객: 아파트·임대주택·자산관리사
- 관리 항목: 세대·공용부 누수·동파·온습도·출입 이상
- 운영 효과: 자산 피해 예방·관리 효율 개선
- 센서 구성: 누수 감지·누수 감지 로프·온도·습도·개폐 감지·움직임 감지
고객 프로필 — 세대·공용부 누수·동파·온습도·출입 이상을 관리해야 하는 아파트·임대주택·자산관리사. 아파트·임대 부동산은 세대·공용부 누수·동파·습도를 늦게 잡으면 피해가 빠르게 확대됩니다. 빈 세대·공용 배관실은 특히 관리 공백이 크므로, 주요 이상을 자동 기록해 자산 피해 예방과 관리 효율을 돕습니다.
문제점 — 아파트와 임대 부동산의 누수·동파는 발견이 늦을수록 여러 세대 피해로 확대될 수 있습니다.
- 세대 사고 지연: 빈 세대·장기 부재 세대 누수 장시간 방치
- 공용부 피해 확대: 배관실·기계실·지하 누수가 여러 세대 피해
- 동파 리스크: 겨울 온도 하락 미인지 시 배관 동파·수리비
- 현장 방문 부담: 정기 점검만으론 사고 시점 파악난
솔루션 — 세대·공용부 누수·온도·습도·출입 이상을 감지하고 iMonnit 알림으로 빠르게 대응. 누수 감지·누수 로프·온도·습도·개폐 감지·움직임 감지 센서를 단지 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 누수 확산을 막고 동파를 예방하며 빈 세대 점검을 줄입니다.
도입 절차 — 누수 확산 위험 큰 공용 배관실·빈 세대 우선 → 단지 전반 확장
- PHASE 1 리스크 매핑 (1일): 공용 배관실·기계실·빈 세대 등 사고 지점을 매핑합니다.
- PHASE 2 센서 설치 (1~2일): 누수·온도·도어 센서를 핵심 지점에 설치·연동합니다.
- PHASE 3 기준 설정 (반나절): 동파 임계 온도, 누수·출입 알림 기준을 설정합니다.
- PHASE 4 단지 확장 (2~4주): 검증된 구성을 단지 전반으로 확장합니다.
ROI — 누수 확산 1건당 1,400만~5,500만원 방지 · 빈 세대 점검 90%↓ · 동파 예방
- 1,400만~5,500만원: 세대·공용부 누수 확산 피해 방지
- 90%↓: 빈 세대 정기 방문 점검
- 동파↓: 겨울철 배관 동파 사고 예방
- 도입 전: 정기 방문 점검. 빈 세대 사고 지연. 공용부 누수 사후 발견. 동파 위험 관리 부족.
- 도입 후: 누수·동파 알림. 위험 지점 원격 확인. 세대·공용부 이력 확보. 현장 출동 우선순위 개선.

#### 별장·세컨드하우스
URL: https://monnit.co.kr/app/uc-second-home
비어 있는 별장의 누수·동파·출입 이상을 원격으로 상시 감시합니다. [센서: 누수 · 온도 · 개폐]
- 주요 고객: 별장·세컨드하우스 소유자·자산관리사
- 관리 항목: 누수·동파·출입·온습도
- 운영 효과: 장기 부재 공간 자산 피해 예방
- 센서 구성: 누수 감지·누수 감지 로프·온도·습도·개폐 감지·움직임 감지
고객 프로필 — 누수·동파·출입·온습도를 관리해야 하는 별장·세컨드하우스 소유자·자산관리사. 별장·세컨드하우스는 장기간 비어 누수·동파·침입·전원 문제를 늦게 발견하기 쉽습니다. 작은 누수·겨울 온도 하락도 방치되면 구조·설비 피해로 커지므로, 주요 이상을 자동 기록해 장기 부재 공간 자산 피해를 예방합니다.
문제점 — 세컨드하우스는 사람이 없는 시간이 길어 작은 사고도 큰 자산 피해로 확대되기 쉽습니다.
- 무인 공간 지연: 상주 인원 부재로 누수·동파 발견 지연
- 동파 리스크: 겨울 온도 하락 미인지 시 배관 파손·수리비
- 침입·도어 이상: 도어 개방·움직임 이상 지연 시 보안 리스크
- 현장 방문 부담: 정기 방문만으론 사고 시점 파악난
솔루션 — 별장 누수·온도·출입·움직임 이상을 감지하고 iMonnit 알림으로 원격 관리. 누수 감지·누수 로프·온도·습도·개폐 감지·움직임 감지 센서를 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 동파·누수 피해를 막고 침입·도어 이상을 함께 확인합니다.
도입 절차 — 동파·누수 리스크 큰 배관 주변·출입구 우선 → 관리 물건 전반 확장
- PHASE 1 리스크 매핑 (1일): 배관·출입구·실내 주요 공간 등 사고 지점을 매핑합니다.
- PHASE 2 센서 설치 (1~2일): 누수·온도·도어·움직임 센서를 핵심 지점에 설치합니다.
- PHASE 3 기준 설정 (반나절): 동파 임계 온도, 누수·출입 알림 기준을 설정합니다.
- PHASE 4 물건 확장 (상시): 검증된 구성을 관리 물건 전반으로 확장합니다.
ROI — 동파·누수 1건당 1,100만~3,500만원 방지 · 불필요한 방문↓ · 침입 감지
- 1,100만~3,500만원: 동파·누수 사고당 자산 피해 방지
- 방문↓: 불필요한 현장 방문 비용
- 출입 감지: 침입·도어 이상 원격 확인
- 도입 전: 장기 부재. 누수·동파 사후 발견. 도어 이상 확인 지연. 현장 방문 비용 증가.
- 도입 후: 누수·동파 알림. 출입·움직임 확인. 원격 상태 확인. 자산 피해 예방.

#### 학교·교회
URL: https://monnit.co.kr/app/uc-schools-churches
공간 점유·온도·누수를 모니터링해 시설 운영과 에너지 관리를 지원합니다. [센서: 온도 · 재실 · 누수]
- 주요 고객: 학교·교회·커뮤니티 시설·시설 운영팀
- 관리 항목: 온습도·공기질·누수·점유·출입
- 운영 효과: 공간 안전·에너지·시설 운영 개선
- 센서 구성: 온도·습도·CO₂·미세먼지·누수 감지·움직임 감지·개폐 감지
고객 프로필 — 온습도·공기질·누수·점유·출입을 관리해야 하는 학교·교회·커뮤니티 시설·시설 운영팀. 학교·교회는 교실·예배실·식당·화장실·기계실 사용 패턴이 시간대별로 달라집니다. 온습도·공기질·누수·점유·출입을 수동 점검에만 의존하면 이상을 늦게 잡으므로, 주요 데이터를 자동 기록해 안전·에너지·운영을 개선합니다.
문제점 — 학교와 교회는 사용 시간과 공간별 점유가 다양해 시설 상태를 일관되게 확인하기 어렵습니다.
- 공간별 점검 한계: 교실·예배실·공용부·기계실 수시 확인난
- 공기질 확인 부족: CO₂·공기질을 체감으로 판단 곤란
- 누수·온도 지연: 화장실·배관실·지하 누수·이탈 발견 지연
- 에너지 낭비: 미사용 공간 냉난방·조명 운영 지속
솔루션 — 온습도·공기질·누수·점유·출입을 수집하고 iMonnit에서 통합 확인. 온도·습도·CO₂·미세먼지·누수 감지·움직임 감지·개폐 감지 센서를 시설 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 미사용 공간 에너지를 줄이고 누수 사고를 예방합니다.
도입 절차 — 에너지·누수 리스크 큰 공용부·사용 변동 큰 공간 우선 → 시설 전체 확장
- PHASE 1 공간 진단 (1일): 사용 변동·누수 리스크가 큰 공간을 식별합니다.
- PHASE 2 센서 설치 (1~2일): 온습도·공기질·누수·점유 센서를 핵심 지점에 설치합니다.
- PHASE 3 기준 설정 (1일): 공간별 기준과 환기·누수·점유 알림을 설정합니다.
- PHASE 4 시설 확장 (2~4주): 검증된 구성을 시설 전체로 확장합니다.
ROI — 미사용 공간 냉난방·조명 절감 · CO₂ 기준 환기 · 배관·화장실 누수 예방
- 유휴 에너지↓: 미사용 공간 냉난방·조명 절감
- 공기질↑: CO₂ 기준 환기 실내 환경 개선
- 누수피해↓: 배관·화장실 누수 사고 예방
- 도입 전: 정기 순회 점검. 공기질 체감 의존. 누수 사후 발견. 공간별 에너지 관리 부족.
- 도입 후: 공간별 환경 데이터. 누수·점유·출입 알림. 유휴 에너지 절감. 시설 운영 이력 확보.

#### 압류 부동산 관리
URL: https://monnit.co.kr/app/uc-foreclosed
관리 인력이 없는 공실 부동산의 누수·동파·출입 이상을 원격 추적합니다. [센서: 누수 · 온도 · 개폐]
- 주요 고객: 압류 부동산 관리사·은행·자산관리팀
- 관리 항목: 누수·동파·침입·온습도
- 운영 효과: 공실 자산 피해 예방·현장 방문 효율화
- 센서 구성: 누수 감지·누수 감지 로프·온도·습도·개폐 감지·움직임 감지
고객 프로필 — 누수·동파·침입·온습도를 관리해야 하는 압류 부동산 관리사·은행·자산관리팀. 압류 부동산은 상주 인력이 없어 누수·동파·침입·습도를 늦게 발견하기 쉽습니다. 사고가 방치되면 구조·설비 피해로 자산 가치가 떨어지므로, 주요 이상을 자동 기록해 피해 예방과 현장 방문 효율화를 돕습니다.
문제점 — 압류 부동산은 무인 상태가 길어 사고 발견 지연이 곧 자산 가치 손실로 이어질 수 있습니다.
- 무인 공간 지연: 상주 인원 부재로 누수·동파·침입 발견 지연
- 동파 피해 위험: 겨울 온도 하락 미인지 시 배관 파손·수리비
- 누수 확산 리스크: 작은 누수 방치 시 구조·전기 설비 피해
- 현장 방문 부담: 정기 방문만으론 공실 자산 효율 관리난
솔루션 — 압류 부동산 누수·온도·출입·움직임 이상을 감지하고 iMonnit 알림으로 대응. 누수 감지·누수 로프·온도·습도·개폐 감지·움직임 감지 센서를 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 자산 가치 손실을 막고 현장 출동을 우선순위 기반으로 효율화합니다.
도입 절차 — 자산 가치 손실 큰 누수·동파 지점 우선 → 관리 자산 전반 확장
- PHASE 1 리스크 매핑 (1일): 누수·동파·침입 가능 지점을 자산별로 매핑합니다.
- PHASE 2 센서 설치 (1~2일): 누수·온도·도어·움직임 센서를 핵심 지점에 설치합니다.
- PHASE 3 기준 설정 (반나절): 동파 임계 온도, 누수·출입 알림 기준을 설정합니다.
- PHASE 4 자산 확장 (상시): 검증된 구성을 관리 자산 전반으로 확장합니다.
ROI — 동파·누수 1건당 2,000만~4,500만원 방지 · 자산 가치 손실 예방 · 출동 효율화
- 2,000만~4,500만원: 동파·누수 사고당 피해 방지
- 자산가치↑: 사고 방지 자산 가치 손실 예방
- 방문 효율: 현장 출동 우선순위 최적화
- 도입 전: 공실 순회 점검. 누수·동파 사후 발견. 침입 확인 지연. 현장 방문 비용 증가.
- 도입 후: 누수·동파·출입 알림. 원격 상태 확인. 자산별 이력 확보. 현장 출동 우선순위 개선.

#### 대학 기숙사
URL: https://monnit.co.kr/app/uc-dormitory
기숙사의 점유·온도·누수를 모니터링해 시설을 효율적으로 운영합니다. [센서: 재실 · 온도 · 누수]
- 주요 고객: 대학 기숙사·학생 주거 시설·시설 운영팀
- 관리 항목: 점유·온습도·누수·공기질·출입 상태
- 운영 효과: 시설 민원 감소·운영 효율 개선
- 센서 구성: 움직임 감지·온도·습도·누수 감지·개폐 감지·CO₂
고객 프로필 — 점유·온습도·누수·공기질·출입을 관리해야 하는 대학 기숙사·학생 주거 시설·시설 운영팀. 기숙사는 다수 학생이 생활해 객실·공용 욕실·세탁실·기계실·출입구 상태가 안전·만족도에 영향을 줍니다. 누수·온습도·공기질·출입 이상을 늦게 잡으면 민원·피해가 커지므로, 주요 데이터를 자동 기록해 운영 효율을 개선합니다.
문제점 — 기숙사는 거주 밀도가 높아 작은 시설 이상도 민원과 피해로 빠르게 확대될 수 있습니다.
- 공용부 누수 리스크: 욕실·세탁실·기계실 누수가 층간 피해·운영 중단
- 온습도·공기질 민원: 환경 이상이 학생 불편·민원으로 연결
- 출입·점유 확인 부족: 공용 공간 사용 패턴 데이터화난
- 순회 점검 부담: 다수 객실·공용 공간 수동 점검에 시간 과다
솔루션 — 온습도·누수·점유·출입·공기질을 수집하고 iMonnit에서 알림·이력 제공. 움직임 감지·온도·습도·누수 감지·개폐 감지·CO₂ 센서를 기숙사 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 공용부 누수 피해를 막고 환경 민원과 순회 점검 부담을 줄입니다.
도입 절차 — 층간 피해 위험 큰 공용 욕실·세탁실·기계실 우선 → 기숙사 전체 확장
- PHASE 1 리스크 매핑 (1일): 공용 욕실·세탁실·기계실 등 누수 리스크를 매핑합니다.
- PHASE 2 센서 설치 (1~2일): 누수·온습도·점유·공기질 센서를 핵심 지점에 설치합니다.
- PHASE 3 기준 설정 (1일): 공간별 기준과 누수·점유·환기 알림을 설정합니다.
- PHASE 4 기숙사 확장 (2~4주): 검증된 구성을 기숙사 전체로 확장합니다.
ROI — 공용부 누수 1건당 1,000만~2,500만원 방지 · 순회 점검 60%↓ · 환경 민원↓
- 1,000만~2,500만원: 공용부 누수 층간 피해 방지
- 60%↓: 다수 객실 순회 점검 공수
- 민원↓: 온습도·공기질 환경 민원
- 도입 전: 공용부 순회 점검. 누수 사후 발견. 환경 민원 후 확인. 공간별 사용 데이터 부족.
- 도입 후: 누수·온습도 알림. 점유·출입 이벤트 확인. 공기질 데이터. 시설 이력 기반 대응.

#### 보관·창고 시설
URL: https://monnit.co.kr/app/uc-storage
셀프스토리지·창고의 온습도·출입 이상·누수를 원격 통합 관리합니다. [센서: 온도 · 습도 · 개폐 · 누수]
- 주요 고객: 셀프스토리지·창고·보관 시설 운영팀
- 관리 항목: 온습도·누수·출입·움직임
- 운영 효과: 보관 품질 보호·침입/피해 리스크 감소
- 센서 구성: 온도·습도·누수 감지·개폐 감지·움직임 감지
고객 프로필 — 온습도·누수·출입·움직임을 관리해야 하는 셀프스토리지·창고·보관 시설 운영팀. 보관 시설은 물품·재고가 장기 보관돼 온습도·누수·출입 이상이 보관 품질·자산 보호에 직결됩니다. 수동 순회만으론 모든 유닛·공용부 상태를 실시간 확인하기 어려우므로, 주요 데이터를 자동 기록합니다.
문제점 — 보관 시설은 장기간 보관품이 많아 환경 이상과 출입 이벤트를 빠르게 확인하는 것이 중요합니다.
- 보관 환경 이탈: 온습도 변화가 변형·곰팡이·포장 손상 유발
- 누수 피해 위험: 작은 누수 방치 시 여러 유닛 피해 확대
- 출입·침입 확인 부족: 도어·움직임 이상 지연 시 보안 리스크
- 순회 점검 부담: 넓은 창고·다수 유닛 직접 확인에 시간 과다
솔루션 — 보관 시설 온습도·누수·출입·움직임을 수집하고 iMonnit에서 알림·이력 제공. 온도·습도·누수 감지·개폐 감지·움직임 감지 센서를 보관 시설 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 보관품 손상과 유닛 누수 확산을 막고 출입 이상을 원격 감지합니다.
도입 절차 — 온습도 민감 보관 구역·출입 동선 우선 → 보관 시설 전반 확장
- PHASE 1 구역 매핑 (1일): 보관 품목 민감도와 출입 리스크 기준으로 구역을 분류합니다.
- PHASE 2 센서 설치 (1~2일): 온습도·누수·도어·움직임 센서를 핵심 지점에 설치합니다.
- PHASE 3 기준 설정 (1일): 구역별 환경 기준과 누수·출입 알림을 설정합니다.
- PHASE 4 시설 확장 (2~4주): 검증된 구성을 보관 시설 전반으로 확장합니다.
ROI — 보관품 손상↓ · 유닛 누수 확산 방지 · 출입·침입 원격 감지
- 보관품 손상↓: 온습도 민감 물품 손상
- 누수피해↓: 유닛 누수 확산 피해 방지
- 보안: 출입·움직임 이상 원격 감지
- 도입 전: 정기 순회 점검. 누수 사후 발견. 온습도 이력 부족. 출입 이상 확인 지연.
- 도입 후: 환경 데이터 기록. 누수·출입 알림. 움직임 이벤트 확인. 고객 물품 보호 이력 확보.

#### 금융 서비스
URL: https://monnit.co.kr/app/uc-financial
지점 서버실·금고·보관실의 온도·누수·도어 상태를 통합 감시합니다. [센서: 온도 · 누수 · 개폐]
- 주요 고객: 은행·금융기관·지점 운영팀
- 관리 항목: 서버실·금고·보관실 온도·누수·출입
- 운영 효과: 지점 시설 리스크 통합 관리
- 센서 구성: 온도·습도·누수 감지·개폐 감지·움직임 감지
고객 프로필 — 서버실·금고·보관실 온도·누수·출입을 관리해야 하는 은행·금융기관·지점 운영팀. 금융 지점은 서버실·통신 장비실·금고·보관실 환경을 안정 관리해야 합니다. 온도 상승·누수·도어 개방·습도 변화를 늦게 잡으면 업무 중단·자산 리스크로 이어지므로, 주요 데이터를 자동 기록해 지점 시설 리스크를 통합 관리합니다.
문제점 — 금융 지점의 서버실과 보관 공간은 환경 이상과 출입 이벤트를 빠르게 확인해야 합니다.
- 서버실 환경 리스크: 온도 상승·습도 변화가 통신·서버 장비 장애 유발
- 누수 사고 위험: 기계실·배관 누수가 업무 중단·장비 손상
- 출입 확인 부족: 금고·보관실 도어 이벤트 지연 시 보안 리스크
- 지점별 관리 편차: 다지점 상태 분산 시 본사 통합 확인난
솔루션 — 금융 지점 온도·습도·누수·도어를 모니터링하고 iMonnit에서 지점별 알림·이력 제공. 온도·습도·누수 감지·개폐 감지·움직임 감지 센서를 지점 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 서버실 장애를 예방하고 다지점 시설을 본사가 통합 관제합니다.
도입 절차 — 장애 시 피해 큰 지점 전산실·ATM 코너 우선 → 전 지점망 단계 확장
- PHASE 1 중점 공간 지정 (1일): 지점 서버실·통신 장비실·금고를 우선 지정합니다.
- PHASE 2 센서 설치 (1~2일): 온습도·누수·도어·움직임 센서를 핵심 지점에 설치합니다.
- PHASE 3 본사 통합 설정 (2~3일): 지점별 통합 대시보드와 알림 라우팅을 설정합니다.
- PHASE 4 전 지점 확장 (1~2개월): 검증된 구성을 전 지점망으로 확장합니다.
ROI — 누수 사고 1건당 1,100만~2,800만원 방지 · 본사 통합 관제 · 서버실 장애 예방
- 1,100만~2,800만원: 누수 사고당 피해 방지
- 통합 관제: 다지점 시설 본사 통합 가시성
- 서버실 장애↓: 지점 서버실 환경 장애 예방
- 도입 전: 지점별 수동 확인. 서버실 이상 사후 발견. 금고·보관실 도어 확인 지연. 본사 통합 관리 한계.
- 도입 후: 지점별 환경 이력. 누수·도어 알림. 서버실 상태 확인. 본사 통합 대시보드 운영.

### 농수산 & 인프라

#### 축산 & 농업
URL: https://monnit.co.kr/app/livestock
축사 환경·사료 보관·관개 시설을 통합 관리해 생산성과 안전성을 높입니다. [센서: 온도 · 습도 · 누수 · 토양 수분]
- 주요 고객: 축사·농장·관개 시설 운영자
- 관리 항목: 온습도·수위·토양 상태
- 운영 효과: 가축 스트레스 감소·농장 환경 안정화
- 센서 구성: 온도·습도·누수·토양 수분
고객 프로필 — 가축·작물 환경 조건을 안정적으로 관리해야 하는 축사·농장·사료 보관실·관개 시설 운영자. 축사·농업 시설은 온도·습도·수분이 가축 건강·작물 생육에 직결됩니다. 폭염·한파·환기 부족·급수 이상을 늦게 잡으면 생산성 저하·폐사로 이어지므로, 환경을 자동 수집해 방문 전에 확인합니다.
문제점 — 축사·농장은 온습도·수분이 빠르게 변하지만, 넓은 현장을 수동으로 점검하는 데는 한계가 있습니다.
- 온습도 변화 지연: 폭염·한파·환기 부족이 가축 스트레스·생산성 저하 유발
- 급수·수분 관리난: 급수 이상·토양 수분 변화 발견 지연 시 영향
- 분산 현장 부담: 넓은 축사·농장 전 지점 상시 확인 곤란
- 데이터 부족: 환경 이력 부족 시 원인 분석·개선난
솔루션 — 온습도·수분·출입을 무선 센서로 수집하고 iMonnit에서 환경 변화 통합 확인. 온도·습도·누수 감지·토양 수분 센서를 축사·사료 보관실·관개 시설·재배 구역에 설치해 환경을 자동 기록합니다. iMonnit이 구역별 상태·이력을 보여주고 이탈 시 알려, 환경 이상을 빠르게 잡아 생육 조건을 유지합니다.
도입 절차 — 폭염·한파 피해 큰 축사·급수/관개 설비 우선 → 농장 전반 확장
- PHASE 1 구역 진단 (1일): 환경 민감 축사와 급수·관개 지점을 식별합니다.
- PHASE 2 센서 배치 (1~2일): 온습도·수분·급수 센서를 축사·설비에 설치·연동합니다.
- PHASE 3 기준 설정 (1~2일): 가축·작물별 적정 환경과 급수·환기 알림을 설정합니다.
- PHASE 4 농장 확장 (2~4주): 검증된 구성을 농장 전체로 확장합니다.
ROI — 축사 환기·난방 에너지 10~15%↓ · 폐사 리스크↓ · 원격 통합 확인
- 10~15%↓: 축사 환기·난방 에너지 절감
- 폐사↓: 폭염·한파·급수 이상 폐사 리스크
- 원격: 분산 농장 환경 통합 확인
- 도입 전: 넓은 농장 수동 점검. 폭염·한파 대응 지연. 급수 이상 사후 발견. 환기·난방 과운전.
- 도입 후: 축사 환경 원격 확인. 환경 이상 즉시 알림. 급수·수분 데이터 관리. 에너지 운전 최적화.
도입 고객사: Gaia Herbs, Stone Edge Farm

#### 마리나 & 보트
URL: https://monnit.co.kr/app/marina
정박지의 빌지 수위, 배터리 전압, 습도 상태를 원격 추적합니다. [센서: 누수 · 전압 · 습도]
- 주요 고객: 마리나·보트 소유자·정박 시설 운영팀
- 관리 항목: 빌지 수위·배터리 전압·습도
- 운영 효과: 선박 침수·배터리 방전 리스크 감소
- 센서 구성: 누수·전압·습도
고객 프로필 — 선박의 누수·배터리·습도 상태를 원격 확인해야 하는 마리나 운영자·보트 소유자·정박 관리팀. 마리나·보트는 장시간 무인 정박이 많아 빌지 수위 상승·배터리 전압 저하·습도 증가를 늦게 발견합니다. 작은 누수·전원 문제도 방치되면 선박 손상으로 번지므로, 핵심 상태를 원격 확인하고 알립니다.
문제점 — 정박 중인 선박은 무인 시간이 길어 누수·배터리 저하·습도 이상을 늦게 발견하기 쉽습니다.
- 빌지 수위 지연: 선내 물이 차도 방문 전엔 인지 곤란
- 배터리 방전 리스크: 전압 저하 미인지 시 출항 지연·작동 불량
- 습도 관리난: 높은 습도가 곰팡이·부식·전기 문제 유발
- 정박 점검 부담: 다수 보트 수동 확인에 시간·인력 과다
솔루션 — 보트 누수·배터리 전압·습도를 무선 센서로 수집하고 iMonnit 원격 알림·이력 제공. 누수 감지·전압·습도 센서를 선내·빌지 주변·배터리 근처에 설치해 핵심 상태를 원격 확인합니다. iMonnit이 물 접촉·전압 저하·습도 이상 시 알려, 방문 전에 침수·전원 문제에 빠르게 대응합니다.
도입 절차 — 침수·방전 리스크 큰 선박 빌지·배터리 우선 → 정박 선박 전반 확장
- PHASE 1 대상 선정 (반나절): 침수·배터리 이력이 있는 선박을 우선 지정합니다.
- PHASE 2 센서 설치 (1일/척): 빌지·배터리·습도 지점에 센서를 설치·연동합니다.
- PHASE 3 기준 설정 (반나절): 빌지 수위·전압·습도 알림 기준을 설정합니다.
- PHASE 4 정박지 확장 (1~2주): 검증된 구성을 정박 선박 전반으로 확장합니다.
ROI — 빌지 침수 1건당 700만~2,800만원 방지 · 배터리 방전 예방
- 700만~2,800만원: 빌지 침수 선박 피해 방지
- 방전↓: 배터리 방전 출항 차질 예방
- 원격: 무인 정박 선박 상태 확인
- 도입 전: 정박 선박 수동 점검. 빌지 침수 사후 발견. 배터리 방전 출항 시 인지. 습도 관리 부재.
- 도입 후: 선박 상태 원격 확인. 빌지·습도 즉시 알림. 배터리 전압 추적. 점검 공수 절감.

#### 반려동물 복지
URL: https://monnit.co.kr/app/pet
켄넬·동물 시설의 온습도와 움직임을 관리해 동물 복지와 안전을 확보합니다. [센서: 온도 · 습도 · 움직임]
- 주요 고객: 켄넬·동물병원·반려동물 시설
- 관리 항목: 온습도·움직임·출입 상태
- 운영 효과: 동물 복지와 안전 관리 강화
- 센서 구성: 온도·습도·움직임
고객 프로필 — 동물 환경·안전 상태를 상시 관리해야 하는 켄넬·동물병원·반려동물 호텔·훈련 시설. 반려동물 시설은 온도·습도·움직임 변화가 동물 건강·안전에 영향을 줍니다. 야간·휴무엔 상태 확인이 어렵고 이상 발견이 늦으면 복지·신뢰에 영향을 주므로, 온습도·움직임을 자동 확인하고 알립니다.
문제점 — 동물 시설의 온습도·움직임 이상은 동물 복지와 안전에 영향을 주지만, 무인 시간대엔 발견이 늦어질 수 있습니다.
- 환경 이상 지연: 온도·습도 변화가 동물 스트레스·건강 문제 유발
- 야간 관리 공백: 근무자 부재 시 움직임·환경 이상 즉시 확인 곤란
- 공간별 편차: 켄넬·보관 공간마다 환경 차이로 일괄 점검 한계
- 고객 신뢰 리스크: 안전 문제 발생 시 신뢰·평판 영향
솔루션 — 동물 시설 온습도·움직임을 무선 센서로 수집하고 iMonnit 알림으로 환경 이상 조기 확인. 온도·습도·움직임 감지·개폐 감지 센서를 켄넬·동물실·출입문·보관 공간에 설치해 시설 상태를 원격 확인합니다. iMonnit이 공간별 온습도 이력·움직임 이벤트를 제공하고 이상 시 알려, 복지·안전 관리를 체계화합니다.
도입 절차 — 야간 관리 공백 큰 켄넬·동물실 우선 → 시설 전체 확장 · 환경 사고 예방
- PHASE 1 공간 선정 (반나절): 환경 민감도가 높은 켄넬·동물실을 우선 지정합니다.
- PHASE 2 센서 설치 (1일): 온습도·움직임·도어 센서를 공간에 설치·연동합니다.
- PHASE 3 기준 설정 (반나절): 공간별 적정 환경과 야간 이상 알림을 설정합니다.
- PHASE 4 시설 확장 (1~2주): 검증된 구성을 시설 전체로 확장합니다.
ROI — 야간 미인지 사고 0건 목표 · 환경 데이터로 고객 신뢰↑
- 0건 목표: 야간 환경 이상 미인지 사고
- 상시: 켄넬별 온습도 자동 관리
- 신뢰↑: 환경 관리 데이터 고객 신뢰 확보
- 도입 전: 야간 공간 확인 공백. 환경 이상 사후 발견. 도어 상태 확인 지연. 환기 상태 불명확.
- 도입 후: 공간 환경 24시간 확인. 이상 즉시 야간 알림. 도어·움직임 모니터링. 동물 복지 관리 강화.

#### 해충 방역
URL: https://monnit.co.kr/app/pest
트랩 접점과 열처리 온도, 현장 환경을 데이터화해 방역 작업을 관리합니다. [센서: 건접점 · 온도 · 습도]
- 주요 고객: 방역 업체·해충 관리 업체·열처리 작업팀
- 관리 항목: 트랩 접점·열처리 온도·현장 환경
- 운영 효과: 방역 작업 데이터화·보고 품질 향상
- 센서 구성: 건접점·온도·습도
고객 프로필 — 트랩 상태·작업 온도를 데이터로 관리해야 하는 해충 방역 업체·시설 방역팀·열처리 작업팀. 방역·열처리는 현장 상태·작업 온도 이력이 품질 판단 기준입니다. 수동 확인은 누락이 잦고 작업 후 객관 데이터 제시가 어려우므로, 트랩 접점·온습도를 자동 수집해 작업을 체계적으로 기록합니다.
문제점 — 방역 작업은 트랩 상태와 열처리 온도 이력이 중요하지만, 수동 확인만으로는 작업 데이터를 체계적으로 남기기 어렵습니다.
- 트랩 확인 부담: 분산 트랩 직접 확인에 시간·인력 과다
- 열처리 증빙 부족: 작업 온도 이력 부족 시 품질 객관 설명난
- 현장 데이터 누락: 수기 기록은 누락·오기입으로 보고 품질 저하
- 반복 이슈 분석난: 트랩 이벤트·환경 데이터 분리 시 문제 지점 식별난
솔루션 — 건접점·온습도 데이터로 트랩 상태·열처리 환경을 기록하고 iMonnit에서 이력 관리. 건접점으로 트랩 반응을, 온도·습도 센서로 열처리 현장을 측정해 작업 데이터를 자동 수집합니다. iMonnit이 이벤트 이력·환경 데이터를 저장하고 이탈 시 알려, 방문 부담을 줄이고 고객 보고용 객관 데이터를 확보합니다.
도입 절차 — 분산 트랩·열처리 작업 현장 우선 데이터화 → 관리 현장 전반 확장 · 보고 품질 강화
- PHASE 1 현장 진단 (반나절): 트랩 위치와 열처리 작업 지점을 파악합니다.
- PHASE 2 센서 설치 (1일): Dry Contact를 트랩에, 온습도 센서를 작업 현장에 설치합니다.
- PHASE 3 기준 설정 (반나절): 트랩 반응·열처리 목표 온도 알림 기준을 설정합니다.
- PHASE 4 현장 확장 (1~2주): 검증된 구성을 관리 현장 전반으로 확장합니다.
ROI — 불필요한 트랩 점검 방문 40%↓ · 열처리 온도 이력 객관 증빙
- 40%↓: 불필요한 트랩 점검 방문
- 데이터: 열처리 온도 이력 객관 증빙
- 신뢰↑: 데이터 기반 고객 보고 품질 향상
- 도입 전: 현장 방문 트랩 확인. 트랩 반응 시점 불명확. 열처리 온도 수기 기록. 고객 보고 자료 부족.
- 도입 후: 트랩 반응 원격 확인. 반응 시점 자동 기록. 열처리 온도 이력 확보. 데이터 기반 고객 보고.

#### 그로하우스
URL: https://monnit.co.kr/app/grow
대마·약용 작물 시설의 조도·CO₂·온습도를 정밀 관리합니다. [센서: 조도 · CO₂ · 온도 · 습도]
- 주요 고객: 그로하우스·약용 작물 재배 시설·실내 농장
- 관리 항목: 조도·CO₂·온습도
- 운영 효과: 정밀 생육 환경 제어
- 센서 구성: 조도·CO₂·온도·습도
고객 프로필 — 조도·CO₂·온습도를 정밀 관리해야 하는 그로하우스·약용 작물 재배 시설·실내 농장. 그로하우스는 조도·CO₂·온습도가 생육·품질을 좌우합니다. 조명·환기·냉난방 이상이 생육 편차로 이어지지만 수동 점검은 시간대별 변화를 놓치므로, 주요 환경을 자동 기록하고 이상을 알립니다.
문제점 — 그로하우스는 조도·CO₂·온습도 변화가 품질에 직접 영향을 주지만, 시간대별 변화를 수동으로 관리하기 어렵습니다.
- 환경 변수 관리 부담: 조도·CO₂·온습도가 서로 영향 주며 품질 좌우
- 설비 이상 지연: 조명·환기·냉난방 이상이 작물 스트레스 확대
- 구역별 편차: 재배 구역별 환경 차이로 생육 편차 발생
- 데이터 부족: 환경 이력 부족 시 생육 문제 원인 분석난
솔루션 — 조도·CO₂·온습도를 무선 센서로 수집하고 iMonnit에서 구역별 생육 환경 지속 관리. 조도·CO₂·온도·습도 센서를 재배 구역별로 설치해 주요 생육 환경을 자동 수집합니다. iMonnit이 시간대별 변화·구역별 이력을 보여주고 이탈 시 알려, 조명·환기·냉난방을 데이터 기반으로 조정합니다.
도입 절차 — 조명·공조 부하 큰 핵심 재배 구역 우선 → 시설 전체 확장
- PHASE 1 구역 진단 (1일): 조명·공조 운전 편차가 큰 재배 구역을 식별합니다.
- PHASE 2 센서 배치 (1~2일): 조도·CO₂·온습도 센서를 재배 구역에 설치·연동합니다.
- PHASE 3 생육 기준 설정 (3~5일): 작물 단계별 적정 환경과 설비 이상 알림을 설정합니다.
- PHASE 4 시설 확장 (2~4주): 검증된 구성을 전 재배 구역으로 확장합니다.
ROI — 조명·공조 에너지 10~20%↓ · 상품화율↑ · 1작기 내 회수
- 10~20%↓: 조명·공조 에너지 비용
- 상품화↑: 균일 생육 고품질 수확 비율
- 1작기 내: 평균 ROI 회수
- 도입 전: 환경 변수 수동 관리. 설비 이상 사후 발견. 구역별 생육 편차. 생육 문제 원인 추적 곤란.
- 도입 후: 구역별 환경 정밀 관리. 설비 이상 즉시 알림. 데이터 기반 환경 제어. 생육 이력 기반 개선.

#### 농장·온실 환기 자동화
URL: https://monnit.co.kr/app/uc-smart-farm
온실·축사의 온습도·CO₂·토양 상태를 관리해 작물·가축 환경을 최적화합니다. [센서: 온도 · 습도 · CO₂ · 토양 수분]
- 주요 고객: 스마트팜·온실·축사 운영자
- 관리 항목: 온습도·CO₂·조도·토양 수분·환기 상태
- 운영 효과: 생육 환경 최적화·환기 자동화 지원
- 센서 구성: 온도·습도·CO₂·조도·토양 수분·누수 감지
고객 프로필 — 온습도·CO₂·조도·토양 수분·환기를 관리해야 하는 스마트팜·온실·축사 운영자. 스마트팜·온실은 온습도·CO₂·조도·토양 수분이 생육·생산성에 직결되고, 축사도 환기·온습도 변화가 가축 스트레스로 이어집니다. 핵심 환경을 자동 기록해 생육 최적화와 환기 자동화를 지원합니다.
문제점 — 스마트팜의 환경 변수는 서로 연결돼 한 가지만 놓쳐도 생육 품질과 생산성에 영향을 줄 수 있습니다.
- 환경 변화 지연: 온습도·CO₂·조도·수분 변화를 현장 점검만으론 추적난
- 구역별 편차: 온실·축사 구역별 환경 차이로 생육 편차
- 환기 판단난: CO₂·습도 데이터 없이 환기 시점·량 조정난
- 이력 부족: 환경 이력 부족 시 생육 문제 원인 분석난
솔루션 — 핵심 환경 데이터를 수집하고 iMonnit에서 이력·알림 관리 → 생육 조건 최적화. 온도·습도·CO₂·조도·토양 수분·누수 감지 센서를 핵심 구역에 적용해 iMonnit에서 환경을 봅니다. 이탈 시 알려 환기·관수를 조정하고 구역별 생육 편차를 줄입니다.
도입 절차 — 환기·관수 부하 큰 핵심 구역 우선 → 농장 전반 확장
- PHASE 1 구역 진단 (1일): 환기·관수 운전 편차가 큰 구역을 식별합니다.
- PHASE 2 센서 배치 (1~2일): 온습도·CO₂·조도·토양 수분 센서를 구역에 설치합니다.
- PHASE 3 자동화 기준 설정 (3~5일): 환기·관수 판단 기준과 설비 이상 알림을 설정합니다.
- PHASE 4 농장 확장 (2~4주): 검증된 구성을 농장 전체로 확장합니다.
ROI — 수요 기반 환기 에너지 15%↓ · 생산성↑ · 환기 수동 조작↓
- 15%↓: 수요 기반 환기 에너지 절감
- 생산성↑: 환경 안정화 생육·생산성 향상
- 노동↓: 환경 점검·환기 수동 조작
- 도입 전: 현장 순회 점검. 구역별 편차 확인 어려움. 환기·관수 주관 판단. 생육 이력 부족.
- 도입 후: 구역별 환경 데이터 확보. 환기·관수 판단 지원. 환기 에너지 절감. 생육 문제 원인 추적 개선.

#### 온실 모니터링
URL: https://monnit.co.kr/app/uc-greenhouse
온도·습도·CO₂·조도를 통합 관리해 작물 생육 환경을 최적화합니다. [센서: 온도 · 습도 · CO₂ · 조도]
- 주요 고객: 온실·스마트팜·작물 재배 시설
- 관리 항목: 온도·습도·CO₂·조도·토양 수분
- 운영 효과: 생육 조건 최적화·수확 품질 안정화
- 센서 구성: 온도·습도·CO₂·조도·토양 수분·누수 감지
고객 프로필 — 온도·습도·CO₂·조도·토양 수분을 관리해야 하는 온실·스마트팜·작물 재배 시설. 온실은 온도·습도·CO₂·조도·토양 수분이 생육·품질을 좌우합니다. 현장 점검만으로는 시간대별 변화·구역 편차·환기/난방/차광 이상을 모두 잡기 어려우므로, 핵심 환경을 자동 기록해 수확 품질을 안정화합니다.
문제점 — 온실 환경은 작은 변화도 작물 생육과 수확 품질에 영향을 줄 수 있어 구역별 데이터 관리가 필요합니다.
- 환경 변화 지연: 온습도·CO₂·조도의 빠른 변화를 점검만으론 놓침
- 구역별 편차: 위치별 환경 차이로 품질·수확량 편차
- 설비 이상 지연: 환기·난방·차광 이상이 작물 스트레스로 연결
- 원인 추적난: 환경 이력 부족 시 생육 문제 원인난
솔루션 — 온실 핵심 생육 환경을 수집하고 iMonnit에서 이력·알림 제공 → 정밀 환경 관리. 온도·습도·CO₂·조도·토양 수분·누수 감지 센서를 온실 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 난방·환기 에너지를 줄이고 구역별 생육 편차를 좁힙니다.
도입 절차 — 수확 품질 영향 큰 핵심 재배 구역 우선 → 온실 전체 확장
- PHASE 1 구역 진단 (1일): 생육 편차·환경 변동이 큰 구역을 식별합니다.
- PHASE 2 센서 배치 (1~2일): 온습도·CO₂·조도·토양 수분 센서를 구역에 설치합니다.
- PHASE 3 생육 기준 설정 (3~5일): 작물별 적정 범위와 설비 이상 알림을 설정합니다.
- PHASE 4 온실 확장 (2~4주): 검증된 구성을 온실 전체로 확장합니다.
ROI — 난방·환기 에너지 10~15%↓ · 수확량·품질↑ · 구역 편차↓
- 10~15%↓: 난방·환기 에너지 절감
- 수확량↑: 환경 안정화 수확량·품질 향상
- 편차↓: 구역별 생육 편차 감소
- 도입 전: 현장 순회 점검. 구역별 편차 미확인. 설비 이상 사후 발견. 생육 문제 원인 추적 어려움.
- 도입 후: 구역별 환경 이력. 기준 이탈 알림. 에너지 운전 최적화. 생육 품질 관리 개선.

#### 해충 방역·열처리
URL: https://monnit.co.kr/app/uc-pest-control
트랩 접점과 열처리 온도를 추적해 방역 작업을 데이터화합니다. [센서: 건접점 · 온도]
- 주요 고객: 방역 업체·해충 관리 업체·열처리 작업팀
- 관리 항목: 트랩 접점·열처리 온도·현장 온습도
- 운영 효과: 작업 품질 데이터화·고객 보고 강화
- 센서 구성: 건접점·온도·습도·개폐 감지
고객 프로필 — 트랩 접점·열처리 온도·현장 온습도를 관리해야 하는 방역 업체·해충 관리 업체·열처리 작업팀. 방역·열처리는 트랩 상태·현장 온도·작업 시간 이력이 품질 판단 기준입니다. 수동 확인에 의존하면 트랩 반응·열처리 온도 기록이 누락되므로, 데이터를 자동 기록해 작업 품질 데이터화와 고객 보고를 강화합니다.
문제점 — 방역 작업은 결과를 눈으로만 설명하기 어렵기 때문에 작업 온도와 트랩 이력의 데이터화가 중요합니다.
- 트랩 확인 지연: 현장 방문 때만 확인하면 반응 시점·빈도 파악난
- 열처리 기록 부족: 목표 온도 유지 이력 수동 기록 시 누락
- 고객 보고 한계: 데이터 미제시 시 완료 기준·품질이 주관적
- 현장 재방문 부담: 원격 확인 불가 시 불필요한 방문 증가
솔루션 — 트랩 접점·온습도를 자동 기록하고 iMonnit에서 알림·이력 확인. 건접점·온도·습도·개폐 감지 센서를 방역 현장 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 불필요한 재방문을 줄이고 열처리 목표 온도 유지 이력을 자동 증빙합니다.
도입 절차 — 분산 트랩·열처리 작업 현장 우선 데이터화 → 관리 현장 전반 확장 · 작업 증빙 확보
- PHASE 1 대상 현장 선정 (반나절): 열처리·방역 작업이 잦은 핵심 현장을 먼저 선정합니다.
- PHASE 2 장비 부착 (1일): 트랩에 Dry Contact, 작업 구역에 온습도 센서를 부착합니다.
- PHASE 3 증빙 기준 수립 (반나절): 열처리 목표 온도와 유지 시간 기준을 작업 증빙용으로 설정합니다.
- PHASE 4 보고 체계 연동 (1주): 수집 데이터를 고객 보고 양식과 연동해 운영을 정착시킵니다.
ROI — 불필요한 현장 재방문↓ · 열처리 목표 온도 유지 이력 자동 증빙
- 재방문↓: 불필요한 현장 재방문
- 열처리 증빙: 목표 온도 유지 이력 자동 확보
- 보고 품질↑: 데이터 기반 작업 완료 증빙
- 도입 전: 현장 방문 확인. 트랩 반응 시점 불명확. 열처리 기록 수동 작성. 고객 보고 자료 부족.
- 도입 후: 트랩 이벤트 기록. 열처리 온도 이력. 알림 기반 확인. 데이터 기반 고객 보고.

#### K9·반려동물 복지
URL: https://monnit.co.kr/app/uc-pet-welfare
켄넬·동물 시설의 온습도와 움직임을 관리해 동물 복지와 안전을 확보합니다. [센서: 온도 · 습도 · 움직임]
- 주요 고객: K9 시설·켄넬·동물병원·반려동물 호텔
- 관리 항목: 온습도·움직임·공기질·도어 상태
- 운영 효과: 동물 복지·안전 관리 강화
- 센서 구성: 온도·습도·움직임 감지·개폐 감지·CO₂·미세먼지
고객 프로필 — 온습도·움직임·공기질·도어 상태를 관리해야 하는 K9 시설·켄넬·동물병원·반려동물 호텔. K9·반려동물 시설은 온도·습도·환기·움직임 변화가 동물 복지·안전에 직결됩니다. 야간·휴무엔 상태 확인이 어려우므로, 주요 환경·움직임을 자동 기록해 동물 복지와 안전 관리를 강화합니다.
문제점 — 동물 시설은 온습도와 환기 상태가 동물 복지와 안전에 직접 영향을 줄 수 있습니다.
- 환경 이상 지연: 고온·저온·습도 변화가 동물 스트레스·건강 리스크
- 움직임 변화 확인 부족: 평소와 다른 활동 패턴 발견 지연
- 도어 상태 리스크: 케이지·출입문 개방 지연 시 안전 문제
- 환기 파악난: CO₂·공기질은 체감만으론 판단 곤란
솔루션 — 동물 시설 온습도·움직임·도어·공기질을 수집하고 iMonnit 알림으로 대응. 온도·습도·움직임 감지·개폐 감지·CO₂·미세먼지 센서를 동물 시설 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 무인 시간 환경 사고를 예방하고 온습도·공기질 안정화로 복지를 강화합니다.
도입 절차 — 야간 관리 공백 큰 켄넬·동물실 우선 → 시설 전체 확장 · 복지 관리 강화
- PHASE 1 공간 선정 (반나절): 환경 민감도가 높은 켄넬·동물실을 우선 지정합니다.
- PHASE 2 센서 설치 (1일): 온습도·움직임·공기질·도어 센서를 공간에 설치합니다.
- PHASE 3 기준 설정 (반나절): 공간별 적정 환경과 야간 이상 알림을 설정합니다.
- PHASE 4 시설 확장 (1~2주): 검증된 구성을 시설 전체로 확장합니다.
ROI — 무인 시간 환경 이상 사고 예방 · 온습도·공기질 안정화로 복지↑ · 시설 신뢰↑
- 복지↑: 온습도·공기질 안정화 동물 복지
- 야간 사고↓: 무인 시간 환경 이상 사고 예방
- 신뢰↑: 환경 데이터 시설 신뢰 확보
- 도입 전: 야간 공간 확인 공백. 온습도 이상 사후 발견. 도어 상태 확인 지연. 환기 상태 불명확.
- 도입 후: 온습도·공기질 이력. 움직임 이벤트. 도어 상태 알림. 동물 복지 관리 강화.

#### 양식장·아쿠아컬처
URL: https://monnit.co.kr/app/uc-aquaculture
수온·수위·펌프 전원 상태를 상시 추적해 양식 생산성과 폐사 리스크를 관리합니다. [센서: 온도 · 누수 · 전압]
- 주요 고객: 양식장·수산 시설·수조 운영팀
- 관리 항목: 수온·수위/누수·펌프 전원·환경 이력
- 운영 효과: 폐사 리스크 감소·운영 안정성 향상
- 센서 구성: 온도·누수 감지·누수 감지 로프·전압·전류·펄스 카운터·압력
고객 프로필 — 수온·수위/누수·펌프 전원·환경 이력을 관리해야 하는 양식장·수산 시설·수조 운영팀. 양식장·수조는 수온 변화·수위 이상·펌프 상태가 생물 생존·생산성에 직결됩니다. 현장 점검만으론 야간·원격 수조 이상을 빠르게 잡기 어려우므로, 핵심 데이터를 자동 기록해 폐사 리스크를 줄이고 운영 안정성을 높입니다.
문제점 — 양식 시설은 수온과 펌프 상태 변화가 늦게 발견되면 폐사와 생산 손실로 이어질 수 있습니다.
- 수온 변화 지연: 적정 범위 이탈 시 생물 스트레스·폐사 리스크
- 펌프·순환 이상: 전류·전압·동작 이상이 산소 공급·수질 영향
- 누수·월류 지연: 수조 물 감지·수위 이상 발견 지연 시 손상
- 야간 대응 한계: 무인 시간대 이상을 현장 확인 전까지 대응 지연
솔루션 — 수온·물 감지·전류/전압·펄스를 수집하고 iMonnit 알림으로 이상 대응. 온도·누수 감지·누수 로프·전압·전류·펄스 카운터·압력 센서를 양식 시설 핵심 지점에 적용해 iMonnit에서 봅니다. 이탈 시 알려 수온·산소 이상 폐사 리스크를 줄이고 무인 시간 수조를 감시합니다.
도입 절차 — 폐사 리스크 큰 핵심 수조·순환 펌프 우선 → 양식 시설 전반 확장
- PHASE 1 수조 선정 (1일): 생물 가치·폐사 리스크가 큰 수조를 우선 지정합니다.
- PHASE 2 센서 설치 (1~2일): 수온·물 감지·전류·전압·펄스 센서를 수조·펌프에 설치합니다.
- PHASE 3 기준 설정 (1일): 적정 수온과 펌프·수위 이상 알림 기준을 설정합니다.
- PHASE 4 시설 확장 (2~4주): 검증된 구성을 양식 시설 전반으로 확장합니다.
ROI — 수온·산소 이상 폐사 리스크↓ · 순환·급기 펌프 이상 조기 감지 · 무인 수조 감시
- 폐사↓: 수온·산소 이상 폐사 리스크
- 펌프 가동: 순환·급기 펌프 이상 조기 감지
- 야간 감시: 무인 시간 수조 이상 알림
- 도입 전: 야간 수조 이상 확인 지연. 펌프 상태 수동 확인. 누수·월류 사후 발견. 수온 이력 부족.
- 도입 후: 수온 이력. 펌프 전류·전압 확인. 물 감지 알림. 원격지 이상 대응 지원.

## 제품 (51)

### 무선 센서
- 온도: -200~+370°C 범위, 식품·백신·HVAC·데이터센터 등 온도 모니터링. NIST 인증 옵션.
- 습도: 시설·전시·데이터센터의 상대습도(RH) 원격 모니터링. NIST 인증 옵션.
- 공기질: PM1·PM2.5·PM10 농도 측정으로 실내 공기질 관리.
- 풍속: 기류 속도·온도·고도 측정(병원·클린룸 등).
- 차압: 두 지점의 압력차 측정(클린룸·제약·주방·HVAC).
- 토양 수분: 토양 수분장력·온도 측정으로 관개 최적화.
- 조도 (Lux): 조도(Lux) 측정 — 박물관·약품·식품 등 빛에 민감한 자산 관리(0~83,000 lux).
- 조도 (PAR·광합성): PAR(광합성유효광) 측정 — 작물·재배 조명의 광량 관리(389~692nm).
- AC 전류계: 전류·전력 소비를 원격 측정해 설비 상태·HVAC 성능 진단.
- 3상 전류계: 산업용 3상 전력 소비 모니터링. 20/150/500A 모델 제공(데이터시트 공통).
- 200VDC 미터: 0~200VDC 직류 전압을 정밀 측정(미터형).
- 200VDC 감지: 200VDC 전원의 On/Off 상태 감지(감지형).
- 500VAC 미터: 0~500VAC 교류 전압을 정밀 측정(미터형).
- 500VAC 감지: 500VAC 전원의 On/Off 상태 감지(감지형).
- 모션·점유: PIR 기반 사람·동물 움직임 및 공간 점유 감지.
- 개폐(도어): 문·창·캐비닛의 개폐 및 비인가 출입을 즉시 알림.
- 버튼: 버튼을 누르면 즉시 알림(호출·점검 확인용).
- 차량 감지: 차량 진출입·대기시간 감지 및 카운트.
- 가속도·진동계: 3축 진동·주파수·속도·변위·가속도 측정으로 설비 예지보전.
- 열전대: K타입 등 고온 공정을 최대 400°C까지 측정.
- 저항: 최대 250kΩ 저항 측정, 산업·과학 장비용.
- 누수 — 로프형: 워터 로프로 라인 전체의 누수를 감지(연장 가능).
- 누수 — 프로브형(Detect+): 프로브형 — 누수 유무에 더해 수위 단계까지 감지.
- 누수 — 퍽형(디스크): 디스크(퍽)형 — 바닥에 놓아 물 고임을 감지.
- 누수 — 전선형(Detect): 전선(스팟)형 — 특정 지점의 누수 유무를 감지.
- 압력계: 기체·액체·증기 라인 압력 측정. 50/300/750/3000 PSIG 모델(데이터시트 공통).
- 초음파 거리: 액위·재고·통행 감지를 위한 거리 측정.
- 프로판 탱크: R3D 게이지 연동으로 프로판 잔량을 원격 모니터링.
- 일산화탄소(CO): 일산화탄소(CO) 농도 감지 및 임계 초과 시 알림.
- 이산화탄소(CO2): 이산화탄소(CO2) 농도 감지 — 실내 공기질·환기 관리.
- 황화수소(H2S): 황화수소(H2S) 농도 감지 — 작업장 안전·규정 준수.
- 드라이컨택: 건접점(Dry Contact) 개폐 상태 모니터링.
- 5채널 드라이컨택: 건접점 5채널 입력 — 여러 접점을 한 센서로 모니터링.
- 0-5VDC: 0~5VDC 아날로그 전압 입력 계측.
- 0-10VDC: 0~10VDC 아날로그 전압 입력 계측.
- 0-20mA: 0~20mA 아날로그 전류 루프 입력 계측.
- 저항 브리지: 저항 브리지 입력 — 로드셀·스트레인게이지 등 아날로그 계측기 연결.
- 펄스 카운터 — 싱글: 단일 펄스 입력 카운트 — 미터·스위치·릴레이.
- 펄스 카운터 — 듀얼: 2채널 펄스 카운트 — 한전 전력량계 등 연결.

### 게이트웨이
- 북미 IoT 셀룰러 게이트웨이: 4G LTE CAT-M1/NB2 기반 원거리 셀룰러 IoT 연결.
- 인터내셔널 셀룰러 게이트웨이: 약 90개국 지원 ALTA IoT 셀룰러 게이트웨이(SIM 카드 정보 별도 안내).
- 이더넷 게이트웨이: 최대 100~4,000개 센서 수용, PC 없이 iMonnit 연동.
- 시리얼 Modbus 게이트웨이: RS-232C·RS-485 Modbus 인프라에 센서 최대 50개 연동.
- 센서 어댑터 (USB): USB로 PC·서드파티 게이트웨이에 무선 센서 연동.

### 통합관제 소프트웨어
- iMonnit 클라우드 관리 SW: 클라우드 기반 센서 구성·관리·알림(소프트웨어 비교표 제공).
- iMonnit Express 독립형 SW: 오프라인 PC 단독 실행(10~100개 규모).
- 온프레미스 엔터프라이즈: 대규모 센서망용 온프레미스 데이터 호스팅·관리.
- Monnit Mine: 오픈 플랫폼 — 디바이스를 커스텀 호스트/IP로 연동.

### 액세서리·연동장치
- 사이트 서베이 툴: 설치 전 ALTA 신호 신뢰도를 사전 진단.
- 컨트롤 유닛: 원격 제어용 컨트롤 유닛 — 임계 조건에서 장비를 자동 제어.
- 로컬 경보기: 현장 로컬 경보기 — 임계 초과 시 현장에서 소리·시각 경보.

## 도입 사례 (27)

### 바이오의약품 제조 플랜트 (의료 · 바이오)
URL: https://monnit.co.kr/case/samsung-biologics
송도 캠퍼스 바이오리액터 라인의 기계실·공조실·연구실을 단일 무선 플랫폼으로 통합 가시화
삼성바이오로직스는 인천 송도에 4개 공장을 운영하며 총 60만 4천 리터 규모의 바이오리액터 생산 능력을 보유한 세계 최대 규모의 CMO(위탁개발생산) 기업 중 하나입니다. mRNA 백신, 단클론 항체, 세포·유전자 치료제 등 바이오의약품 위탁생산을 수행하며 글로벌 제약사 60여 곳과 협력하고 있습니다. 고가의 바이오리액터 라인은 미세한 설비 이상이나 환경 일탈도 배치 손실로 직결되어, 기계실·공조실·연구실 전반의 상태를 실시간으로 통합 관제할 필요가 있었습니다.
당면 과제:
- 회전체(공조·모터) 설비의 AI 예지보전 모델 적용에 필요한 진동 데이터 확보가 어려움
- 유선 센서 기반 구축 시 배관·방폭 구간의 공사비가 크게 증가
- 설비·업체별로 모니터링 시스템이 분산되어 통합 가시성 부재
적용 솔루션:
- 회전체 설비 이상진단: ISO 20816-3 회전기계 진동 평가 기준에 따라 모터·펌프·공조 설비의 이상을 조기 진단
- 약품·누수 Leak 감지: 클린룸과 화학약품 구역의 누수를 실시간 감시·알림
- 배관 수격작용 감지: 밸브 개폐·펌프 동작·압력 변화 등 배관 내부 안전성 모니터링
- 설비 전류 모니터링: 전력량·과부하 측정과 R·S·T 상 불평형 감시
- 배관 온도 모니터링: 배관 내 유체의 적정 온도와 운전 상태 감시
- 밀폐공간 안전관리: 유해가스 농도를 실시간 감시해 작업자 안전 확보
성과:
- -90% 수동 점검·기록 시간
- -65% 설비 이상 대응 시간
- 100% 환경 데이터 추적성
- AI 학습 회전체 진동 데이터셋 확보
핵심 지표:
- 6종 단일 플랫폼 통합 센서
- ISO 20816-3 회전체 진동 기준 준수
- 24/7 무중단 통합 감시
> "여러 설비 솔루션을 무선으로 단일 플랫폼에 통합 가시화하면서, 구축 비용과 ROI 측면에서 분명한 성과를 확인했습니다." — Samsung Biologics

### 에너지·수처리 운영시설 (에너지)
URL: https://monnit.co.kr/case/veolia
다수의 모터·냉동기·보일러·공조기와 침출수·유해가스를 원격 감시하는 산업용 IoT 인프라 구축 (에너지 사용량·설비 안전성)
Veolia(베올리아)는 프랑스에 본사를 둔 글로벌 환경·에너지 솔루션 기업으로 물 관리·폐기물 관리·에너지 관리를 통합적으로 운영합니다. 안전성과 생산성을 동시에 확보하기 위해 Monnit 무선 센서 기반의 산업용 IoT 모니터링을 도입했으며, 다수의 모터·냉동기·보일러·공조기와 에코사이클(매립) 부지의 침출수·유해가스를 단일 인프라에서 원격 감시합니다.
당면 과제:
- 열량계·유량계·설비 전력 사용량을 현장 수기로 측정해 에너지 데이터의 상시 수집이 어려움
- 에코사이클 부지의 침출수 관리와 유해가스로 인한 사고 리스크가 상존
- 분산된 모터·냉동기·보일러·공조기 설비를 통합 감시할 체계 부재
적용 솔루션:
- 에너지 사용량 실시간 모니터링: 열량계·유량계·설비 전력 사용량을 실시간 계측
- 침출수 레벨 관리: 침출수 레벨을 실시간 모니터링해 월류·오염 사고 방지
- 유해가스 조기 감지: 가스·유체 누설을 분 단위로 감지해 작업자 안전과 환경 사고 예방
- 펌프·압축기 예지보전: 회전체 진동 트렌드 분석으로 고장 24~72시간 전 사전 대응
- 안전 환경 통합 관리: 압력·온도·가스 농도 등 다중 안전 지표를 통합 대시보드로 관제
- 자산 원격 운영: 분산된 플랜트 자산을 단일 SCADA·클라우드 환경에서 통합 운영
성과:
- -15% 에너지 사용량 절감
- 분 단위 침출수·가스 누설 감지
- -45% 펌프 설비 비계획 정지
- +12% 자산 운영 ROI
핵심 지표:
- 실시간 에너지 사용량 자동 계측
- 분 단위 유해가스·누설 감지
- 24~72h 펌프 고장 사전 예측
> "에너지 사용량을 실시간으로 모니터링하면서 절감·효율화 방안이 한층 명확해졌고, 가장 효율적인 운전 시간대를 파악해 최적의 효과를 얻을 수 있었습니다." — 운영 매니저, Veolia

### 반도체·전자 제조시설 (반도체 R&D)
URL: https://monnit.co.kr/case/samsung
설비 경보, 4~20mA 계측장비 데이터 송신, 배관·약품 Leak 모니터링, SCADA 통합관제 솔루션 구축
삼성전자 미래기술캠퍼스는 반도체·소재·배터리 등 미래 핵심기술 연구를 수행하는 첨단 R&D 캠퍼스로, 삼성 계열사 간 공동 연구와 선행기술 개발을 통해 차세대 산업 경쟁력 확보를 지원하는 연구시설입니다. 방폭 구간과 약품 배관이 혼재된 환경에서 환경·안전 데이터를 실시간으로 통합 관제할 수 있는 무선 체계가 요구되었습니다.
당면 과제:
- 연구실 배관·기계 누수에 실시간 대응이 어려워 2차 피해가 발생한 뒤에야 인지
- 다수의 유선 센서 제품을 구현할 경우 비용과 통합 모니터링의 어려움
- 방폭 시설 내에는 유선 센서 투입이 불가능
적용 솔루션:
- 계측장비 온라인 감시: 4~20mA 디지털 출력값을 SCADA에 연동해 데이터 실시간성 확보
- 무선 환경 모니터링: 유선 센서 설치가 불가능한 방폭 시설에 무선 센서 도입
- 약품·배관 누수 조기 감지: 화학약품 배관 누수를 조기에 감지해 2차 피해 최소화
- 환경 유해요소 통합 관제: 온습도·가스·차압 등 환경 지표를 단일 대시보드로 감시
- 설비 전류·진동 모니터링: 유틸리티 설비의 전류·진동으로 이상 징후를 사전 포착
- 자산·점검 이력 관리: 설비 점검 이력과 유지보수 일정을 통합 관리해 다운타임 최소화
성과:
- -75% 약품 누수 감지·대응 시간
- 100% 계측 데이터 실시간 수집률
- 방폭 구간 무선 환경 감시 적용
- -50% 환경 이상 통합 대응 시간
핵심 지표:
- 4~20mA 계측값 SCADA 실시간 연동
- 방폭 무선 센서로 감시 사각 해소
- 조기 감지 약품 누수 2차 피해 차단
> "환경 유해요소를 통합 관제하고 이상 포인트에 대한 알람을 표출하면서 즉각적인 대응 체계를 구축할 수 있었습니다." — CCR 관제 담당, Samsung

### 대형 데이터센터 (IT · 데이터센터)
URL: https://monnit.co.kr/case/microsoft
글로벌 Azure 데이터센터의 랙·HVAC·누수·전력을 단일 가시성 플랫폼으로 구현
Microsoft는 전 세계 60개 이상 리전에서 200여 개의 데이터센터를 운영하며 Azure 클라우드 인프라를 제공합니다. 수백만 대의 서버가 24/7 가동되는 환경에서는 미세한 환경 이상도 대규모 서비스 장애로 이어질 수 있어, 랙·복도 단위의 정밀한 실시간 모니터링이 필수입니다.
당면 과제:
- 수천 개 서버 랙 단위의 미세한 온도·습도 편차가 장기적으로 하드웨어 수명에 영향
- 데이터센터 누수·화재 사고가 발생하면 수억 원 단위의 장비 손실로 직결
- 쿨링·전력 시스템의 비효율 운영이 PUE 악화로 이어져 운영비 압박
적용 솔루션:
- 데이터센터 환경 관리: 랙·복도 단위 온습도·차압을 1분 단위로 추적해 핫스팟 즉시 식별
- 서버랙 운영 모니터링: 랙별 흡기·배기 온도차로 쿨링 효율을 정밀 분석
- 누수 조기 감지: 수냉식 시스템·배관·바닥 단위 누수를 실시간 감지
- 전력 사용 최적화: PDU·UPS 부하 데이터로 전력 분산을 최적화해 PUE 개선
- 도어 접근 통제: 데이터센터 출입·랙 도어 개폐 이력을 자동 기록해 보안 강화
- HVAC 효율 관리: CRAH·CRAC 운영 데이터와 환경 데이터를 연계해 쿨링 자동 최적화
성과:
- -67% 환경 원인 다운타임
- +15% 쿨링 효율
- -75% 장애 대응 시간
- 수억원+ 누수·장애 1건당 장비 손실 방지
핵심 지표:
- -67% 환경 원인 다운타임
- +15% 쿨링 효율
- -75% 장애 대응 시간
> "환경 원인으로 발생하던 장애를 사전에 차단할 수 있게 되었고, 데이터센터당 운영 효율이 가시적으로 개선되었습니다." — 데이터센터 인프라 운영팀, Microsoft

### 자동차 제조공정 (자동차 · 운송)
URL: https://monnit.co.kr/case/hyundai-motors
울산·앨라배마·체코 글로벌 공장의 도장·용접·조립 라인을 통합 모니터링
현대자동차는 전 세계 9개국에서 13개 생산 거점을 운영하며 연간 400만 대 이상을 생산합니다. 도장·용접·조립 라인은 한 곳의 정지가 라인 전체에 영향을 주는 구조여서, 설비 가동률과 품질 안정성이 직접적인 수익으로 연결됩니다.
당면 과제:
- 도장 부스의 비계획 정지가 라인 전체에 분 단위로 영향을 주어 설비 다운타임 증가
- 도장 부스 온습도 편차에 따른 도장 품질 불량 발생
- 도장공장 내 공기질 데이터를 통합 관리할 수 없음
적용 솔루션:
- 공장 설비 예지보전: 용접 로봇·컨베이어·프레스의 진동 데이터를 기반으로 사전 정비 알림
- 도장 부스 환경 관리: 도장 부스 온습도를 정밀 제어해 도장 품질 안정화
- 자재 창고 운영: 부품·자재 보관 구역별 환경 모니터링으로 결로·부식 예방
- 에너지 자산 관리: 설비별 전력 사용 패턴을 분석해 비효율 설비 식별
- 안전 환경 통합: 용접 흄·작업장 가스 농도·온도를 통합 관제
- 도어·물류 모니터링: 셔터·도어 개폐 이력 추적으로 자재 흐름 최적화
성과:
- -35% 도장 부스 비계획 정지
- -20% 도장 품질 불량률
- 24~72h 설비 고장 사전 예측
- +10% 라인 설비 가동률
핵심 지표:
- ±0.5℃ 도장 부스 온도 정밀 관리
- 24~72h 설비 고장 사전 예측
- 통합 도장공장 공기질 관제
> "라인·설비 단위의 이상 신호를 실시간으로 관제하면서, 설비 다운타임을 사전에 차단할 수 있게 됐습니다." — 생산 운영 부문, Hyundai Motors

### 대형 복합건물 FM 운영 (건설 · 부동산)
URL: https://monnit.co.kr/case/hdc-labs
건물·주거·부동산 전 운영 영역에 스마트 IoT 공간 플랫폼을 구축
HDC랩스는 HDC그룹 계열의 AIoT 공간 솔루션 기업으로, 스마트홈·스마트빌딩·부동산 종합관리·인테리어·AI 솔루션을 중심으로 사람·공간·기술을 연결하는 스마트 공간 서비스를 제공합니다. 다수 빌딩의 환경·에너지·점유 데이터를 단일 플랫폼으로 통합해 RMS와 연동하는 것이 핵심 과제였습니다.
당면 과제:
- 수많은 빌딩의 HVAC·조명·전력 운영이 빌딩별로 분산되어 통합 분석 불가
- 공간 점유율이 가시화되지 않아 임차 공간 최적화와 에너지 절감 기회를 상실
- 중대재해 사고(정전·화재·침수·가스)에 사후 대응만 가능해 임차인 클레임과 수리 비용 증가
적용 솔루션:
- 상업용 빌딩 통합 시설 관리: 전 자산의 환경·에너지·고장 여부·점유 데이터를 단일 플랫폼으로 통합
- 점유율 분석: 회의실·층별 공간 활용도를 가시화해 임대 공간 최적화
- 에너지·HVAC 효율: 환경 데이터 기반 HVAC 자동 최적화로 운영비 절감
- 설비 고장·침수 선제 대응: 설비 고장 즉시 대응과 침수·누수 조기 감지로 손해 최소화
- 도어 접근 통제: 공용·전용 공간 접근 이력을 자동 기록
- 자산 추적·유지보수: 설비별 점검·교체 이력을 통합해 예방 정비 효율화
성과:
- 1/30 유선 대비 구축 투자비
- -22% 시설 운영 비용
- +15% HVAC 효율
- +18% 임차인 만족도
핵심 지표:
- 1/30 유선 센서 대비 투자비용
- -22% 시설 운영 비용
- 100% 점유·환경 데이터 가시화
> "유선 센서 대비 1/30 수준의 투자 비용으로 임차인에게 더 나은 환경을 제공하면서 관리 운영비를 줄일 수 있었고, 확보한 공간 데이터를 RMS에 연동하는 데에도 탁월했습니다." — 자산 운영 부문, HDC랩스

### 군·공공 인프라 운영시설 (국방 · 방위)
URL: https://monnit.co.kr/case/us-army
기지 내 전략 자산·탄약고·동력설비·연료 저장 시설을 단일 보안 플랫폼으로 원격 감시
미 육군(US Army)은 전 세계 다수의 기지와 전개 거점에서 전략 자산과 막대한 규모의 탄약·물자·연료를 운용합니다. 인력 순찰에 의존하던 기존 점검 체계를 무선 IoT 기반의 원격 상시 감시로 전환해 보안성과 작전 가용성을 동시에 확보했습니다.
당면 과제:
- 탄약고·물자 창고·통신실의 온습도·화재·누수·단전·침입 여부를 인력 순찰로만 점검해 야간·악천후 시 사각지대 발생
- 비상 발전기·동력 설비의 비계획 정지가 작전 지속성에 직접적 위협
- 광활한 기지 내 연료 저장 탱크의 누설·레벨을 실시간으로 파악하기 어려움
적용 솔루션:
- 전략 자산 상태 모니터링: 핵심 장비·자산의 온도·진동·위치를 24/7 원격 추적하고 이상 시 즉시 보고
- 탄약·물자 보관 환경 관리: 탄약고·창고의 온습도·누수·결로·화재를 상시 감시해 저장 안정성 확보
- 발전기·동력설비 예지보전: 비상 발전기·동력 설비의 전류·진동·온도 데이터로 고장 사전 차단
- 연료 저장 탱크 관리: 연료 레벨·온도·누설을 실시간 추적해 손실과 안전 사고 예방
- 시설 침입·누수 감지: 도어 개폐·침입·누수를 실시간 감지해 시설 보안 강화
- 원격 통합 관제: 분산된 기지 자산을 단일 보안 대시보드에서 통합 운영 (암호화 전송)
성과:
- 24/7 무인 원격 감시
- -60% 순찰 인력 부담
- -50% 자산 이상 대응 시간
- 99.9% 전략 자산 가용성
핵심 지표:
- 24/7 무인 원격 감시
- -60% 순찰 인력 부담
- 99.9% 자산 가용성
> "패트롤 중심의 점검을 원격 상시 감시로 전환하면서 인력 부담은 줄고, 자산 가용성과 보안성은 오히려 높아졌습니다." — 시설·자산 운영 부문, US Army

### 발전·에너지 설비 (발전 · 전력)
URL: https://monnit.co.kr/case/gs-eps
복합화력 발전소의 가스·증기 터빈, 보일러, 변압기, 연료 설비를 단일 플랫폼으로 예지보전
GS EPS는 충남 당진에 대규모 복합화력 발전 단지를 운영하는 국내 대표 민간 발전사입니다. 24시간 연속 운전이 필수인 발전 설비의 특성상 터빈·보일러·변압기 등 핵심 회전·열 설비의 미세한 이상 신호를 조기에 포착하는 것이 안정적 전력 공급의 핵심입니다.
당면 과제:
- 가스·증기 터빈과 발전기 등 회전 기기의 비계획 정지가 발전 손실과 계통 영향으로 직결
- 보일러·열교환기·변압기의 온도·진동 이상을 주기 점검만으로는 조기 포착 어려움
- 연료·윤활유 누설과 배관 이상을 인력 순회로 감지해 안전·환경 리스크 상존
적용 솔루션:
- 터빈·발전기 진동 예지보전: 회전 기기의 진동·온도 트렌드 분석으로 고장 24~72시간 전 사전 정비
- 보일러·열교환기 상태 진단: 열 설비의 온도·압력을 상시 추적해 효율 저하와 이상을 조기 식별
- 변압기·배전반 모니터링: 변압기 온도·부하와 배전반 상태를 통합 감시해 정전 리스크 최소화
- 연료·윤활유 누설 감지: 연료·윤활유 누설과 배관 이상을 분 단위로 감지해 안전·환경 사고 예방
- 발전 효율·전력 분석: 설비별 전력·열 데이터를 분석해 발전 효율과 운영 비용 최적화
- 원격 SCADA 연동: 기존 발전소 SCADA·DCS와 연동해 단일 관제 구축
성과:
- -40% 비계획 정지 시간
- +10% 설비 가동률
- -70% 누설 감지 시간
- +8% 발전 효율
핵심 지표:
- -40% 비계획 정지
- +10% 설비 가동률
- -70% 누설 감지 시간
> "핵심 설비의 이상 신호를 실시간으로 관제함으로써 갑작스러운 설비 정지를 크게 줄였고, 안정적인 전력 공급과 안전 관리를 동시에 강화할 수 있었습니다." — 발전 운영 부문, GS EPS

### 유통·리테일 콜드체인 (유통 · 리테일)
URL: https://monnit.co.kr/case/walmart
매장에서 물류센터까지 콜드체인 전 구간의 온도 무결성을 무선으로 통합 감시
월마트는 전 세계 1만여 개 매장을 운영하는 글로벌 리테일 기업으로, 신선·냉장·냉동 식품의 콜드체인 무결성이 식품 안전과 폐기 손실에 직결됩니다. 매장마다 수십 대의 냉장·냉동 설비를 운용하는 환경에서 입고부터 보관까지 전 구간의 온도를 무선으로 통합 감시할 필요가 있었습니다.
당면 과제:
- 매장마다 수십 대의 냉장·냉동 설비를 수기로 점검해 야간·주말 사고 인지가 지연
- 설비별로 흩어진 온도 데이터로 통합 가시성 부재
- 다점포 운영에서 매장별 대응 편차 발생
적용 솔루션:
- 매장 냉장·냉동 감시: 진열대·워크인의 온도를 24/7 자동 추적
- 콜드체인 무결성: 입고부터 보관까지 전 구간의 온도를 기록
- 누수·결로 감지: 냉장 설비 주변의 누수와 결로를 조기 감지
- 설비 예지보전: 컴프레서 진동·전류로 고장 전 이상을 포착
- 식품 안전 규정 준수: HACCP 기록을 자동 생성·보관
- 통합 원격 관제: 다중 매장을 단일 대시보드로 운영
성과:
- -32% 식품 폐기 손실
- -75% 사고 인지 시간
- 100% 온도 데이터 추적성
- +18% 설비 가동률
핵심 지표:
- -32% 식품 폐기 손실
- -75% 사고 인지 시간
- 100% HACCP 온도 자동 기록
> "콜드체인 전 구간을 실시간으로 감시하면서 식품 폐기 손실을 크게 줄이고 매장 운영 효율을 높였습니다." — 매장 운영 부문, Walmart

### SK에코플랜트 (건설·부동산)
URL: https://monnit.co.kr/case/sk-ecoplant
SK에코플랜트 현장에 적용된 무선 IoT 모니터링 솔루션.

### 현대건설 (건설·부동산)
URL: https://monnit.co.kr/case/hyundai-enc
현대건설 현장에 적용된 무선 IoT 모니터링 솔루션.

### 현대엔지니어링 (건설·부동산)
URL: https://monnit.co.kr/case/hyundai-engineering
현대엔지니어링 현장에 적용된 무선 IoT 모니터링 솔루션.

### 호반건설 (건설·부동산)
URL: https://monnit.co.kr/case/hoban
호반건설 현장에 적용된 무선 IoT 모니터링 솔루션.

### 세안텍스 (건설·부동산)
URL: https://monnit.co.kr/case/seantex
세안텍스 현장에 적용된 무선 IoT 모니터링 솔루션.

### 이마트 (유통·소비재)
URL: https://monnit.co.kr/case/emart
이마트 현장에 적용된 무선 IoT 모니터링 솔루션.

### 한화 S&C솔루션 (IT·데이터센터)
URL: https://monnit.co.kr/case/hanwha-snc
한화 S&C솔루션 현장에 적용된 무선 IoT 모니터링 솔루션.

### 삼천리 (에너지)
URL: https://monnit.co.kr/case/samchully
삼천리 현장에 적용된 무선 IoT 모니터링 솔루션.

### LX (에너지)
URL: https://monnit.co.kr/case/lx
LX 현장에 적용된 무선 IoT 모니터링 솔루션.

### 한양대구리병원 (의료·바이오)
URL: https://monnit.co.kr/case/hyu-guri-hospital
한양대구리병원 현장에 적용된 무선 IoT 모니터링 솔루션.

### CJ피드앤케어 (외식)
URL: https://monnit.co.kr/case/cj-feedncare
CJ피드앤케어 현장에 적용된 무선 IoT 모니터링 솔루션.

### 양식장 (외식)
URL: https://monnit.co.kr/case/aquafarm
양식장 현장에 적용된 무선 IoT 모니터링 솔루션.

### 강남구 (공공·비영리)
URL: https://monnit.co.kr/case/gangnam
강남구 현장에 적용된 무선 IoT 모니터링 솔루션.

### 한국환경공단 (국방·방위)
URL: https://monnit.co.kr/case/keco
한국환경공단 현장에 적용된 무선 IoT 모니터링 솔루션.

### 신한대학교 (교육)
URL: https://monnit.co.kr/case/shinhan-univ
신한대학교 현장에 적용된 무선 IoT 모니터링 솔루션.

### 송현초등학교 (교육)
URL: https://monnit.co.kr/case/songhyun-elem
송현초등학교 현장에 적용된 무선 IoT 모니터링 솔루션.

### CBRE (건설 · 부동산)
URL: https://monnit.co.kr/case/cbre
전세계 100,000+ 상업용 빌딩의 점유율·에너지·HVAC·시설을 단일 운영 플랫폼으로
CBRE는 100개국 530개 사무소에서 활동하는 세계 최대 상업용 부동산 서비스 기업입니다. 자산 관리 면적은 70억 평방피트를 상회하며, 임대·운영 자산의 효율성을 데이터 기반으로 끌어올리는 것이 핵심 경쟁력입니다.
당면 과제:
- 수많은 빌딩의 HVAC·조명·전력 운영이 빌딩별로 분산되어 통합 분석 불가
- 공간 점유율이 가시화되지 않아 임차 공간 최적화와 에너지 절감 기회 손실
- 시설 누수·이상 사고가 발생하면 사후 대응 — 임차인 클레임과 수리 비용 증가
적용 솔루션:
- 상업용 빌딩 통합 시설 관리: 전 자산의 환경·에너지·점유 데이터를 단일 플랫폼으로 통합
- 점유율 분석: 회의실·층별 공간 활용도 가시화로 임대 공간 최적화
- 에너지·HVAC 효율: 환경 데이터 기반 HVAC 자동 최적화로 운영비 절감
- 시설 누수 감지: 워터 디텍션으로 누수 사고 조기 감지, 손해 최소화
- 도어 접근 통제: 공용·전용 공간 접근 이력 자동 기록
- 자산 추적·유지보수: 설비별 점검·교체 이력 통합으로 예방 정비 효율화
성과:
- -22% 운영 비용
- +15% HVAC 효율
- 100% 점유율 가시화
- +18% 임차인 만족도
핵심 지표:
- -22% 운영 비용
- +15% HVAC 효율
- +18% 임차인 만족도
> "임차인에게 더 나은 환경을 제공하면서도 운영비를 줄일 수 있다는 사실을, 데이터를 통해 입증할 수 있게 되었습니다." — 자산 운영 부문, CBRE

### ExxonMobil (에너지)
URL: https://monnit.co.kr/case/exxonmobil
다수 정유 시설의 펌프·압축기·탱크·배관을 원격 통합 감시하는 산업용 IoT 인프라
ExxonMobil은 미국·아시아·중동 등 전세계 30개 이상의 정유·석유화학 시설을 운영하는 글로벌 에너지 메이저입니다. 노후화된 설비와 24/7 운영 환경에서 안전성과 생산성을 동시에 확보하기 위해 산업용 IoT 모니터링을 도입했습니다.
당면 과제:
- 노후 펌프·압축기의 비계획 정지가 라인 전체 생산 손실로 직결 — 진동·온도 데이터의 상시 수집 어려움
- 광활한 플랜트 부지의 가스 누설·유체 누설을 작업자 순회로만 감지 — 사고 리스크 상시 존재
- 탱크 레벨·배관 압력 수기 점검으로 운영 효율 한계, 자산 ROI 분석 불가
적용 솔루션:
- 정유 설비 상태 모니터링: 회전 기기 진동·온도 데이터 기반 예지보전, 이상 패턴 자동 감지
- 탱크 레벨·자산 관리: 원유·완제품 탱크 레벨 실시간 추적으로 출하·재고 최적화
- 누설 조기 감지: 가스·유체 누설을 분 단위로 감지해 작업자 안전과 환경 사고 예방
- 펌프·압축기 예지보전: 회전체 진동 트렌드 분석으로 고장 24~72시간 전 사전 대응
- 안전 환경 통합 관리: 압력·온도·가스 농도 다중 안전 지표를 통합 대시보드로 관제
- 자산 원격 운영: 분산된 플랜트 자산을 단일 SCADA·클라우드 환경에서 통합 운영
성과:
- -45% 비계획 정지 시간
- +28% 설비 평균 MTBF
- -75% 누설 감지 시간
- +12% 자산 ROI
핵심 지표:
- -45% 비계획 정지
- +28% 설비 MTBF
- -75% 누설 감지 시간
> "예지보전 알림을 받기 시작한 이후 비계획 정지가 절반 가까이 줄었고, 안전 사고 리스크도 크게 낮아졌습니다." — 플랜트 운영 매니저, ExxonMobil

## 고객사 (88)
- US Army (defense): 군 부대 핵심 전략 자산 모니터링
- GS EPS (power): 복합화력 발전 설비 통합 감시
- 3M (mfg): 공장 설비 예지보전 솔루션
- Alcoa (mfg): 제련 라인 통합 모니터링
- Siemens (mfg): 산업 자동화 환경 관리
- Square D (mfg): 전력 인프라 상태 관리
- GE (mfg): 발전·항공 설비 예지보전
- Eaton (mfg): 전력 자산 관리 솔루션
- Parker (mfg): 유공압 시스템 상태 모니터링
- Tyco (mfg): 시설 보안·환경 통합 관리
- AO Smith (mfg): 생산라인 품질 환경 관리
- Steelcase (mfg): 공장·창고 환경 관리
- Mitsubishi (mfg): 산업 설비 가동 모니터링
- Lexmark (mfg): 클린 생산환경 관리
- Fender (mfg): 악기 제작 자재 보관 관리
- Weider (mfg): 생산·창고 환경 관리
- Rocket Industrial (mfg): 산업 포장재 창고 관리
- Intel (it): 반도체 팹·서버 통합 모니터링
- Microsoft (it): 데이터센터 통합 모니터링
- Amazon (it): 물류·데이터센터 환경 관리
- AT&T (it): 통신 인프라 원격 모니터링
- Samsung Electronics (it): 반도체 팹 환경 관리
- Shutterstock (it): 데이터센터 운영 모니터링
- Hyundai Motors (auto): 자동차 공장 설비 예지보전
- Volvo (auto): 공장·물류 환경 관리
- FedEx (auto): 콜드체인 물류 관리
- ExxonMobil (energy): 정유 플랜트 통합 모니터링
- Shell (energy): 석유 시설 자산 관리
- Aramco (energy): 플랜트 통합 모니터링
- PTT (energy): 에너지 인프라 모니터링
- ENGIE (energy): 발전·전력 자산 관리
- Tacoma Power (energy): 전력 시설 운영 관리
- Bayer (bio): 제약 GMP 환경 관리
- Merck & Co (bio): 백신 콜드체인 솔루션
- Samsung Biologics (bio): 바이오의약품 GMP 통합 관리
- CDC (bio): 백신·검체 보관 모니터링
- Methodist Hospital (bio): 의료 콜드스토리지 관리
- UA Cancer Center (bio): 항암제·검체 보관 관리
- Intermountain Healthcare (bio): 의료시설 통합 모니터링
- Cal Biotech (bio): 연구실 콜드스토리지 관리
- ANTHC (bio): 원격지 의료 콜드체인
- Walmart (retail): 매장 콜드체인 자동화
- Costco (retail): 대형 콜드체인 모니터링
- NIKE (retail): 매장·물류 시설 관리
- Nestlé (retail): 식품 콜드체인 통합 관리
- PepsiCo (retail): 음료 생산·물류 모니터링
- Unilever (retail): 공장 설비·환경 통합 관리
- Keurig (retail): 커피 생산·보관 환경 관리
- Gaia Herbs (retail): 허브 원료 보관 관리
- Stone Edge Farm (retail): 와이너리·농장 운영 관리
- Wegmans (retail): 매장 HACCP 자동 기록
- Racetrac (retail): 주유소 자산·재고 관리
- Dairy Queen (food): HACCP 자동 기록 솔루션
- Chick-fil-A (food): 매장 식품안전 관리
- Subway (food): 식자재 콜드체인 관리
- Zaxby's (food): 매장 콜드체인 모니터링
- Arup (bldg): 스마트 빌딩 IEQ 솔루션
- VINCI (bldg): 건설 인프라 자산 관리
- JLL (bldg): 스마트 빌딩 운영 관리
- CBRE (bldg): 상업용 빌딩 통합 시설 관리
- C7 Data Centers (bldg): 데이터센터 환경·자산 관리
- Fordham University (edu): 캠퍼스 시설 관리
- University of Maryland (edu): 연구실 콜드스토리지 관리
- University of Miami (edu): 캠퍼스·연구 환경 관리
- SUNY (edu): 캠퍼스 운영 통합 관리
- University of Michigan (edu): 연구실 콜드스토리지 관리
- University of Utah (edu): 캠퍼스 에너지·시설 관리
- Wyndham (hotel): 스마트 호텔 객실 운영
- Noralta Lodge (hotel): 산업현장 캠프 시설 관리
- Silverton (hotel): 호텔 시설 통합 관리
- Salvation Army (pub): 구호물품 보관 관리
- BSA (pub): 캠프시설 원격 운영 관리
- SK에코플랜트 (bldg): 건설현장 타워크레인 전도 위험 무선 감시
- 현대건설 (bldg): 구조물 미세 변위 정밀 경사 모니터링
- 현대엔지니어링 (bldg): 콘크리트 양생 온도 무선 관리
- 호반건설 (bldg): 콘크리트 양생 온도 실시간 추적
- 세안텍스 (bldg): 오피스텔·상가·호텔 건물 환경 통합 모니터링
- 이마트 (retail): 대형마트 설비 예지보전·누수 감시
- 한화 S&C솔루션 (it): 정전·화재·가스·누수 통합 안전 관제
- 삼천리 (energy): 가스 배관 누출·진동 안전 감시
- LX (energy): 전력·실내환경 통합 계측
- 한양대구리병원 (bio): 병원 설비·에너지 모니터링
- CJ피드앤케어 (food): 축사 공기질·유해가스 관리
- 양식장 (food): 양식장 수온 자동 제어
- 강남구 (pub): 공공시설 실내환경·누수 관리
- 한국환경공단 (defense): 특수환경 온습도·진동 모니터링
- 신한대학교 (edu): 스마트캠퍼스 환경·누수 관리
- 송현초등학교 (edu): 학교 기계실 설비 모니터링

## 수상·인증 (45)
- [2026] IoT Sensor Company of the Year Award (leadership) — 연속 수상
- [2025] IoT Sensor Company of the Year Award (leadership)
- [2025] IoT Platforms Leadership Award (platform)
- [2025] Industrial IoT Product of the Year (industrial)
- [2025] IoT Evolution Product of the Year (product)
- [2025] Cloud Computing Product of the Year (platform)
- [2025] Smart City Product of the Year (vertical)
- [2025] AgTech Breakthrough Water Monitoring Solution (vertical)
- [2025] IoT Evolution Asset Tracking Award (vertical)
- [2025] IoT Evolution Business Impact Award (excellence)
- [2025] INTERNET TELEPHONY Excellence Award (excellence)
- [2025] Private Wireless Network Innovation Award (innovation)
- [2025] Best of State Awards (state) — 3건
- [2024] IoT Excellence Award (excellence)
- [2024] IoT Platforms Leadership Award (platform)
- [2024] IoT Evolution Product of the Year (product)
- [2024] Smart City Product of the Year (vertical)
- [2024] AgTech Breakthrough Water Monitoring Solution (vertical)
- [2024] IoT Evolution Asset Tracking Award (vertical)
- [2024] IoT Evolution Business Impact Award (excellence)
- [2024] INTERNET TELEPHONY Excellence Award (excellence)
- [2024] Private Wireless Network Innovation Award (innovation)
- [2024] Best of State Awards (state) — 3건
- [2023] IoT Evolution Industrial IoT Product of the Year (industrial)
- [2023] IoT Evolution Product of the Year (product)
- [2023] IoT Evolution Asset Tracking Award (vertical)
- [2023] IoT Evolution Business Impact Award (excellence)
- [2023] IoT Global Award (innovation)
- [2023] Pandemic Tech Innovation Award (innovation)
- [2023] Best of State Awards (state) — 2건
- [2022] IoT Innovator Gold — Best of IoT Industrial (industrial)
- [2022] IoT Innovator Silver — Connected Medical & Healthcare (vertical)
- [2022] Industrial IoT Product of the Year (industrial)
- [2022] IoT Evolution Product of the Year (product)
- [2022] Pandemic Tech Innovation Award (innovation)
- [2022] Best of State — Production & Manufacturing (state)
- [2021] IoT Czar of the Year Award (leadership) — CEO 리더십
- [2020] LEAP Award (engineering) — 하드웨어
- [2019] Manufacturer of the Year Award (leadership)
- [2019] LEAP Award (engineering)
- [2019] Best of State Award (state)
- [2015] IoT Innovations Award (innovation)
- [2015] Best of Sensors — Honorable Mention (engineering)
- [2015] CRN Internet of Things 50 List (leadership) — 복수 연도
- [2012] Entrepreneur Excellence — Greatest Potential (innovation) — NorthFront

## 글로벌 파트너 (73)
- ADSOL [북미]: LED · 농업 · 환경 IoT 솔루션
- AIMNET [북미]: 원격 모니터링 · 에너지 관리 기술
- AIR [북미]: EMEA · 공공 · 산업 IoT 통합
- ALM Systems [북미]: 시스템 통합 및 엔지니어링
- Bestobell [북미]: 산업 계측기 유통
- BiPOM Electronics [북미]: 마이크로컨트롤러 · 무선 시스템
- BMIL Technologies [북미]: 냉동 저장 · 설계 솔루션
- Brainlike Inc. [북미]: 엣지 데이터 처리
- ClearView Asset Protection [북미]: 위협 탐지 솔루션
- Consolidated Solutions [북미]: 전기 OEM · 대리점
- Data Crunch Corp [북미]: 예측 유지보수 · IoT 분석
- ESBE Scientific [북미]: 실험실 장비 · 공급
- EVO Integration [북미]: 자동화 · 통합 솔루션
- Grove Streams [북미]: 클라우드 데이터 분석
- JFC & Associates [북미]: 엔터프라이즈 IoT 통합
- Lotus Pacific Technologies [북미]: IoT SI (NA · GCC · India)
- Lynxspring, Inc. [북미]: 엣지 · 엔터프라이즈 IoT 플랫폼
- M2M Data Corp. [북미]: 원격 자산 모니터링
- MicroBMS [북미]: 에너지 · 스마트 시티 IoT
- Nova Mobile Systems [북미]: GPS 추적 · 텔레매틱스
- Nexus Data Systems [북미]: 환경 모니터링 · 규정 준수
- Power TakeOff [북미]: 분석 · 리포팅 소프트웨어
- rams / American MTS [북미]: 신뢰성 서비스 솔루션
- Registro y Monitoreo [북미]: 센서 · 로그 유통 (중미)
- RevX Systems [북미]: 셀룰러 IoT 리셀러
- Scigiene [북미]: 온 · 습도 모니터링 및 인증
- Sensorfi [북미]: 무선 센서 기술 공급
- SensorGO [북미]: 자산 모니터링 솔루션
- SRT Labs [북미]: 건물 · 캠퍼스 자동화
- Westell [북미]: 원격 터미널 유닛 (RTU)
- AIWT&S [남미]: 자동화 · 클라우드 IoT 솔루션
- ENECO [남미]: 에너지 제어 솔루션
- Imagunet [남미]: 콜롬비아 IoT 시스템
- IoTMax [남미]: 칠레 IoT 운영 최적화
- New Access [남미]: 데이터센터 · IoT 모니터링
- Smart Box Panama [남미]: 파나마 스마트 기술 설계 · 지원
- Airicom [유럽]: IoT 통신 · 솔루션 공급
- BitBlue Frost [유럽]: 냉각 · 온도 기록 장비
- Comgate [유럽]: IoT · 연결성 솔루션
- Connect Vision [유럽]: 통신 · 자동화 솔루션
- E-Logger [유럽]: 데이터 로깅 · 센서 유통
- Elkome Systems Oy [유럽]: 핀란드 산업 IoT · 테스트
- Fjarvöktun [유럽]: 아이슬란드 IoT 모니터링
- GK [유럽]: 북유럽 기술 컨트랙터
- Intermarket [유럽]: 전자 부품 · 시스템 유통
- Master Chips [유럽]: IoT · 임베디드 유통
- Matlog Data Corp. [유럽]: 임베디드 · 산업 IT
- Neodelis [유럽]: LED · 에너지 · 센서 솔루션
- RG2i [유럽]: 프랑스 IoT · M2M 통신
- SKADEteknik [유럽]: 덴마크 누수 · 습도 솔루션
- Crownsys Consulting [아시아]: 필리핀 CMMS · IoT 통합
- EBSL [아시아]: 디지털 · IoT 모바일 · RFID 솔루션
- eMeterEnergy [아시아]: 통합 모니터링 · 자동화
- Enthu Technology Sdn Bhd [아시아]: 말레이시아 상업 · 산업 IoT
- Gemwel [아시아]: 데이터 자동화 · 원격 모니터링
- Heaven Homes Realty [아시아]: 인도 홈 자동화
- Huy Phuc [아시아]: 베트남 배포 · 설치 파트너
- Innovkez Pte Ltd [아시아]: 싱가포르 IoT 통합 솔루션
- Integra Data Digital [아시아]: 인도네시아 정보 솔루션
- Power Technologies Pvt Ltd [아시아]: 싱가포르 에너지 효율 솔루션
- Qonda System Pte Ltd [아시아]: Industrial 4.0 · 환경 IoT
- Smartec Scientific [아시아]: 대만 환경 · 물류 IoT
- Vantage Power [아시아]: 태국 에너지 · 시설 솔루션
- Waterstone Electronics Tech [아시아]: 중국 전자 · 온라인 유통
- Widetec [아시아]: 일본 IT · 인프라 솔루션
- WinSys Technology Pte Ltd [아시아]: 싱가포르 IT · IoT SI
- Avtec [아프리카]: 남아프리카 IoT 모니터링
- IoT Managed Sensor Systems [오세아니아]: 무선 센서 제공
- mätt solutions [오세아니아]: 뉴질랜드 프로세스 · 품질 솔루션
- OneTemp [오세아니아]: 산업 · 환경 측정기기
- ProSense [오세아니아]: 호주 모니터링 · 자동화
- Sense IoT [오세아니아]: 예측 유지보수 IoT
- WEB ID Systems [오세아니아]: 냉장 · 자산 모니터링

## 프로모션 (11)
- 물류센터 화재예방 프로모션 | 기간: 7/31 일까지: 0.1초내에 화재경보를 파악하고 대처하세요!
- 긴급 경보 알리미 상시 프로모션 | 기간: 구독제 · 월 3만 원 · 설치비 무료 EVENT: 화재·침수·정전·설비 이상 발생 시 담당자 휴대폰으로 즉시 알려드려요. 필요한 알리미부터 간편하게 시작하세요.
- 무선 불꽃감지기 출시 특가 프로모션! | 기간: 7/31까지: 초정밀 무선 불꽃감지기로 즉시 화재징조를 대처하세요!
- 회전설비 AI 예지보전 1개월 무료 체험 | 기간: 시즈널 프로모션: 무료 검증 후 핵심 설비에 센서를 무상 설치. 한 달 데이터를 보고 도입을 결정하세요.
- 실시간 침수알리미! | 기간: 7/31까지: 누수 및 침수 사전감지, 사전예방으로 피해 최소화!
- 실시간 정전 알리미! | 기간: 7/31까지: 정전 및 차단기 트립등 실시간 모니터링가능!
- PLC·BMS·SCADA 시스템 연동 기술지원 | 기간: 무료 현장 구성 검토 · 연동 자료 제공: 쓰던 관제 시스템은 그대로 두고 무선센서만 Modbus로 붙입니다. 현장 구성을 함께 검토해 드리고, 센서 수량과 점유 레지스터 주소까지 정리한 구성 제안 자료를 보내 드립니다.
- 누수까지 놓치지 않는 레지던스 관리 | 기간: 2026. 8. 25 – 9. 24: 싱크대와 세탁기, 보일러 주변에 누수 알림 센서를 설치하면 물샘을 빠르게 감지해 앱으로 알려드립니다. 큰 피해로 번지기 전에 미리 대비하세요.
- 스마트 교회 알리미 | 기간: 7/31까지: 우리 교회 24시간 든든 파수꾼!
- 사전 예약 프로모션 | 기간: 사전 예약 접수 중: Looking to the Future! 지금 사전 예약하시고 다양한 혜택 받아 가세요.
- 산사태 사전예방솔루션 | 기간: 7/31까지

## 기술 지식베이스 (215) — 전문 포함

### 센서

#### 센서가 게이트웨이에 연결되지 않을 때
참고: 센서 수리가 필요한 경우, 진단 및/또는 수리를 위해 Monnit에 기기를 반송할 때 요구되는 반품 승인서(RMA) 발급에 앞서 최선의 문제 해결 단계를 먼저 수행해야 합니다. 센서가 게이트웨이에 연결되지 않는 경우: Monnit MoWi(WiFi) 센서를 제외한 모든 Monnit 센서는 데이터를 데이터 엔드포인트(일반적으로 iMonnit.com)로 중계하기 위해 데이터를 전송할 게이트웨이가 필요합니다. Monnit Commercial 또는 Alta 센서가 (최초 설정 시 또는 이미 통신하던 중에) 해당 게이트웨이와 통신하지 못하는 경우가 있을 수 있습니다. 이런 문제가 발생하면 아래 단계를 따라 원인을 진단하고 해결하시기 바랍니다. 단계 요약 센서/게이트웨이 호환성을 확인합니다.게이트웨이와 센서가 동일한 센서 네트워크에 추가되었는지 확인합니다.게이트웨이가 체크인하고 있는지 확인합니다.iMonnit Online 포털에서 Settings 탭의 회색 Default 버튼을 사용해 센서를 기본 설정(Default)으로 초기화합니다.게이트웨이의 Utility/Reset 버튼을 한 번 눌렀다가 즉시 떼어 센서 ID를 다운로드합니다.센서에 손상이나 액체 침투, 부식 흔적이 있는지 점검합니다.가능하면 센서를 게이트웨이와 가시선상으로 10~15피트 떨어뜨려 두어 환경 변수를 제거합니다(최소 거리 10피트보다 가깝게 두고 테스트하지 마십시오).센서를 최소 60초간 전원 차단합니다(스위치가 없는 센서는 배터리를 제거).이미 정상 체크인 중인 다른 센서의 배터리, 또는 양호한 것으로 확인된 배터리로 교체합니다.(Industrial 모델은 외함을 열면 보증이 무효화될 수 있으므로 열지 마십시오.)게이트웨이의 버튼을 한 번 눌렀다가 즉시 뗍니다. 기기 호환성 확인 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를 다운로드하는 작업은 다음 세 가지 상황에서 발생합니다: 게이트웨이가 처음 전원이 켜질 때Utility 버튼을 눌렀다가 즉시 뗄 때(즉시 수동 체크인 시작)게이트웨이의 네트워크가 Reform될 때 게이트웨이가 소프트웨어 네트워크에서 센서 ID를 다운로드한 후에 센서의 전원을 켜면, 해당 센서는 게이트웨이와 통신할 권한을 얻습니다. 이 때문에 센서 전원을 끄고, 게이트웨이의 버튼을 눌렀다 즉시 떼어(게이트웨이가 소프트웨어 네트워크에서 센서 ID를 다운로드하도록) 한 뒤 센서 전원을 다시 켜는 것이 연결 문제를 해결하는 경우가 많습니다. 게이트웨이가 체크인하고 있는지 확인 게이트웨이의 LED(LED 표시가 있는 게이트웨이의 경우)와 iMonnit 소프트웨어를 확인해 게이트웨이가 현재 체크인하고 있는지 확인합니다. 게이트웨이로부터 데이터가 보이지 않으면 아래 문서 중 하나를 참고하십시오. https://monnit.crisp.help/en-us/article/ethernet-gateway-4-not-connecting-w4crio/?1576791935738 https://monnit.crisp.help/en-us/article/monnit-4g-lte-gateway-not-connecting-customers-own-data-plan-dhi72t/ https://monnit.crisp.help/en-us/article/monnit-4g-lte-gateway-not-connecting-data-plan-through-monnit-6vjhbk/?1576791935722 센서의 손상·액체 침투·부식 점검 센서에 손상이나 액체 침투, 부식이 있는지 점검해야 합니다. 배터리 교체가 가능한 센서의 경우 센서 회로에 부식이 있는지 살펴봐야 합니다. 안테나와 프로브가 센서 회로에 단단히 연결되어 있는지도 확인합니다. 환경 변수 제거 센서가 게이트웨이와 통신하지 못하는 가장 흔한 원인은 환경입니다. 따라서 환경 변수를 제거해야 합니다. 가장 효과적인 방법은 (가능하다면, 특히 센서가 기계류나 전압/전류 같은 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.’라는 메시지가 표시될 수 있습니다. 이는 변경이 대기 중임을 의미하며, 이후 센서가 체크인할 때 적용되어야 합니다. 다만 센서가 구성 변경을 적용하지 못하는 경우가 있습니다. 이 문서는 그러한 상황에 대한 정보를 제공합니다. 단계 요약 게이트웨이 펌웨어가 최신인지 확인합니다.센서가 현재 게이트웨이와 통신 중인지 확인합니다.Local Alert 또는 Control Unit의 대기 중 메시지(Pending Messages)가 있는지 확인합니다.센서 전원을 60초간 껐다가 다시 켭니다.게이트웨이의 네트워크를 Reform합니다.센서 전원을 한 번 더 재시작합니다. 게이트웨이 펌웨어가 최신인지 확인 게이트웨이가 펌웨어 업데이트 대상인지 확인합니다. 그렇다면 다음 문서의 단계를 참고해 게이트웨이 펌웨어를 업데이트하십시오: Updating a Gateway's Firmware for Ethernet or Cellular Gateways. 센서가 게이트웨이와 통신 중인지 확인 센서가 구성 변경을 적용하려면, 센서가 현재 설정된 하트비트(Heartbeat)에 맞춰 게이트웨이와 통신하고 있어야 합니다. 구성 변경 적용에는 센서가 몇 번 체크인하는 시간이 걸릴 수 있습니다. 센서가 몇 차례 체크인하여 구성 변경을 적용할 수 있도록 기다려 주십시오. Local Alert 또는 Control Unit의 대기 메시지 확인 Local Alert 또는 Control Unit이 있는 경우, 해당 탭이 있습니다(Local Alert 탭은 Classic View에서 Data, Control Unit 탭은 New Look 및 Classic View에서 Control이라고 표시됨). 이 탭에 Pending Messages가 표시되어 있다면 기기로 전달되지 못하고 있을 수 있습니다. 이 대기 메시지를 지우는 버튼이 있으며, 이 버튼을 클릭하면 대기 메시지가 삭제됩니다. 그런 다음 게이트웨이를 Reform합니다. 센서 전원을 60초간 껐다가 다시 켜기 센서가 몇 번 체크인하는 동안에도 구성 변경이 적용되지 않으면, 게이트웨이가 센서와 양호한 통신 거리에 있는지 확인하고 센서 전원을 60초간 껐다가 다시 켭니다. 센서가 게이트웨이와 성공적으로 통신하면, 30초 간격으로 여러 번 연속 통신하는 ‘핸드셰이크(handshake)’가 게이트웨이로 전송되는 것을 볼 수 있습니다(펌웨어 버전에 따라 일반적으로 4회 또는 10회). 센서가 핸드셰이크를 완료하고 정규 하트비트로 몇 번 체크인하여 구성 변경을 적용하도록 기다립니다. 게이트웨이 네트워크 Reform 정규 하트비트가 여러 번 지나도 센서가 구성 변경을 적용하지 않으면, 게이트웨이의 네트워크를 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

#### 센서 하트비트(Heartbeat), Aware 상태, Assessment 이해하기
Monnit 센서 동작은 Aware 상태(Aware State)라는 개념을 기반으로 합니다. 이 용어는 센서가 감지한 조건을 감지 즉시 보고할 수 있게 하는 센서의 동작 상태를 가리킵니다. 이 동작이 이루어지도록 하는 몇 가지 구성 요소와 설정이 있습니다. 이 문서는 그 동작을 설명합니다. Trigger 센서 vs. Interval 센서 먼저, Monnit 무선 센서에는 두 가지 유형의 데이터 전송 동작이 있습니다. 첫째는 이벤트가 발생하는 즉시 반응하는 ‘Trigger(또는 Event)’ 유형 센서입니다(이벤트 유형 센서는 예/아니오 데이터로 생각하면 됩니다). 둘째는 정해진 간격마다 깨어나 데이터를 수집·전송한 뒤 다음 간격까지 다시 절전 상태로 돌아가는, 시간 기반으로 동작하는 ‘Interval(또는 Reading)’ 유형 센서입니다. 이벤트 유형 센서의 예: 누수 감지(water detection)도어/창문(door/window)모션(motion)드라이 콘택트(dry contact) 등 리딩(Reading) 유형 센서의 예: 온도(temperature)습도(humidity)전압(voltage)압력(pressure) 등 하트비트(Heartbeats) 참고: 무료 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 상태(Aware State) 참고: Aware 측정값을 즉시 전송하려면 게이트웨이에서 Force Transmit on Aware 설정이 활성화되어 있어야 합니다. 이 설정이 게이트웨이가 Aware 측정값을 iMonnit 포털로 즉시 전송하도록 합니다. 이 설정은 기본적으로 활성화되어 있습니다. Monnit 센서의 Aware 상태는 사전 구성된 조건이 감지되는 즉시 센서 측정값을 Monnit 소프트웨어로 전송할 수 있게 합니다. Monnit 센서는 즉각적인 감지가 필요한 이벤트를 모니터링하는 경우가 많으므로, Aware 상태 측정값이 이를 가능하게 합니다. 모든 센서는 Aware 상태 기능을 가집니다. Aware 상태는 특정 조건이 충족될 때 센서가 더 높은 수준으로 동작하게 합니다. 이벤트 유형 센서의 경우 이벤트 감지가 자동으로 Aware 상태를 트리거합니다. 리딩 유형 센서의 경우 사용자가 센서를 Aware 상태로 진입시킬 조건을 설정합니다(‘Assessments per Heartbeat’에도 사용됨). Aware 상태에 진입하면 센서는 ‘Aware 상태’ 설정에 따라 동작합니다. Aware 상태 하트비트를 더 짧은 간격으로 설정하면, 센서가 정상 동작 범위로 돌아왔다고 보고할 때까지 사용자가 더 잦은 센서 정보 및/또는 알림을 받을 수 있습니다. 또한 Aware로 표시된 메시지는 게이트웨이가 서버와 즉시 통신하게 합니다. 일반(비-Aware) 메시지는 다음 게이트웨이 하트비트까지 게이트웨이에 대기됩니다(기본 게이트웨이 설정). Assessments per Heartbeat Interval/Reading 유형 센서는 ‘Assessments per Heartbeat’도 지원합니다. 이때 센서는 깨어나 데이터를 수집하고 Aware 상태에 설정된 조건과 비교하여, 조건이 충족되면 그 정보를 즉시 소프트웨어로 전송합니다(그렇지 않으면 센서는 다시 절전 상태로 돌아감). iMonnit Basic(무료)을 사용하는 경우 하트비트당 Assessment는 자동으로 1회로 설정됩니다. iMonnit Premiere를 사용하면 하트비트 사이에 센서가 수행할 Assessment 횟수를 사용자가 제어할 수 있습니다. 센서가 Assessment를 더 자주 수행할수록, 센서는 Aware 조건을 더 민감하게 감지하고 Aware 측정값을 전송하며 Aware 상태로 진입해 Aware 상태 하트비트 주기로 체크인을 시작할 수 있습니다. 대부분의 센서 유형에서 Assessments per Heartbeat의 최대값은 250입니다. Assessment와 Heartbeat의 차이 이해 하트비트는 항상 데이터를 보고합니다. 그러나 Assessment는 먼저 Aware 상태 임계값(Threshold)을 벗어난 조건을 감지하기 전에는 데이터 포인트로 보고되지 않는다는 점을 이해하는 것이 중요합니다. 그 조건이 감지된 경우에만 Assessment 측정값이 게이트웨이/소프트웨어에 데이터 포인트로 보고됩니다. 모든 Assessment를 데이터 포인트로 보고하도록 센서를 구성할 수는 없습니다. Assessment가 Aware 조건을 처음 감지하는 경우를 제외하고는 해당 측정값은 센서에 의해 무시됩니다. Time to Rearm(재무장 시간) Time to Re-Arm은 Trigger/Event 유형 센서(및 일부 Interval/Reading 센서)가 다음 이벤트를 감지하기까지 걸려야 하는 시간을 사용자가 정의할 수 있게 합니다. 예를 들어 모션 센서가 움직임을 감지했을 때 재무장 시간을 1초로 설정하면 센서는 1초 만에 다시 움직임을 감지할 수 있습니다. 이를 통해 원하는 경우 더 잦은 정보를 포착할 수 있지만 배터리도 더 많이 사용합니다. 재무장 시간을 10분으로 설정하면 배터리 수명은 보존되지만 센서가 재무장될 때까지 다시 정보를 포착하지 않습니다. Aware 상태 동작 예시 아래와 같이 센서 구성이 설정된 경우: • 하트비트 간격(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 센서가 배터리 레벨을 측정하는 방식 때문에 배터리 레벨 측정값이 일관되지 않게 나올 수 있습니다. 배터리 레벨이 보고되는 방식 Monnit 센서는 배터리 전압을 샘플링하여 배터리 레벨을 해석합니다. 배터리 전압과 iMonnit 소프트웨어에 보고되는 퍼센트의 관계는 별도 문서에서 확인할 수 있습니다. 센서의 배터리 전압은 센서 하트비트 중 센서의 무선이 활성화되어 있을 때 샘플링됩니다. 센서의 무선이 활성화되어 있을 때 배터리는 가장 큰 부하를 받습니다. 그 결과 부하가 걸린 동안 배터리 레벨이 상당히 변동할 수 있으며, 따라서 소프트웨어에 보고되는 배터리 레벨도 이를 반영합니다. Monnit이 부하가 걸린 상태에서 배터리 전압을 측정하는 이유 부하가 걸리지 않은 상태의 안정적인 공칭 전압은 일반적으로 부하가 걸린 상태의 전압보다 훨씬 높습니다. 따라서 부하가 걸리지 않은 상태에서 배터리를 측정하면 실제보다 배터리 상태가 더 좋은 것처럼 보일 수 있습니다. 이것이 Monnit이 부하가 걸린 상태에서 배터리 전압을 측정하는 이유이며, 이렇게 하면 배터리 상태를 더 정확히 표현할 수 있습니다. 이로 인해 서로 다른 하트비트에서 보고되는 배터리 레벨이 변동할 수는 있지만, 배터리 상태의 전체적인 그림은 더 정확합니다. 더 큰 그림 Alta 센서의 배터리 레벨이 하트비트마다 변동하는 것을 발견하더라도, 이는 정상적인 동작입니다. 한 번의 배터리 레벨 보고에 집중하기보다, 더 긴 기간 동안 보고된 배터리 레벨을 보면 배터리 성능을 더 정확히 파악할 수 있습니다. 무선 환경·온도·사용 빈도의 영향 잡음이 많은 무선 환경과 배터리가 동작하는 주변 온도는 특히 부하가 걸린 동안 배터리 레벨에 영향을 줄 수 있습니다. 따라서 센서가 냉장고나 냉동고 내부에서 동작하거나, 잡음이 많은 무선 환경(또는 게이트웨이로부터의 거리로 인해 신호가 약한 경우)에 있으면 센서가 보고하는 배터리 레벨에 이것이 반영될 수 있습니다. 또한 센서의 무선이 더 자주 활성화될수록 배터리가 부하에서 회복할 시간이 줄어듭니다. 따라서 더 많은 사용(더 잦은 하트비트)은 배터리 레벨에 기하급수적으로 영향을 줄 수 있습니다. 배터리가 더 빠르게 소모되고 보고되는 배터리 레벨이 더 일관되지 않고 변동이 클 수 있습니다. Gen1과 Alta의 차이 1세대(Commercial) 센서는 이러한 방식으로 배터리를 측정하지 않았습니다. 이 방식은 배터리 성능을 더 정확히 파악하기 위해 Alta 라인에서 도입되었습니다. 이 때문에 1세대 센서가 Alta에 비해 더 안정적인 배터리 성능을 보이는 것처럼 보일 수 있습니다. 그러나 이는 실제 배터리 성능 차이가 아니라, 배터리 레벨을 측정하는 방식(Alta 센서가 더 정확함)의 차이에 따른 것입니다. 배터리 레벨 변동은 일반적인 현상이지만, 배터리나 센서 문제를 나타내는 다른 증상도 있을 수 있습니다. 이에 대한 의문이 있으면 언제든 support@monnit.com 으로 문의하십시오. 업데이트: 2020-12-10

#### Monnit Wi-Fi(MoWi) 센서 설정 및 사용
Monnit MoWi 센서는 표준 무선 802.11 A, B, G 네트워크에 연결되어 iMonnit Online 포털로 데이터를 전송합니다. 게이트웨이가 선호되지 않는 상황에서 센서를 로컬 WiFi 네트워크에 연결할 수 있게 해 줍니다. 이 문서는 Monnit MoWi 센서를 WiFi 네트워크에 설정하는 과정을 안내합니다. MoWi Setup Utility에서 ‘Sensor Connected’ 표시가 보이지 않으면 이 문서를 참고하십시오. LED 표시에 관한 정보는 이 문서를 참고하십시오. MoWi 센서 자주 묻는 질문(FAQ)은 여기를 클릭하십시오. 단계 요약 센서를 iMonnit Online 계정에 추가합니다.다음 링크에서 MoWi Setup Utility를 다운로드합니다: https://monnit.azureedge.net/content/downloads/MoWi_Utility_Installer.msiMoWi Setup Utility를 설치합니다.MoWi Setup Utility를 실행합니다.MoWi 프로그래밍 케이블용 드라이버를 설치합니다.MoWi 프로그래밍 케이블을 센서에, 그다음 컴퓨터에 물리적으로 연결합니다.센서에 배터리를 넣습니다.센서를 프로그래밍합니다.iMonnit Online 포털에서 센서 통신을 확인합니다. MoWi Setup Utility 다운로드·설치·실행 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’라는 아이콘도 표시됩니다. 이 항목을 선택해 유틸리티를 실행합니다. MoWi 프로그래밍 케이블 드라이버 다운로드·설치 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 를 사용합니다. MoWi Setup Utility 실행 Windows 메뉴에서 Monnit Wi-Fi Sensor Utility를 찾아 엽니다. 센서를 PC에 연결 (배터리를 넣기 전에) 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를 직접 입력합니다. 이름을 올바른 형식으로 정확히 입력했는지 확인하십시오. 드롭다운 메뉴에서 Security Type을 선택하고 Key 또는 Passphrase를 입력합니다. 표준 WEP/WPA/WPA2 보안만 지원됩니다.고정 IP 구성이 필요한 경우 Advanced Settings 버튼을 클릭합니다. Use DHCP 체크를 해제하고 고정 IP 주소를 입력합니다. 유효한 DNS 서버를 포함해 네 가지 항목 모두 필요합니다. 로컬 DNS 확인이 없으면 Google의 DNS 서버 8.8.8.8을 사용할 수 있습니다.Configure Sensor 버튼을 클릭합니다. 입력한 설정대로 센서가 구성됩니다. 통신이 중단되었다는 메시지가 표시될 수 있는데, 알림을 확인하고 계속 진행합니다. 일반적으로 무시해도 됩니다.센서가 로컬 네트워크에 연결을 시도합니다. 성공하면 센서가 아웃바운드 UDP 포트 3000을 통해 인터넷으로 iMonnit Online에 통신을 보내려 시도합니다. 성공하면 테스트가 성공했다는 메시지가 표시됩니다. 성공하지 못하면 네트워크 구성을 점검하고, 네트워크가 u1.sensorsgateway.com을 확인(resolve)할 수 있으며 포트 3000을 통해 인터넷으로 데이터를 보낼 수 있는지 확인해야 합니다. Monnit 서버 테스트가 실패하는 경우 센서가 라우터에는 연결되었지만 Monnit 서버 연결에는 실패했다는 메시지가 표시되면, 센서가 iMonnit Online 서버로 데이터를 보고하는 것을 막는 네트워크 구성이 있을 가능성이 높습니다(흔히 인터넷 문제이거나 네트워크에서 포트 3000이 차단된 문제). 네트워크에서 연결을 테스트하는 도구가 있습니다. 아래 단계를 따라 이 연결을 테스트할 수 있습니다. Test Server 기능 사용 MoWi Setup Utility를 실행합니다.센서를 PC의 USB 포트에 연결합니다.배터리가 아직 없으면 센서 전원을 켭니다(배터리 삽입).3단계에서 센서가 감지되는지 확인합니다.Advanced Settings 버튼을 클릭합니다.Server Address와 Server Port는 기본 설정 그대로 둡니다.SensorID 필드에 센서 ID를 입력합니다.Test Server를 클릭합니다. 테스트가 실행되면 다음 메시지가 표시됩니다: Attempting u1.sensorsgateway.com:3000 (테스트가 시작되었음을 나타냄)DNS Resolve: x.x.x.x (DNS 확인이 테스트되었음을 나타냄)TCP Connect Success/Fail (TCP 연결이 테스트되었음을 나타냄)Message v1 Sent (TCP를 사용한 테스트 메시지가 테스트되었음을 나타냄)Timeout/Message Received (이전 테스트 결과, Timeout=실패 / Message Received=성공)UDP v2 Message Sent (UDP를 통한 연결이 테스트되었음을 나타냄)Timeout/Message Received (이전 테스트 결과, Timeout=실패 / Message Received=성공) 이 테스트는 호스트 PC의 네트워크 연결에서 실행된다는 점에 유의해야 합니다. PC가 센서를 연결하려는 것과 동일한 WiFi 네트워크에 연결되어 있다면, 그 네트워크가 필요한 트래픽을 차단하지 않는다고 확신할 수 있습니다. 다만 이것이 문제가 네트워크와 무관함을 확정적으로 보장하지는 않습니다. 위 단계를 따르면 MoWi 센서의 구성 문제를 해결할 수 있을 것입니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-11-10

#### Link Mode(링크 모드)
Link Mode라는 용어는 Monnit 센서가 게이트웨이에 연결(또는 재연결)하려 할 때 수행하는 동작을 가리킵니다. 센서는 처음 연결을 시도할 때, 또는 게이트웨이와의 연결이 끊겨 게이트웨이를 찾아 재연결하려 할 때 Link Mode에 진입합니다. 이 문서는 Alta(2세대) 및 표준 Commercial(1세대) 센서에서 이 동작의 세부 내용을 설명합니다. 센서가 Link Mode에 진입하는 계기 센서가 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가 허용 기기 목록에 있는 어떤 게이트웨이와도 연결할 수 있게 됩니다. Commercial(Gen1)과 Alta(Gen2) 센서의 Link Mode 차이 Link Mode 동작과 기본 구성 측면에서 1세대 센서와 Alta 센서 사이에는 중요한 차이가 있습니다. 이 차이를 아래에 설명합니다. Alta(2세대) 센서의 Link Mode 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(1세대) 센서의 Link Mode 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 센서 관련 문서를 참고하십시오. 센서가 게이트웨이와 통신을 멈춘 경우, 아래 단계로 센서가 다시 통신하게 될 수 있습니다. 게이트웨이와 센서가 호환되는지 확인합니다.게이트웨이와 센서가 동일한 센서 네트워크에 추가되었는지 확인합니다.게이트웨이가 체크인하고 있는지 확인합니다.게이트웨이의 Utility/Reset 버튼을 한 번 눌렀다가 즉시 뗍니다.가능하면 센서를 게이트웨이와 가시선상으로 10~15피트 떨어뜨려 환경 변수를 제거합니다(최소 거리 10피트보다 가깝게 두고 테스트하지 마십시오).센서를 최소 60초간 전원 차단합니다(스위치가 없는 센서는 배터리를 제거).센서에 손상이나 액체 침투, 부식 흔적이 있는지 점검합니다.같은 배터리 유형의 다른 센서가 체크인 중이라면, 두 센서의 배터리를 서로 교체합니다.(Industrial 센서에는 해당하지 않습니다. Industrial 센서는 외함을 열면 보증이 무효화될 수 있으므로 열지 마십시오.)게이트웨이의 Utility/Reset 버튼을 한 번 눌렀다가 즉시 뗍니다.iMonnit 소프트웨어를 모니터링하며 센서가 체크인하는지 확인합니다. 센서가 통신하지 않으면, 문제에 대한 추가 정보를 Monnit Support에서 얻을 수 있습니다. support@monnit.com 으로 문의하시고, 가능하면 센서 ID와 위 단계를 시도한 날짜/시간/시간대를 함께 알려 주십시오. 업데이트: 2019-12-26

#### 배터리
설명: Monnit® 센서는 AA 또는 CR2032 코인셀 배터리로 동작합니다. Industrial 센서는 Monnit 또는 다른 산업용 배터리 공급업체에서 제공하는 3.6V 리튬 배터리가 필요합니다. Monnit은 고객이 사용한 배터리를 모두 재활용할 것을 권장합니다. 코인셀 배터리 Gen1 배터리 수명: 1~1.5년.ALTA 배터리 수명: 3년 이상. 코인셀 배터리를 설치하려면 먼저 센서 외함의 양옆을 잡고 살짝 들어 올려 센서를 베이스에서 분리합니다. 그런 다음 새 CR2032 코인셀 배터리를 양극(+)이 베이스를 향하도록 끼웁니다. 외함을 다시 눌러 닫으면 ‘딸깍’ 소리가 납니다. 마지막으로 iMonnit을 열고 탐색 메뉴에서 Sensors를 선택합니다. iMonnit에 센서 배터리 레벨이 가득 찬 것으로 표시되는지 확인합니다. AA 배터리 Gen1 배터리 수명: 3~5년.ALTA 배터리 수명: 10~12년. 이 센서의 표준 버전은 교체 가능한 1.5V AA 배터리 2개로 동작합니다(구매 시 포함). 선택한 전원 요구 사항을 지원하려면 센서 내부 하드웨어를 변경해야 하므로, 전원 옵션은 구매 시점에 선택해야 합니다. 기기에 배터리를 넣으려면 먼저 센서의 배터리 도어를 밀어 엽니다. 새 AA 배터리를 거치대에 넣은 뒤 배터리 도어를 닫습니다. 마지막으로 iMonnit을 열고 기본 탐색 메뉴에서 Sensors를 선택합니다. iMonnit에 센서 배터리 레벨이 가득 찬 것으로 표시되는지 확인합니다. Industrial 배터리 참고: 밀봉된 Industrial 센서를 열면 센서 보증이 무효화될 수 있습니다. Industrial 센서의 외함을 열기 전에 Monnit Support에 문의하십시오. Gen1 배터리 수명: 5~7년.ALTA 배터리 수명: 10~12년. 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) 유의 사항: 50°F 미만 및 122°F 초과 온도에서 동작하면 배터리 레벨이 떨어지거나 빠르게 소모될 가능성이 높습니다. 배터리 레벨을 주변 온도와 함께 도표로 그리면, 배터리 레벨과 주변 온도 사이에 직접적인 상관관계가 보일 것입니다.50°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) 유의 사항: AA 배터리는 코인셀 배터리보다 견고하고 일관성이 높을 수 있습니다.AA 센서를 122°F를 초과하는 온도에서 장기간 반복적으로 운용하면(예: 빈대 온도 모니터링) 고온에서 나타나기 시작했다가 저온에서 해소되는 예기치 않은 동작이 발생할 수 있습니다. 고온에서 자주 동작하는 AA 센서에서 오류가 발생하면, 센서와 배터리 온도가 균일해진 후 실온에서 센서를 테스트해 문제가 지속되는지 확인하십시오. *ALTA 온도 센서는 젖거나 습하거나 고습도 환경용이 아닙니다. Industrial - 동작 온도 범위(기판 회로 및 배터리) -40°C ~ +85°C (-40°F ~ +185°F) 포함된 배터리 최대 온도 범위 -40° ~ +85°C (-40° ~ +185°F) 유의 사항: 포함된 산업용 배터리는 사양 범위 내 온도에서 일관되게 동작을 견뎌야 합니다.이 센서는 통기구가 없으므로, 주변 온도가 최대 사양 미만이더라도 외함 내부 전자 부품의 발열과 결합되면 외함 내부 온도가 사양을 초과하는 경우가 많습니다. 이는 약 165°F 부근에서 발생할 것으로 예상되나 테스트되지는 않았습니다. 따라서 고온에 장기간 노출되면 외함 내부 온도가 주변 온도보다 높아질 수 있습니다.-4°F(-20°C) 미만의 온도에서는 배터리가 크게 변동할 수 있습니다. 냉동고 또는 냉장 장치 내부에서 센서 사용 센서를 냉동고나 냉장 장치 내부에 두어야 하는 용도라면, 산업용 외함을 갖춘 센서를 사용하는 것이 좋습니다. 이유는 두 가지입니다. 냉동고는 차갑고 건조한 환경인 반면 냉동고 밖은 대체로 실온/실습도입니다. 따뜻하고 습한 실온 공기가 차갑고 건조한 냉동고 공기와 만나면 결로가 생겨 센서에 쌓입니다. 이는 센서를 액체 침투에 노출시켜 부품을 손상시키는 경우가 많습니다.AA 및 코인셀 배터리는 저온/영하 온도에서 사양대로 성능을 내지 못하는 경우가 많은 반면, Industrial 센서에 들어가는 산업용 배터리는 그러한 온도에서의 동작을 위해 설계되었습니다. 펌웨어 펌웨어 관련 참고: 14.x 이전 펌웨어는 이후 펌웨어와 다른 방식으로 배터리 레벨을 읽습니다. 따라서 14.x 이전 펌웨어에서는 배터리 레벨 변동이 더 자주 보이는 것이 정상입니다. 14.x 이전 펌웨어의 Industrial 센서를 -4°F(-20°C) 미만의 냉동고 내부에서 운용하면 배터리 레벨이 크게 변동할 수 있습니다. 무선 간섭 Monnit 센서는 서브기가헤르츠 비면허 무선 대역에서 동작합니다. 무선 간섭은 흔하지 않지만, 이 대역에서 동작하는 기기와는 발생할 수 있습니다. 또한 전자기 간섭(EMI)은 무선 센서 통신을 방해하는 전자기장을 발생시킬 수 있습니다. 흔하지는 않지만, EMI를 방출하는 장비 근처에서 동작하는 센서는 무선 간섭과 신호 문제를 일으킬 수 있습니다. 따라서 신호 문제를 해결할 때 이를 고려하는 것이 중요합니다. 항상 가능한 것은 아니지만, 동작 중인 장비나 다른 EMI 발생원에서 떨어진 곳에서 센서를 게이트웨이와 가시선상으로 10~15피트 떨어뜨려 테스트하는 것이 중요한 단계입니다. 다음은 센서/게이트웨이 무선 통신을 방해하는 EMI를 자주 발생시킬 수 있는 요소들입니다. 냉동고 제상 장치 - 많은 제상 장치가 정해진 주기로 동작하므로, 센서가 자주 끊긴다면 신호 기록을 검토해 패턴/주기를 찾아보는 것이 좋습니다.차폐되지 않은 전선직류(DC) 전동기전기장을 발생시키는 기타 전동기 또는 원심 운동일부 형태의 조명 또는 간판무선 전화기전자레인지 액체 또는 습기 코인셀 및 AA 폼팩터는 액체 침투에 노출될 수 있습니다. 따라서 이런 센서 유형을 젖거나 습한 환경에서 운용하면 센서가 손상됩니다. 그러므로 액체가 있거나 습도/온도가 변동하는 환경은 코인셀 또는 AA 센서를 손상시킬 수 있습니다. 따라서 센서 본체가 젖거나 습한 환경에 놓이는 용도에는 NEMA 등급의 Industrial 외함을 사용해야 합니다. 참고: Industrial 센서는 물에 잠기는 것에 대한 등급은 받지 않았습니다. 전자제품의 표준 상용 습도 사양은 30%~50%입니다. Monnit의 상용 제품은 95% 비응결 조건까지 손상 없이 견딜 수 있습니다. 센서 간 및 무선 게이트웨이와의 거리 Alta 센서는 일반적으로 석고보드 벽을 통과해 1,000피트 이상 전송할 수 있습니다. 다만 이보다 먼 거리이거나 금속·콘크리트 같은 장애물은 무선 신호를 방해합니다. 게이트웨이로부터 충분한 거리를 확보하려면, 센서가 게이트웨이로부터 1,000피트 이내에 있고 금속이나 콘크리트를 통과해 전송하지 않도록 하십시오. 데이터 전송 속도 Monnit 무선 센서 네트워크는 상당히 많은 수의 센서를 지원할 수 있지만, 너무 잦은 전송은 게이트웨이의 무선 대역폭을 제한하여 일부 센서 전송이 게이트웨이에서 처리되지 못하게 할 수 있습니다. 게이트웨이의 대역폭을 최대로 확보하려면, 게이트웨이가 10초마다 하나를 초과하는 무선 전송을 받지 않도록 하십시오. 부식성 가스 또는 대기 코인셀 및 AA 폼팩터는 부식성 가스나 증기가 있는 환경에서 동작하도록 설계되지 않았습니다. 산업용 센서 | Type 1, 2, 4, 4X, 12, 13 NEMA 등급 외함 Monnit의 Industrial 센서는 신뢰성 있고 내후성을 갖춘 NEMA 등급 외함에 들어 있습니다. NEMA 등급 외함은 실내외 모두에서 사용하도록 제작되었으며, 먼지 같은 고형 이물질의 침투와 물(비, 진눈깨비, 눈, 튀는 물, 호스로 분사되는 물)의 손상으로부터 센서 회로를 보호합니다. • 떨어지는 먼지로부터 안전 • 바람에 날리는 먼지로부터 보호 • 비, 진눈깨비, 눈, 튀는 물, 호스 분사 물로부터 보호 • 향상된 내식성 • 외함에 얼음이 형성되어도 손상되지 않음 센서가 동작하는 환경 조건에 유의하는 것이 성공적인 배치의 핵심입니다. 센서에 영향을 주는 환경 요인에 대한 의문이 있으면 언제든 support@monnit.com 으로 문의하십시오. 업데이트: 2021-04-26

#### 센서를 PC에 연결한 뒤 3단계에서 ‘Wi-Fi Sensor Connected’ 이미지가 보이지 않는 경우
MoWi WiFi 센서를 구성하려면, 센서가 MoWi WiFi Configuration Utility에 인식되어야 합니다. PC가 MoWi 센서를 인식하지 못하는 경우, 이 문서가 도움이 될 것입니다. Windows 장치 관리자(Device Manager)에서 케이블이 인식되는지 확인 MoWi 프로그래밍 케이블을 PC와 센서에서 분리한 상태로 시작합니다.Windows 8 또는 10 운영체제에서 작업 중인지 확인합니다.Windows에서 장치 관리자를 실행합니다(방법은 여기에서 확인 가능).포트(COM & LPT) 범주를 찾아 펼칩니다.MoWi 프로그래밍 케이블을 PC의 USB 포트(USB 확장기/허브가 아님)에 연결합니다. 장치 관리자 창이 새로 고쳐지는 것이 보일 것입니다. Silicon Labs 장치(대개 CP210x로 표시됨)를 찾습니다. 아직 연결된 드라이버가 없으면 인식되지 않은 USB 장치로 표시될 수 있습니다. PC가 케이블을 인식하기만 하면 계속 진행합니다. 케이블을 PC의 USB 포트에서 분리했다 다시 연결하면, 연결/분리할 때마다 장치 관리자 창이 새로 고쳐지는 것이 보여야 합니다. 이는 PC가 케이블을 인식하고 있는지 확인하는 좋은 방법입니다. 장치 관리자가 케이블을 인식하지 못하면, 위 단계를 반복하여 다른 PC에서 테스트하십시오. 여러 PC에서 테스트했는데도 케이블이 인식되지 않으면, 여기에서 교체용 케이블을 구매할 수 있습니다. 드라이버 설치 올바른 드라이버를 다운로드합니다. 올바른 드라이버 버전이 포함된 ZIP 파일은 여기에서 찾을 수 있습니다.다운로드한 ZIP 파일을 여기 안내에 따라 압축 해제합니다.PC에 맞는 올바른 버전을 마우스 오른쪽 버튼으로 클릭하고 ‘Run as Administrator’를 선택합니다. _64비트 PC는 CP210xVCPInstaller_x64.exe 를 실행합니다. _32비트 PC는 CP210xVCPInstaller_x86.exe 를 실행합니다. 올바른 드라이버가 사용 중인지 확인 장치 관리자에서: 포트(COM & LPT) 범주를 찾아 펼칩니다.Silicon Labs 장치(대개 CP210x로 표시됨) 항목을 마우스 오른쪽 버튼으로 클릭하고 속성(Properties)을 선택합니다.드라이버(Driver) 탭을 클릭합니다.드라이버 버전이 6.7.6으로 표시되는지 확인합니다. 참고: **!!중요!!** 위 링크의 드라이버는 버전 6.7.6을 설치합니다. 이 드라이버는 MoWi 프로그래밍 케이블에서 Windows 8 및 10에서 동작이 확인되었습니다. 더 최신 버전인 버전 10은 지원이 일관되지 않는 것으로 확인되었습니다. 따라서 드라이버 버전 6.7.6을 설치하여 사용하는 것을 권장합니다. 6.7.6이 아닌 다른 버전의 드라이버가 보이면, 기존 드라이버 버전을 제거·삭제하십시오. 방법은 여기에서 확인할 수 있습니다. 센서 연결 올바른 드라이버가 설치되고 케이블이 인식되면: 아래 이미지에 따라 센서를 MoWi 프로그래밍 케이블에 연결합니다.양호한 배터리를 센서에 넣습니다. 참고: 배터리가 약해도 센서에 전원이 들어오고 컴퓨터에 인식될 수 있습니다. 그러나 배터리 전압이 무선을 구동하기에 충분하지 않으면 센서가 네트워크에 연결되지 못합니다. 따라서 센서 LED가 켜져 있어도 오해의 소지가 있을 수 있습니다. LED가 켜져 있어도 배터리가 약할 수 있으므로, 양호한 새 배터리로 테스트하는 것이 필수입니다. 센서의 LED가 녹색/빨간색으로 번갈아 계속 깜박이는 것이 보여야 합니다(센서가 한 번도 구성된 적이 없으면 빨간색만 깜박일 수 있음). 이는 센서가 통신 중이며 구성할 준비가 되었음을 의미합니다. 위 단계를 수행한 후에도 유틸리티 3단계에 ‘Wi-Fi Sensor Connected’가 표시되지 않으면, 다른 PC에서 테스트해 보십시오. 업데이트: 2020-08-05

#### Alta(2세대)와 Commercial(1세대) 기기의 차이
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의 차이 센서가 게이트웨이와의 연결을 잃으면 센서는 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

#### 온도 센서 보정(Calibration)
Monnit 무선 온도 센서는 기본적으로 +/- 1°C(1.8°F) 정확도를 가지며, 센서가 동작하는 환경에 맞춰 보정하면 더 높은 정확도를 얻을 수 있습니다. 더 높은 정확도를 원하거나 온도 센서의 측정값이 부정확하다고 판단되면, iMonnit Online 포털에서 보정하거나 기본 보정으로 설정할 수 있습니다. 온도는 시간이 지나며 자주 변동하므로, 보정을 성공적으로 수행하려면 몇 가지 중요한 고려 사항이 있습니다. 고려 사항 하트비트 기본 2시간 하트비트로 보정하는 것도 가능하지만, Monnit은 사용자가 보정값을 입력하는 시점과 센서가 입력된 보정을 적용하는 시점 간의 시간 차를 고려하여, 게이트웨이와 센서의 하트비트를 모두 네트워크에서 허용하는 가장 잦은 하트비트로 설정할 것을 권장합니다. 또한 센서를 더 잦은 하트비트로 구성하면 온도 변동을 파악할 수 있습니다. 센서를 성공적으로 보정하려면 안정적이고 균일한 온도 환경에서 보정을 수행해야 합니다. 온도 변동이 보이면 보정을 성공적으로 수행하지 못할 수 있습니다. 안정화 센서의 노출 부위가 목표 온도로 안정화될 때까지 항상 충분히 기다려야 합니다. 센서 프로브를 특정 온도에 노출하면, 센서 하드웨어의 온도가 환경 온도에 도달해 안정화되기까지 항상 어느 정도 시간이 걸립니다. 일반적으로 90분간 안정적인 측정값이 나오면 원하는 결과를 얻습니다. 보정 실패의 가장 큰 원인은 흔히 너무 빨리 수행한 보정과 관련됩니다. 안정적인 온도 없이 보정하는 것이 보정 실패의 가장 흔한 원인입니다. 환경 보정 기능은 선형 보정이므로, 센서가 측정하게 될 환경에서 보정하는 것이 좋습니다. 온도 센서를 실온에서 보정한 뒤 냉장고나 냉동고에 두는 것은 권장하지 않습니다. 고도와 기타 환경 요인도 결과에 영향을 줄 수 있으므로 고려해야 합니다. 상태 센서의 물리적 상태가 보정에 영향을 줄 수 있습니다. 정확도에 영향을 줄 수 있는 먼지, 기름, 페인트 등 이물질이 센서에 없도록 하십시오. 보정을 기본값으로 설정 • 보정할 센서를 클릭합니다. • calibrate 탭을 클릭합니다. • Default를 클릭하여 보정을 기본값으로 설정합니다. 정확한 기준이 있어 그에 맞춰 Monnit 센서를 보정하고자 한다면, 빈칸에 값을 입력하고 calibrate를 클릭합니다. 센서가 여러 번 체크인하면 보정이 적용됩니다. 얼음물(Ice Bath) 방법: 용기에 물을 담고 얼음 몇 개를 넣습니다.리드(lead)를 얼음물(가급적 저어 준 것)에 넣습니다. 측정값은 0°C(32°F)에 가까워야 하지만, 고도에 따라 달라질 수 있습니다.위 단계를 따라 보정을 0°C(32°F) 또는 해당 고도에서의 물의 어는 온도로 설정할 수 있습니다. 보정 후 보정이 성공적으로 적용되었는지 확인하기 위해, 보정 후에도 센서를 안정적인 온도에 두고 측정값을 관찰하는 것이 좋습니다. 업데이트: 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

#### MoWi Monnit Wi-Fi 센서의 LED 이해
이 문서는 다양한 상황에서 Monnit Wi-Fi 센서(MoWi 센서) LED의 동작을 이해하는 데 도움을 줍니다. 배터리를 넣었을 때 배터리를 넣자마자 몇 가지 상황이 발생할 수 있으며, LED가 무슨 일이 일어나고 있는지 정확히 알려 줍니다. 빨간색 1회 깜박임 이 경우 센서가 Wi-Fi 네트워크에 연결할 수 없음을 의미합니다. 원인은 다음 중 하나입니다: 센서에 네트워크 보안 정보가 저장되어 있지 않음.개방형(비보안) Wi-Fi 네트워크가 없음.프로그래밍된 Wi-Fi 네트워크를 찾을 수 없음.빨간색 느린 2회 깜박임 이 경우 배터리가 너무 약해 센서가 동작할 수 없음을 의미합니다. 새 배터리가 필요합니다. 녹색 깜박임 이 경우 센서가 Wi-Fi 네트워크를 찾아 네트워크 자격 증명을 인증하고 있음을 의미합니다. 녹색 깜박임 – 녹색으로 종료 이 경우 센서가 Wi-Fi 네트워크에 성공적으로 연결되었음을 의미합니다. 녹색 깜박임 – 빨간색으로 종료 이 경우 센서가 인증을 완료하지 못했음을 의미합니다. 네트워크 SSID 또는 보안 키가 일치하지 않거나, 다른 통신 문제가 있었던 것입니다. 20초 빨간색 깜박임 이 경우 센서가 PC와 통신하지 못할 수 있습니다. 이때는 센서를 수리를 위해 Monnit에 보내야 할 수 있습니다. USB 프로그래밍 케이블로 컴퓨터에 연결했을 때 처음 컴퓨터에 연결하면 다음 LED 시퀀스가 예상됩니다: 빨강, 녹색, 꺼짐, 빨강, 녹색, 꺼짐. 컴퓨터가 연결을 인식하면 LED는 녹색으로만 깜박여야 합니다. 센서를 컴퓨터에서 분리하면 센서가 Wi-Fi 네트워크에 연결을 시도합니다. 다음 LED 동작 중 하나가 보입니다: 녹색으로 깜박이다가 녹색으로 종료. 성공적으로 연결되었음을 의미합니다. 녹색으로 깜박이다가 빨간색으로 종료. 이 경우 센서를 컴퓨터에 다시 연결하고 네트워크 SSID와 보안 키가 올바른지 확인하십시오. 센서 동작 중: 센서가 설정되어 정상 동작하면, 배터리 절약을 위해 LED는 깜박이지 않습니다. 정상 동작 시 LED를 활성화(통신을 시각적으로 확인)하려면 iMonnit Online 포털에서 설정할 수 있습니다. 활성화하면 네트워크 통신이 발생하고 센서 데이터가 온라인 시스템으로 전달될 때 LED가 깜박입니다. 업데이트: 2020-10-15

#### 게이트웨이가 이미 체크인 중인 상태에서 센서 추가하기
기존 센서 네트워크가 있는 상태에서 기기를 추가하거나, 수리 후 센서를 돌려받거나, 새 센서를 구매하거나, Monnit 기기 설정의 표준 작업 순서를 벗어나 이미 기기를 켜 둔 경우가 있을 수 있습니다. Monnit 시스템에서는 기기가 시의적절하게 데이터를 보고하도록 하는 데 작업 순서가 중요합니다. 작업 순서를 따르지 않으면 센서 데이터가 포털에 표시되기까지 기다려야 할 수 있습니다. 이는 특히 게이트웨이를 이미 설정해 현재 체크인 중인 상태에서 iMonnit Online 포털에 센서를 추가하거나, 센서를 포털에 추가하기 전에 이미 배터리를 넣은 경우에 핵심적입니다. 이 문서는 이 작업과, 기기가 이미 켜진 상태에서 센서를 추가할 때 시의적절하게 통신하도록 하는 방법을 자세히 설명합니다. 표준 작업 순서 포털에 기기를 추가할 때 다음 순서를 따르면 iMonnit 소프트웨어에 데이터가 신속히 표시됩니다. 센서 네트워크에 기기를 추가할 때 Monnit이 권장하는 작업 순서입니다. 게이트웨이를 센서 네트워크에 추가합니다.센서를 센서 네트워크에 추가합니다.게이트웨이 전원을 켜고, 게이트웨이가 iMonnit Online 포털과 통신하는지 확인합니다.센서 전원을 켭니다(배터리를 넣거나, 스위치가 있으면 스위치 사용).게이트웨이의 버튼을 한 번 눌렀다가 즉시 뗍니다(또는 게이트웨이의 다음 체크인을 기다립니다). 위 작업 순서로 센서를 설정하면 센서가 시의적절하게 데이터를 보고하는 것을 확인할 수 있습니다. 참고: 센서를 처음 설정할 때는 센서가 30초 간격으로 여러 번 체크인하는 것이 보입니다. 이는 자체 테스트의 일부입니다. 이는 일반적으로 센서의 하트비트가 30초라는 뜻이 아니라, 센서가 자체 테스트와 게이트웨이와의 핸드셰이크를 수행하는 것입니다. 센서가 여러 번(버전에 따라 30초 간격으로 4회 또는 10회) 체크인한 후에는 정상 하트비트(기본 2시간)로 돌아갑니다. 표준 작업 순서를 벗어났을 때의 단점 다른 작업 순서로 센서 네트워크를 설정했더라도 손상되는 것은 없습니다. 다만 게이트웨이가 Sensor List를 다운로드하고, 센서가 통신을 허가받아 게이트웨이에 Join을 시도할 때까지 기다려야 할 수 있습니다. 따라서 센서가 게이트웨이로 데이터를 보고하는 것이 보이기까지 하루 정도 걸릴 수 있습니다. 이 일정에 영향을 주는 요인의 자세한 내용은 Sensor List 및 Link Mode 관련 문서를 참고하십시오. 표준 작업 순서를 벗어나 설정했고 기기에 접근할 수 있는 경우 참고: Sensor List 관련 문서에서 설명했듯이, 게이트웨이의 버튼을 눌렀다가 즉시 떼면(버튼이 있는 경우) 즉시 체크인이 시작되어 게이트웨이가 Monnit 서버에서 모든 센서 ID를 다운로드합니다. 이는 센서가 게이트웨이와 통신하도록 허가하는 데 매우 중요합니다. 모든 기기가 센서 네트워크에 추가되었는지 확인합니다.센서 전원을 끕니다.게이트웨이의 Utility 버튼을 한 번 눌렀다가 즉시 뗍니다(Sensor List를 다운로드하고, 추가한 센서가 게이트웨이와 통신하도록 허가하기 위함).센서 전원을 켭니다.게이트웨이의 Utility 버튼을 한 번 눌렀다가 즉시 뗍니다(대기 중인 전송을 즉시 Monnit 소프트웨어로 보내기 위함). Monnit 소프트웨어에 센서 데이터가 표시되어야 합니다. 표시되지 않으면 60분이 지난 후 위 단계를 다시 시도하십시오. 표준 작업 순서를 벗어나 설정했고 기기에 접근할 수 없는 경우 기기에 접근할 수 없는 경우에도 기기를 체크인시키는 단계를 수행할 수 있습니다(다만 센서가 게이트웨이에 연결을 시도할 때까지 인내가 필요할 수 있음). 아래 단계를 참고하십시오. 게이트웨이의 네트워크를 Reform합니다(Reform은 게이트웨이의 다음 체크인 시 처리됩니다).게이트웨이가 체크인할 때까지 기다립니다.게이트웨이 기록(history)에 일련의 Gateway Management 메시지가 나타나는지 확인합니다.센서가 연결을 시도하고, Link Mode 동작에 따라 센서 데이터가 보여야 합니다. 참고: Sensor List 관련 문서에서 설명했듯이, 게이트웨이의 버튼을 눌렀다가 즉시 떼면(버튼이 있는 경우) 즉시 체크인이 시작되어 게이트웨이가 Monnit 서버에서 모든 센서 ID를 다운로드합니다. 이는 센서가 게이트웨이와 통신하도록 허가하는 데 매우 중요합니다. 기기를 이미 켠 뒤에 추가하는 것은 직관적일 수 있지만, 기기가 보고하는 데이터를 보게 되는 속도에 영향을 줄 수 있습니다. 이 문서는 설정 단계가 정상 순서를 벗어났더라도 센서에서 데이터를 얻는 데 도움이 될 것입니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-12-18

#### MoWi Wi-Fi 센서 FAQ
Q: MoWi 센서는 어떤 Wi-Fi 대역을 지원하나요? A: MoWi Wi-Fi 센서 네트워크는 IEEE 802.11 b/g에서 동작합니다. Q: Monnit Wi-Fi 센서는 어떤 종류의 보안 프로토콜을 지원하나요? A: MoWi Wi-Fi 센서는 현재 개방형(Open) 네트워크, WEP, WPA, WPA2 보안 프로토콜을 지원합니다. 일부 Wi-Fi 라우터는 더 빠른 연결과 더 먼 도달 거리를 제공해 배터리 수명을 늘릴 수 있습니다. Q: 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 라우터 간 거리 • 사용 중인 배터리의 품질 Q: WiFi 센서가 설정되어 체크인했었는데, 이제 빨강/녹색만 깜박이고 데이터나 하트비트가 없습니다. 왜 이런 일이 발생하나요? A: 이는 MoWi 센서가 WiFi 네트워크에 연결할 수 없을 때 발생합니다. 가능한 원인: • 센서가 WiFi 네트워크 범위를 벗어남 • WiFi 네트워크가 다운/꺼짐이거나 인터넷 연결이 끊김 • 센서의 WiFi 자격 증명이 iMonnit에서 변경·저장되어 이전 WiFi 네트워크에 더 이상 맞지 않음 • 센서가 다른 자격 증명을 가진 다른 WiFi 라우터가 있는 다른 위치로 옮겨짐 이를 해결하려면 센서의 배터리를 빼냅니다. PC에서 MoWi 설정 응용 프로그램을 엽니다(iMonnit에서는 불가). 응용 프로그램이 없으면 www.mowisensors.com 에서 다운로드할 수 있습니다. 센서에 배터리를 다시 넣고 MoWi 프로그래밍 USB 케이블로 센서를 컴퓨터에 연결합니다. MoWi 프로그래밍 응용 프로그램으로 올바른 WiFi 자격 증명을 입력합니다. Q: 배터리가 다 되면 무선 센서를 어떻게 해야 하나요? A: MoWi 센서의 배터리가 결국 다 되면, 배터리 칸 도어를 밀어 열고 배터리를 교체하면 됩니다. 모든 구성 정보는 센서 메모리에 남아 있으므로 그 외에 할 일은 없습니다. 사용한 배터리는 모두 재활용할 것을 권장합니다. Q: Wi-Fi 센서에서 고정 IP와 DNS 구성은 어떻게 설정하나요? A: 기본적으로 Wi-Fi 센서에서는 DHCP가 활성화되어 있습니다. 고정 IP나 사용자 지정 DNS 설정이 필요하면, MoWi Setup Utility로 센서를 구성할 때 ‘Use DHCP’ 옆 상자의 체크를 해제하고 적절한 정보를 입력합니다. 이미 Wi-Fi 네트워크에 센서가 있고 고정 IP·DNS 설정을 원격으로 설정하려면, www.imonnit.com 의 계정에 로그인하여 변경할 센서 옆 편집 아이콘을 클릭합니다. Wi-Fi 구성 영역에서 선택기를 ‘Static’으로 옮기고 적절한 정보를 입력한 뒤 페이지 하단의 ‘Save’를 클릭합니다. 이 정보는 센서가 다음에 체크인할 때 전송됩니다. 그 이후부터 센서는 새 IP·DNS 설정으로 통신합니다. Q: MoWi Wi-Fi 센서 네트워크를 운영하려면 무엇을 갖추어야 하나요? A: MoWi Wi-Fi 센서 네트워크를 배치하려면 활성 인터넷 연결이 있는 Wi-Fi 지원 인터넷 라우터가 필요합니다. Q: 인터넷이 끊기면 무선 센서 데이터는 어떻게 되나요? A: 인터넷이 끊기면 MoWi Wi-Fi 센서는 내부 메모리에 데이터를 로그로 저장했다가, 인터넷 연결이 복구되면 모든 데이터를 온라인 시스템으로 전달합니다. Q: 인터넷이 끊겼을 때 MoWi 센서 메모리에 몇 개의 측정값을 로그로 저장할 수 있나요? A: iMonnit Basic(무료) 온라인 모니터링을 사용하는 경우, MoWi 센서는 처음 50개의 측정값을 저장했다가 인터넷 연결이 복구되면 전송합니다. iMonnit Premiere를 사용하는 경우, MoWi 센서는 로컬 메모리에 최대 50,000개의 측정값을 기록했다가 인터넷 연결이 복구되면 전송할 수 있습니다. Q: iMonnit 온라인 소프트웨어로 전송될 때 무선 센서 데이터는 안전한가요? A: MoWi 센서 데이터는 iMonnit™ 온라인 모니터링 소프트웨어로 전송될 때 AES 128비트 암호화로 보호됩니다. Q: Monnit은 Wi-Fi 센서 외에 다른 무선 제품도 제공하나요? A: Monnit은 현재 Monnit USB, Ethernet, Cellular 게이트웨이와 무선으로 통신하는 900, 868, 433MHz 주파수의 다양한 무선 센서를 제공합니다. Monnit 무선 센싱 제품 전체 라인업은 Monnit 웹사이트에서 확인하십시오. Q: 배터리를 교체해야 할 때 MoWi 센서가 알려 주나요? A: MoWi 센서는 iMonnit™ 온라인 모니터링 소프트웨어로 데이터를 전송할 때마다 남은 배터리 수명을 퍼센트로 보고합니다. 정확한 측정값은 아니지만 배터리가 곧 소진될 시점을 알기에 충분한 정보를 제공합니다. 또한 센서 배터리가 설정한 퍼센트에 도달하면 SMS 문자나 이메일로 알리도록 알림을 설정할 수도 있습니다. 업데이트: 2020-08-03

#### Aware 상태와 Trigger 센서
Monnit 센서는 크게 두 범주로 나뉩니다. Interval 센서와 Trigger 센서입니다. Trigger 센서는 변화를 모니터링하는 ‘상시 청취’ 동작을 하고, Interval 센서는 백그라운드에서 측정값을 취하다가 Assessment에서 Aware 상태 임계값을 벗어난 측정값이 감지되면 즉시 보고합니다(이 동작의 자세한 내용은 해당 문서 참고). Trigger 센서도 Aware 상태 동작을 사용하는데, Aware 측정값이 게이트웨이로 보고되면 게이트웨이가 그 측정값을 iMonnit 소프트웨어로 즉시 전송합니다. 일반 측정값은 포털로 즉시 보고되지 않고 게이트웨이의 하트비트까지 게이트웨이에 보관됩니다. 다시 말해, Aware 상태 측정값은 발생 즉시 게이트웨이가 소프트웨어로 보고합니다(게이트웨이 기본 구성인 Force Transmit on Aware가 활성화된 경우). 반면 일반 비-Aware 메시지는 게이트웨이로 전송된 후 게이트웨이의 하트비트까지 소프트웨어 전달을 위해 대기합니다. Aware on State Change(상태 변화 시 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 포털로 전송됩니다. Trigger 센서의 Aware 상태 구성이 Action에 미치는 영향 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

#### Sensor State vs. STS
요약 이 문서는 센서의 내보내기(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

#### MoWi 센서 또는 Ethernet 게이트웨이의 MAC 주소 조회 방법
이 문서는 MAC 주소를 가진 기기(MoWi 센서, Ethernet 게이트웨이 등)의 MAC 주소(및 기타 유용한 정보)를 조회하는 방법을 안내합니다. MAC 주소란? MAC 주소(Media Access Control address)는 네트워크상의 네트워크 인터페이스 컨트롤러(NIC)에 할당된 고유 식별자입니다. MAC 주소는 흔히 하드웨어 주소라고도 합니다. MAC 주소는 콜론으로 구분된 (보통) 2자리 묶음의 16진수 영숫자 형태입니다. 예를 들어 00:1E:0c:2C:22:AC는 유효한 MAC 주소입니다. MoWi 센서와 Ethernet 게이트웨이는 Ethernet 네트워크에서 동작하므로 MAC 주소를 가집니다. 이 주소는 기기가 Ethernet 네트워크에서 동작하도록 인증을 구성할 때 필요한 경우가 있습니다. MAC 주소 가져오기 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(황화수소 가스) 센서가 ‘Hardware Error!’로 표시되는 경우
H2S(황화수소 가스) 센서는 24시간의 초기화 기간을 가집니다. 이 기간 동안 센서는 동작 중이어야 하며 ‘Hardware Error!’를 나타내는 측정값을 제공할 수 있습니다. 이는 초기화 기간 동안 예상되는 동작입니다. 초기화 기간 H2S 센서는 긴 초기화 기간이 필요하다는 점에서 다소 독특합니다. 특히 초기화 과정이 중단된 경우에 그렇습니다. 이 기간 동안 센서가 ‘Hardware Error!’ 측정값을 보고하는 것은 정상입니다. 이 오류가 보이면 센서가 24시간 동안 하트비트에 계속 체크인하도록 두십시오. 그러면 센서가 초기화되어 정상적으로 보고하기 시작합니다. 오류가 계속되면 추가 검토를 위해 Monnit Support에 문의하십시오. 업데이트: 2020-03-09

#### 냉동고 제상 장치와 Monnit 센서
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 센서와 Alta 게이트웨이 모두 이 기능을 제공합니다. 이 문서는 센서 데이터 로깅의 기능을 자세히 설명합니다. 센서 데이터 로깅을 고려할 때 Link Mode를 이해하는 것도 중요합니다. 일반적인 센서 메시지 로깅 동작 센서 하트비트 간격에 취한 측정값은, 센서가 게이트웨이와 연결되어 데이터를 보고하던 중 게이트웨이와의 무선 통신을 잃는 조건에서 센서 메모리에 로그로 저장됩니다. 센서가 다시 게이트웨이의 무선 범위 내로 돌아오면 센서는 연결을 수립하고 현재 측정값을 보고합니다. 재연결 후 센서는 게이트웨이 대역폭을 효율적으로 관리하는 방식으로 로그 측정값 업로드를 시작합니다. 이후 센서는 다음 일련의 통신(표준 하트비트 간격을 벗어나 발생할 수 있음)에 걸쳐 로그 측정값을 업로드합니다. 후속 통신이 몇 번 일어날지는 센서가 범위를 벗어나 있던 시간, 센서 하트비트의 빈도, 그리고 그에 따라 업로드할 로그 데이터 메시지의 수에 따라 달라집니다. 센서의 데이터 로깅 현재 Alta 센서는 최대 3200개의 센서 메시지를 로그로 저장할 수 있습니다. 게이트웨이와의 무선 통신이 끊기는 경우(센서가 범위 밖으로 이동하거나, 게이트웨이가 꺼지거나, 기타 상황), 센서는 하트비트 간격에 최대 3200개의 측정값을 로그로 저장합니다(Alta 센서 펌웨어가 버전 14.x.x.x 이상인 경우). 이 로그 측정값은 게이트웨이와의 무선 링크가 복구되면 게이트웨이로 전달됩니다. 로그 데이터 메시지가 많은 경우 데이터 업로드에 상당한 시간(수 시간일 수 있음)이 걸릴 수 있습니다. 로그 센서 메시지 관련 고려 사항 신호 손실 시 측정값 로깅을 시작하려면, 센서가 게이트웨이와 연결을 수립하고 데이터를 보고하던 상태여야 합니다.펌웨어 14.x.x.x 이상의 센서는 전원이 끊겨도 로그 메시지를 유지합니다.펌웨어 14.x.x.x 이상의 센서는 로그 메시지를 지우는 방법(전원 재시작 포함)을 제공하지 않습니다.14.x.x.x 이전 펌웨어의 센서는 최대 512개의 메시지를 로그로 저장합니다.센서가 최대 로그 메시지 수에 도달하면 로깅을 중단하며 추가 측정값은 로그로 저장되지 않습니다(이 경우 로그 메시지가 게이트웨이로 업로드될 때 공백이 있을 수 있음).센서의 게이트웨이 연결이 복구되면 센서는 게이트웨이에 다시 링크하여 로그 메시지 업로드를 시작합니다. 로그 메시지 업로드 센서가 게이트웨이에 다시 링크하여 현재 측정값을 보내면, 센서는 밀린 데이터 업로드를 시작합니다. 이는 배치 단위로 이루어지며, 기기는 게이트웨이 대역폭을 효율적으로 관리하도록 이 업로드를 조정합니다. 그 결과 게이트웨이가 평소보다 더 활발해지고 예상보다 많은 데이터를 담은 전송이 보일 수 있습니다. 센서 기록을 검토하면 밀린 데이터가 업로드되면서 센서 기록에 나타나기 시작하는 것을 볼 수 있습니다. 참고: 평소보다 높은 전송 활동 때문에, 여러 센서에서 장기간 로그 메시지가 업로드되는 동안에는 게이트웨이 대역폭이 필요한 센서 구성 및 기타 활동이 영향을 받을 수 있습니다. 특히 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 상태에 있는 센서
요약 센서가 48시간 넘게 Aware 상태에 있으면, Aware 상태 기반의 Action(Advanced Notifications)이 더 이상 트리거되지 않습니다. 시스템은 센서가 모니터링하던 조건이 48시간 이내에 확인(acknowledge)되었을 것이라고 가정합니다. Aware 상태 재설정 이를 해결하려면, 현재 측정값이 정상 동작 임계값 안에 들어오도록 해당 문서에 따라 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

#### Monnit Standard 진동 센서와 ISO 10816
진동 모니터링은 유지보수 엔지니어가 전통적인 순회 점검 중 기계를 살펴보던 데에서 비롯되었습니다. 이는 기계가 평소와 다르게 진동하고 있다는 직관적 이해를 공식화하려는 시도입니다. ISO 10816은 기계의 비회전 부위에서 발생하는 진동(본질적으로 기계의 운동/회전 부위에서 비운동 부위로 전달되는 진동)을 측정·평가하기 위한 일반 조건과 절차를 규정합니다. 이 표준은 10~200Hz(600~12,000RPM) 주파수 범위에서 동작하는 기계에 대한 지침을 제공합니다. 이런 유형의 기계 예로는 소형 직결식 전동기·펌프, 생산용 모터, 중형 모터, 발전기, 증기·가스 터빈, 터보 압축기, 터보 펌프, 송풍기 등이 있습니다. 이 기계들 중 일부는 강체 또는 유연하게 결합되거나 기어로 연결될 수 있습니다. 회전축의 축선은 수평, 수직, 또는 임의 각도로 기울어질 수 있습니다. ISO 10816-3은 크기, 베이스, 용도에 따라 분류된 네 가지 기계 그룹을 정의합니다. 작동 조건을 네 구역으로 구분합니다: Zone A 녹색: 막 가동을 시작한 기계의 진동 값Zone B 노란색: 아무 제한 없이 연속 운전 가능Zone C 주황색: 제한된 기간 동안만 허용되는 상태Zone D 빨간색: 위험한 진동 값 - 언제든 손상이 발생할 수 있음 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 전압 센서 응답 시간
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 습도 센서 MoWi 센서는 보정(calibration)을 제공하지 않는다는 점에 유의해야 합니다. 따라서 특히 일정 기간 사용하고 환경 요인에 노출된 후에는 센서가 사양서 범위 내 정확도의 측정값을 제공하지 못할 수 있습니다. 이 경우 센서 재생(reconditioning)을 고려할 수 있습니다. 재생(Reconditioning) 환경 요인(온도, 먼지, 화학물질이나 물 노출 등)으로 부정확한 측정값이 발생한 경우, 습도 센서를 재생하는 것이 가능합니다. Monnit은 이 작업 시 안전에 유의할 것을 당부하며, 작업 중 발생할 수 있는 사고 및/또는 센서에 미치는 영향에 대해 책임지지 않습니다. 센서를 재생하려면 ‘습도 센서의 감지 소자 재생’ 문서를 참고하십시오. 테스트 정확도를 테스트할 때는, 정확도 샘플링 전에 센서를 정적인 온도와 습도에 45분 이상 노출(soak)하는 것이 중요합니다. 또한 그 환경에서 일관된 정적 측정값을 보고하는 신뢰성 있는 기준을 사용하는 것이 핵심입니다. 더 구체적으로, 상대습도가 온도에 의존하므로 정확한 습도 측정을 위해서는 온도가 기준과 정확히 일치해야 합니다. NIST 인증 Monnit은 습도 센서에 대한 유료 NIST 인증을 제공합니다. Monnit이 제공하는 인증에 관해 몇 가지 세부 사항을 기억하는 것이 중요합니다. 인증은 6개월간 유효합니다.인증은 테스트 시점에 센서가 사양 범위 내에 있도록 테스트되었음을 인증합니다. 인증서는 정확도를 나타내지만, 그 기간 동안의 정확도를 구체적으로 보장하지는 않습니다. 위에서 언급했듯이 환경 요인이 센서 정확도에 영향을 줄 수 있습니다.+/- 5% 및 +/- 1°C 정확도로 테스트합니다. 동작 범위 센서는 권장 정상 범위(Normal Range, 그림 4 참조) 내에서 안정적으로 동작합니다. 정상 범위를 벗어난 조건에, 특히 습도 80%RH 초과에 장기간 노출되면 RH 신호가 일시적으로 어긋날 수 있습니다(60시간 후 +3%RH). 정상 범위로 돌아오면 시간을 두고 스스로 보정된 상태로 서서히 복귀합니다. 극한 조건에 장기간 노출되면 노화가 가속될 수 있습니다. 보정(Calibration) 펌웨어 14.x 이상의 현재 Alta 센서는 센서 펌웨어에 저장되는 보정을 제공합니다. 즉 현장에서 센서를 보정해 부정확성을 해결할 수 있습니다. Monnit Gen1 및 14.x 이전의 초기 Alta 센서를 고려할 때는 이 문서의 요인들을 고려하는 것이 중요합니다. MoWi 습도 센서는 보정을 제공하지 않으므로, 이 센서의 정확도가 환경 요인의 영향을 받을 수 있으며 보정으로는 해결할 수 없습니다. 업데이트: 2021-03-04

#### Monnit CO2 센서의 자동 보정(Auto Calibration) 기능
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 온도 센서에 접근할 수 있어야 합니다. 고려 사항 Monnit 센서는 기본 보정으로 +/- 1°C 정확도를 가집니다. 따라서 센서가 보고하는 데이터를 높은 신뢰도로 믿을 수 있습니다. 이는 Monnit 센서가 정확한 온도를 보고하지 않는다고 의심될 때조차 그렇습니다. 대부분의 경우 센서는 정확한 온도를 보고하고 있으므로, 이를 염두에 두고 측정값을 대하는 것이 가장 좋습니다. Monnit 온도 센서 측정값에 대한 의문으로 이어지는 가장 흔한 상황은 환경 요인과 관련됩니다. 다음 문서들이 이러한 요인을 식별하는 데 도움이 될 수 있습니다. 냉동고 제상 장치와 Monnit 센서센서에 영향을 주는 환경 요인 단계 동작 중인 센서 두 개를 준비합니다.Calibrate 탭의 Default 버튼을 클릭해 보정을 기본값으로 초기화합니다.센서가 체크인하여 기본 보정을 적용하도록 둡니다. 기본 보정이 적용되었는지 확인하기 위해 몇 번 체크인할 때까지 기다리는 것이 좋습니다.두 센서의 전원을 모두 끕니다.두 센서 모두 동일한 주기의 하트비트와 Aware 상태 하트비트를 갖도록 구성합니다. 더 잦고 큰 표본을 얻기 위해 두 센서 모두 10분 하트비트(Premiere 구독이 있는 경우)와 동일한 Aware 상태 임계값으로 구성하는 것이 좋습니다.각 센서의 프로브가 서로 바로 인접하도록(1인치 이내가 가장 좋음) 센서를 배치합니다. 이는 측정값에 영향을 주는 제상 장치가 있는지 식별하는 데 중요합니다.두 센서를 동시에 켭니다. 센서를 동시에 켜면 온도 변화에 관여하는 시간 요인을 제거할 수 있어 패턴을 식별하는 데 핵심입니다.센서가 하트비트 구성을 적용하면 같은 간격으로 체크인하는 것을 볼 수 있습니다. 온도 측정값을 비교하며, 서로 2°C 이내(각 센서당 +/- 1°C)의 온도 측정값이 나올 것으로 예상됩니다. 90분간 측정한 후, 두 센서의 측정값이 서로 2°C 이내로 추종할 것으로 예상됩니다. 추가 보정이 필요한지 식별하는 데 도움이 되도록 센서에 기본 보정이 설정되어 있는지 확인하십시오. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2021-02-08

#### 구성 가능한 Window 필터를 지원하는 센서의 Window 필터링
Advanced Vibration Meter 등 일부 Monnit 센서는 센서 단에서 측정값을 필터링하는 Window 필터를 제공합니다. 이 필터를 용도에 맞게 조정하면 센서를 용도에 맞게 활용하는 데 도움이 됩니다. 어떤 용도에 어떤 필터를 쓸지에 대한 제안은 Monnit이 제공하지 않지만, 그러한 안내가 필요하다면 Applications Engineer가 유용한 자원이 될 수 있습니다. 다음 정보가 용도에 적합한 필터를 정하는 데 도움이 될 수 있습니다. Hanning 필터는 저주파 신호에 유용할 수 있습니다. Flat Top과 Hanning 모두 무작위 신호의 스펙트럼 누설(spectral leakage)을 줄이는 데 도움이 됩니다. Rectangular는 창 함수를 적용하지 않음을 의미합니다. 창 함수(Window function)를 이해하는 데 이 Wikipedia 자료가 유용할 수 있습니다. 업데이트: 2020-12-04

#### 열전대(Thermocouple) 센서가 ‘Invalid’로 표시되는 경우
Monnit 열전대(Thermocouple) 센서는 Readings 탭에 오류를 보고할 수 있습니다. 이 오류는 일반적으로 열전대 프로브와 센서 본체 간 접속 불량의 결과입니다. ‘Invalid’ 측정값이 흔히 ‘No Sensor Detected’와 함께 보일 수 있습니다. 이 문서는 이러한 측정값을 유발하는 문제를 진단하는 정보를 제공합니다. 프로브 접속 확인 이 오류는 일반적으로 K-Type Quick Connect 열전대 접속에서 나타납니다. 프로브가 센서 커넥터에 단단히 연결되지 않으면 보통 ‘No Sensor Detected’가 보이지만 ‘Invalid’도 보일 수 있습니다. 이 측정값 중 하나가 보이면 프로브를 분리했다 다시 연결하고 접속이 단단히 자리 잡았는지 확인하십시오. 손상 점검 센서와 접속부에 손상이나 액체 침투 흔적이 있는지 점검합니다. 센서가 열악한 환경 조건에 노출되었다면 센서 접속부가 영향을 받았을 수 있습니다. Monnit 제공 K-Type 열전대로 테스트 당사 열전대 센서는 일반적으로 대부분의 K-Type Quick Connect 열전대 프로브와 호환되지만, 프로브가 Monnit 센서와 동작하지 않는 경우가 있습니다. 예를 들어 열전대의 온도 범위가 -200°C~1350°C(-328°F~2462°F)를 벗어나면 센서가 값을 해석하지 못합니다. 타사 K-Type 열전대 프로브에서 오류가 보이면, 가능하다면 Monnit 제공 K-Type 프로브로 테스트하십시오. 문제가 지속되면 프로브가 원인이 아닐 가능성이 높습니다. 빌드(build) 확인 Monnit은 수년에 걸쳐 열전대 센서의 물리적 빌드를 개선해 왔습니다. AA 및 Industrial 모델에서는 부품이 업데이트된 빌드인지 식별할 수 있습니다. 이를 확인할 수 있으며, 빌드가 구형이라면 유료 업데이트를 위한 RMA로 센서를 보내도록 조율해 드릴 수 있습니다. 센서가 최신 빌드인지 식별하려면: AA 또는 Industrial 외함인지 확인합니다.센서 외함을 엽니다.프로브 선을 따라 센서 회로 기판에 연결되는 지점까지 확인합니다.센서의 선이 회로 기판에 납땜되어 있는지, 아니면 단자대(terminal block)에 결선되거나 와이어 크림프로 압착되어 있는지 식별합니다.선이 납땜되어 있으면 support@monnit.com 으로 연락해 수리를 조율하십시오. 선이 단자대에 결선되거나 크림프로 압착되어 있으면 하드웨어가 최신입니다. 열전대 센서가 계속 오류를 보고하면, 추가 피드백이나 수리 조율을 위해 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-12-23

#### 센서 펌웨어 무선(OTA) 업데이트 - 기본 정보
Monnit Alta 센서는 원격 펌웨어 업데이트 기능을 갖추고 있습니다. 이는 현재 포털과 통신 중인 Alta 센서에 대해 iMonnit Online 포털을 통해 수행할 수 있습니다. 이 과정에는 아래에 언급된 제한이 있습니다. 센서 펌웨어의 현재 버전에 따라 원격 펌웨어 업데이트 가능 여부가 달라질 수 있습니다.게이트웨이 유형과 게이트웨이의 펌웨어 버전도 센서 업데이트 가능 여부의 요인입니다.모든 센서가 더 새로운 펌웨어 버전을 제공하는 것은 아닙니다.펌웨어는 센서 유형별로 다릅니다.1세대 센서는 펌웨어 업데이트를 제공하지 않습니다. 추가 세부 사항 참고: Alta 센서 OTA 펌웨어 업데이트는 로컬 버전의 iMonnit 소프트웨어에서는 제공되지 않습니다. 이는 현재 Monnit Support가 수행하는 수동 절차이며 실패 가능성이 있다는 점에 유의해야 합니다. 펌웨어 업데이트는 일반적으로 빠르게 완료되지만, 시도에는 어느 정도 시간(30분 이상)이 걸릴 수 있습니다. 더 작은 단위(한 번에 10개 정도)로 센서를 나누어 시도할 수 있습니다. 펌웨어 업데이트를 원하는 센서가 10개를 넘으면, Monnit Support가 Monnit 시설에서 수행하는 유료 펌웨어 업데이트를 위한 반송을 조율해 드릴 수 있습니다. 또한 이는 보증의 일부로 제공/포함된다고 가정되는 서비스가 아니며, 특정 펌웨어 버전과 관련된 문제를 해결하기 위해 Monnit Support만 수행할 수 있다는 점에 유의해야 합니다. 센서 펌웨어 업데이트 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2021-01-08

#### 습도 센서의 습도 감지 소자 재생
경우에 따라 습도 센서의 감지 소자를 재생(recondition)하는 것이 가능할 수 있습니다. 감지 소자가 기름, 먼지 등 오염 물질에 노출된 경우, 정확도를 위해 센서를 재생할 수 있습니다. 아래 단계를 따라 이 센서 유형을 재생할 수 있습니다. 재생 절차 AA 센서는 윗부분을, 코인셀 센서는 아랫부분을 제거합니다. 대체로 감지 소자의 노출을 늘립니다. 감지 소자를 직접 만지거나 어떤 세정제·용제로도 오염/세척하지 마십시오. 알코올과 손 소독제는 직접 또는 간접적으로 노출되면 센서를 오염시킵니다.80~85°C에서 32시간 가열합니다. 외함이 녹지 않도록 센서를 절연체(판지, 실리콘 등) 위에 놓으십시오.밀폐 용기 안에서 과포화 소금물 용액을 사용해 실온에서 10시간 동안 재수화(rehydrate)합니다.(소금물을 센서에 직접 묻히지 마십시오. 이 용액은 용기 내 공기를 수동적으로 가습하는 용도로만 사용합니다.)재수화 과정으로 생긴 포화 편향을 제거하기 위해 실온 공기에서 2시간 동안 송풍 건조합니다. 또는 실온 건조 공기(습도 10~30%, 70°F)에서 최대 48시간 둡니다.가능하면 기준과 비교해 센서를 재테스트합니다. 정확한 습도 테스트를 위해 센서와 기준이 동일한 온도를 읽는지 확인하십시오. 업데이트: 2021-01-18

### 게이트웨이

#### Ethernet Gateway 4가 iMonnit Online에 연결되지 않는 경우
Ethernet Gateway 4(EGW4)는 로컬 Ethernet 네트워크에서 동작하며, 아웃바운드 TCP 포트 3000을 통해 iMonnit Online 포털(Default Interface라고도 함)로 데이터를 전달하려면 인터넷 연결이 필요합니다. 트래픽이 iMonnit Online 포털로 성공적으로 전달되려면 몇 가지 조건이 충족되어야 합니다. 이 문서는 이 요건들을 다루고 문제 진단 단계를 제공합니다. 단계 요약 기기가 iMonnit Online 계정에 추가되었는지 확인합니다.게이트웨이가 전원에 연결되어 시동 테스트를 완료하는지 확인합니다.게이트웨이가 유효한 IP 주소로 로컬 Ethernet 네트워크에서 동작하는지 확인합니다.네트워크가 아웃바운드 TCP 포트 3000을 통한 인터넷 트래픽을 허용하는지(인바운드 포트는 지정되지 않음), 그리고 네트워크의 DNS 서버가 sensorsgateway.com을 확인(resolve)할 수 있는지 확인합니다.업데이트가 있으면 게이트웨이 펌웨어를 업데이트합니다. 게이트웨이가 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에 문의하십시오. 게이트웨이가 유효한 IP 주소로 로컬 Ethernet 네트워크에서 동작하는지 확인 참고: Ethernet 게이트웨이에는 브라우저로 접근할 수 있는 로컬 구성 페이지가 있습니다. 이 페이지에 접근하려면 게이트웨이가 Ethernet 네트워크에 처음 연결될 때 DHCP로 할당된 IP 주소를 찾아야 합니다. 이 게이트웨이는 기본 IP 주소가 없으며, 처음 구성할 때 DHCP가 필요합니다. 또한 로컬 구성 페이지를 활성화하려면 물리적 동작이 필요합니다. 예외는 최신 펌웨어의 Ethernet 게이트웨이에서 AutoIP 기능을 사용하는 경우입니다. 게이트웨이를 로컬 Ethernet 네트워크에 연결하고 전원을 켜면, 게이트웨이가 유효한 IP 주소를 가져와 Ethernet 네트워크에서 통신할 수 있는 경우 하단 LED가 빨강·녹색으로 깜박인 뒤 녹색으로 고정됩니다(때로는 곧바로 녹색 고정처럼 보일 수 있음). 하단 LED가 녹색으로 고정되면 게이트웨이가 유효한 IP를 가지고 로컬 네트워크에서 통신할 수 있는 것입니다. 빨간색이 되면 게이트웨이가 IP 주소를 가져오지 못한 것입니다. 게이트웨이가 DHCP로 IP 주소를 가져오지 못하는 이유를 파악하려면 네트워크를 지원하는 담당자에게 문의하십시오. 네트워크가 아웃바운드 TCP 포트 3000을 통한 인터넷 트래픽을 허용하는지, DNS 서버가 sensorsgateway.com을 확인할 수 있는지 확인 참고: 기본 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 포털에 체크인하고 있다면, 사용 가능한 업데이트가 있을 때 펌웨어를 업데이트할 수 있습니다. 이를 위해 아래 단계를 따르십시오. 관리자(Administrator) 로그인으로 iMonnit Online 포털에 로그인합니다.왼쪽 사이드바의 Gateways 링크를 클릭합니다.업데이트할 게이트웨이를 클릭합니다.Settings 탭(톱니바퀴 아이콘)을 클릭합니다.Commands 하위 탭을 클릭합니다.업데이트가 있으면 Update라고 표시된 파란색 버튼이 보이며, 이를 클릭합니다.게이트웨이 펌웨어는 다음 체크인 시 최신 버전으로 업데이트됩니다. 업데이트는 일반적으로 10분 미만이 걸리며, 완료 후 게이트웨이가 정상적으로 체크인합니다. 위 단계를 모두 수행했는데도 통신하지 않으면, 추가 검토를 위해 Monnit Support에 문의하십시오. 업데이트: 2021-01-04

#### 게이트웨이를 iMonnit Enterprise, iMonnit Express, Monnit MINE 등 사용자 지정 호스트/IP로 Unlock 및 Point하기
참고: 게이트웨이를 사용자 지정 호스트나 IP 주소로 Point하려면, 아직 구매하지 않았다면 먼저 게이트웨이를 Unlock해야 합니다. 게이트웨이 Unlock 코드는 https://www.monnit.com/Product/MNA-GW-UL/ 에서 구매할 수 있습니다. 게이트웨이가 아직 Unlock되지 않았다면, Unlock 명령을 받기 위해 아웃바운드 포트 3000을 통해 인터넷으로 iMonnit Online 포털과 통신해야 합니다. 지원 게이트웨이의 Unlock 및 Point: 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 코드를 적용합니다.SetHost 도구로 게이트웨이의 데이터를 받을 서버의 호스트 주소와, 필요 시 고정 IP 주소를 설정합니다.게이트웨이를 iMonnit Online 포털에 연결합니다.게이트웨이가 iMonnit Online 포털에 체크인하여 Unlock/Point 명령을 받는지 확인합니다.게이트웨이가 새 호스트와 통신하는지 확인합니다.기기를 iMonnit Online 포털과 통신하도록 재설정합니다. 게이트웨이에 Unlock 코드 적용 Unlock 코드를 구매하면 주문 시 입력한 이메일 주소로 코드가 담긴 이메일이 전달됩니다. 이 코드를 복사해 게이트웨이의 ID, Security Code와 함께 SetHost 도구에 입력하여 Unlock 과정을 시작해야 합니다. 아래 단계를 따르면 됩니다. https://www.imonnit.com/SetHost 사이트에 접속합니다.게이트웨이 물리 라벨에 있는 게이트웨이 ID와 Security Code를 입력합니다.Gateway Server Settings 버튼을 클릭합니다.이메일의 Unlock 코드 텍스트를 복사해 Unlock Code 필드에 붙여넣습니다.Submit Query 버튼을 클릭합니다. SetHost 도구로 호스트 주소 및 필요 시 고정 IP 설정 이 시점에 게이트웨이 Unlock 코드는 게이트웨이가 수신하기를 대기 중입니다. 이는 게이트웨이가 iMonnit Online에 다음 체크인할 때 이루어집니다. 게이트웨이를 로컬 서버로도 Point하려면 아래 단계를 따르십시오. 참고: 셀룰러 게이트웨이를 사용하는 경우, 도메인 또는 IP 주소는 인터넷을 통해 접근 가능한 공인(public) 주소여야 합니다. iMonnit 소프트웨어를 호스팅하는 서버의 도메인 또는 IP 주소를 Enterprise/Express Host Address 필드에 입력합니다.게이트웨이에 고정 IP가 필요하면 DHCP 버튼을 클릭해 DHCP를 비활성화하고 고정 IP를 입력합니다(네 가지 IP 구성 모두 필요).Save 버튼을 클릭합니다. 게이트웨이를 iMonnit Online 포털에 연결 이 시점에 Unlock 및 Point 명령이 대기 중입니다. 게이트웨이가 명령을 받으려면 iMonnit Online 포털에 체크인해야 합니다. 즉 게이트웨이가 포트 3000을 통해 인터넷으로 통신할 수 있는 네트워크에 게이트웨이를 연결해야 합니다. 이것이 충족되면 게이트웨이가 iMonnit Online 포털에 체크인해 Unlock 명령을 받고 새 호스트 주소로 Point됩니다. 고정 IP를 구성했다면 이 시점에 게이트웨이에 적용됩니다(게이트웨이를 다른 네트워크에서 동작시키도록 옮기는 경우 고려해야 함). 게이트웨이가 새 호스트와 통신하는지 확인 게이트웨이가 새 서버 호스트와 통신하도록 하려면 일부 구성이 필요합니다. 게이트웨이가 서버로 데이터를 보내도록 허가받으려면 서버에 게이트웨이를 등록해야 합니다. 서버에 게이트웨이를 추가하는 과정은 게이트웨이를 Point하는 Monnit 소프트웨어 종류에 따라 다릅니다. 게이트웨이 추가에 관한 정보는 해당 제품의 자료를 참고하십시오. 다만 게이트웨이가 서버 호스트에 추가되고 Unlock/Point 명령을 받았으며 서버에 도달할 유효한 네트워크 경로가 있다면, 새 서버 호스트와 통신합니다. Enterprise 서버가 게이트웨이의 통신을 수용할 준비가 되었는지 판단하기 위해 Windows PC에서 실행할 수 있는 유용한 도구가 다음 링크에 있습니다. 게이트웨이가 iMonnit Enterprise의 네트워크에 추가되어 있다면, 이 도구를 실행해 Enterprise 서버가 게이트웨이의 통신을 수신하도록 구성되어 있는지 확인할 수 있습니다. 다음 단계로 수행합니다. 게이트웨이 ID를 입력합니다.게이트웨이 유형을 선택합니다.Use Defaults 옵션을 체크 해제합니다.Server Address에 Enterprise 서버의 IP 주소를 입력합니다.Check Communication 버튼을 클릭합니다. 도구는 DNS를 확인하고 게이트웨이로부터 서버로 모의 체크인을 보냅니다. 테스트가 성공하면 해당 네트워크 세그먼트에서 PC에 대해 DNS나 TCP 포트 3000 개방에 문제가 없으며 서버가 게이트웨이의 통신을 수신하도록 구성된 것입니다. 이 도구는 Enterprise 서버 자체에서 실행하거나, 네트워크 동작을 분석하는 경우 다른 컴퓨터에서 실행할 수 있습니다. 도구가 실패하면 Windows Services 프로그램에서 Enterprise Wireless Gateway Server가 실행 중인지, 그리고 게이트웨이가 Enterprise 포털의 네트워크에 추가되었는지 확인하십시오. http://downloads.imonnit.com/misc/CommunicationCheckUtility.exe 기기를 iMonnit Online 포털과 통신하도록 재설정 게이트웨이를 새 서버 호스트로 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 포털과 통신할 수 있습니다. USB 게이트웨이/Wireless Sensor Adapter의 Unlock 위에서 언급했듯이 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 또는 Cellular 게이트웨이의 펌웨어를 iMonnit Online으로 업데이트하는 방법
게이트웨이 펌웨어를 최신으로 유지하는 것은 일부 예기치 않은 문제를 해결하는 중요한 단계입니다. 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 게이트웨이는 업데이트 절차 중 구성을 잃지 않습니다. 관리자 로그인으로 iMonnit Online 포털에 로그인합니다.왼쪽 사이드바의 Gateways 링크를 클릭합니다.업데이트할 게이트웨이를 클릭합니다.Settings 탭(톱니바퀴 아이콘)을 클릭합니다.Commands 하위 탭을 클릭합니다.업데이트가 있으면 Update라고 표시된 회색 버튼이 보이며, 이를 클릭합니다.게이트웨이 펌웨어는 다음 체크인 시 최신 버전으로 업데이트됩니다. 업데이트는 일반적으로 10분 미만이 걸리며, 완료 후 게이트웨이가 정상적으로 체크인합니다. 참고: 게이트웨이 History에 여러 개의 연속된 Gateway Management 메시지가 보입니다. 이는 게이트웨이가 펌웨어 업데이트를 처리하는 것으로 예상되는 동작입니다. 펌웨어 업데이트가 완료되면 Data 메시지가 정상적으로 보고되는 것을 볼 수 있습니다. 업데이트: 2021-01-14

#### Ethernet Gateway 4의 로컬 구성 페이지(HTTP Interface)로 게이트웨이를 로컬 구성하려는 경우
참고: Ethernet Gateway 4는 기본적으로 DHCP가 활성화되어 있습니다. 이 게이트웨이는 기본 IP 주소가 없으므로(Ethernet Gateway 3와 다름), 로컬 구성 페이지에 처음 접근하려면 DHCP를 지원하는 네트워크에 연결해야 합니다. 이를 위해 네트워크에서 DHCP로 게이트웨이에 할당된 IP 주소를 찾아야 합니다. 이는 흔히 DHCP 서버(라우터)에서 IP 할당을 확인해야 합니다. Ethernet Gateway 4의 로컬 구성 페이지(HTTP Interface) 접근. Ethernet Gateway 4는 게이트웨이 구성을 로컬로 수정할 수 있는 로컬 구성 페이지를 제공합니다. 이 페이지는 게이트웨이의 IP 주소를 방문하여 웹 브라우저로 접근할 수 있습니다. 이 인터페이스는 기본적으로 비활성화되어 있으므로 접근하려면 먼저 활성화해야 합니다. 원한다면 인터페이스를 영구적으로 활성화하는 옵션도 있습니다. 이 문서는 이 인터페이스의 기능과 접근 단계를 안내합니다. . 단계 요약 DHCP를 통한 IP 할당을 지원하는 네트워크에 게이트웨이를 연결합니다.HTTP Interface(로컬 구성 페이지)를 활성화합니다.웹 브라우저로 게이트웨이의 로컬 구성 페이지에 접근합니다.게이트웨이를 구성합니다. DHCP를 통한 IP 할당을 지원하는 네트워크에 게이트웨이 연결 DHCP를 지원하는 로컬 Ethernet 네트워크에 게이트웨이를 연결하고 전원을 켭니다. 게이트웨이가 IP 주소를 받으면 하단 LED가 녹색이 됩니다. 이는 게이트웨이가 유효한 IP와 Ethernet 네트워크에 대한 로컬 연결을 가졌음을 나타냅니다. 게이트웨이에 할당된 IP 주소를 찾아야 합니다(DHCP 서버에서 IP 할당을 확인해야 할 수 있음). IP 주소를 알아내면 웹 브라우저에 입력합니다. 이 시점에 게이트웨이의 로컬 구성 페이지는 활성화되어 있지 않으므로(보안상 기본 비활성), ‘The interface is currently turned off’라는 메시지가 보입니다. 이 메시지가 보이면 게이트웨이의 올바른 IP 주소를 가진 것입니다. HTTP Interface(로컬 구성 페이지) 활성화 게이트웨이의 HTTP Interface를 활성화하려면 다음 단계를 수행합니다. 게이트웨이 전원을 끕니다.게이트웨이의 물리적 Utility 버튼을 누른 채로 유지합니다.(버튼을 계속 누른 채로) 게이트웨이 전원을 켭니다.세 개의 LED가 모두 켜져 빨간색으로 고정되면 버튼을 뗍니다.게이트웨이의 HTTP Interface(로컬 구성 페이지)가 2분간 활성화됩니다. 웹 브라우저로 게이트웨이의 로컬 구성 페이지 접근 HTTP Interface를 올바르게 활성화했다면, 같은 로컬 네트워크의 컴퓨터에서 웹 브라우저로 게이트웨이의 IP 주소를 방문할 때 로컬 구성 페이지가 보입니다. 인터페이스는 2분간 활성화되지만, 인터페이스를 더 길게(원한다면 영구적으로) 활성화할 수 있는 구성이 있습니다. 많은 고객이 인터페이스를 활성 상태로 두는 것을 선호하는 방식으로 운영하지만, 이로 인한 보안상의 영향을 고려해야 합니다. 이 구성에 접근하려면: HTTP Interface를 활성화한 후 브라우저로 게이트웨이의 IP 주소를 방문합니다.Settings 탭을 선택합니다.Miscellaneous 탭을 선택합니다.HTTP Access Timeout (sec) (0=Off 65535=Always On) 필드를 특정 타임아웃 값(초)으로 설정하거나, 이 값을 65535로 설정해 영구적으로 활성화할 수 있습니다.Save Changes 버튼을 선택합니다.게이트웨이가 재부팅되고 구성된 설정으로 인터페이스가 활성화됩니다. 게이트웨이 구성 참고: 센서 구성은 게이트웨이의 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

#### 사설 MODBUS TCP 또는 SNMP 네트워크에서 Ethernet Gateway 4 사용(Default Interface 비활성화)
사설 MODBUS TCP 또는 SNMP 네트워크에서 Ethernet Gateway 4 사용 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 Server Interface 비활성화 참고: 게이트웨이의 가장 최신 인터페이스 동작을 보장하기 위해, 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 소프트웨어로 데이터를 보고하려 하지 않습니다. 게이트웨이가 제공하는 Data Interface Ethernet 게이트웨이는 5개의 데이터 인터페이스를 제공합니다. Default Server Interface(iMonnit Online, iMonnit Enterprise, iMonnit Express, Monnit MINE).MODBUS TCPSNMPSNTP(Simple Network Time Protocol)HTTP Interface(로컬 구성 페이지) 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도 제공합니다. 이 페이지 접근 방법에 관한 세부 내용은 다음 링크에서 확인할 수 있습니다. https://monnit.crisp.help/en-us/article/ethernet-gateway-4-accessing-local-configuration-page-http-interface-1jn8dpj/?1576859871867 센서 구성 센서를 구성할 수 있는 기능을 제공하는 유일한 인터페이스가 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 명령은 일부 상황에서 필요할 수 있는 기능을 수행합니다. 이 문서는 게이트웨이 네트워크를 Reform할 때 관여하는 과정을 설명합니다. Download Sensor List: 센서가 게이트웨이와 통신하도록 허가되는 방식 Reform 기능은 게이트웨이의 센서 네트워크와 관련하여 특정한 동작을 합니다. iMonnit 소프트웨어로 센서가 센서 네트워크에 추가된 후, 게이트웨이는 센서가 게이트웨이와 통신하도록 허가하기 위해 현재 센서 네트워크에 있는 모든 센서 ID를 다운로드하는 Download Sensor List 기능을 수행해야 합니다. 이 동작은 세 가지 상황에서 수행됩니다: 게이트웨이가 처음 전원이 켜질 때.게이트웨이의 버튼을 눌렀다가 즉시 뗄 때(iMonnit 소프트웨어와의 즉시 수동 체크인도 시작됨).기본적으로 12시간마다(필요 시 더 잦게 구성 가능). Download Sensor List 기능은 센서가 게이트웨이와 통신하도록 허가하므로 중요합니다. 센서가 소프트웨어를 통해 게이트웨이의 센서 네트워크에 추가되고 Download Sensor List 동작으로 게이트웨이의 Sensor List에 다운로드되지 않으면, 센서는 게이트웨이와 통신하도록 허가받지 못합니다. 이 때문에 기기를 처음 설정할 때의 작업 순서가 매우 중요할 수 있습니다. 참고: Monnit 소프트웨어로 게이트웨이의 네트워크를 Reform하면, 게이트웨이는 기기 ID를 순차 순서로 다운로드합니다. 따라서 순차적으로 작은 ID를 가진 기기는 그에 맞춰 더 낮은 번호 슬롯에, 큰 ID를 가진 기기는 더 높은 번호 슬롯에 배치됩니다. Reform 명령의 기능 Reform 명령은 두 가지 핵심 기능을 수행합니다: 게이트웨이가 기존 Sensor List를 비웁니다. 게이트웨이가 일반 Download Sensor List 명령을 수행할 때는 이전에 게이트웨이의 Sensor List에 다운로드된 기존 센서 ID를 비우지 않는다는 점을 이해하는 것이 중요합니다. 따라서 게이트웨이가 이전에 다른 센서 네트워크에 추가된 적이 있다면, 이전에 게이트웨이의 Sensor List에 다운로드된 센서 ID가 그대로 남습니다. Reform 명령을 수행하면, 가장 먼저 게이트웨이의 기존 Sensor List를 완전히 비우는 작업을 실행합니다. 참고: Monnit이 공장에서 게이트웨이를 테스트할 때 테스트용 센서 ID가 게이트웨이에 추가됩니다. 이 센서는 게이트웨이를 받을 때 Sensor List에 존재하므로, 수령 시 네트워크를 Reform해야 할 수 있습니다. 내부 목적상 Monnit은 게이트웨이 출고 전에 네트워크를 Reform하지 않습니다. 게이트웨이가 Download Sensor List 명령을 수행합니다. Reform 명령이 기존 Sensor List를 비운 후, 소프트웨어의 센서 네트워크에 현재 있는 센서 ID를 다운로드하기 위해 Download Sensor List 명령을 수행합니다. iMonnit Online으로 게이트웨이 네트워크 Reform 수행 iMonnit Online 계정에 로그인합니다.왼쪽 사이드바에서 Gateways를 선택합니다.네트워크 Reform을 수행할 게이트웨이를 찾아 클릭합니다.게이트웨이 화면 상단의 Settings 탭을 클릭합니다.Commands 하위 탭을 클릭합니다.Reform 버튼을 클릭합니다. Reform은 게이트웨이의 다음 체크인 시 수행됩니다. 네트워크 간 게이트웨이 또는 센서 이동 게이트웨이 네트워크 Reform이 필요할 수 있는 중요한 예 하나는 센서 네트워크 간에 게이트웨이나 센서를 이동하는 경우입니다. 앞서 언급했듯이 게이트웨이가 Download Sensor List 기능을 수행할 때 이전에 게이트웨이의 Sensor List에 추가된 센서 ID를 비우지 않습니다. 따라서 소프트웨어에서 게이트웨이나 센서를 새 센서 네트워크로 옮기면, 이전에 같은 네트워크에 있던 기기들이 서로 범위 내에 있는 한 계속 통신을 허가합니다. 기기들이 여러 게이트웨이/센서의 범위 내에 있지만 서로 다른 센서 네트워크에서 동작하도록 의도된 경우 혼란을 일으킬 수 있습니다. 따라서 **이전 네트워크의 게이트웨이와 새 네트워크로 옮긴 게이트웨이 모두에서** Reform 명령을 수행해야 합니다. Gen1과 Alta에서 Reform 명령의 차이 Sensor List 동작 측면에서 Reform 명령은 Gen1과 Alta 게이트웨이에서 동일한 기능을 수행하지만, Gen1 게이트웨이는 수행하고 Alta 게이트웨이는 수행하지 않는 추가 동작이 있습니다. Gen1 게이트웨이는 센서/게이트웨이가 지원하는 무선 주파수 대역 내 전용 채널에서 동작합니다. Gen1 게이트웨이의 Reform 명령은 동작 주파수 대역 내에서 가장 깨끗한 사용 가능 채널을 스캔하는 세 번째 기능을 수행합니다. 이는 기기가 간섭을 겪고 있는 경우 Gen1 게이트웨이에서 유용한 기능일 수 있습니다. Alta 라인은 주파수 호핑 확산 스펙트럼 무선 전송으로 동작합니다. 기기가 기본적으로 여러 주파수에 걸쳐 통신하므로 이 기능은 Alta 라인에서 필요하지 않으며, 따라서 Alta 게이트웨이의 네트워크를 Reform할 때는 수행되지 않습니다. 로컬 구성(HTTP) 인터페이스로 게이트웨이 Reform 일부 사용자는 게이트웨이를 구성·운영할 때 iMonnit 소프트웨어와 상호작용하지 않습니다. Default Server Interface를 비활성화한 사설 네트워크에서 게이트웨이를 운영하는 사용자도 Reform 명령을 수행할 수 있으며 기능은 동일합니다. 이를 위해 브라우저로 게이트웨이의 로컬 구성(HTTP) 인터페이스에 접근합니다(관련 정보는 ‘Ethernet Gateway 4 - 로컬 구성 페이지(HTTP Interface) 로컬 접근’ 문서 참고). HTTP Interface에서 General Options를 클릭합니다.Wireless Sensor Network Configurations를 선택합니다.Reform Wireless Network를 클릭합니다. Reform을 수행한 후 Current Network Wireless Device List가 비어 있는 것을 볼 수 있습니다. 그런 다음 이 페이지의 상단 절반을 사용해 센서를 Sensor List(Wireless Device List)에 수동으로 추가할 수 있습니다. Reform 명령은 Sensor List를 새로 고쳐야 할 수 있는 여러 상황에서 유용합니다. Reform이 수행하는 기능들은 게이트웨이의 센서 네트워크 구성을 다시 통제해야 하는 다양한 문제를 해결할 수 있습니다. 추가 문의가 있으면 Monnit Support에 문의하십시오. 업데이트: 2020-10-29

#### Ethernet Gateway 4의 MODBUS TCP Interface 사용
참고: 이 문서는 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 사용. MODBUS TCP Interface 활성화 Ethernet 게이트웨이의 MODBUS TCP Interface는 기본적으로 비활성화되어 있습니다. 인터페이스를 활성화하는 방법은 두 가지입니다. iMonnit Online(또는 다른 Monnit 소프트웨어)으로 활성화하거나 HTTP Interface(로컬 구성 페이지)로 로컬에서 활성화할 수 있습니다. 참고: MODBUS TCP Interface로 게이트웨이를 효과적으로 사용하려면 동일한 IP 주소로 게이트웨이를 폴링할 수 있어야 합니다. 따라서 게이트웨이를 고정 IP 주소로 동작하도록 구성해야 합니다. 자세한 내용은 관련 문서 ‘고정 IP 설정’을 참고하십시오. iMonnit Online으로 MODBUS TCP Interface 활성화 이 단계는 게이트웨이가 iMonnit 계정에 추가되어 있다고 가정합니다. iMonnit Online 계정에 로그인합니다.기본 메뉴(왼쪽 사이드바)에서 Gateways를 선택합니다.MODBUS TCP Interface를 활성화할 게이트웨이를 선택합니다.상단 탐색 바의 Settings 탭(톱니바퀴 아이콘)을 선택합니다.화면 중앙 쪽 회색 영역의 Interface 하위 탭을 선택합니다.‘Activate MODBUS Interface’ 스위치를 On으로 전환합니다.Save 버튼을 클릭합니다.Continue 버튼을 클릭합니다. 다음 게이트웨이 체크인 시 이 인터페이스가 활성화되며, 폴링하여 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) 로컬 접근 웹 브라우저를 실행하고 게이트웨이의 IP 주소로 이동합니다.Data Interfaces 탭을 선택합니다.MODBUS TCP Interface 탭을 선택합니다.Active 옵션을 선택합니다.원하는 구성을 입력합니다. Data Expiration – MODBUS TCP Interface의 레지스터에서 데이터를 받을 수 있는 시간(분)입니다. 레지스터에 보관된 데이터의 경과 시간이 이 임계값에 도달하면 비워집니다. Socket Timeout – 연결이 거부되기 전에 게이트웨이가 서버로부터의 통신을 기다리는 시간(초)입니다. Listening Port - 게이트웨이의 데이터가 서버의 어느 위치에서 수신되는지를 나타내는 번호입니다. Save Changes 버튼을 클릭합니다. 게이트웨이가 재초기화되고, 가동되면 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(로컬 구성 페이지)로 센서를 추가하려면: 웹 브라우저로 게이트웨이의 HTTP Interface에 접근합니다.General Options 탭을 클릭합니다.Wireless Sensor Network Configuration 탭을 클릭합니다.Device ID 필드에 기기 ID를 입력합니다.Security Code 필드에 Security Code를 입력합니다.Slot을 수동으로 구성하는 경우 원하는 Slot Index 값을 입력합니다(그렇지 않으면 이 필드를 비워 둡니다).Add Device 버튼을 클릭합니다. 기기를 무선 센서 네트워크에 추가하면, 게이트웨이가 해당 기기의 Join을 허용하고 그 슬롯에 해당하는 레지스터에 데이터를 보고합니다. MODBUS 레지스터 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을 사용하며, 게이트웨이에 등록된 센서 수만큼 이런 식으로 이어집니다. 분할된 레지스터 연결(Concatenate) 단일 레지스터보다 큰 데이터 값(예: 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 테스트 게이트웨이에서 MODBUS TCP Interface를 활성화했다면, Schneider Electric이 개발한 경량 도구로 테스트할 수 있습니다. 이 도구는 다음 링크에서 다운로드할 수 있습니다. 인터페이스 테스트 지침은 아래에 있습니다. https://www.se.com/ww/library/SCHNEIDER_ELECTRIC/SE_LOCAL/APS/209280_3412/Tester.exe 게이트웨이에 다른 활성 MODBUS TCP 연결이 없는지 확인합니다(게이트웨이는 단일 MODBUS TCP 연결만 지원).PC에서 게이트웨이의 IP 주소로 Ping하여 정상 응답이 오는지 확인합니다.사용 포트(기본 TCP 포트 502)의 요청을 차단할 수 있는 방화벽이나 보안 소프트웨어를 비활성화합니다.Tester.exe 응용 프로그램을 다운로드해 실행합니다.Port가 TCP/IP로 설정되어 있는지 확인합니다.TCP/IP Address or URL 필드에 게이트웨이의 IP 주소를 입력합니다.Sample Mode가 Manual로 설정되어 있는지 확인합니다.Timeout in ms는 20000으로 둡니다.Sample Rate in ms는 1로 둡니다.Data Type은 Holding Registers (R03/W16)로 둡니다.Slave ID는 기본 설정으로 둡니다.Starting Register에 1을 입력합니다.# of Registers에 5를 입력합니다.Read 버튼을 클릭합니다. 레지스터 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 포털과 통신 중이어야 합니다. 아래 단계로 게이트웨이 펌웨어를 업데이트할 수 있습니다. 관리자 로그인으로 iMonnit Online 포털에 로그인합니다.왼쪽 사이드바의 Gateways 링크를 클릭합니다.업데이트할 게이트웨이를 클릭합니다.Settings 탭(톱니바퀴 아이콘)을 클릭합니다.Commands 하위 탭을 클릭합니다.업데이트가 있으면 Update라고 표시된 파란색 버튼이 보이며, 이를 클릭합니다.게이트웨이 펌웨어는 다음 체크인 시 최신 버전으로 업데이트됩니다. 업데이트는 일반적으로 10분 미만이 걸리며, 완료 후 게이트웨이가 정상적으로 체크인합니다. MODBUS TCP Interface는 Monnit 기기를 애플리케이션과 통합하는 방식에 유연성을 제공합니다. MODBUS TCP Interface로 Ethernet 게이트웨이를 구현할 때 고려할 세부 사항과 구성이 많지만, 이 문서가 통합을 시작하는 데 도움이 될 것입니다. 관련 문의는 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-12-15

#### iMonnit Online 포털에서 센서 Readings 기록에 초(seconds) 표시하기
iMonnit Online 포털은 센서 Readings 기록에 표시되는 타임스탬프에 초를 포함하는 기능을 제공합니다. 이 환경설정은 계정 수준과 사용자 수준 모두에 적용할 수 있습니다. 이 문서는 이 환경설정을 구성하는 단계를 제공합니다. 참고: 타임스탬프 표시에 초를 포함하는 것은 24시간 시계 타임스탬프에서만 제공됩니다. 단계 요약 계정의 시간 표시 환경설정 구성 계정의 관리자 사용자로 iMonnit Online 포털에 로그인합니다.왼쪽 사이드바 기본 메뉴에서 Settings를 선택합니다.Account Settings 창 오른쪽 상단의 Preferences 버튼을 선택합니다.Time Format 드롭다운 메뉴를 선택합니다.‘17:30:30’을 선택합니다.Save를 클릭합니다. 사용자의 시간 표시 환경설정 구성 iMonnit Online 포털에 로그인합니다.페이지 오른쪽 상단의 실루엣 아이콘을 선택합니다.사용자 이름을 선택합니다.Preferences 탭(컴퓨터 화면 아이콘)을 선택합니다.Time Format 드롭다운 메뉴를 선택합니다.‘17:30:30’을 선택합니다.Save를 클릭합니다. 계정 vs. 사용자 Time Format 환경설정 계정 환경설정에 적용된 Time Format은 사용자가 계정 환경설정과 다른 Time Format을 선택하지 않는 한 모든 사용자에게 적용됩니다. 사용자가 다른 Time Format 환경설정을 가진 경우 사용자의 환경설정이 적용됩니다. 업데이트: 2020-04-06

#### Monnit Ethernet 또는 Cellular 게이트웨이를 iMonnit Online 포털로 되돌리기(USB 게이트웨이 제외)
게이트웨이가 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 오류가 보일 수 있습니다. imonnit.com 계정에 로그인합니다.https://www.imonnit.com/SetHost 웹사이트에 접속합니다.라벨의 게이트웨이 ID와 SC(Security Code)를 입력합니다.Gateway Server Settings 버튼을 클릭합니다.Reset Defaults 버튼을 클릭합니다.게이트웨이가 다음에 체크인하면 iMonnit Online 포털과 통신할 수 있게 됩니다.다음 문서의 단계로 게이트웨이 펌웨어를 업데이트합니다: Ethernet 또는 Cellular 게이트웨이 펌웨어 업데이트. 게이트웨이의 Default Server 재설정 위 단계로 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

#### 4G LTE 게이트웨이가 iMonnit Online에 연결되지 않는 경우(Monnit을 통한 셀룰러 서비스로 활성화된 경우)
참고: 게이트웨이 수리가 필요한 경우, 진단 및/또는 수리를 위해 Monnit에 기기를 반송할 때 요구되는 반품 승인서(RMA) 발급에 앞서 Monnit Support의 안내에 따른 최선의 문제 해결 단계를 먼저 수행해야 합니다. 4G LTE 게이트웨이가 iMonnit Online에 연결되지 않는 경우: 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 계정에 추가되었는지 확인합니다.게이트웨이에 활성 LTE 구독이 있는지 확인합니다.게이트웨이가 전원에 연결되어 시동 테스트를 완료하는지 확인합니다.게이트웨이가 지원 LTE 네트워크를 감지·연결할 수 있는지 확인합니다(Cellular Link LED 녹색 고정).게이트웨이가 iMonnit Online 서버로 데이터를 전송할 수 있는지 확인합니다.업데이트가 있으면 게이트웨이 펌웨어를 업데이트합니다. 게이트웨이가 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 게이트웨이에 활성 LTE 구독이 있는지 확인 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에 문의하십시오. 게이트웨이가 4G LTE 네트워크를 감지·연결할 수 있는지 확인(Cellular Link LED 녹색 고정) 자체 테스트가 완료되면 하단 LED(Cellular Link)만 켜집니다. LTE 네트워크를 감지할 수 있으면 녹색으로 깜박이기 시작하며 연결을 시도합니다. 게이트웨이가 네트워크에 연결되면 LED가 녹색으로 고정됩니다. 게이트웨이가 연결·프로비저닝에 20분 이상 걸리는 경우가 있습니다. 이 경우 셀룰러 LED가 네트워크에 프로비저닝·연결할 수 있을 때까지 초당 한 번 녹색으로 깜박입니다. LED가 초당 한 번 깜박이면 게이트웨이가 프로비저닝 과정을 완료하도록 두십시오. 녹색 고정: 센서와의 통신 정상. 녹색 깜박임: 센서와 활발히 통신 중. 빨간색 고정: 센서 통신 문제. 게이트웨이가 네트워크에 연결할 수 없으면 셀룰러 LED에 다른 표시가 나타납니다. 초당 두 번 깜박이고 멈춘 뒤 반복하거나, 초당 세 번 깜박일 수 있습니다. 또한 셀룰러 LED가 여러 번 빨강/녹색을 번갈아 깜박일 수도 있는데, 이는 신호가 너무 약해 게이트웨이가 연결할 수 없음을 나타냅니다. 이 동작이 보이면 다음 단계를 수행하십시오: 게이트웨이 전원을 끕니다.가능하면 SIM 카드가 SIM 케이지에 단단히 삽입되어 있는지 확인합니다(외함을 고정하는 나사 4개를 풀어 게이트웨이를 열어야 함).Utility 버튼을 LED가 빨간색으로 깜박일 때까지 15~20초간 누른 뒤 뗍니다.게이트웨이가 재시작되어 자체 테스트를 완료하고 LTE 네트워크를 찾아 연결하도록 둡니다. 게이트웨이를 재설정한 후에도 LTE 네트워크에 연결할 수 없으면, 다른 위치(창가나 가능하면 다른 구역)에서 테스트하십시오. 문제가 지속되면 Monnit Support에 문의하십시오. 게이트웨이가 iMonnit Online 서버로 데이터를 전송할 수 있는지 확인 하단 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 포털에 체크인하고 있다면 사용 가능한 업데이트가 있을 때 펌웨어를 업데이트할 수 있습니다. 아래 단계를 따르십시오. 관리자 로그인으로 iMonnit Online 포털에 로그인합니다.왼쪽 사이드바의 Gateways 링크를 클릭합니다.업데이트할 게이트웨이를 클릭합니다.Settings 탭(톱니바퀴 아이콘)을 클릭합니다.Commands 하위 탭을 클릭합니다.업데이트가 있으면 Update라고 표시된 파란색 버튼이 보이며, 이를 클릭합니다.게이트웨이 펌웨어는 다음 체크인 시 최신 버전으로 업데이트됩니다. 업데이트는 일반적으로 10분 미만이 걸리며, 완료 후 게이트웨이가 정상적으로 체크인합니다. 위 단계를 모두 수행했는데도 통신하지 않으면, 추가 검토를 위해 Monnit Support에 문의하십시오. 업데이트: 2019-12-20

#### 4G LTE 게이트웨이가 iMonnit Online에 연결되지 않는 경우(고객 자체 데이터 요금제)
참고: 게이트웨이 수리가 필요한 경우, 진단 및/또는 수리를 위해 Monnit에 기기를 반송할 때 요구되는 반품 승인서(RMA) 발급에 앞서 Monnit Support의 안내에 따른 최선의 문제 해결 단계를 먼저 수행해야 합니다. 4G LTE 게이트웨이가 iMonnit Online에 연결되지 않는 경우: 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 계정에 추가되었는지 확인합니다.SIM에 지원 통신사(또는 *Wildcard APN 구성을 지원하는 통신사)의 활성 LTE 구독이 있는지 확인합니다.게이트웨이가 전원에 연결되어 시동 테스트를 완료하는지 확인합니다.게이트웨이가 지원 LTE 네트워크를 감지·연결할 수 있는지 확인합니다(Cellular Link LED 녹색 고정).게이트웨이가 iMonnit Online 서버로 데이터를 전송할 수 있는지 확인합니다.업데이트가 있으면 게이트웨이 펌웨어를 업데이트합니다. 게이트웨이가 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 게이트웨이에 활성 LTE 구독이 있는지 확인 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에 문의하십시오. 게이트웨이가 지원 LTE 네트워크를 감지·연결할 수 있는지 확인(셀룰러 LED 녹색 고정) 자체 테스트가 완료되면 하단 LED(Cellular Link)만 켜집니다. LTE 네트워크를 감지할 수 있으면 녹색으로 깜박이기 시작하며 연결을 시도합니다. 게이트웨이가 네트워크에 연결되면 LED가 녹색으로 고정됩니다. 게이트웨이가 연결·프로비저닝에 20분 이상 걸리는 경우가 있습니다. 이 경우 셀룰러 LED가 네트워크에 프로비저닝·연결할 수 있을 때까지 초당 한 번 녹색으로 깜박입니다. LED가 초당 한 번 깜박이면 게이트웨이가 프로비저닝 과정을 완료하도록 두십시오. 녹색 고정: 셀룰러 네트워크에 연결됨 녹색 3회 깜박임: 셀룰러 네트워크 오프라인 녹색 2회 깜박임: 기지국 스캔 중 녹색 1회 깜박임: 데이터 세션 활성화 중 녹색/빨강 깜박임: 셀룰러 신호 약함 빨간색 깜박임: 셀룰러 연결 오류 게이트웨이가 네트워크에 연결할 수 없으면 셀룰러 LED에 다른 표시가 나타납니다. 초당 두 번 깜박이고 멈춘 뒤 반복하거나, 초당 세 번 깜박일 수 있습니다. 또한 셀룰러 LED가 여러 번 빨강/녹색을 번갈아 깜박일 수도 있는데, 이는 신호가 너무 약해 게이트웨이가 연결할 수 없음을 나타냅니다. 이 동작이 보이면 다음 단계를 수행하십시오: 게이트웨이 전원을 끕니다.가능하면 SIM 카드가 SIM 케이지에 단단히 삽입되어 있는지 확인합니다(외함을 고정하는 나사 4개를 풀어 게이트웨이를 열어야 함).Utility 버튼을 LED가 빨간색으로 깜박일 때까지 15~20초간 누른 뒤 뗍니다.게이트웨이가 재시작되어 자체 테스트를 완료하고 LTE 네트워크를 찾아 연결하도록 둡니다. 게이트웨이를 재설정한 후에도 LTE 네트워크에 연결할 수 없으면, 다른 위치(창가나 가능하면 다른 구역)에서 테스트하십시오. 문제가 지속되면 서비스 및/또는 SIM 문제를 논의하기 위해 통신사에 문의하십시오. 게이트웨이가 iMonnit Online 서버로 데이터를 전송할 수 있는지 확인 하단 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 포털에 체크인하고 있다면 사용 가능한 업데이트가 있을 때 펌웨어를 업데이트할 수 있습니다. 아래 단계를 따르십시오. 관리자 로그인으로 iMonnit Online 포털에 로그인합니다.왼쪽 사이드바의 Gateways 링크를 클릭합니다.업데이트할 게이트웨이를 클릭합니다.Settings 탭(톱니바퀴 아이콘)을 클릭합니다.Commands 하위 탭을 클릭합니다.업데이트가 있으면 Update라고 표시된 파란색 버튼이 보이며, 이를 클릭합니다.게이트웨이 펌웨어는 다음 체크인 시 최신 버전으로 업데이트됩니다. 업데이트는 일반적으로 10분 미만이 걸리며, 완료 후 게이트웨이가 정상적으로 체크인합니다. 위 단계를 모두 수행했는데도 통신하지 않으면, 추가 검토를 위해 Monnit Support에 문의하십시오. 업데이트: 2021-03-17

#### USB Wireless Sensor Adapter 또는 USB 게이트웨이가 iMonnit Online으로 데이터를 보내지 않는 경우
설정 시(또는 게이트웨이가 통신을 멈춘 경우) 이 문서는 USB Wireless Sensor Adapter 또는 USB 게이트웨이 문제 해결에 유용합니다. 상태(Status) 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 서버에 성공적으로 도달함. 단계 Windows 8 또는 10인지 확인합니다(Windows 7 이하는 동작할 수 있으나 공식 지원되지 않음).최신 버전의 Monnit Link Gateway Configuration Tool 3.4.1.3이 설치되어 있는지 확인합니다. 이전 버전이 있으면 제거하고 이 최신 버전을 설치하십시오.모델을 식별합니다. 원본 USB(썸드라이브 모양) 또는 USB Pro/Wireless Sensor Adapter(USB 케이블이 기기로 연결되는 박스 형태). 구형 썸드라이브 모양 USB 게이트웨이라면 이 드라이버를 설치해야 할 수 있습니다.기기가 다음 사양이면 iMonnit Online에서 식별할 수 있습니다: Gateway Type: USB Service Gateway Firmware Version: 3.3.2.2 Radio Firmware Version: 2.3.0.0 장치 관리자에서 인식되는지 확인합니다. Windows에서 장치 관리자를 실행합니다.포트(COM & LPT) 범주를 찾아 펼칩니다.USB 게이트웨이를 PC의 USB 포트(USB 확장기/허브가 아님)에 연결합니다.장치 관리자 창이 새로 고쳐지는 것이 보일 것입니다.기기(대개 FTDI2x로 표시됨)를 찾습니다. 아직 연결된 드라이버가 없으면 인식되지 않은 USB 장치로 표시될 수 있습니다. PC가 기기를 인식하기만 하면 계속 진행합니다.케이블을 PC의 USB 포트에서 분리했다 다시 연결하면, 연결/분리할 때마다 장치 관리자 창이 새로 고쳐지는 것이 보여야 합니다. 이는 PC가 기기를 인식하고 있는지 확인하는 좋은 방법입니다. 장치 관리자가 케이블을 인식하지 못하면 위 단계를 반복해 다른 PC에서 테스트하십시오. 게이트웨이는 포트(COM & LPT) 섹션 또는 USB Serial Devices에 표시될 수 있습니다. 드라이버 버전이 2.12.28.0인지 확인합니다. 포트(COM & LPT) 범주를 찾아 펼칩니다.게이트웨이 기기(대개 FTDI2x로 표시됨) 항목을 마우스 오른쪽 버튼으로 클릭하고 속성(Properties)을 선택합니다.드라이버(Driver) 탭을 클릭합니다.드라이버 버전이 2.12.28.0으로 표시되는지 확인합니다. !! 현재 USB 게이트웨이를 사용하는데 2.12.28.0이 아닌 다른 버전의 드라이버가 보이면, 기존 드라이버 버전을 제거·삭제하십시오. 방법은 여기에서 확인할 수 있습니다. Wireless Gateway Service를 중지합니다(현재 실행 중인 경우). Monnit Link Gateway Configuration Tool v3.4.1.3에서 Actions > Stop Local Service를 선택합니다. Wireless Gateway Service를 시작합니다. Monnit Link Gateway Configuration Tool v3.4.1.3에서 빨간색 Start Local Service 버튼을 선택합니다. 게이트웨이가 USB 허브가 아닌 PC의 USB 포트에 연결되어 있는지 확인합니다(충분한 전원 공급과 통신을 위해).컴퓨터를 재시작합니다. 재시작 후 PC를 재시작한 후 Gateway Utility를 실행하고 서비스가 시작되었는지 확인한 뒤 게이트웨이를 연결합니다. Gateway Configuration Tool의 Status가 Unknown에서 Idle 또는 Active로 바뀌는 것이 보여야 합니다. 그렇지 않으면 아래 단계를 따르십시오. Monnit Link Gateway Utility를 실행합니다.USB 게이트웨이를 컴퓨터에서 분리합니다.Wireless Gateway Service를 중지합니다.Wireless Gateway Service를 시작합니다.무선 게이트웨이를 USB 포트에 물리적으로 연결합니다.몇 분 내에 Status가 Unknown에서 Active 또는 Idle로 바뀌는지 확인합니다. 보안 및 권한 사용자에 대한 보안 및/또는 권한이 기기의 정상 통신을 막을 수 있습니다. 기기가 USB 포트에서 통신할 수 있고 TCP 포트 3500 및 3000을 통한 통신이 허용되는지 보안 소프트웨어와 권한을 확인합니다.Wireless Gateway Service가 실행 중이며 포트 3500에서 수신 대기 중인지 확인합니다. Windows에서 리소스 모니터(Resource Monitor)를 실행합니다.네트워크(Network) 탭을 선택합니다.Listening Ports 섹션에 WirelessSensorGatewayService.exe가 보이는지 확인합니다. PC는 게이트웨이를 감지하지만 iMonnit Online과 통신할 수 없는 경우 Communication Check Utility에 관한 이 문서의 도구로 PC와 네트워크가 iMonnit 서버를 찾아 적절한 포트에서 통신을 허용하는지 테스트할 수 있습니다. 이 테스트가 성공하면 PC와 네트워크가 iMonnit Online 포털과의 통신을 허용하도록 구성된 것입니다. 먼저 게이트웨이를 기본 설정으로 재설정합니다: Monnit Link Gateway Utility 메뉴 바에서 다음 명령을 실행합니다: Clear Message StorageReform NetworkReset Default Configurations Communication Utility로 테스트: 게이트웨이가 iMonnit Online 계정에 추가되었는지 확인합니다.ID 필드에 게이트웨이 ID를 입력합니다.유형 드롭다운에서 USB Gateway를 선택합니다.Use Defaults 체크박스를 체크된 상태로 둡니다.Check Communication을 클릭합니다. 테스트가 성공하면 PC와 네트워크가 iMonnit Online 포털과의 통신을 허용하는 것입니다. 다른 PC에서 테스트 PC가 게이트웨이를 인식하지 못하거나 iMonnit Online 포털과 통신하지 못하면, 다른 PC 및/또는 완전히 다른 네트워크 연결에서 테스트하십시오. 위 단계를 따른 후에도 게이트웨이가 iMonnit Online과 통신하지 않으면, 추가 지원을 위해 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-12-11

#### Monnit Ethernet 게이트웨이 네트워크 요구 사항
Monnit Ethernet 게이트웨이는 물리적 Ethernet 네트워크에 연결되어 TCP/IP 통신으로 iMonnit 서버에 데이터를 보냅니다. 이 문서는 게이트웨이가 iMonnit 서버와 성공적으로 통신하도록 허용하기 위한 요구 사항을 자세히 설명합니다. 표준 HTTP 및 HTTPS 트래픽 포트 80과 443은 HTTP 및 HTTPS 트래픽에 지정된 포트로, TCP 네트워크 통신에 사용되는 프로토콜입니다. 일반적으로 웹 브라우저는 이 포트로 웹 서버에 요청을 보냅니다. 웹 서버가 응답하면 트래픽이 브라우저로 다시 라우팅됩니다. iMonnit Online 포털에 접근하려면 TCP 포트 80과 443이 열려 있어야 합니다. DNS 확인 게이트웨이는 시동 과정의 일부로 iMonnit 서버의 도메인을 확인하려 시도합니다. 게이트웨이가 Run Mode에 진입하려면 DNS 확인을 완료해야 합니다. Ethernet 게이트웨이는 sensorsgateway.com 도메인을 확인해야 합니다. 정확한 서브도메인은 게이트웨이 유형에 따라 다릅니다. Ethernet Gateway 3은 주(primary)로 t1.sensorsgateway.com, 장애 조치(failover)로 t2.sensorsgateway.com에 데이터를 보냅니다(구형 게이트웨이 버전). Ethernet Gateway 4는 sensorsgateway.com에 데이터를 보냅니다. 포트 3000 기본적으로 Ethernet 게이트웨이는 아웃바운드 TCP 포트 3000에서 데이터를 보냅니다. 게이트웨이가 iMonnit Online과 통신하려면 이 포트가 열려 있어야 하고 인터넷 연결이 가능해야 합니다. 서버는 게이트웨이로 통신을 먼저 시작하지 않습니다. 게이트웨이가 항상 TCP 통신을 시작하므로, 인바운드 포트 통신을 위한 방화벽 설정을 변경할 필요는 없습니다. 일부 네트워크에서는 아웃바운드 포트가 필터링될 수 있습니다. 이 경우 포트 3000을 통한 아웃바운드 트래픽을 허용하는 방화벽 규칙이나 예외를 만들어야 합니다. Monnit Communication Check Utility 사용 게이트웨이가 Monnit 서버(iMonnit Online 또는 로컬 호스팅 버전의 Monnit 소프트웨어)에 도달할 수 없으면, 네트워크 연결을 테스트하는 유틸리티를 사용할 수 있습니다. 다음 문서가 이 도구의 사용법을 설명합니다. Monnit Communication Check Utility 사용 게이트웨이가 Monnit 서버에 도달할 수 없는 원인은 일반적으로 네트워크 구성과 보안입니다. 이 정보와 Communication Check Utility로 게이트웨이가 Monnit 서버에 도달하지 못하게 하는 네트워크 문제를 식별할 수 있습니다. 업데이트: 2020-08-28

#### iMonnit Online을 사용해 Ethernet Gateway 4의 로컬 구성 페이지(HTTP Interface)로 게이트웨이를 구성하려는 경우
참고: Ethernet Gateway 4는 기본적으로 DHCP가 활성화되어 있습니다. 이 게이트웨이는 기본 IP 주소가 없으므로(Ethernet Gateway 3와 다름), 게이트웨이를 처음 연결하려면 DHCP를 지원하는 네트워크에 연결해야 합니다. 이를 위해 네트워크에서 DHCP로 게이트웨이에 할당된 IP 주소를 찾아야 합니다. 이는 흔히 DHCP 서버(라우터)에서 IP 할당을 확인해야 합니다. iMonnit Online을 사용해 Ethernet Gateway 4의 로컬 구성 페이지(HTTP Interface) 활성화 Ethernet Gateway 4는 게이트웨이 구성을 로컬로 수정할 수 있는 로컬 구성 페이지를 제공합니다. 이 페이지는 게이트웨이의 IP 주소를 방문하여 웹 브라우저로 접근할 수 있습니다. 이 인터페이스는 기본적으로 비활성화되어 있으므로 접근하려면 먼저 활성화해야 합니다. 원한다면 인터페이스를 영구적으로 활성화하는 옵션도 있습니다. 이 문서는 이 인터페이스의 기능과 접근 단계를 안내합니다. 단계 요약 DHCP를 통한 IP 할당을 지원하는 네트워크에 게이트웨이를 연결합니다.iMonnit Online으로 HTTP Interface(로컬 구성 페이지)를 활성화합니다.웹 브라우저로 게이트웨이의 로컬 구성 페이지에 접근합니다.게이트웨이를 구성합니다. DHCP를 통한 IP 할당을 지원하는 네트워크에 게이트웨이 연결 DHCP를 지원하는 로컬 Ethernet 네트워크에 게이트웨이를 연결하고 전원을 켭니다. 게이트웨이가 IP 주소를 받으면 하단 LED가 녹색이 됩니다. 이는 게이트웨이가 유효한 IP와 Ethernet 네트워크에 대한 로컬 연결을 가졌음을 나타냅니다. 게이트웨이에 할당된 IP 주소를 찾아야 합니다(DHCP 서버에서 IP 할당을 확인해야 할 수 있음). 게이트웨이가 iMonnit Online과 통신하면 게이트웨이의 HTTP Interface를 활성화할 수 있습니다. 게이트웨이가 iMonnit Online에 체크인하면 아래 단계를 따르십시오. iMonnit Online으로 HTTP Interface(로컬 구성 페이지) 활성화 게이트웨이가 추가된 iMonnit Online 계정에 로그인합니다.왼쪽 사이드바에서 Gateways를 클릭합니다.HTTP Interface를 활성화할 게이트웨이를 선택합니다.Settings 탭을 클릭합니다.Interface 하위 탭을 클릭합니다.HTTP Interface를 On으로 클릭하여 로컬 구성 페이지를 활성화합니다.게이트웨이가 체크인하면 구성을 적용하고 인터페이스를 활성화합니다. 웹 브라우저로 게이트웨이의 로컬 구성 페이지 접근 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

#### iMonnit Online으로 USB Wireless Sensor Adapter 설정
Monnit USB Wireless Sensor Adapter는 Monnit USB 게이트웨이의 현재 버전입니다. Wireless Sensor Adapter는 USB 케이블로 PC에 연결됩니다. 이 게이트웨이는 센서와 무선으로 통신하며, 호스트 PC에서 응용 프로그램으로 실행되는 유틸리티를 통해 센서 데이터를 iMonnit 소프트웨어로 전송합니다. 단계 요약 게이트웨이를 iMonnit Online 계정에 추가합니다.Monnit Link Gateway Utility를 다운로드해 설치합니다. 다운로드: http://www.monnit.com/downloads/Monnit Link Gateway Utility를 실행합니다.유틸리티에서 ‘Start Local Service’ 버튼을 클릭합니다.USB 케이블로 센서 어댑터를 PC에 연결합니다. Monnit Link Gateway Utility 다운로드·설치 다운로드: http://www.monnit.com/downloads/ 위 링크에 접속해 Monnit Link Gateway Utility 설치 파일을 실행합니다. 이 응용 프로그램은 Windows Vista, 7, 8, 10에서 지원됩니다. 다만 Windows가 자동으로 설치하는 FTDI 드라이버 버전을 확인해야 할 수 있습니다. Monnit Link Gateway Utility 실행 및 Local Service 시작 바탕화면에 Monnit Link Gateway Utility를 실행할 수 있는 바로 가기가 생성됩니다. Local Service 시작 Local Service는 백그라운드에서 실행되며 게이트웨이 데이터를 처리하는 Windows 서비스입니다. 이 서비스는 TCP 포트 3500에서 게이트웨이로부터 데이터를 받고, 게이트웨이 > Monnit Link Gateway Utility의 데이터를 TCP 포트 3000으로 iMonnit Online 포털에 보내는 역할을 합니다. 게이트웨이를 PC의 USB 포트에 연결 Wireless Sensor Adapter와 PC를 USB 케이블로 연결합니다. 드라이버가 올바르게 설치되고 센서가 PC와 통신 중이면 Monnit Link Gateway Utility의 Status가 Active 또는 Idle로 표시되어야 합니다. Status가 Unknown으로 보이면 물리적 연결이나 드라이버에 문제가 있는 것입니다. Active/Idle Status가 보이지 않으면 PC를 재시작하는 것이 좋습니다. iMonnit Online 포털에서 게이트웨이 통신 확인 유틸리티가 설치·실행되고, Local Service가 실행되며, 드라이버가 설치되고, 게이트웨이가 물리적으로 연결되고, 게이트웨이 Status가 Active이며, 호스트 PC에 인터넷 연결이 있으면, 게이트웨이가 iMonnit Online 포털로 데이터를 전송할 수 있습니다. 게이트웨이 체크인을 수동으로 시작하려면 유틸리티의 Send Messages to Server 버튼을 클릭합니다. 그러면 게이트웨이의 체크인이 보여야 합니다. iMonnit Online의 게이트웨이 History에 체크인이 보이지 않으면, 네트워크 구성을 점검하고 PC에 인터넷 연결이 있는지, PC가 포트 3000으로 인터넷에 데이터를 전송할 수 있는지 확인하십시오. 게이트웨이가 iMonnit Online에 체크인하지 않는 경우 iMonnit Online 포털에서 게이트웨이의 데이터가 보이지 않으면 다음을 확인하십시오: Monnit Link Gateway Utility에서 게이트웨이 Status가 Active 또는 Idle로 표시되는지 확인합니다.호스트 PC에 활성 인터넷 연결이 있는지 확인합니다.PC의 방화벽이 아웃바운드 TCP 포트 3000에서 나가는 네트워크 트래픽을 허용하는지 확인합니다.PC가 연결된 네트워크가 아웃바운드 TCP 포트 3000에서 나가는 네트워크 트래픽을 허용하는지 확인합니다. 다음 링크 문서의 도구로 PC와 네트워크가 iMonnit 서버를 찾아 적절한 포트에서 통신을 허용하는지 테스트할 수 있습니다. 이 테스트가 성공하면 PC와 네트워크가 iMonnit Online 포털과의 통신을 허용하도록 구성된 것입니다. Monnit Communication Check Utility 사용 업데이트: 2020-08-28

#### Ethernet Gateway 4의 AutoIP 기능
게이트웨이 펌웨어 버전 1.0.6.6 이상을 실행하는 Ethernet 게이트웨이에는, 게이트웨이를 DHCP 지원 네트워크에 연결하지 않고도 로컬 HTTP 구성 페이지에 접근해 게이트웨이를 구성할 수 있는 기능이 포함됩니다. 이 기능은 고정 IP 주소가 필요한 네트워크에서 게이트웨이를 운영하는 경우 유용합니다. 게이트웨이가 DHCP를 지원하는 네트워크에 연결되어 있지 않을 때 로컬 구성 페이지에 접근해 고정 IP 구성을 적용할 수 있게 합니다. 자체 할당 IP 기능 활성화 이를 활성화하려면 IP 주소가 구성되지 않은 PC의 Ethernet 포트에 게이트웨이의 Ethernet 포트를 연결하고, 펌웨어 1.0.6.6 이상을 실행하는 게이트웨이의 전원을 켜기만 하면 됩니다. 이렇게 하면 (이미 IP 주소가 할당되어 있지 않은) PC와 게이트웨이가 같은 범위 내에서 자체 할당 IP 주소를 갖게 되며, 게이트웨이의 HTTP Interface가 몇 분간 사용 가능해지고 활성화됩니다. PC 브라우저로 로컬 HTTP 구성 페이지에 접근해 원하는 구성으로 게이트웨이를 설정할 수 있습니다. 게이트웨이의 AutoIP 자체 할당 IP 주소는 다음과 같습니다: 169.254.100.1 참고: 드물게 PC가 이 IP 주소를 스스로 할당하려 하는 경우, 게이트웨이가 이 자체 할당 주소를 사용하도록 자동으로 조정되어야 합니다. LED 및 게이트웨이가 AutoIP 모드인지 확인 기본 구성에서 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는 센서가 게이트웨이로 데이터를 보낼 권한을 받는 수단입니다. Sensor List는 게이트웨이에 저장된 센서 ID 목록으로, 게이트웨이가 센서의 Join 요청을 승인해 해당 센서가 게이트웨이에 링크되도록 허가합니다. Sensor List는 여러 방식으로 구성됩니다. 이 문서는 게이트웨이의 Sensor List가 구성되는 방식을 자세히 설명합니다. Monnit 소프트웨어에서의 Sensor List Sensor List가 구성되는 가장 흔한 방식은 Monnit 소프트웨어의 네트워크를 통한 것입니다. 게이트웨이와 센서가 Monnit 소프트웨어의 동일한 센서 네트워크에 추가되면, 게이트웨이는 그 센서 네트워크에 추가된 모든 센서 ID를 게이트웨이의 Sensor List로 다운로드합니다. 센서 ID가 게이트웨이의 Sensor List에 있으면 해당 센서의 전송을 수신할 권한을 가집니다. 따라서 게이트웨이가 센서의 ID를 Sensor List에 받은 상태에서 그 게이트웨이 범위 내에서 센서를 켜면, 센서가 게이트웨이와 성공적으로 핸드셰이크하여 게이트웨이로, 이어서 iMonnit Online 포털로 데이터를 전달하기 시작합니다. 센서가 게이트웨이에 링크되는 방식은 ‘Link Mode 설명’ 문서를 참고하십시오. 게이트웨이가 센서 ID를 Sensor List에 다운로드하는 시점 참고: Sensor List는 Monnit 소프트웨어에서 게이트웨이로 전송되지만, 게이트웨이에서 Monnit 소프트웨어로는 전송되지 않습니다. 따라서 게이트웨이의 로컬 인터페이스로 센서를 추가하면 그 센서 ID는 Monnit 소프트웨어와 동기화되지 않습니다. 이 동작의 중요한 세부 사항은, 게이트웨이가 센서가 추가된 직후에 곧바로 센서 ID를 Sensor List로 다운로드하지 않는다는 점입니다. 게이트웨이가 센서 ID를 다운로드하도록 트리거하는 특정 상황이 있으며, 아래에 나열되어 있습니다. 게이트웨이가 처음 전원이 켜질 때게이트웨이가 이미 Monnit 소프트웨어와 통신 중인(Run Mode) 상태에서 게이트웨이의 버튼을 눌렀다가 즉시 뗄 때게이트웨이에 Reform 명령이 수행될 때(게이트웨이 Reform에 관한 ‘게이트웨이 네트워크 Reform’ 문서 참고) --게이트웨이의 Sensor List Reform은 세 가지 상황에서 발생합니다: 소프트웨어에서 Reform 명령을 수동으로 보낼 때, 게이트웨이를 기본 설정으로 재설정할 때, 게이트웨이 펌웨어를 업그레이드할 때. 센서 ID는 Reform 전까지 게이트웨이의 Sensor List에 남음 게이트웨이는 네트워크가 Reform되지 않는 한 센서를 Sensor List에 무기한 유지한다는 점을 알아야 합니다. 따라서 센서가 게이트웨이와 동일한 센서 네트워크에 추가된 적이 있다면, 게이트웨이가 다른 센서 네트워크로 옮겨지더라도 그 센서 ID를 목록에 유지합니다. 센서 ID는 게이트웨이의 네트워크가 Reform될 때만 제거되므로, 네트워크 간에 기기를 옮길 때는 다른 센서 네트워크로 옮긴 게이트웨이의 네트워크를 반드시 Reform해야 합니다. 그렇지 않으면, 이전에 같은 센서 네트워크에 있었고 게이트웨이가 Reform 명령을 받지 않았다면, 센서가 같은 센서 네트워크가 아닌 게이트웨이와 통신하는 경우가 발생할 수 있습니다. iMonnit Online 포털에 표시되는 Sensor List iMonnit Online에서 게이트웨이를 볼 때 ‘Sensors’라는 탭이 있습니다. 이 목록이 게이트웨이와 통신하도록 허가된 모든 센서 ID를 담고 있다고 가정하기 쉽지만, 그렇지 않다는 점을 아는 것이 중요합니다. 이 목록은 게이트웨이와 마지막으로 성공적으로 통신한 센서의 ID를 담고 있습니다. 따라서 이것은 어떤 센서 ID가 게이트웨이와 통신하도록 허가되었는지 판단하는 수단이 아닙니다. 실제로 게이트웨이의 Sensor List에 있는 센서를 보려면 게이트웨이의 HTTP Interface로 게이트웨이의 무선 센서 네트워크에 접근해야 합니다(Ethernet 게이트웨이만 해당). HTTP Interface(로컬 구성 페이지)로 게이트웨이의 Sensor List에 센서 ID 추가 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 게이트웨이에서 게이트웨이 Sensor List가 구성되는 방식의 중요한 동작 Ethernet 게이트웨이에서 MODBUS TCP 또는 SNMP 인터페이스를 사용하는 고객의 경우, 센서 ID가 게이트웨이의 Sensor List에 할당되는 방식과 관련해 이해해야 할 중요한 동작이 있을 수 있습니다. 센서 ID가 Monnit 소프트웨어에서 게이트웨이의 Sensor List로 처음 다운로드될 때(HTTP Interface로 수동 추가하는 것과 달리), 숫자 순차 순서로 슬롯에 배치됩니다. 즉 센서 ID ‘116541’은 센서 ID ‘116542’보다 앞 슬롯에 배치됩니다. 따라서 센서가 특정 슬롯 배열로 정렬되어 있는데 센서가 아직 순차 순서가 아니고 소프트웨어로 네트워크를 Reform하면, 이 배열이 바뀌어 다른 슬롯 배열로 정렬될 수 있습니다.게이트웨이의 무선 센서 네트워크 목록에서 센서를 어느 슬롯에 할당할지 선택하는 옵션이 있습니다. 특정 슬롯에 센서를 삽입하면 그 슬롯 이후의 센서들이 한 슬롯씩 위로 이동합니다.게이트웨이의 Sensor List에서 센서 하나만 제거할 방법은 없습니다. 따라서 특정 센서를 특정 슬롯에 할당해야 하는 경우, 게이트웨이의 HTTP Interface로 그 센서를 특정 슬롯에 할당하거나, 네트워크를 완전히 Reform한 뒤 각 센서를 원하는 슬롯에 수동으로 할당해야 합니다. 4. 특히 게이트웨이의 HTTP Interface로 센서를 게이트웨이 Sensor List에 수동 할당할 때, 운영 방식을 좌우할 수 있는 게이트웨이 Sensor List의 특정 동작이 있습니다. 관련 질문이 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-06-08

#### Monnit 3G 게이트웨이를 사용자 지정 APN으로 프로비저닝
Monnit이 제공하지 않는 통신사 요금제로 Monnit 3G 게이트웨이를 사용하려면, 게이트웨이가 동작하는 무선 대역에서 M2M 통신을 지원하는 활성 데이터 요금제 SIM이 필요합니다. 게이트웨이를 사용자 지정 APN으로 프로비저닝하는 단계는 아래와 같습니다. iMonnit 계정을 설정하고 셀룰러 게이트웨이와 무선 센서를 추가합니다.선호하는 셀룰러 네트워크에서 SIM 카드를 확보해 활성화합니다.나사 4개를 풀고 상단을 제거해 게이트웨이를 엽니다.SIM 카드를 SIM 홀더에 삽입합니다(금색 접점이 아래로 향하도록).게이트웨이 전원을 켜기 전에 아래 지침에 따라 셀룰러 게이트웨이를 구성합니다. 셀룰러 게이트웨이 구성 SIM 카드를 넣은 후, 휴대전화로 아래 매개변수를 사용해 셀룰러 게이트웨이를 구성하는 문자 메시지를 작성하여 기기의 휴대전화 번호로 보냅니다. 구성 정보는 SIM 카드를 제공한 셀룰러 통신사에서 얻습니다. 호스트 주소와 호스트 포트는 iMonnit에 특정한 값입니다. 당사 클라우드 서비스를 사용할 계획이면 그렇고, 그렇지 않으면 사용자 서버에 특정합니다. 아래 표의 예시 정보가 이 두 필드에 필요하지만, 이는 사전 프로그래밍되어 있으므로 문자에 포함할 필요가 없습니다. 사용자 서버로 Point하도록 변경해야 할 때만 포함하십시오. 문자 메시지 형식은 매개변수 이름 뒤에 콜론, 그 뒤에 네트워크별 데이터, 마지막에 세미콜론으로 끝나야 합니다. 한 문자 메시지에 매개변수 하나만 포함하거나 모든 매개변수를 포함할 수 있습니다. 구성이 필요한 매개변수만 보내고 나머지는 그대로 두는 것이 좋습니다. 공백과 줄바꿈은 무시됩니다. 매개변수는 대소문자를 구분하지 않습니다. 중요: 기본 구성에서 변경할 필요가 없는 구성은 포함할 필요가 없습니다. 예를 들어 게이트웨이가 iMonnit Online 포털과 동작하도록 의도된 경우 DNS, Poll Interval, Host address, Host port 등의 구성을 포함할 필요가 없습니다. 따라서 예시 Telefonica 네트워크처럼 APN만 제공하면 되는 셀룰러 네트워크와 통신하도록 게이트웨이를 구성하는 경우, SMS 메시지에는 다음 텍스트만 포함됩니다: Apn:m2mkit.telefonica.com; 참고: SMS에 포함되지 않은 다른 모든 구성은 기본 구성이 유지됩니다. APN 구성 매개변수 이름 / 설명 / 매개변수 형식 / 예시 — 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 카드에 연결된 전화번호로 보냅니다. 참고: SIM 카드에는 프로비저닝 SMS 메시지를 받을 수 있는 연결된 전화번호가 있어야 합니다. 이는 M2M 요구 사항의 일부입니다. 제공된 셀룰러 게이트웨이 안테나를 부착합니다.게이트웨이를 전원에 연결해 켭니다.게이트웨이가 문자 메시지로 구성 정보를 받아 메모리에 저장합니다. 설정 과정이 성공하면 게이트웨이가 연결되면서 LED가 녹색으로 켜집니다. 기기는 구성을 보낸 전화로 응답 문자 메시지를 보냅니다. 확인 응답이 오지 않으면, 통신사와 협력하여 요금제가 M2M을 지원하는지, 전화번호가 정확하고 SIM에 할당되어 있는지 확인하십시오. 실패하면 LED가 녹색이 되지 않습니다. 이 경우 게이트웨이 전원을 뽑고 새 구성 문자 메시지를 기기로 보낸 뒤 셀룰러 게이트웨이를 다시 연결하여 과정을 반복하십시오. 업데이트: 2020-08-04

#### 2G 또는 3G 게이트웨이의 전체 공장 초기화
일부 상황에서는 Monnit Cellular 2G 또는 3G 게이트웨이를 완전히 초기화해야 할 수 있습니다. 이 전체 초기화는 APN 프로비저닝을 포함한 모든 구성을 지웁니다. 이는 셀룰러 통신사 네트워크에 연결하지 못하는 게이트웨이를 문제 해결하는 경우(및 기타 문제) 등에 필요할 수 있습니다. 단계 게이트웨이 전원이 꺼진 상태(전원 뽑힘/스위치 Off)에서 시작합니다. 게이트웨이가 꺼진 상태에서 Reset 버튼을 누른 채로 유지합니다(계속 누름).(Reset을 계속 누른 채로) 장치 전원을 켭니다.LED 시퀀스가 표시되도록 둡니다: AMBER(황색) 3개 > GREEN(녹색) 3개 > 그다음 RED(빨강) 3개로 계속 켜짐 Reset 버튼을 뗍니다.버튼을 떼면 3개 LED가 떼었음을 확인하는 의미로 녹색으로 깜박인 뒤 다시 빨간색 3개 고정으로 돌아갑니다.모든 LED가 빨간색 고정에서 녹색 고정으로, 마지막으로 녹색 깜박임으로 바뀔 때까지 Reset 버튼을 누른 채로 유지합니다.Reset 버튼을 뗍니다.장치가 재부팅될 때까지 기다립니다. 게이트웨이 구성 이후 게이트웨이에 올바른 APN 구성으로 프로비저닝해야 할 수 있습니다. 업데이트: 2020-08-04

#### SIM 카드용 GSM International Cellular Gateway 구성
모든 SIM에 대해 셀룰러 게이트웨이(CGW)를 구성하는 것은 간단합니다. 열린 CGW에서 사용 중인 SIM으로 SMS를 보냅니다. 아래는 유럽 시장에서 이를 수행하는 방법입니다. 고객은 선택한 이동통신 사업자(SIM 제공자)에게 GPRS 네트워크의 APN 이름을 확인합니다(보통: ApnName, userName, password).새 SIM을 Monnit CGW에 삽입합니다. 이 과정 동안 CGW 전원은 꺼 둡니다.아무 휴대전화에서 할당된 SIM 번호로 다음 구문으로 SMS 문자를 보냅니다:apn_config ApnName,User,Password,(마지막 쉼표를 잊지 말고, apn_config 뒤에는 공백 하나만) 예시: 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, CGW 전원을 켭니다(참고: CGW가 GPRS에 연결되는 데 처음에는 시간이 조금 더 걸립니다). 업데이트: 2019-12-24

#### PC의 네트워크 연결을 Monnit Ethernet 게이트웨이와 공유
PC에 Ethernet 포트가 하나 이상 있고 다른 네트워크 어댑터(보통 Wi-Fi)가 있으면, Windows 10 PC에서 PC의 인터넷/네트워크 연결을 Ethernet 게이트웨이와 공유할 수 있습니다. 가장 흔한 구성은 Wi-Fi 연결을 Ethernet 포트로 공유하는 것입니다. 이는 Ethernet 게이트웨이를 연결할 DHCP 활성화 라우터가 없는 경우 유용합니다(Ethernet 게이트웨이는 기본적으로 DHCP가 활성화된 상태로 동작하기 때문). 이 네트워크 구성과 관련된 문제는 PC를 지원하는 담당자에게 위임된다는 점을 이해해야 합니다. 다만 아래 단계로 Ethernet 게이트웨이를 PC에 직접 연결해 IP 주소를 받고 PC의 인터넷 연결을 사용할 수 있어야 합니다. 단계 Windows 설정을 엽니다(Windows 메뉴 클릭, 설정 아이콘 클릭).네트워크 및 인터넷(Network & Internet) 옵션을 선택합니다.‘어댑터 옵션 변경(Change adapter options)’을 선택합니다.네트워크 연결 창에서 공유할 네트워크를 찾아 마우스 오른쪽 버튼으로 클릭하고 속성(Properties)을 선택합니다(보통 Wi-Fi 연결).공유(Sharing) 탭을 선택합니다.‘다른 네트워크 사용자가 이 컴퓨터의 인터넷 연결을 통해 연결하도록 허용’ 체크박스를 선택합니다.‘홈 네트워킹 연결(Home networking connection)’ 드롭다운에서 Ethernet 게이트웨이를 연결하는 Ethernet 어댑터를 선택합니다.확인(Ok) 버튼을 클릭합니다.표준 Ethernet 케이블로 게이트웨이의 Ethernet 포트를 PC의 Ethernet 포트에 연결합니다.게이트웨이 전원을 켭니다. 게이트웨이가 PC로부터 유효한 IP 주소를 성공적으로 받으면 하단 LED가 녹색으로 고정됩니다. 하단 LED가 녹색 고정이면 PC의 인터넷 연결을 성공적으로 공유한 것입니다. Ethernet 케이블 배선 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’ 메시지가 반복 보고되는 경우
Monnit 2G 또는 3G 게이트웨이에서 이 Gateway Management가 반복되는 가장 흔한 원인은 CR2032 시계 배터리 방전입니다. Monnit이 제조하는 일부 2G 또는 3G 게이트웨이는 게이트웨이 메인보드 하단에 3.6V CR2032 코인셀 배터리가 있어 게이트웨이가 정확한 시계를 유지하도록 합니다(셀룰러 기지국 연결에 필요). Monnit이 제공하는 모든 3G Cellular 게이트웨이에 이 배터리가 포함되는 것은 아닙니다. 다만 게이트웨이에 이 배터리가 필요한데 교체해야 한다면, 게이트웨이가 셀룰러 기지국과 세션을 시작하지 못할 수 있습니다. 문제 해결 단계는 이 문서에 있습니다. 또한 Gateway Management 메시지 유형 식별은 이 문서를 참고하십시오. 게이트웨이 케이스를 엽니다(게이트웨이 하단 네 모서리의 나사 4개 제거).메인보드 하단에 코인셀 배터리 케이지가 있는지 확인합니다. 코인셀 배터리 케이지가 보이면 종이클립 등으로 배터리를 케이지에서 밀어내 제거합니다.양호한 것으로 확인된 3.6V CR2032 배터리로 교체합니다.여기 링크된 문서의 단계에 따라 게이트웨이를 전체 초기화합니다.필요하면 여기 링크된 문서의 단계로 게이트웨이를 (재)프로비저닝합니다. 이 시점에도 문제가 지속되면 게이트웨이에서 CR2032 배터리를 제거하고 다시 테스트해 보십시오. 문제가 지속되면 해결을 위해 게이트웨이 ID와 함께 support@monnit.com 으로 문의하십시오. 업데이트: 2020-08-26

#### Gateway Management 메시지 정의
Monnit 게이트웨이는 다양한 작업을 수행하며, 각 작업은 게이트웨이 History에 Gateway Management 항목으로 기록됩니다. 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 - 센서 펌웨어 업데이트 Gateway Management 유형 식별 게이트웨이가 전달한 메시지 유형을 식별하려면 게이트웨이 History 보기에서 Gateway Management 텍스트 위에 커서를 올리면 됩니다. 커서 오른쪽 아래에 작은 상자로 메시지 유형 번호가 표시됩니다. 센서 메시지 수 식별 또 다른 유용한 정보는 Gateway History의 Messages 열에 있습니다. 이 숫자는 기록된 체크인에서 게이트웨이가 전달한 센서 메시지 수를 나타냅니다. 예를 들어 이 열에 3이 보이면, 그 체크인에서 게이트웨이가 서버로 센서 통신 3건을 전달했음을 의미합니다. 이는 범위 내 센서로부터 게이트웨이로 전달된 통신 시도 수 그 자체입니다. 이를 Gateway Management 메시지와 혼동하면 안 됩니다. 이는 게이트웨이가 센서로부터 전송을 수신하고 있는지, 수신하고 있다면 몇 건인지 판단하는 데 유용합니다. 예를 들어 Alta 센서가 로그 메시지를 게이트웨이로 전달하고 있으면, 센서가 로그 메시지를 전달하는 동안 이 열에 더 큰 숫자가 보이는 경우가 많습니다. 마찬가지로 게이트웨이가 메모리에 로그 메시지를 저장하고 있을 때도 이 열에 더 큰 숫자가 보고된 연속 체크인이 여러 번 보이는 경우가 많습니다. 흔한 Gateway Management 시퀀스 게이트웨이가 특정 조건에서 특정 작업을 자주 수행하므로 흔히 보게 되는 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!’ 오류가 보이는 경우
처음 구성할 때(또는 설정 완료 후 가끔) 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 동글에 연결되어 있는지 확인합니다. ❗ 선이 이미 동글에 연결되어 있다면 분리했다 다시 연결하고, 끊어진 선이 없는지 반드시 확인하십시오(흔한 문제일 수 있음). 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 운영체제에 호환되는 버전을 선택하십시오. 최신 버전의 Serial Modbus Gateway Configuration Utility V3.2를 여기에서 다운로드합니다.Serial Modbus Gateway Configuration Utility V3.2에 다음 구성이 있는지 확인합니다: Mode: RTU_NP_1S Baudrate: Bd_19200 Modbus ID: 95 RS-485 USB 동글이 전원을 받을 수 있는 컴퓨터의 USB 포트(USB 허브보다 선호)에 연결되어 있는지 확인하고, 필요하면 포트를 바꿉니다.Windows 8 또는 10에서 동작 중인지 확인합니다.드라이버가 버전 2.12.28.0인지 확인합니다. 올바른 드라이버 버전의 설치 실행 파일은 여기에서 확인할 수 있습니다. 장치 관리자를 실행합니다(방법은 여기 참고).포트(COM & LPT) 범주를 찾아 펼칩니다.USB Serial Port (COMx) 항목을 마우스 오른쪽 버튼으로 클릭하고 속성(Properties)을 선택합니다.드라이버(Driver) 탭을 클릭합니다.드라이버 버전이 2.12.28.0인지 확인합니다. 다른 버전의 드라이버가 보이면 기존 드라이버 버전을 제거·삭제하십시오. 방법은 여기에서 확인할 수 있습니다. 수동 설치 드라이버 파일은 여기에서 확인할 수 있습니다. USB 동글의 Baudrate 및 기타 구성을 19200으로 설정합니다. USB Serial Port (COMx) 속성 > 포트 설정(Port Settings) 탭에서 다음 구성을 입력한 뒤 확인을 선택합니다. -초당 비트 수(Bits per second): 19200 -데이터 비트(Data bits): 8 -패리티(Parity): Even -정지 비트(Stop bits): 1 -흐름 제어(Flow control): None 점퍼가 Off인지 확인합니다(On은 RS-232로, RS-485 동글이 지원하지 않음). 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

#### 배터리 백업이 있는 2G 또는 3G 셀룰러 게이트웨이에서 ‘Charge Fault’ 오류가 보이는 경우
Charge Fault 오류는 일반적으로 배터리 백업이 있는 셀룰러 게이트웨이의 전력 소비와 충전에 영향을 주는 물리적 조건을 나타냅니다. 이 문서는 이 문제와 가능한 해결 방법에 관한 정보를 제공합니다. ‘Charge Fault’ 오류의 가능한 원인 게이트웨이가 배터리로 동작하며 사양을 벗어난 온도에 노출됨게이트웨이에 전원을 공급하는 전원 어댑터가 예상대로 동작하지 않음사용 중인 전원 공급 장치가 Monnit이 제공한 전원 공급 장치가 아님전원(콘센트)에서 게이트웨이로 공급되는 전력에 잡음이 유입됨배터리 충방전 수명 500회에 도달함게이트웨이/배터리가 손상됨 게이트웨이 배터리 사양 게이트웨이가 온도 사양을 벗어난 온도에 노출되면 이 오류가 트리거될 수 있습니다(게이트웨이/배터리가 손상될 수 있음). 배터리 백업이 있는 셀룰러 게이트웨이의 온도 사양은 다음과 같습니다: 동작 온도: -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 게이트웨이 전원이 꺼진 상태(전원 뽑힘/Off)에서 시작합니다.게이트웨이가 꺼진 상태에서 Reset 버튼을 누른 채로 유지합니다(계속 누름).(Reset을 계속 누른 채로) 장치 전원을 켭니다.LED가 AMBER 3개 > GREEN 3개로 켜진 뒤 RED 3개로 유지될 때까지 두었다가 버튼을 뗍니다.버튼을 떼면 3개 LED가 떼었음을 확인하는 의미로 녹색으로 깜박인 뒤 다시 빨간색 3개 고정으로 돌아갑니다.이 시점에 모든 LED가 빨간색 고정에서 녹색 고정으로, 마지막으로 녹색 깜박임으로 바뀔 때까지 Reset 버튼을 누른 채로 유지한 뒤 뗍니다.장치가 재부팅될 때까지 기다립니다. 위 전체 초기화를 수행한 후, 참고에 언급된 대로 게이트웨이 프로비저닝을 수행해야 할 수 있습니다. 게이트웨이가 체크인하도록 두고 문제가 해결되었는지 확인하십시오. 오류가 계속 보이면 물리적 문제가 있을 수 있습니다. 추가 해결을 위해 Monnit Support에 문의하십시오. 업데이트: 2020-03-09

#### 센서 메시지를 수신 즉시 전송하도록 게이트웨이 구성
기본 구성에서 게이트웨이 하트비트는 정해진 일정에 발생하도록 설정됩니다. 즉 게이트웨이는 센서 하트비트에 센서 통신을 수신하고, 게이트웨이 하트비트에 측정값을 Monnit 소프트웨어로 전달하기 위해 대기시킵니다. 이 동작을 변경해 게이트웨이가 센서 측정값을 수신하는 즉시 Monnit 소프트웨어로 전송하도록 만드는 방법이 있습니다. 게이트웨이 하트비트를 0분으로 설정 게이트웨이 하트비트를 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

#### USB 게이트웨이 또는 Wireless Sensor Adapter가 iMonnit 소프트웨어로 데이터를 보내지 않는 경우
예를 들어 Windows 구성 변경 후, USB 게이트웨이가 컴퓨터와 통신은 하지만 데이터가 iMonnit 소프트웨어에 도달하지 못하는 상황이 있을 수 있습니다. 게이트웨이가 PC에 인식되고 하드웨어에 문제가 없다면(설치 또는 드라이버 문제 해결 단계는 이 문서 참고), 다음 빠른 단계로 기본적인 문제를 해결할 수 있습니다. 이 단계는 Monnit Link Gateway Configuration Tool로 수행합니다. 다음 메뉴 항목에 접근하려면 Monnit Link Gateway Configuration Tool을 실행하고 메뉴 바의 Actions 항목을 클릭합니다. Monnit Link Gateway Configuration Tool에서 게이트웨이 Status가 Active 또는 Idle인지 확인합니다.Actions > Clear Message Storage를 선택해 게이트웨이의 메시지 저장소를 지웁니다. 참고: 이렇게 하면 게이트웨이가 현재 저장 중인 로그 메시지가 모두 지워집니다.Actions > Reset을 선택해 게이트웨이를 기본 구성으로 재설정합니다. 참고: 이렇게 하면 하트비트가 5분으로 설정되는 등 게이트웨이가 기본 구성으로 재설정됩니다.Actions > Reform Network를 선택해 게이트웨이의 네트워크를 Reform할 수도 있습니다.Monnit 소프트웨어에서 Sensor List를 다운로드하려면 Actions > Download New Sensors를 선택합니다.마지막으로 Send Messages to Server 버튼을 선택해 iMonnit 소프트웨어로 수동 통신을 시작합니다. 이는 Sensor List 다운로드 메시지 형태로 소프트웨어에 데이터를 보냅니다. 게이트웨이가 iMonnit 소프트웨어와 통신하지 못하면 Communication Check Utility로 테스트할 수 있습니다. 업데이트: 2020-12-09

#### 게이트웨이와 같은 네트워크가 아닌 센서가 그 게이트웨이로 데이터를 보내는 경우(또는 내 네트워크 센서가 네트워크 외 게이트웨이로 데이터를 보내는 경우)
센서가 게이트웨이와 통신하도록 허가받는 수단은 Sensor List입니다. 게이트웨이가 센서를 Sensor List로 다운로드하면, 게이트웨이의 네트워크가 Reform되지 않는 한 그 센서 ID는 게이트웨이의 Sensor List에서 제거되지 않습니다. 따라서 센서가 게이트웨이와 같은 네트워크에 설정되어 있고, 센서가 그 네트워크에 있는 동안 게이트웨이가 Sensor List 다운로드를 수행했다면(이런 상황은 앞서 링크한 Sensor List 문서 참고), 그 센서는 해당 게이트웨이의 네트워크에 있게 됩니다. 따라서 이후 센서가 다른 네트워크로 옮겨지면, 게이트웨이의 네트워크가 Reform되지 않는 한 그 센서 ID는 센서가 이전에 추가되었던 센서 네트워크의 게이트웨이 Sensor List에 그대로 남습니다. 센서가 측정값을 보낸 게이트웨이 ID 식별 센서가 측정값을 전달한 게이트웨이의 ID는 Sensor Readings에 기록됩니다. Export 기능으로 센서 데이터를 다운로드할 때 Gateway ID는 내보내기에 포함되는 열입니다. 따라서 센서가 측정값을 전송한 게이트웨이의 ID를 볼 수 있습니다. 이 정보로 센서가 그 측정값에서 통신한 게이트웨이가 예상한 게이트웨이인지 판단할 수 있습니다. 이것이 WebHooks에 미치는 영향 WebHooks로 센서 데이터를 WebHook 엔드포인트에 전달하는 고객에게 이는 특히 중요한 고려 사항입니다. WebHooks는 게이트웨이 하트비트에 의해 트리거되며 게이트웨이가 센서로부터 수신한 센서 데이터를 포함하기 때문입니다. 따라서 게이트웨이와 같은 네트워크에 연결되지 않은 센서가 그 게이트웨이 범위 내에 있어 계속 체크인하면, 그 센서 데이터가 WebHook JSON에 포함됩니다. 게이트웨이와 같은 네트워크에 현재 추가되지 않은 센서로부터 데이터를 받으면 특히 혼란스러울 수 있습니다. 즉 예상치 못한 센서로부터 센서 데이터가 들어오는 것이 보입니다. 이 문제 해결 이를 해결하려면, 더 이상 같은 네트워크가 아닌데 센서 통신을 수신하고 있는 게이트웨이의 네트워크를 Reform해야 합니다. 센서가 한때 다른 게이트웨이의 Sensor List에 있었던 경우를 대비해, 계정의 모든 게이트웨이를 Reform하는 것이 일반적으로 좋은 습관입니다. 위에서 설명한 상황은 흔하지만, Reform 명령에 익숙하지 않은 사용자에게는 혼란스러울 수 있습니다. 이 문서가 해결에 도움이 될 것이며, 관련 질문이 있으면 support@monnit.com 으로 문의하십시오. 업데이트: 2021-01-26

#### USB Wireless Sensor Adapter 게이트웨이를 Enterprise·Express·MINE로 Unlock 및 Point
Monnit USB Wireless Sensor Adapter와 USB 게이트웨이는 로컬 설치된 iMonnit 소프트웨어로 데이터를 보내도록 Point할 수 있습니다. 이는 다른 게이트웨이 유형과 마찬가지로 USB 게이트웨이에서도 가능합니다. USB 게이트웨이에는 구성을 독특하게 만드는 고유한 특성이 있습니다. 이 문서는 USB 게이트웨이의 이러한 세부 사항을 설명합니다. USB 게이트웨이 Unlock 게이트웨이 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 게이트웨이 설정에 관한 정보는 이 문서를 참고하십시오. USB Wireless Sensor Adapter 또는 표준 USB 게이트웨이가 Unlock되었는지 확인 다음 단계로 Monnit Link Gateway Configuration Tool에서 USB 게이트웨이가 Unlock되었는지 확인할 수 있습니다. !중요! USB 게이트웨이의 Unlock/Lock 상태는 Unlock 상태를 받았을 때 연결되어 있던 컴퓨터에 묶입니다. 즉 게이트웨이의 Unlock 상태는 Unlock 요청을 처리했을 때 연결되어 있던 호스트 PC에 연결되어 있는 동안에만 유지됩니다. 또한 Unlock을 처리하려면 게이트웨이를 호스팅하는 PC가 최소 한 번은 인터넷에 연결되어야 합니다. Monnit Link Gateway Configuration Tool을 실행합니다.메뉴 바에서 Actions를 선택합니다.Configure Server Location 옵션을 찾습니다(게이트웨이가 Unlock된 경우에만 표시됨). Configure Server Location 옵션이 보이지 않으면 support@monnit.com 으로 연락해 게이트웨이를 Unlock해야 합니다. USB Wireless Sensor Adapter를 로컬 Monnit 서버로 Point USB 게이트웨이를 Unlock한 후 게이트웨이를 로컬 Monnit 서버(iMonnit Enterprise/Express/MINE)로 Point할 수 있습니다. 아래 단계를 따르십시오. Monnit Link Gateway Configuration Tool을 실행합니다.메뉴 바에서 Actions를 선택합니다.Configure Server Location을 선택합니다.Monnit 서비스를 호스팅하는 서버의 IP 주소/도메인/URL을 입력합니다.Monnit 서버가 게이트웨이 데이터를 받도록 구성된 통신 포트를 입력합니다(기본 포트 3000). 서버가 ‘localhost’ 주소에서 데이터를 받도록 구성되어 있으면 ‘Local’ 링크를 클릭할 수 있으며, 이는 Server Address를 ‘localhost’, 통신 포트를 ‘3000’으로 구성합니다. 또는 ‘Default’ 링크를 클릭하면 게이트웨이가 다시 iMonnit Online 포털(sensorsgateway.com)로 Point됩니다. Save Settings 버튼을 클릭합니다. USB 게이트웨이가 Monnit 서버로 데이터를 보내도록 성공적으로 구성됩니다. 관련 문의가 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-10-05

#### Alta 게이트웨이의 BSN 펌웨어 업데이트
각 Monnit 게이트웨이에는 BSN(Base Station Node, APN이라고도 함)이라는 칩이 있습니다. 이 칩은 기기의 무선 전송을 제어합니다. 이 칩에는 무선 동작을 실행하는 펌웨어가 있습니다. Alta 게이트웨이 라인에서는 이 칩에 업그레이드 가능한 펌웨어가 있습니다. 이 펌웨어 업데이트는 백엔드에서 Monnit Support가 수행해야 하는 수동 절차이지만, 이 펌웨어 업데이트를 처리하면 일반적으로 센서 성능이 향상됩니다. 최근 게이트웨이 BSN 펌웨어 개선 사항은 다음과 같습니다: 무선 동작을 더 효율적으로 처리하여 센서 배터리 성능 향상암호화 키 교환 개선으로 센서 신뢰성 향상 게이트웨이 BSN 펌웨어 업데이트가 유용할 수 있는 경우 배터리 레벨이 크게 변동할 때(특히 코인셀 및 Industrial 센서) Monnit Alta 센서에는 어느 정도 예상되는 배터리 성능 변동이 있습니다. 이는 특히 코인셀과 Industrial 센서에서 두드러지는데, AA 센서는 배터리가 둘인 반면 이들은 배터리가 하나이기 때문입니다. 코인셀과 Industrial은 배터리가 하나뿐이므로 센서 무선이 배터리에 가하는 부하에서 회복하기가 더 어렵습니다. 게이트웨이 BSN 업데이트는 무선 전송의 효율을 높여 센서가 배터리에서 더 적은 전력을 요구하게 하므로, 센서 배터리 레벨이 어느 정도 회복될 수 있습니다. 센서가 게이트웨이와의 연결을 잃고 자동으로 재연결하지 못할 때 또 다른 개선 사항은 센서와 게이트웨이 간 암호화 키 교환입니다. 암호화 키 교환 사이에 문제가 발생하면, 센서가 게이트웨이에서 끊겨 전원을 껐다 켜기(새 키 교환을 실행) 전까지 재연결하지 못하는 결과가 나올 수 있습니다. 따라서 센서가 게이트웨이와의 연결을 잃고 자동으로 재연결하지 못하는 경우, 게이트웨이 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

#### Alta 게이트웨이 데이터 로깅
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 서버와의 연결을 잃고 로그 메시지를 보존했다면, 재연결 시 그 로그 메시지를 배치 단위로 서버에 전달합니다. Ethernet Gateway 4의 ‘서버 없을 때 네트워크 비활성화’ Monnit 서버와의 통신이 끊긴 동안 게이트웨이가 이 로그 메시지를 보존하지 않기를 원하는 용도가 있을 수 있습니다. 네트워크 연결 손실이 잦거나 세심히 모니터링해야 하는 용도에서는, 게이트웨이 대신 센서가 데이터를 로그로 저장하도록 게이트웨이의 센서 네트워크를 비활성화하는 것이 좋을 수 있습니다. 이 경우 Ethernet Gateway 4의 Disable Wireless Network On Server Loss 기능을 활성화할 수 있습니다. 업데이트: 2020-12-10

#### iMonnit Online에서 별도 센서 네트워크로 센서를 게이트웨이에 지정
센서가 게이트웨이와 통신하도록 허가받는 수단은 센서 네트워크입니다. 즉 iMonnit Online에서 동일한 네트워크에 추가된 센서는 그 네트워크의 게이트웨이와 통신하도록 허가됩니다. 센서가 통신하도록 허가될 게이트웨이를 지정하려면 iMonnit Online에서 센서를 별도의 센서 네트워크에 할당해야 합니다. 여러 게이트웨이를 포함하는 동일 네트워크에 센서를 추가하면, 그 네트워크의 모든 게이트웨이가 센서의 통신을 허가하며 센서는 통신할 게이트웨이를 자동으로 선택합니다. 따라서 센서가 여러 게이트웨이와 동일한 센서 네트워크에 있으면 센서가 통신할 게이트웨이를 지정할 방법이 없습니다. 이것이 센서가 어느 게이트웨이와 통신할지 제어하기 위해 별도의 센서 네트워크 생성을 고려하는 이유입니다. 이 문서는 센서 네트워크별로 기기를 구성하는 방법을 안내합니다. 센서 네트워크 생성에 관한 정보는 ‘iMonnit Online에서 네트워크 생성’을 참고하십시오. 센서 네트워크 설정에 관한 정보는 ‘iMonnit Online에서 네트워크 구성’을 참고하십시오. 단계 참고: 모든 기기를 이미 동일한 네트워크에 추가했다면, 이 문서의 단계에 따라 Classic View에서 기기를 별도 네트워크로 옮길 수 있습니다. iMonnit Online 계정에 센서 네트워크를 생성합니다.그 네트워크에 게이트웨이와 센서를 추가합니다.iMonnit Online 계정에 별도의 네트워크를 생성합니다.그 네트워크에 게이트웨이와 센서를 추가합니다(또는 기기를 원하는 네트워크로 옮깁니다).두 게이트웨이의 네트워크를 모두 Reform합니다. 게이트웨이 Reform 및 Sensor List에 관한 정보는 여기 링크된 문서를 참고하십시오.게이트웨이의 Utility/Reset 버튼을 한 번 눌렀다가 즉시 뗍니다(또는 네트워크 Reform 후 게이트웨이가 체크인할 때까지 기다립니다).센서 전원을 켜거나, 이후 센서가 게이트웨이에 체크인할 때까지 기다립니다. 흔한 질문 - 특정 센서를 특정 게이트웨이에 그냥 할당할 수는 없나요? iMonnit Online, iMonnit Enterprise, Express로 게이트웨이와 센서를 운영할 때, 기기를 서로 다른 센서 네트워크로 분리하는 것 외에는 센서를 특정 게이트웨이에 구체적으로 할당할 방법이 없습니다. 이것이 기기를 별도 네트워크로 분리하는 것이 이 문제를 해결하는 방법인 이유입니다. 관련 문의가 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2021-01-04

#### 무선 USB 게이트웨이, 호스트 컴퓨터 절전 모드 및 전원 꺼짐
PC가 꺼져 있거나 절전 상태여서 MonnitLink™ 무선 게이트웨이 또는 USB Sensor Adapter가 센서로부터 전송을 수신하지 못하면, 센서는 계속 게이트웨이에 링크를 시도합니다(기본 2회). 게이트웨이에 링크하지 못하면 ‘link mode’에 진입하여 인근의 다른 게이트웨이를 찾습니다. 게이트웨이를 찾지 못하면 센서는 ‘power save(절전)’ 모드에 진입해 2시간 동안 절전한 뒤 다시 link mode에 진입해 게이트웨이를 찾습니다. 이 과정은 센서가 통신할 게이트웨이를 찾을 때까지 계속됩니다. 참고: 게이트웨이가 꺼져 있는 동안에는 데이터가 수집되지 않고 알림도 전송될 수 없습니다. 업데이트: 2020-08-28

#### USB Wireless Sensor Adapter에서 새 센서 ID 다운로드
센서가 게이트웨이와 통신하려면 통신 허가를 위해 게이트웨이가 센서 ID를 받아야 합니다. 대부분의 게이트웨이에는 물리적 버튼이 있어, 눌렀다가 즉시 떼면 iMonnit 소프트웨어에서 게이트웨이와 동일한 네트워크에 추가된 센서 ID를 받습니다. USB Wireless Sensor Adapter에는 물리적 버튼이 없으므로 이 기능이 Monnit Link Gateway Configuration Tool에 있습니다. 게이트웨이가 Configuration Tool과 통신하며 iMonnit Online 포털로 데이터를 보내고 있으면(Status: Active), 이 작업을 실행해 포털 네트워크의 센서 ID를 다운로드할 수 있습니다. 이후 센서는 게이트웨이와 통신하도록 허가됩니다. 단계 USB Wireless Sensor Adapter를 PC에 설정합니다.Status가 Active가 되면: 메뉴 바에서 Actions를 클릭합니다.드롭다운 메뉴에서 Download New Sensors를 선택합니다.‘Send Messages to Server’ 버튼을 클릭합니다(iMonnit 포털과 즉시 체크인 시작).게이트웨이 History를 확인해 게이트웨이가 이후 iMonnit Online에 체크인했는지 확인합니다. 게이트웨이 체크인이 보이면, iMonnit 포털 네트워크에서 게이트웨이와 연결된 센서 ID가 게이트웨이와 통신하도록 허가됩니다. 이는 이미 포털에 체크인 중인 게이트웨이가 있는 네트워크에 기기를 추가할 때 특히 유용합니다. 업데이트: 2020-11-23

#### 서버 손실 시 무선 네트워크 비활성화 - Ethernet Gateway 4
Monnit 서버와의 통신이 끊긴 동안 게이트웨이가 로그 메시지를 보존하지 않기를 원하는 용도가 있을 수 있습니다. 네트워크 연결 손실이 잦거나 네트워크 데이터 사용을 세심히 분산해야 하는 용도에서는, 센서가 데이터 메시지를 로그로 저장하도록 의존하는 것이 더 나을 수 있습니다. 이 경우 Disable Wireless Network on Server Loss 기능을 제공하는 Ethernet Gateway 4를 구현할 수 있습니다. 이 기능 활성화 iMonnit Online에서 이 기능은 ‘On Server Loss: Log Sensor Data/Disable Wireless’로 표시됩니다. iMonnit Online 계정에 로그인합니다.사이드바에서 Gateways를 선택합니다.게이트웨이를 선택합니다.Settings 탭을 선택합니다.General 탭에서 On Server Loss 구성을 Log Sensor Data 또는 Disable Wireless로 전환합니다. 로컬 HTTP 구성 페이지에서 게이트웨이의 로컬 HTTP Interface에 접근합니다.Settings 탭을 선택합니다(펌웨어 버전에 따라 다름).Default Server 탭을 선택합니다.On Server Loss 구성의 드롭다운을 선택합니다.Disable Wireless Network를 선택합니다. 이 기능은 무엇을 하나요? Disable Wireless Network on Server Loss를 활성화하면, Monnit 서버와의 통신이 끊겼을 때 Ethernet Gateway 4의 무선이 꺼집니다. 따라서 게이트웨이가 Monnit 서버에 체크인하던 중 네트워크 문제가 발생하면 게이트웨이의 센서 네트워크가 비활성화됩니다. 그 시점에 센서는 게이트웨이와의 연결을 잃고 자체 메모리에 센서 메시지를 로그로 저장하기 시작합니다. 게이트웨이의 서버 연결이 복구되면 무선 센서 네트워크가 활성화되고, 센서가 재연결하여 로그 데이터를 업로드합니다. 이 기능이 유용한 경우 구형 게이트웨이 펌웨어에서는 게이트웨이 전원 손실 시 로그 센서 메시지가 보존되지 않습니다. 네트워크 문제와 전원 손실은 흔히 관련된 근본 원인으로 함께 발생하므로, 게이트웨이 대신 센서가 데이터를 로그로 저장하도록 게이트웨이의 센서 네트워크를 비활성화하는 것이 데이터 로깅에 유리할 수 있습니다. 예를 들어 폭풍은 흔히 네트워크 연결을 끊고, 얼마 후 시설의 전원을 차단합니다. 다음 시나리오를 생각해 보십시오: 고객이 펌웨어 버전 1.0.5.8(전원 손실 후 로그 데이터 보존 미지원)의 Ethernet Gateway 4를 로컬 네트워크에서 운영하며, 로컬 데이터 센터에 호스팅된 iMonnit Enterprise 서버로 데이터를 보냅니다.게이트웨이가 로컬에서 동작하며, 네트워크 제한 때문에 펌웨어 업데이트를 위해 iMonnit Online에 접속하도록 구성할 수 없습니다. 따라서 고객은 구형 펌웨어로 운영하며 업데이트할 수 없습니다. 게이트웨이는 Disable Wireless Network on Server Loss 기능이 비활성화된 기본 설정으로 동작합니다.폭풍이 와서 게이트웨이가 있는 시설과 데이터 센터 사이의 네트워크 회선을 손상시킵니다(전원은 아직 살아 있음).게이트웨이는 계속 센서로부터 전송을 수신하며, 서버 재연결 시 전달하기 위해 메시지를 메모리에 로그로 저장합니다.게이트웨이와 서버 간 네트워크 연결이 손상된 지 몇 시간 후, 폭풍이 시설의 전기를 차단합니다(게이트웨이의 로그 데이터가 지워짐).센서가 하트비트에 측정값을 로그로 저장하기 시작합니다.몇 시간 후 게이트웨이와 서버 간 네트워크 연결이 복구되고 전원도 복구됩니다.센서가 자동으로 게이트웨이에 재링크하여 정전 동안 로그로 저장한 데이터를 업로드합니다.결과적으로 네트워크가 손상된 시점과 전원이 나간 시점 사이에 데이터 공백이 생깁니다. 이 시나리오에서 네트워크가 끊긴 시점과 전원이 나간 시점 사이에 게이트웨이가 로그로 저장한 데이터는 유실됩니다. 따라서 이 설치에는 Disable Wireless Network on Server Loss 기능을 활성화하는 것이 합리적이었을 것입니다. 그랬다면 게이트웨이와 서버 간 네트워크 연결이 끊기는 즉시 센서가 측정값을 로그로 저장하기 시작했을 것입니다. 이후 센서가 게이트웨이에 재연결한 뒤 로그로 저장한 메시지를 업로드하여 사용자에게 데이터 공백이 없었을 것입니다. 업데이트: 2021-02-04

#### Advanced Edge Gateway 구성 인터페이스
Monnit Advanced Edge Gateway에는 Express Core 인터페이스 외에 HTTP 구성 인터페이스가 포함됩니다. 다음으로 이 추가 인터페이스로 Edge Gateway를 구성할 수 있습니다. 추가 HTTP 구성 인터페이스 접근 다음 URL에서 포트 5000을 통해 브라우저로 접근할 수 있는 웹 주소가 있습니다: https://aegw-xxxxxx.local:5000 (xxxxxx는 게이트웨이의 ID) 단계 ‘Go to Gateway setup/monitoring’을 클릭합니다.(요청 시 비밀번호 입력)‘Manage delivery to the cloud or to MQTT brokers’를 클릭합니다.‘Add a producer’를 클릭하거나, 이미 설정되어 있으면 ‘Edit producer name’을 클릭합니다. 업데이트: 2020-10-29

#### 센서 하트비트가 게이트웨이 하트비트보다 잦은 경우
일부 구성에서는 사용자가 센서 하트비트를 게이트웨이 하트비트보다 잦게 구성할 수 있습니다. 이는 의도치 않을 수도, 의도적일 수도 있습니다. 이 구성에는 의도하지 않은 영향이 따를 수 있습니다. 이 구성이 보일 수 있는 경우 기본 하트비트가 60분인 셀룰러 게이트웨이를 운영하면서 센서를 더 잦은 하트비트로 구성하면 이 현상이 흔히 나타납니다. 사용자가 이 구성의 영향을 모를 수 있습니다. 흔한 시나리오는 기본 하트비트 60분의 셀룰러 게이트웨이를 운영하면서 센서를 10분 같은 더 잦은 하트비트로 구성한 경우입니다. 셀룰러 데이터를 효율적으로 관리하려는 경우처럼 이것이 의도적인 경우도 있습니다. 즉 더 잦은 게이트웨이 하트비트로 데이터를 전달하는 대신, 각 게이트웨이 하트비트에 여러 센서 데이터 포인트를 전달하는 것이 의도된 동작일 수 있습니다. 이 구성의 영향 센서 하트비트가 게이트웨이보다 잦게 구성되면, 센서는 센서 하트비트에 게이트웨이로 측정값을 전송하고, 게이트웨이는 그 측정값을 대기시켰다가 게이트웨이 하트비트에 전달합니다. 따라서 센서 하트비트가 10분, 게이트웨이 하트비트가 60분으로 설정되면, 센서는 6회 측정값을 전송하고(게이트웨이 60분 하트비트 ÷ 센서 10분 하트비트 = 6), 게이트웨이는 그 6개 데이터 포인트를 게이트웨이 하트비트에 전달합니다. 따라서 게이트웨이 하트비트 이전 어느 시점에 센서가 오프라인이 된 것처럼 보입니다. 센서 아이콘이 오프라인이 된 것처럼 표시되는 것도 볼 수 있습니다. 센서가 게이트웨이와의 통신을 멈추지 않았더라도, iMonnit Online 포털은 연속 3회 하트비트 간격 동안 센서로부터 통신을 받지 못하면 센서 아이콘을 비활성으로 표시합니다. 위 시나리오에서는 30분 후 센서 아이콘이 비활성으로 표시될 수 있습니다. 이 문제 해결 이것이 의도하지 않은 동작으로 보인다면 해결은 간단합니다. 게이트웨이 하트비트를 가장 잦은 센서 하트비트보다 잦게 구성하십시오. 게이트웨이가 네트워크에서 가장 잦은 하트비트를 가진 센서만큼(또는 그보다 더 자주) 체크인하는 한 문제가 되지 않습니다. 업데이트: 2021-01-05

### iMonnit Online

#### Monnit Connection Tester(Communication Check Utility)
Communication Check Utility는 PC와 iMonnit 서버 간 연결을 테스트할 수 있는 경량 PC 응용 프로그램입니다. 이 유틸리티로 게이트웨이가 iMonnit 소프트웨어로 보내는 데이터를 모방할 수 있습니다. 목적은 기기가 iMonnit 소프트웨어와 통신할 수 있는 네트워크 경로가 있는지 확인하는 것입니다. iMonnit Enterprise, Express, MINE 같은 로컬 호스팅 버전의 iMonnit 소프트웨어를 구현하는 경우, 이 유틸리티로 서버가 게이트웨이 통신을 수용하도록 구성되었는지도 확인할 수 있습니다. 이 문서는 이 유틸리티 사용법을 안내합니다. 단계 요약 http://downloads.imonnit.com/misc/CommunicationCheckUtility.exe 게이트웨이를 iMonnit 소프트웨어에 추가합니다(아직 추가하지 않은 경우).Communication Check Utility를 다운로드합니다.유틸리티를 실행합니다.게이트웨이 ID를 입력합니다.올바른 Gateway Type을 선택합니다.iMonnit Online 연결을 테스트하는 경우 ‘Use Defaults’ 체크박스를 체크된 상태로 둡니다.로컬 호스팅 소프트웨어로 테스트하는 경우 ‘Use Defaults’ 체크박스를 해제하고 서버의 IP 주소(또는 도메인 이름)를 입력합니다. --게이트웨이가 통신을 보내는 기본 포트는 아웃바운드 포트 3000입니다. 이 기본값이 변경된 로컬 호스팅 소프트웨어로 테스트하는 경우 올바른 포트를 입력하고, 그렇지 않으면 기본값 3000을 둡니다. Check Communication 버튼을 클릭합니다. 테스트되는 항목 Communication Check Utility는 세 가지를 테스트합니다. 서버가 게이트웨이로부터 통신을 수신할 준비가 되었는지 확인합니다.유틸리티가 실행되는 네트워크가 서버의 DNS를 확인할 수 있는지 확인합니다.적절한 포트(포트 3000)를 통해 통신이 서버에 도달할 수 있는 네트워크 경로가 있는지 확인합니다. iMonnit Online과 함께 Communication Check Utility 사용 이 유틸리티는 게이트웨이가 iMonnit Online 포털에 연결할 수 없을 때 유용합니다. 네트워크의 DNS 서버 구성이 Monnit 게이트웨이가 데이터를 전달하는 도메인을 확인하는 데 문제가 있는지 식별하는 데 도움이 됩니다. 또한 포트 3000을 통한 iMonnit 서버로의 데이터 전달을 막는 방화벽 문제를 식별하는 데도 도움이 됩니다. DNS 확인 테스트 Monnit 게이트웨이는 기본적으로 도메인 이름으로 데이터를 전송합니다. iMonnit Online은 게이트웨이 유형과 연식에 따라 여러 도메인 중 하나에서 이 게이트웨이 통신을 수신합니다. 게이트웨이가 iMonnit Online과 성공적으로 통신하려면, 네트워크의 DNS 서버가 도메인을 확인할 수 있어야 게이트웨이 통신이 전달됩니다. 게이트웨이는 다섯 도메인 이름 중 하나를 확인하려 시도합니다: sensorsgateway.comt1.sensorsgateway.comt2.sensorsgateway.comu1.sensorsgateway.comu2.sensorsgateway.com Communication Check Utility는 네트워크의 DNS 서버로 도메인을 확인하려 시도합니다. 테스트가 성공하면 Success 메시지가 보이고, 유틸리티가 게이트웨이 통신을 모방한 데이터를 iMonnit 서버로 보내려 시도합니다. 참고: Ethernet 게이트웨이와 USB 게이트웨이(USB Wireless Sensor Adapter 포함)는 TCP로 데이터를 보냅니다. 셀룰러 게이트웨이와 MoWi Wi-Fi 센서는 UDP로 데이터를 보냅니다. 통신 테스트 DNS 확인이 성공한 후, 지정된 게이트웨이 ID의 데이터를 모방한 패킷이 적절한 포트(기본 포트 3000)를 통해 iMonnit 서버로 전송됩니다. 유틸리티는 먼저 포트 3000을 통해 (기기 유형에 따라) TCP 또는 UDP 연결을 수립하려 시도합니다. 성공하면 ‘TCP/UDP Connect Success’ 텍스트가 표시되고, 유틸리티가 서버로 데이터를 보내려 시도합니다. ‘Message Sent’ 텍스트가 보입니다. 통신이 서버에 수신되면 ‘Message Received’ 텍스트가 보입니다. iMonnit Enterprise 같은 로컬 서버와 함께 Communication Check Utility 사용 이 유틸리티는 iMonnit Enterprise 같은 로컬 호스팅 버전의 Monnit 소프트웨어와의 통신 테스트에도 사용할 수 있습니다. 단계와 수행되는 테스트는 iMonnit Online과 동일하지만, Server Address 필드에 서버 주소(도메인 또는 IP 주소)를 입력합니다. Enterprise Wireless Gateway Server 이 유틸리티는 게이트웨이가 Enterprise의 계정에 추가되었는지, 그리고 Enterprise Wireless Gateway Server 서비스가 Windows Services.msc 프로그램에서 실행 중인지 확인하는 데 유용합니다. Enterprise Wireless Gateway Server는 게이트웨이 기기로부터 포트 3000을 통한 통신을 수용하는 서비스입니다. Enterprise를 실행하는 동일 서버에서 이 유틸리티를 실행하면 서비스가 실행 중이며 게이트웨이 통신을 수용할 준비가 되었는지 테스트합니다. 같은 로컬 네트워크의 다른 PC에서 실행하면 네트워크 통신과 서버 도달 능력에 관한 유용한 정보를 제공합니다. Communication Check Utility를 실행합니다.게이트웨이가 Enterprise 서버의 네트워크에 추가되었는지 확인합니다.게이트웨이 ID를 입력합니다.구성된 포트를 입력합니다(기본값 3000).Check Communication을 클릭합니다. 서버에서 실행했을 때 테스트가 성공하면 서비스가 실행 중이며 통신을 수용하는 것입니다. 테스트가 실패하면 이 문서를 참고해 Enterprise Wireless Gateway Server 문제를 점검하십시오. 추가 참고 이 유틸리티는 게이트웨이의 데이터를 모방하지만 PC의 IP 주소에서 전송된다는 점을 기억하는 것이 중요합니다. 따라서 PC에서 유틸리티를 실행한 테스트가 성공했다고 해서 네트워크가 게이트웨이의 통신을 완전히 지원한다고 결론짓는 것은 옳지 않습니다. 일반적으로는 그렇지만, 많은 네트워크 보안 기능이 유틸리티를 실행하는 PC에서는 테스트를 성공시키면서도 게이트웨이의 데이터가 Monnit 서버에 도달하는 것은 막을 수 있습니다. 즉 이 유틸리티는 일부 네트워크 문제를 진단하는 데 신뢰할 만하지만, 데이터 전송을 막는 네트워크 문제의 가능성을 완전히 배제하지는 않습니다. 업데이트: 2020-09-01

#### iMonnit Online에서 새 Action 생성
iMonnit 소프트웨어의 Action은 사전 구성된 조건에 기반한 에스컬레이션으로, action 이벤트를 일으킵니다. Action에는 두 가지 주요 구성 요소가 있습니다. Trigger 이벤트와 Action 이벤트입니다. Trigger는 에스컬레이션을 시작하는 조건이고, Action은 트리거의 결과로 소프트웨어가 실행하는 활동입니다. 일반적으로 Trigger는 센서가 감지한 측정 조건에 기반하고, Action은 사용자에게 전송되는 알림입니다. 이 문서는 트리거 조건에 기반해 기능을 수행하는 새 Action을 생성하는 방법을 안내합니다. 참고: Action은 이전 버전의 Monnit 소프트웨어(iMonnit Online의 Classic View 포함)에서 Notification이라고 불렸습니다. Action과 Notification이라는 용어는 가끔 같은 의미로 쓰입니다. 단계 요약 iMonnit Online 계정에 로그인합니다.왼쪽 사이드바의 Actions 탭을 클릭합니다.페이지 오른쪽 상단의 + Add Action 버튼을 클릭합니다.Action ‘Trigger’를 추가합니다(필요 시 Sensor Type 등 추가 선택).Save를 클릭합니다.수행할 Action을 선택합니다(이 문서에서는 Notification Action 선택).Notification Settings 구성을 완료합니다.알림의 필수 수신자를 선택합니다.원하면 Delay를 설정합니다.Continue 버튼을 클릭합니다.Action 이름을 지정합니다.Action Sensors를 선택합니다. !!중요!!Finish 버튼을 클릭합니다. Action 생성 + Add Action 페이지 상단 섹션에 표시된 대로 Action 생성에는 세 단계가 있습니다. Trigger 생성Action 생성Action 이름 지정 및 Action에 기기 할당 Trigger 생성 Trigger는 Action 에스컬레이션을 시작하는 이벤트입니다. Trigger는 센서 측정값, 기기 비활동(Inactivity), 배터리 부족, 일정(Schedule), 또는 더 복잡한 로직(Advanced Action Type)으로 시작될 수 있습니다. 왼쪽 사이드바 기본 메뉴의 Actions 탭을 클릭합니다.페이지 오른쪽 상단의 + Add Action 버튼을 클릭합니다.Action Type을 선택합니다(이 문서에서는 Sensor Reading 선택).프롬프트가 표시되면 Sensor Type을 선택합니다(이 문서에서는 Temperature 선택). Action Triggers라는 새 창이 나타납니다. ‘Notify when temperature reading is’ 드롭다운 메뉴에서 ‘Greater Than’ 또는 ‘Less Than’을 선택합니다.값 필드에 원하는 온도 임계값을 입력합니다.다음 드롭다운 메뉴에서 단위(scale)를 선택합니다.Save 버튼을 클릭합니다. Trigger가 구성되었습니다. 다음 단계인 Action 생성으로 안내됩니다. Action 생성 Action은 트리거의 결과로 실행되는 이벤트입니다. 일반적으로 알림(Email, SMS, 음성 통화) 형태이지만, Use Control Unit, Use Local Alert, Use Thermostat, System Action 등 다른 Action도 있습니다. 각 Action에 관한 정보는 관련 문서를 참고하십시오. 이 문서에서는 알림을 트리거합니다. 이전 단계의 Save 버튼을 클릭하면 Select Actions 창이 나타납니다. Send Notification을 클릭합니다.Subject 필드에 제목을 입력합니다.Text Override 값(트리거 이벤트의 정보로 대체되는 텍스트)을 입력하는 경우 원하는 메시지와 함께 Message 필드에 입력합니다. Text Override 값에 관한 정보는 다음 문서를 참고하십시오: Text Override 값 이해. Advanced Settings: 수신자가 표준 SMS 메시지를 받도록 구성된 경우 SMS 필드에 원하는 텍스트를 입력합니다.음성 통화 알림에 사용자 지정 메시지를 원하면 여기에 입력합니다. Recipient 창에서: !!중요!! 알림이 Email, SMS, 음성 통화 알림을 보내도록 하려면 각각 종이비행기 아이콘, 말풍선 아이콘, 전화 아이콘을 클릭합니다. 이 아이콘이 보이지 않으면 사용자가 알림을 받도록 구성하는 관련 문서를 참고하십시오. 원하는 사용자에게 원하는 알림 유형 아이콘이 보이지 않으면, 이 문서에 따라 사용자의 Notification Details를 구성해야 할 수 있습니다. 알림의 Delay를 설정합니다(Delay를 원하지 않으면 No Delay 선택).Set을 선택합니다.페이지 오른쪽 상단의 Continue -> 버튼을 클릭합니다. 이제 Trigger와 Action을 구성했습니다. Action 이름 지정 및 Action Sensors 선택 섹션으로 안내됩니다. Action 이름 지정 및 Action Sensors 선택 이 단계에서는 Action Name과 Action Sensors 두 창이 나타납니다. 이 창에서 Action 이름을 지정하고 Action을 트리거할 센서를 선택할 수 있습니다. Action 라벨 텍스트를 입력합니다. 이 텍스트는 기본 메뉴에서 Actions 항목을 선택하면 메인 Actions 페이지에 표시됩니다.Action Sensors 창에서 이 Action을 트리거할 기기의 센서 이름을 클릭합니다. 센서가 활성화되면 기기 옆에 녹색 체크 표시가 나타납니다.Action Name 창에서 Save 버튼을 클릭하면 Action Information 페이지로 이동합니다. Finish 버튼을 클릭하면 모든 Action이 나열된 메인 Actions 페이지로 이동합니다. Action 일정(Schedule) 설정 위 단계를 따라 Save 버튼을 클릭하면 Actions Information 페이지로 이동하며, 트리거되어 알림을 보낼 준비가 된 새 Action이 생깁니다. Action이 따를 일정도 만들 수 있습니다. Action에 일정이 있으면 적용된 일정 동안에만 트리거될 수 있습니다. 참고: Action에 일정이 있으면 예약된 활성 시간 동안에만 트리거될 수 있다는 점을 이해하는 것이 중요합니다. 다만 Action이 활성 일정 동안 트리거되고 Snooze 시간(기본 60분)이 설정되어 있으면, Action이 Disarm되거나 트리거 조건이 정상으로 돌아올 때까지 알림이 계속 전송됩니다. 이로 인해 알림 수신자가 예약 시간 밖에서도 (Snooze로 인해) 알림을 계속 받는 경우가 있을 수 있습니다. 자세한 내용은 다음 문서를 참고하십시오: Action 및 센서 일정의 ‘Before and After’ 이해. (Notification Information 페이지에서) Schedule 탭(달력 아이콘, 페이지 오른쪽 상단)을 클릭합니다.Month & Day Schedule 창이 나타납니다. 요일별 특정 시간에 Action을 예약하려면 Schedule Notification Time 스위치를 전환합니다.요일 목록이 나타납니다. 각 요일의 드롭다운 메뉴를 클릭해 일별 일정을 설정합니다. 옵션은 All Day, Off, Between, Before and After, Before, After입니다. !!중요!! Notification Time 옵션의 다양한 옵션을 이해하는 것이 중요합니다. 각 요일은 오전 12:00:00부터 오후 11:59:59까지 24시간으로 간주됩니다. 따라서 일정을 적용할 때 고유한 고려 사항이 있습니다. 자세한 내용은 관련 문서를 참고하십시오. 매월 특정 일에 Action을 활성화하려면 Schedule Notification Months and days 스위치를 전환합니다.달력이 나타납니다. 활성화할 각 날짜를 클릭합니다(강조 표시된 날짜를 클릭하면 비활성화됨).Save 버튼을 클릭합니다. Month & Day Schedule 창 하단에 Success! 메시지가 나타납니다. 이제 Action이 구성된 일정으로 동작합니다. Action 생성은 사용자가 iMonnit Online 포털에서 가장 흔히 하는 작업 중 하나입니다. 이 문서가 기본적인 Sensor Reading Action을 성공적으로 생성하는 데 도움이 될 것입니다. 관련 문의가 있으면 Monnit Support에 문의하십시오. 업데이트: 2020-10-14

#### Premiere 구독이 만료되는 경우
참고: 이는 iMonnit Online 포털에 해당합니다. Enterprise, Express, MINE 같은 다른 소프트웨어의 라이선스는 별도로 관리됩니다. iMonnit Premiere 구독이 만료되어 iMonnit Online 기능을 더 이상 사용할 수 없는 경우: Monnit은 무료 iMonnit Basic 구독 외에, 연 $39부터 시작하는 iMonnit Premiere 유료 연간 구독도 제공합니다. iMonnit Premiere 구독의 주요 기능은 다음과 같습니다: 10분 최소 하트비트(무료 iMonnit Basic의 120분 최소와 대비)다중 사용자(단일 사용자와 대비)고급 센서 구성 및 동작(센서의 Aware 상태 구성 기능 등)iMonnit Online 포털에서 1년치 센서 기록 접근(90일과 대비) iMonnit Premiere 구독이 만료되었다면 이 기능들이 계정에서 제거된 것을 보았을 수 있습니다. 계정의 Primary Contact를 제외한 모든 사용자가 비활성화되거나, 하트비트가 예기치 않게 120분으로 바뀌거나, 고급 센서 구성에 더 이상 접근할 수 없는 형태로 나타날 수 있습니다. 이는 45일 무료 체험이 만료되거나 이전 유료 구독이 종료될 때 발생할 수 있습니다. 이 경우 새 연간 라이선스를 구매해 구독을 갱신해야 합니다. 아래 단계로 할 수 있습니다. 단계 요약 iMonnit Premiere 구독 키를 구매합니다.iMonnit Premiere 구독 키를 iMonnit 계정에 적용합니다. iMonnit Premiere 구독 키 구매 참고: iMonnit Premiere 구독은 센서 한도로 구분되는 연간 라이선스입니다. 각 라이선스는 계정의 센서 수에 한도가 있습니다. 예를 들어 센서가 6개면 Premiere 6 라이선스가, 150개면 Premiere 200 라이선스가 필요합니다. iMonnit Premiere 구독을 구매하는 방법은 두 가지입니다. iMonnit Online 계정에서(계정에 저장된 결제 수단 필요) iMonnit.com 계정에 로그인합니다.관리자라면 왼쪽 사이드바의 Settings 옵션을 클릭합니다.‘Subscription’이라고 표시된 섹션을 찾아 Purchase Premiere를 클릭합니다.계정에 결제 수단이 아직 추가되지 않았으면 입력하라는 메시지가 표시됩니다. 결제 수단이 있으면 결제를 계속할 수 있습니다. Monnit.com 판매 웹사이트에서: Monnit.com 사이트에 접속해 Premiere Subscription 제품 페이지로 이동합니다: https://www.monnit.com/Products/Software/Software/iMonnit-Premiere---Up-To-6-Sensors iMonnit.com 계정의 센서 수에 맞는 라이선스를 선택합니다.결제를 완료합니다.Premiere 구독 코드가 담긴 이메일을 받습니다.코드를 받으면 관리자 로그인으로 iMonnit.com 계정에 로그인합니다.왼쪽 하단 사이드바의 Settings를 클릭합니다.Premiere 섹션의 Subscription Key 필드에 Premiere 구독 키를 입력합니다.Submit 버튼을 클릭합니다. 이렇게 하면 Premiere 구독이 계정에 적용됩니다. Basic 사용자에게 제공되지 않는 센서 설정 iMonnit Basic 사용자는 고급 센서 구성에 접근할 수 없습니다. 목록은 아래와 같습니다. Basic: Interval: 활동이 기록되지 않을 때 센서가 게이트웨이와 통신하는 주기. Sensor Name: 식별을 쉽게 하기 위해 이 센서에 부여한 고유 이름. Advanced: Activate when: 센서의 어떤 측정값이 Aware 상태를 트리거할지 결정. Active Between: 센서가 활발히 동작하는 하루 중 시간대. 센서가 휴면 중일 때는 통신이 이루어지지 않음. Assessments per Heartbeat: 하트비트 사이에 센서가 Aware 상태 진입/유지 여부를 판단하기 위해 임계값과 측정값을 비교하는 횟수.(센서 HB가 10분, APH가 10이면 1분마다 조건을 평가. HB 10분, APH 20이면 약 30초마다. HB 10분, APH 250이면 최대 빈도인 1초마다 조건을 평가.) Aware State Buffer: 평가값이 임계값에 매우 가까울 때 센서가 표준 동작과 Aware 상태 사이를 오가는 것을 방지하는 버퍼. Aware State Heartbeat: Aware 상태에서 센서가 게이트웨이로 데이터를 전송하는 빈도. Display As: 데이터 유형의 라벨 설정(예: 화씨 vs 섭씨). Failed transmissions before link mode: 센서가 Link 모드에 진입하기 전, 게이트웨이의 응답 없이 전송하는 횟수. Heartbeat Interval: 임계값 이탈 활동이 기록되지 않을 때 센서가 게이트웨이로 데이터를 전송하는 주기. Hysteresis: 센서가 표준 동작과 Aware 상태 사이를 오가는 것을 방지하는 버퍼. Maximum Threshold: 이 값을 초과하는 평가값은 센서를 Aware 상태로 진입시킴. Minimum Threshold: 이 값 미만의 평가값은 센서를 Aware 상태로 진입시킴. The sensor is on: 센서가 활발히 동작하는 하루 중 시간대. 센서가 휴면 중일 때는 통신이 전송되지 않음. Sensor Name: 식별을 쉽게 하기 위해 이 센서에 부여한 고유 이름. Show Dew Point: 표시 데이터에 이슬점을 정보로 포함. Synchronize: 소규모 센서 네트워크에서 센서들이 통신을 동기화하도록 설정할 수 있음. ‘Yes’로 표시된 센서는 UTC와 동기화하여 UTC 자정에 통신하도록 설정한 뒤 그에 기반해 하트비트를 잡음(배터리를 넣은 시점이 아니라). 기본값 ‘Off’는 센서가 통신을 무작위화하여 통신 견고성을 최대화함. 이 값을 설정하면 센서들의 통신이 동기화됨. Time Frame: 평가할 시간 범위(분). Time to Re-Arm (seconds): 트리거 이벤트 후 센서가 재무장하기 전 기다리는 시간(초). Use Aware State: 사용자가 설정한 값을 벗어난 평가값은 센서를 Aware 상태로 진입시킴. Use this sensor through a repeater: 센서를 리피터와 함께 사용하려면 이 박스를 체크(기본값은 체크 해제). 참고: 펌웨어 2.0.0.0 이전 출시 센서에만 해당. Premiere 구독을 적용하면 Premiere 기능(추가 사용자, 10분 하트비트, 고급 센서 구성 등)이 돌아옵니다. 업데이트: 2020-10-26

#### Action에 Delay(지연) 설정
Action(Notification)은 지연 기간 후 알림을 보내는 기능을 제공합니다. 이는 특정 트리거 조건이 일정 시간 지속되지 않는 한 알림이 필요 없는 경우에 유용합니다. 이 문서는 이 기능에 관한 정보를 제공합니다. 사용 사례 예시 냉장 모니터링 이 기능이 유용한 흔한 예는 냉장 모니터링입니다. Monnit 센서는 냉장 장치 내부 온도를 모니터링하여 내용물이 규정 시간 이상 온도 규정을 벗어나지 않도록 하는 데 자주 사용됩니다. Monnit 센서는 냉장고 문이 열리거나 제상 주기 동안 온도 변화를 자주 감지하므로, 지정 임계값 미만의 모든 온도 변화에 알림을 받으면 불필요하게 매우 잦은 알림이 사용자에게 전송될 수 있습니다. 이런 경우 사용자는 온도 임계값이 장시간 위반된 경우에만 알림을 받기를 원할 수 있습니다. 즉 냉장고 문이 열릴 때마다 알림을 받기보다는, 문이 일정 시간 이상 열려 있을 때 알림을 받기를 원할 수 있습니다. 이것이 Action의 Delay 기능 사용 사례입니다. 계층형 수신자(Tiered Recipients) 지연이 유용한 또 다른 예는 알림을 받도록 설정된 사용자가 여럿이지만 계층적으로 알림을 받게 해야 하는 경우입니다. 즉 한 사용자가 알림을 받아 문제를 처리하도록 안내받고, 그 사용자가 응답하지 않으면 지연 후 두 번째 사용자가 알림을 받습니다(추가 지연 후 추가 사용자도 가능). 지연을 사용해, 지정 시간 내에 다른 사용자가 이미 조건을 처리하지 않은 경우에만 전략적으로 사용자에게 알릴 수 있습니다. Action은 독립적인 여러 지연 시간으로 여러 사용자에게 알림을 보내도록 구성할 수 있습니다. 단계 요약 iMonnit Online 계정에 로그인합니다.왼쪽 사이드바의 Actions를 클릭합니다.지연을 추가할 Action의 이름을 클릭합니다.상단 탐색 바의 Actions 탭(로켓 아이콘)을 클릭합니다.창의 메인 보기 영역에서 Notifications 옵션을 클릭합니다.Recipient 창에서 지연 알림을 설정할 사용자를 찾습니다.지연을 설정할 알림 유형의 아이콘을 클릭합니다.Delay 옵션 오버레이가 나타납니다. 알림에 적용할 Delay를 선택합니다.Set 버튼을 클릭합니다.해당 사용자의 알림 아이콘이 녹색으로 강조되고 아이콘 옆에 구성된 지연이 표시되는지 확인합니다. 지연 작동 방식 Action의 트리거 조건이 충족되면, Action은 알림을 보내지 않고 트리거되며 지연 타이머가 시작됩니다. 지연 타이머가 만료될 때까지 센서가 정상 동작 조건 내의 측정값을 보고하지 않으면 지연 후 알림이 전송됩니다. 지연 타이머 만료 전에 센서가 정상 동작 조건 내의 측정값을 다시 보고하면, Action이 Disarm/Rearm되어 수신자에게 알림이 전송되지 않습니다. Notify after aware period 알림 센서가 특정 조건을 일정 시간 감지한 후 알림을 보내도록 구성하는 대안적 방법이 있습니다. 이 방법은 센서의 Aware 상태를 활용하며, 센서가 구성된 시간 동안 추가로 연속된 Aware 상태 측정값을 보고한 후 Action을 트리거합니다. 이 유형의 Advanced Notification은 iMonnit Premiere 구독자에게만 제공되며, 관련 정보는 다른 문서에서 확인할 수 있습니다. 온도 버퍼(Temperature buffer) Monnit은 지연 알림을 구현하는 경우 유용할 수 있는 온도 버퍼도 제공합니다. 온도 버퍼는 온도 센서 프로브를 삽입하는 유리구슬 바이알입니다(센서에 유선 프로브가 있어야 함). 이 버퍼는 온도 센서가 주변 온도 변화를 감지하는 속도를 늦추는 데 효과적입니다. 센서 프로브와 접촉하는 유리구슬이 주변 공기보다 온도 변동에 더 천천히 반응하므로 변화율이 느려집니다. 일부 경우 이는 원하는 지연을 얻는 데 유용할 수 있습니다. https://www.monnit.com/Products/Accessories/Accessory/Temperature-Buffer---Glass-Beads 위에서 언급한 것 외에도 지연 알림이 바람직한 시나리오가 많습니다. 이 문서에서 언급한 도구로 원하는 구성을 달성할 수 있을 것입니다. 관련 문의는 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-02-19

#### Action의 Text Override 값 이해
Text Override 값은 Action의 기능으로, 특정 구문의 텍스트를 Action 메시지에 입력하면 iMonnit Online 포털이 이를 트리거 이벤트의 정보로 대체합니다. 이를 통해 수신자에게 전달되는 Action 메시지를 트리거 조건에 특정한 정보를 포함하도록 사용자 지정할 수 있습니다. 이 문서는 이 기능에 관한 정보를 제공합니다. 참고: 사용자 지정 텍스트만 포함하는 메시지 구성에 관한 정보는 이 문서를 참고하십시오. Text Override 값 활용 방법 Text Override 값을 포함하도록 Action을 구성하면, 수신자에게 전달되는 메시지 텍스트에 트리거 이벤트의 동적 정보를 포함할 수 있습니다. 트리거 센서 ID, 이름, 날짜, 측정값 등의 세부 정보를 메시지에 담을 수 있습니다. 예를 들어 Action의 Message 필드에 다음 텍스트로 구성된 Action은, 해당 스크린샷처럼 수신자에게 전달되는 문자 메시지가 됩니다. _Message(및 SMS Message) 필드에 입력한 텍스트: "TemperatureData Greater Than 32 {ID} {Reading} {Time} {ReadingDate} {ReadingTime} {Name} {Reading}_ 수신자 문자 메시지: 위 예에서 보듯, Text Override 값은 ‘{ }’(중괄호) 안에 특정 텍스트로 입력하며, 알림이 수신자에게 전송될 때 iMonnit 포털이 이 값들을 해당 정보로 대체합니다. 사용 가능한 Text Override 값 아래 나열된 값들이 메시지에 포함할 수 있는 Text Override 값입니다. Actions Message 구성에서 Message 라벨 옆 작은 느낌표 아이콘을 클릭하면 볼 수 있습니다. 사용 가능한 Text Override 값: {ID} : 알림을 트리거한 센서 또는 게이트웨이의 고유 ID {Name} : 알림을 트리거한 센서 또는 게이트웨이의 이름 {Reading} : 기기의 현재 측정값 {Network} : 센서/게이트웨이가 속한 네트워크 이름 {Notification} : 알림 이름 {Subject} : 알림 제목 {AccountNumber} : 알림이 속한 계정 번호 {CompanyName} : 알림이 속한 계정의 회사명 {Address} : 센서가 있어야 하는 계정 주소 {Address2} : 계정 주소의 호실, 아파트 등 번호 {City} : 계정이 위치한 도시 {State} : 계정이 위치한 주 {PostalCode} : 계정이 위치한 우편번호 {Country} : 계정이 위치한 국가 {Date} : 알림이 전송된 날짜 {Time} : 알림이 전송된 시간 {ReadingDate} : 현재 알림 트리거 날짜 {ReadingTime} : 현재 알림 트리거 시간 {OriginalReadingDate} : 최초 알림 트리거 날짜 {OriginalReadingTime} : 최초 알림 트리거 시간 {OriginalReading} : 알림을 트리거한 최초 측정값 {Acknowledge} : 알림 확인(Acknowledge) 링크(이메일 전용) {AcknowledgeURL} : 알림 확인 링크의 원시 URL 알림의 일부로 Text Override 값을 구성하면 iMonnit 시스템의 활용 범위를 넓힐 수 있습니다. Text Override 값에 관한 문의가 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-12-14

#### iMonnit Online에서 사용자를 다른 계정에 연결(Link)
iMonnit Online 포털은 단일 사용자를 여러 계정에 연결(Link)할 수 있게 합니다. 사용자를 다른 계정에 연결하면 그 사용자가 사용자 지정 권한으로 연결된 계정을 볼 수 있고, 연결된 계정의 Action 수신자로 포함될 수 있으며, 연결된 계정의 센서를 보고 구성할 수 있습니다. 이는 단일 사용자 이름을 유지하면서 별도 계정의 기기/정보에 접근하려는 사용자에게 유용합니다. 예를 들어 각자 별도의 iMonnit Online 계정을 가진 두 지점에서 일하는 음식점 직원이 있다고 합시다. 사용자가 한 계정에 있고 두 번째 계정에 연결하면 두 지점 모두 모니터링할 수 있습니다. 이 문서는 사용자를 추가 계정에 연결하는 단계와 세부 사항을 제공합니다. 참고: 연결된 사용자는 연결된 계정에서 권한을 갖지 않습니다. 따라서 연결된 사용자가 연결된 계정에서 볼 수 있는 네트워크를 제한할 방법이 없습니다. 네트워크 권한을 제한해야 한다면 그 계정에 사용자를 생성해야 합니다. 단계 사용자를 계정에 연결 사용자가 아직 접근 권한이 없는 계정의 관리자로 로그인합니다.왼쪽 사이드바의 Users 탭을 선택합니다.메인 보기 영역 오른쪽 상단의 Link Users 아이콘을 선택합니다.이 계정에 연결 접근을 제공할 사용자의 이메일 주소를 입력합니다.Submit을 선택합니다. 연결 수락 다른 계정에 연결되는 사용자 계정에 로그인합니다.사용자 메뉴(오른쪽 상단의 사람 실루엣 아이콘)를 선택합니다.Linked Accounts를 선택합니다.녹색 체크 표시 ✅를 클릭해 연결을 수락합니다. ✅ 이제 사용자가 공식적으로 다른 계정에 연결되었습니다. 연결 거절 참고: 대기 중인 연결이 있는 사용자는 계정에서 삭제할 수 없습니다. 다른 계정에 연결되는 사용자 계정에 로그인합니다.사용자 메뉴(오른쪽 상단의 사람 실루엣 아이콘)를 선택합니다.Linked Accounts를 선택합니다.빨간색 ❌를 클릭해 연결을 거절합니다. ❌ 연결이 거절되었습니다. 연결된 계정 보기 다른 계정에 연결되는 사용자 계정에 로그인합니다.사용자 메뉴(오른쪽 상단의 사람 실루엣 아이콘)를 선택합니다.Linked Accounts를 선택합니다.보려는 연결된 계정 옆의 View Account(눈 아이콘)를 선택합니다. 연결된 계정에서 나가기 연결된 계정을 보고 있을 때 왼쪽 사이드바에 Admin 옵션이 나타납니다. 왼쪽 사이드바의 Admin 옵션을 선택합니다.왼쪽 사이드바의 Home 아이콘을 선택합니다.나타나는 메뉴에서 Home을 선택합니다. ✅ 사용자가 기본 계정으로 돌아갑니다. 연결된 계정에서 사용자 연결 해제 사용자가 아직 접근 권한이 없는 계정의 관리자로 로그인합니다.왼쪽 사이드바의 Users 탭을 선택합니다.메인 보기 영역 오른쪽 상단의 Link Users 아이콘을 선택합니다.Unlink 아이콘을 선택합니다. 사용자 측에서 연결된 계정에서 연결 해제 다른 계정에 연결되는 사용자 계정에 로그인합니다.사용자 메뉴(오른쪽 상단의 실루엣 아이콘)를 선택합니다.Linked Accounts를 선택합니다.Remove를 선택합니다. 사용자 측에서 연결을 해제한 후에는, 연결된 계정에 Relink 옵션과 함께 표시될 수 있습니다. 이전에 연결되었던 계정의 관리자가 사용자를 다시 연결(Relink)할 수 있습니다. 업데이트: 2021-01-05

#### Reports 및 과거 센서 데이터
Reports 기능으로 과거 센서 데이터를 내보내려는 경우 iMonnit Online 포털에서 Reports 탭으로 과거 센서 데이터를 Excel에서 읽을 수 있는 CSV 스프레드시트로 정리한 보고서를 생성할 수 있습니다. 이 작업 방식과 관련된 기능적 세부 사항이 있습니다. 이 문서는 Reports 기능을 가장 효과적으로 사용하도록 이에 관한 정보를 제공합니다. Sensor Export: By Date Range 단일 센서에 대해 최대 70,000개 레코드를 내보낼 수 있는 보고서가 있습니다. Sensor Export: By Date Range는 지난 1년에 대해 최대 70,000개 데이터 포인트를 제공합니다. 이 보고서는 ‘Once(한 번)’로 실행되도록 구성할 수 있습니다. 생성 후 60분 이내에 실행되어 지정 기간의 데이터를 담습니다. 이 보고서는 단일 센서에만 유효하며 여러 센서에 대해 실행할 수 없습니다. 단일 센서 이상의 데이터가 필요하면 여러 보고서를 만들거나 Monnit에 유료 사용자 지정 보고서를 요청해야 합니다. 기타 보고서는 사전에 생성하도록 설계됨 Monnit 소프트웨어는 매일 수백만 개의 데이터 포인트를 저장합니다. 보고서를 실행하면 이 데이터 포인트에 접근하므로 Monnit 서버에 큰 부하가 걸릴 수 있습니다. 따라서 Monnit 소프트웨어는 보고서 실행 시 서버에 걸리는 부하를 효율적으로 관리하기 위해 예약 보고서를 제공합니다. 이 때문에 센서 및 네트워크 데이터에 대한 보고서는 사전에 생성해야 합니다(Sensor Export: By Date Range 제외). 보고서는 매일·매주·매월 실행하도록 구성할 수 있습니다. 이런 보고서의 예로 Sensor: Data Export(일/주/월)와 Network: Data Export(일/주/월/센서 30개 한도)가 있습니다. 참고: Network: Data Export(일/주/월/센서 30개 한도)는 센서 30개라는 엄격한 한도가 있습니다. 네트워크에 센서가 30개를 초과하면 보고서가 실행되지 않습니다. 이 보고서를 실행하려면 네트워크를 센서 30개 이하로 구성해야 합니다. 네트워크에 센서가 30개를 초과하는데 보고서를 실행하려면, Monnit Support에 유료 사용자 지정 보고서를 요청할 수 있습니다(이 문서의 ‘보고서를 사전에 생성하지 않은 경우’ 섹션 참고). 보고서 저장 한도 보고서가 실행되어 다운로드 가능해지면, iMonnit Online 계정의 Reports 탭에서 일시적으로 접근할 수 있도록 저장됩니다. 월간 보고서: 생성된 각 월간 보고서 인스턴스는 30일간 일시 저장됩니다(보고서 1개, 30일). 주간 보고서: 각 주간 보고서 인스턴스는 4개 주간 보고서를 30일간 저장합니다(보고서 4개, 30일). 일간 보고서: 각 일간 보고서는 20개 일간 인스턴스를 30일간 저장합니다(보고서 20개, 30일). 30일이 지나면 각 보고서 인스턴스가 제거되므로, 향후 참조해야 한다면 생성된 보고서를 다운로드해 보관하는 것이 중요합니다. 예약하지 않아도 되는 보고서 사전 예약이 필요 없는 보고서도 있습니다. 이 보고서는 생성 후 실행되면 다운로드할 수 있습니다. 보고서 생성 후 일반적으로 20분 이내에 생성됩니다(생성 후 실행될 때까지 인내심을 가지십시오). 이런 보고서의 예로 Account Report, Battery Health Report, Access Log, Sent Notifications, Sensor count by subaccount, Logged Notes Report, Sensor: No Notification Profile, Device Info Report, Account Expiration Report, Inactivity Report For SubAccounts, Device Signal and Battery Health, Notification Credits By Sub Accounts, Reseller: User List, Calibration Certification Report 등이 있습니다. 보고서를 사전에 생성하지 않은 경우 네트워크 기록 내보내기가 필요한데 보고서를 미리 생성하지 않았거나, 필요한 기록이 1년 이상 전의 것이거나, 큰 데이터셋이 필요하면, Monnit이 유료 보고서를 생성할 수 있습니다. 1년 이상 된 과거 데이터나 10,000개를 초과하는 레코드는 Monnit에서 사용자 지정 보고서를 구매해 여전히 가져올 수 있습니다(Sensor Export: By Date Range 제외). 사용자 지정 보고서 비용은 $50부터 시작하며 요청 데이터 포인트 수와 보고서에 필요한 기간에 따라 달라집니다. 사용자 지정 보고서를 생성해야 하면 담당 영업이나 고객 서비스(info@monnit.com)로 문의하십시오. Export/Download 기능으로 센서 데이터 내보내기 보고서 외에도 Sensor Overview에서 센서 및 게이트웨이 데이터를 다운로드할 수 있습니다. 최대 2,500개 레코드를 다운로드할 수 있는 다운로드 옵션이 있습니다. 대부분의 용도에서 이는 센서 데이터를 CSV 형식으로 다운로드하는 효과적인 방법입니다. Sensor Overview에서 센서 데이터를 다운로드할 때 2,500개 레코드 한도는 엄격한 한도입니다. 따라서 더 많은 레코드가 필요하면 보고서를 사전에 생성하고 예약 실행 시간 후에 다운로드해야 합니다. 보고서는 사전에 구성하면 유용한 도구가 될 수 있습니다. 기기가 생성한 데이터를 편리하게 예약된 방식으로 다운로드할 수 있습니다. 보고서를 사전에 생성하지 않더라도 Monnit은 데이터를 CSV 형식으로 가져올 방법을 제공합니다. 추가 문의는 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-12-03

#### iMonnit Online에서 특정 네트워크 보기에 대한 사용자 권한 제한/허용
iMonnit Online은 계정의 특정 센서 네트워크를 사용자가 보지 못하도록 제한하거나 보도록 허용하는 기능을 제공합니다. 기본적으로 Standard User에게는 계정의 네트워크를 볼 권한이 부여되지 않습니다. 이 문서는 사용자가 볼 수 있는 센서 네트워크를 지정하는 단계를 제공합니다. 단계 요약 관리자 사용자로 iMonnit Online 계정에 로그인합니다.기본 메뉴의 Users 탭을 클릭합니다.네트워크 접근을 제한할 사용자를 클릭합니다.Permissions 탭(자물쇠 아이콘)을 클릭합니다.Networks 탭을 클릭합니다.사용자 계정에서 보이지 않게 할 네트워크의 ‘Can See Network’ 체크박스를 체크/해제합니다.Save 버튼을 클릭합니다. 최종 결과 Networks 권한 목록에서 네트워크를 체크/해제하면, 그 네트워크의 게이트웨이와 센서를 볼 권한이 부여/제거됩니다. Actions 같은 일부 권한은 계정 전체 권한이라는 점에 유의해야 합니다. 다만 이 구성은 사용자가 계정에서 선택되지 않은 네트워크를 보지 못하게 합니다. 업데이트: 2020-10-05

#### iMonnit.com 사용자 이름 또는 비밀번호를 잊은 경우
사용자 이름이나 비밀번호를 잊어 iMonnit.com 온라인 센서 포털에 로그인할 수 없는 경우 참고: !중요! iMonnit.com 온라인 센서 포털은 Monnit.com 판매 웹사이트와 다른 웹사이트이며 로그인 자격 증명도 다릅니다. Monnit.com 판매 웹사이트 로그인에 문제가 있으면 해당 문제에 대한 문서를 참고하십시오. iMonnit.com 온라인 센서 포털 웹사이트 로그인에 어려움이 있다면, 잘못된 사용자 이름·비밀번호이거나 사용자가 잠겼기 때문일 수 있습니다. 센서 포털 접근에 문제가 있으면 이 문서가 해결에 도움이 될 수 있습니다. 단계 요약 사용자 이름을 조회하고 비밀번호를 재설정합니다.사용자 잠금을 해제합니다.계정에 활성 iMonnit Premiere 구독이 있는지 확인합니다. 사용자 이름 조회 및 비밀번호 재설정 iMonnit.com 센서 포털 사용자 이름은 이메일 주소일 수도, 텍스트만으로 구성될 수도, 특수 문자가 포함된 사용자 이름일 수도 있습니다. 흔한 문제는 잘못된 사용자 이름으로 로그인을 시도하는 것입니다. 따라서 사용자 이름을 조회해야 할 수 있습니다. iMonnit.com 로그인 페이지 https://www.imonnit.com/Account/LogOnOV 에 접속해 아래 단계를 따르십시오. ‘Forgot?’ 링크를 클릭합니다.사용자의 Notification 설정에 추가된 이메일 주소를 입력하고 Submit을 클릭합니다. 참고: 해당 이메일 주소가 둘 이상의 사용자 Notification 설정에 추가되어 있으면, 가장 최근에 생성된 사용자에 대해 비밀번호 재설정이 실행됩니다. 이메일 주소가 여러 사용자에 연결되어 있다고 의심되면 support@monnit.com 으로 연락해 계정 접근을 받아야 합니다. 이메일로 전달된 Recovery Authorization Key를 확인합니다. Recovery Authorization Key 필드에 키를 입력하고 Submit을 클릭합니다.다음으로 사용자 이름이 표시되고 비밀번호를 변경할 수 있는 페이지가 보입니다. 사용자 이름이 이메일 주소와 다를 수 있으므로 반드시 기록해 두십시오. 새 비밀번호를 입력하고 확인한 뒤 Submit을 클릭합니다.사용자 이름과 새 비밀번호로 로그인합니다. ‘This user is inactive. Multiple users only available with premium subscription.’ 오류가 보이는 경우 유료 iMonnit Premiere 구독의 기능 중 하나는 둘 이상의 사용자를 둘 수 있다는 것입니다. 무료 iMonnit Basic 구독은 단일 사용자만 허용합니다. 따라서 iMonnit Premiere 구독이 만료된 계정이라면 Primary Contact를 제외한 모든 사용자가 비활성화됩니다. 추가 사용자를 활성화하려면 iMonnit Premiere 구독 갱신을 구매해야 합니다. 이는 계정의 Primary Contact 사용자가 할 수 있습니다. 갱신 완료에 관한 정보는 다음 문서를 참고하십시오. https://monnit.crisp.help/en-us/article/premiere-subscription-expirationrenewal-y6qa0/?1576791935727 이메일 수신을 거부(Opt Out)한 경우 이전에 이메일 수신을 거부했다면(Monnit이 보낸 이메일의 Unsubscribe 링크 클릭), 비밀번호 재설정 이메일을 받지 못합니다. Monnit의 이메일 수신을 다시 동의(Opt In)해야 합니다. User Notification 설정에서 Opt In하기 위해 계정에 접근할 수 없으면(‘사용자 Notification 세부 정보 편집’ 참고), 사무실로 전화하거나 support@monnit.com 으로 이메일을 보내 Opt In을 요청해야 합니다. 이 문서의 단계로 iMonnit.com 온라인 센서 포털 로그인 시 겪는 대부분의 문제를 해결할 수 있을 것입니다. 추가 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-07-30

#### Action의 Disarm 및 Rearm
Action의 Disarm 및 Rearm 개념 Action은 트리거 조건에 기반해 이메일, SMS, 음성 통화 알림을 고객에게 전달하는 수단입니다. 알림이 전달되었을 때 사용자가 응답하는 방식은 두 가지입니다. 바로 Action의 **Disarm**과 **Rearm**입니다. 이 문서는 이 에스컬레이션의 개념을 설명합니다. 일반 Action 에스컬레이션 Action의 두 주요 구성 요소는 Trigger 이벤트와 Action 이벤트입니다. 트리거는 에스컬레이션을 시작하는 이벤트이고, Action은 트리거에 대응해 소프트웨어가 취하는 동작입니다. 트리거는 센서 측정 이벤트, 비활동, 일정 등으로 시작될 수 있습니다. 대부분의 경우 트리거는 센서 측정값 형태입니다. Action은 이메일·SMS·음성 통화 알림 형태일 수 있습니다. 또한 Action을 활성화·비활성화·Disarm(Acknowledge)·Rearm(Full Reset)하는 로직을 실행하는 System Action 형태일 수도 있습니다. Action은 Control Unit, Thermostat, Local Alert에 명령을 보내는 형태일 수도 있습니다. 이 문서의 초점은 표준 알림 Action입니다. 알림을 보내도록 구성된 Sensor Reading Action의 예에서, 센서 측정값이 iMonnit Online 포털에 수신되어 에스컬레이션을 시작합니다. 이는 Recipients로 구성된 사용자에게 알림을 보냅니다. 알림이 트리거되면 iMonnit Online 포털 페이지 왼쪽 상단의 ‘종(bell)’ 아이콘 위에 작은 빨간 점이 보입니다. 이 종을 클릭하면 트리거되어 현재 응답을 기다리는 알림 목록이 다음 이미지처럼 보입니다. 사용자가 아무 조치를 취하지 않으면, 알림은 ‘snooze’ 타이머로 반복 알림을 계속 보냅니다. 기본적으로 이 타이머는 60분입니다. 즉 트리거 조건이 지속되고 사용자가 Action을 Disarm하지 않으면, Disarm되거나 트리거 조건이 정상으로 돌아올 때까지 알림이 60분마다 계속 전송됩니다. Action을 트리거한 센서가 계속 트리거 조건을 보고하고, 사용자가 이를 확인하여 트리거 조건이 지속되는 동안 60분 snooze 반복 알림 전송을 멈추려면 Action을 Disarm할 수 있습니다. 이는 왼쪽 상단의 종 아이콘을 클릭한 뒤(위 이미지) 나타나는 오버레이 메뉴에서 더 작은 Disarm 종 아이콘을 클릭하면 됩니다. 이렇게 하면 현재 트리거 조건이 지속되는 동안 반복 snooze 알림 전송이 Disarm됩니다. 센서가 트리거 조건이 끝났다고 보고하면 Action이 ‘Rearm’됩니다. 즉 센서가 정상 조건을 감지하고 Action이 사실상 재설정되어, 향후 센서가 다시 트리거 조건을 보고하면 다시 트리거될 수 있습니다. 사용자가 Action을 **Disarm**하면 수동으로 **Rearm**할 수도 있습니다. 현재 트리거 조건으로 인한 알림 전송은 멈추되, 이후 측정값에서 트리거 조건이 지속되면 다시 알림이 전송되기를 원하는 경우입니다. Action을 Disarm한 뒤 Rearm하면 알림이 사실상 완전히 재설정됩니다. Action 색상 구분 iMonnit 계정에서 Actions 탭을 볼 때 빨간색이나 노란색으로 강조된 Action이 보일 수 있습니다. 노란색 - Disarm되었으나 Rearm되지 않았고, 아직 트리거 상태에 있는 트리거에 연결된 Action. 이 Action은 구성된 Snooze 시간에 알림을 계속 보내지 않습니다.빨간색 - 아직 Disarm/Rearm되지 않았고, 아직 트리거 상태에 있는 트리거에 연결된 Action. 이 Action은 구성된 Snooze 시간에 알림을 계속 보냅니다. 참고: Action이 비활성화되어 전송하지 않더라도, Trigger 센서가 트리거 조건을 충족하면 빨간색으로 강조될 수 있습니다. 또한 센서가 Action의 트리거로 선택되어 있고 그 측정값이 Action 트리거의 트리거 조건을 충족하면, 센서 그래픽의 작은 점이 빨간 점으로 표시됩니다. 알림은 24시간 동안 전송된 뒤 멈춤 알림이 24시간 이내에 Disarm/Rearm되지 않으면 전송이 멈춥니다. Monnit은 Snooze 시간에 24시간 동안 알림이 전송되면 사용자가 트리거 조건을 처리하기에 충분한 시간으로 간주합니다. 따라서 24시간이 지나면 알림이 더 이상 트리거되지 않습니다. 그 시점에 사용자가 Action을 Disarm/Rearm하면 다시 트리거됩니다. 다만 Rearm하지 않으면 더 이상 트리거되지 않습니다. Disarm, Rearm, Snooze 시간을 이해하는 것은 Action을 효과적으로 관리하는 데 필수적입니다. 추가 문의가 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-10-20

#### System Action 이해
System Action은 알림 및/또는 Add-on 기기(Control Unit, Local Alert 등)와 관련된 로직을 사용자가 구성할 수 있게 합니다. System Action은 iMonnit Online 포털에서 Action을 구성할 때 Action 탭과 함께 사용됩니다. Action은 트리거 조건이나 이벤트로 트리거되며 다음 상호작용을 제공합니다: 알림 전송(Email, SMS, 음성 통화)Control Unit 명령 전송Local Alert 메시지 전송(메시지 표시, 소리, LED)System Action 실행 따라서 위 기능들로 트리거 조건에 기반해 사용자나 기기와 상호작용하는 복잡한 로직을 실행할 수 있습니다. Action이 트리거되면, 트리거 Action에 구성된 System Action이 대상 Action(트리거 Action과 같을 수도, 다를 수도 있음)에 대해 실행됩니다. System Action 기능 아래와 같이 네 가지 System Action이 있습니다. Disarm/Rearm 이해를 위한 참고는 이 문서를 보십시오. Acknowledge(Disarm이라고도 함)Full Reset(Rearm이라고도 함)ActivateDeactivate Acknowledge 흔한 사용 사례 Acknowledge System Action은 단순히 Action을 Disarm(Acknowledge)합니다. 흔한 사용 사례는 Action이 트리거된 후 자기 자신을 Disarm(Acknowledge)하는 System Action을 실행하는 것입니다. 목적은 센서 측정값 트리거 조건에 알림(예: SMS)을 한 번 보내되, Action에 구성된 Snooze 시간(기본 60분)에 반복 알림을 계속 보내지 않게 하는 것입니다. 이 시나리오에서 기본 60분 Snooze 시간의 Action은 구성된 조건으로 트리거되어 사용자에게 SMS 알림을 한 번 보내고, 알림 전송 후 자기 자신을 Disarm(Acknowledge)하여 조건이 지속되어도 Snooze 타이머에 반복 알림을 보내지 않습니다. 즉 사용자는 트리거 조건이 보고될 때 알림을 한 번 받고 반복 알림은 받지 않습니다. 트리거 조건이 정상으로 돌아오면 (Auto-Acknowledge 설정이 활성화된 경우) Action이 자기 자신을 Rearm(Reset)하여, 향후 센서가 트리거 조건을 보고하면 다시 트리거될 준비를 합니다. Full Reset 흔한 사용 사례 Full Reset은 실행 시 Action을 Rearm(Reset)합니다. 흔한 시나리오는 (Snooze 기능을 활용하는 대신) 센서가 트리거 조건이 있는 측정값을 보고할 때마다 SMS로 즉시 알림을 받고자 하는 경우입니다. 자기 자신에게 Full Reset System Action을 실행하면, 센서가 Action을 트리거하는 측정값을 보고할 때마다 Action이 사실상 Disarm/Rearm됩니다. 따라서 자기 자신에게 Full Reset을 실행하는 Action이 있으면, 센서가 제공하는 모든 트리거 측정값마다 알림을 트리거합니다. Activate 및 Deactivate Activate 및 Deactivate System Action은 대상 Action을 켜거나 끕니다. 이는 Action이 트리거되는 것을 완전히 활성화/비활성화합니다. 트리거 조건으로 Action을 켜거나 끄고 싶을 때 사용할 수 있습니다. Delay 설정 각 System Action은 Delay를 설정하는 기능이 있습니다. 계획된 순서로 일어나는 로직을 설정해야 할 때 유용합니다. 지연을 활성화하지 않으면 System Action이 즉시 실행됩니다. 참고: 흔히 1분의 지연을 설정해 System Action 로직이 너무 빨리 실행되어 포털의 다른 작업과 순서가 어긋나지 않도록 하는 것이 좋습니다. System Action 생성 System Action을 생성하려면 아래 단계를 따르십시오. Action을 생성합니다.Actions 탭에서 System Actions 토글을 클릭합니다.System Action 창이 나타납니다(아래로 스크롤해야 할 수 있음).수행할 Action을 선택합니다.Delay를 선택합니다.대상 Notification Action을 선택합니다.Save를 클릭합니다. Action Schedule 사용 System Action 사용의 전략적 요소는 Scheduled Action을 만드는 것입니다. Scheduled Action은 구성된 365일 시간/15분 일정에 따라 실행됩니다. 예약 Action을 만들면 원하는 시간에 System Action을 실행할 수 있습니다. 이는 System Action 사용의 강력한 구성 요소가 될 수 있습니다. 참고: 예약 Action은 트리거가 특정 날짜/시간인 Action으로, Trigger Action에 일정을 추가하는 것과 다릅니다. System Action 기록 System Action이 실행된 기록을 보려면 Action History를 검토하여 실행된 순서로 System Action을 식별할 수 있습니다. Action을 클릭합니다.History 탭을 클릭합니다.적절한 날짜를 설정합니다.Set 버튼을 선택합니다.기록에서 System Action을 찾습니다. System Action은 원하는 논리 기능을 실행하는 강력한 도구가 될 수 있습니다. Monnit Support는 System Action의 로직을 설계하거나 검토하는 서비스를 제공하지 않는다는 점에 유의해야 합니다. 다만 관련 문의가 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-11-05

#### External Delivery와 Direct SMS 선택의 차이
Monnit은 SMS 메시지를 사용자에게 전달하는 두 가지 방법을 제공합니다. External Delivery(추가 비용 없음)와 Direct Delivery(Notification Credit으로 관리되는 유료 서비스)입니다. 이 문서는 그 차이와 비용을 설명합니다. 국가별 목록과 국가별 Notification Credit 비용은 ‘국가별 알림 비용’을 참고하십시오. External Provider 세부 사항 External Delivery는 iMonnit Online의 기본 SMS 옵션입니다. External Delivery SMS 옵션은 로컬 통신사의 Email to SMS 시스템(SMS Gateway)을 사용해 이메일을 SMS 메시지로 변환합니다. 그런 다음 통신사가 SMS 메시지를 수신자에게 전달합니다. Monnit은 기존 이메일 서버를 활용하므로 External Delivery SMS 시스템 사용에 추가 요금을 부과하지 않습니다. 이런 종류의 알림은 통신사의 Email to SMS 시스템으로 변환을 위해 이메일을 보내는 것에서 시작되므로, 메시지를 받으려면 통신사가 Email to SMS를 지원해야 합니다. 통신사가 승인된 External Delivery SMS Provider 목록에서 선택되어 있어야 합니다. 참고: External Delivery SMS Provider 목록에 통신사가 없으면 현재 지원되지 않는 것입니다. 통신사가 Email to SMS를 지원한다면 추가를 요청할 수 있습니다. support@monnit.com 으로 통신사 추가를 요청해야 합니다. (1) Email to SMS를 보낼 도메인이 포함된 번호 형식(예: Verizon Wireless: xxxxxxxxxx@vtext.com), (2) 통신사 이름, (3) 국가, (4) 웹 주소를 포함해야 합니다. 참고: 통신사 추가 요청은 Monnit의 내부 검토에 따라 설명 없이 거부될 수 있습니다. 참고: External Delivery 시스템으로 보낸 SMS 메시지는 계속 바뀌는 단축 코드 번호로 전송됩니다. 따라서 동일한 전화번호로 SMS 알림을 받는 것이 중요하다면 Direct Delivery를 사용해야 합니다. Direct Delivery 세부 사항 Monnit은 실제 휴대전화 번호로 전송하는 Direct Delivery SMS 메시지도 제공합니다. External Delivery처럼 이메일에서 변환하는 과정이 없으므로 통신사를 선택할 필요가 없습니다. 지원 국가 목록에 있고 SMS 메시징을 지원하는 통신사의 휴대 기기라면 Direct Delivery SMS 알림을 받을 수 있습니다. 이 유형의 SMS는 휴대전화 번호로 메시지를 보내므로 이 서비스 사용에는 비용이 따릅니다. Notification Credit을 계정에 적용해야 하며 휴대전화 번호의 국가에 따라 차감됩니다. 지원 국가와 Notification Credit 비용 목록은 관련 문서에서 확인할 수 있습니다. 현재 Direct Delivery SMS 메시지가 전송되는 전화번호는 미국 (385) 245-2815입니다. Direct Delivery Notification Credit이 소진되는 경우 Direct Delivery를 활성화한 상태에서 Notification Credit이 소진되면, 시스템은 0에서 크레딧 사용을 멈추고 대신 사용자에게 이메일을 보내기 시작합니다. 사이트의 Notification Credits 섹션에는 크레딧이 구성 가능한 임계값 미만으로 떨어지면 이메일 알림을 보내는 기능이 있습니다. 업데이트: 2021-01-13

#### 센서 보정 인증서(Calibration Certificate)
요약: iMonnit에서 보정 인증서를 생성하는 안내. 센서 보정 인증서를 생성하면 이 설정을 조정할 권한이 없어야 하는 사용자에게 calibrate 탭이 가려집니다. 보정을 자체 인증하는 권한은 사용자 권한에서 활성화해야 합니다. 이 때문에 이 과정은 권한 활성화와 인증서 생성이라는 두 부분으로 구성됩니다. 1부 - 권한 활성화 과정을 시작하기 전에 인증서를 생성할 권한이 있는지 확인합니다. iMonnit을 엽니다.탐색 바 왼쪽의 ‘Users’를 선택합니다.목록에서 자신의 계정을 찾습니다. 참고: Basic 계정이라면 기본 계정 보유자인 본인 이름만 목록에 표시됩니다. 한 계정에 여러 사용자를 등록하는 기능은 iMonnit Premiere에서만 제공됩니다. 자신의 계정 페이지에서 User Permissions 탭을 선택합니다. ‘Can Create Calibration Certificate’ 체크박스가 체크되어 있는지 확인합니다. 비어 있으면 체크한 뒤 계속하기 전에 반드시 ‘Save’ 버튼을 선택합니다. 2부 - 인증서 생성 기본 탐색 메뉴에서 ‘Sensors’를 찾습니다.목록에서 센서를 선택합니다. 참고: 보정 가능한 센서만 인증서 생성이 가능합니다(예: 온도 센서). calibration 탭의 유무로 센서의 보정 가능 여부를 알 수 있습니다. 바에서 Calibrate 탭을 선택합니다. calibrate 버튼 바로 아래에 ‘Create Calibration Certificate’ 선택이 있습니다. ‘Create Calibration Certificate’를 선택하면 인증서 생성 양식이 열립니다. ‘Certificate Valid Until’ 날짜는 ‘Date Certified’ 필드의 날짜보다 하루 뒤 미래로 설정해야 합니다.‘Calibration Number’와 ‘Calibration Type’은 인증서 고유 값입니다.하트비트 간격과 Aware State Heartbeat는 ‘Heartbeat Interval Reset’에 따라 변경됩니다. 계속하기 전에 ‘Save’ 버튼을 선택합니다. 새 인증서가 수락되면 Calibration 탭이 Certificate 탭으로 바뀝니다. 참고: Certificate 탭을 선택하고 ‘Edit Calibration Certificate’로 이동해 인증서를 계속 편집할 수 있습니다. 인증서 기간이 끝나면 탭은 다시 ‘Calibrate’로 되돌아갑니다. 센서 보정 인증서 생성은 더 안전하고 체계적인 환경을 만드는 데 매우 유용합니다. 관련 질문이 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-07-15

#### iMonnit Online 계정의 Primary Contact 업데이트 방법
iMonnit Online 계정의 Primary Contact는 계정 구독, 크레딧, 서버 이벤트 관련 연락 등 Monnit의 중요한 연락을 받을 수 있습니다. 계정의 Primary Contact를 최신으로 유지하는 것이 중요합니다. New Look 3.0 iMonnit 인터페이스에서 Primary Contact 업데이트 단계 iMonnit Online 계정에 로그인합니다.왼쪽 사이드바 기본 메뉴의 Settings 탭을 클릭합니다.Primary Contact로 지정하려는 사용자의 이름을 입력합니다. 참고: Primary Contact를 변경하려면 Primary Contact로 추가되는 사용자가 이 계정에 사용자(User)로 생성되어 있어야 합니다. Primary Contact로 추가하려는 사용자 이름을 입력하면 그 사용자 이름이 자동 완성되기 시작합니다. 이 계정의 사용자로 구성되지 않은 사람을 Primary Contact로 추가할 수 없습니다. 따라서 현재 계정의 사용자가 아닌 사람을 Primary Contact로 추가하려면 먼저 사용자로 추가해야 합니다. iMonnit Premiere 계정에 사용자를 추가하는 방법(iMonnit Basic은 다중 사용자 미지원)은 다음 문서를 참고하십시오: iMonnit Online 계정에 사용자 추가. 업데이트: 2020-03-09

#### iMonnit Online 계정에 사용자 추가
iMonnit Premiere 구독이 있으면 iMonnit Online 계정에 여러 사용자를 추가할 수 있습니다(iMonnit Basic은 단일 사용자만 지원). 이 문서는 iMonnit Online 계정에 사용자를 추가하는 단계를 제공합니다. iMonnit Premiere 업그레이드에 관한 정보는 다음 문서를 참고하십시오: Premiere 구독 만료/갱신. 단계 iMonnit Online 계정에 로그인합니다.관리자 사용자로 왼쪽 사이드바 기본 메뉴의 Users 탭을 클릭합니다.New User 세부 정보를 입력합니다.Submit을 클릭합니다. 사용자를 생성하면, 그 사용자가 자신의 권한에 따라 로그인하여 iMonnit Online 계정 및 기기와 상호작용할 수 있습니다. Notification 세부 정보가 구성되어 있으면 Action 수신자로도 추가될 수 있습니다. 추가 문의는 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-03-09

#### 사용자의 Notification 세부 정보 편집 방법
각 사용자에게는 Notification 세부 정보를 구성하는 섹션이 있습니다. 여기에는 Email, SMS, 음성 통화의 연락처 세부 정보가 포함됩니다. 이 문서는 Notification 세부 정보를 변경하는 방법을 안내합니다. 단계 요약 관리자 또는 편집 대상 사용자(자신의 구성을 편집할 권한이 있는 경우)로 iMonnit.com 계정에 로그인합니다.왼쪽 사이드바 기본 메뉴의 Users 탭을 클릭합니다.편집할 사용자를 클릭합니다.Notifications 탭을 클릭합니다.원하는 구성을 편집합니다.Save 버튼을 클릭합니다. Email Address Monnit이 Action 알림, System Maintenance 알림, 비밀번호 재설정 이메일을 보내는 데 사용하는 이메일 주소입니다. 작은 ‘play’ 아이콘을 클릭하면 구성된 이메일 주소로 테스트 메시지가 전송됩니다. 사용자에게 구성된 이메일 주소가 있으면 Action 구성 시 이메일 수신자로 선택할 수 있습니다. Text Settings iMonnit Online 포털에서 SMS 메시지가 SMS 기기로 전송되는 방식을 선택하는 곳입니다. 토글로 External Delivery와 Direct SMS 중 하나를 선택할 수 있습니다. SMS 전달에 관한 세부 사항은 ‘SMS Alerts: External Provider와 Direct Delivery의 차이’를 참고하십시오. Direct Delivery를 선택한 경우 작은 ‘play’ 아이콘을 클릭해 충분한 Notification Credit이 있는지 테스트할 수 있습니다. Voice Call Number 음성 통화 알림을 보낼 전화번호를 구성하는 곳입니다. 작은 ‘play’ 아이콘은 테스트 알림을 전송합니다. Direct Delivery와 마찬가지로 음성 통화 알림은 Notification Credit으로 차감됩니다. 통화당 차감되는 Notification Credit 수는 국가에 따라 다릅니다. 사용자를 Action 수신자로 추가 사용자의 Notification 세부 정보가 구성되면, 아래 스크린샷처럼 Action 수신자로 포함할 수 있습니다. 업데이트: 2020-03-09

#### 센서의 Inactivity(비활동) 알림 시간 설정
요약 Inactivity Action의 Inactivity 시간은 센서가 실제로 비활동 상태가 아닌데도 알림을 받는 것을 피하는 데 중요한 고려 사항입니다. Inactivity 시간은 iMonnit 소프트웨어가 셉니다. 통신 사슬(센서 하트비트 > 게이트웨이 하트비트 > iMonnit 소프트웨어)로 인해 iMonnit 소프트웨어가 센서 측정값을 받는 데 지연이 있을 수 있으므로, 센서 하트비트와 게이트웨이 하트비트를 모두 고려하여 Inactivity 시간을 설정하는 것이 중요합니다. 간단한 계산으로 오경보를 최소화할 수 있습니다. Inactivity 시간 공식 비활동을 모니터링할 때, 지속 시간을 (센서 하트비트의 2배) + (게이트웨이 하트비트 1회) + 1분으로 설정할 것을 권장합니다. (하트비트 설명은 이 문서 참고.) Inactivity Duration = (센서HB × 2) + (게이트웨이HB + 1분) 예를 들어 센서 하트비트가 60분이고 그 센서가 하트비트 5분인 게이트웨이와 체크인한다면, Inactivity 시간을 설정할 최소 시간은 129분입니다. 이는 Inactivity 시간 공식으로 계산됩니다. Inactivity Duration = (센서HB × 2) + (게이트웨이HB + 1분) 126분 = (60 × 2) + (5 × 1) Inactivity 알림 문제 해결 Inactivity 알림을 받으면 약간의 조사로 경보의 근본 원인을 찾을 수 있습니다. 먼저 어떤 기기가 Inactivity 알림을 트리거했는지 확인합니다. 센서 이름이 알림 자체에 표시되어야 합니다.www.imonnit.com 계정에 로그인하여 알림을 트리거한 기기가 여전히 오프라인인지 확인합니다.센서가 오프라인이 아니면 Inactivity 알림 설정을 확인합니다. Inactivity 알림 시간이 위에서 설명한 대로 (센서 하트비트의 2배) + (게이트웨이 하트비트 1회 + 1분)으로 설정되어 있는지 확인하십시오. 이 기기만 오프라인인 경우: ‘Overview’에서 센서가 마지막으로 체크인한 시간을 확인하고 날짜와 시간을 기록합니다. 그런 다음 신호 강도를 봅니다. 신호가 약하면 원인일 수 있습니다. 다음으로 배터리 레벨을 봅니다. 낮으면 원인일 수 있습니다. 신호 강도와 배터리 레벨 모두 낮지 않다면 다음을 고려하십시오. 이 센서가 리피터와 통신하고 있었습니까? 그렇다면 리피터가 여전히 온라인인지 확인하십시오. 리피터 데이터를 확인해 메시지를 처리하고 있는지, 아니면 대기열에 실패와 메시지가 있는지 보십시오. 리피터를 사용하지 않았다면 게이트웨이를 확인하십시오. 정상 동작 중입니까? 모든 센서가 오프라인인 경우: 문제는 센서가 아니라 상위 연결에 있을 가능성이 높습니다. 게이트웨이부터 시작하십시오. 게이트웨이가 켜져 체크인 중입니까? 셀룰러 게이트웨이라면 셀룰러 네트워크가 살아 있는지 확인합니다. Ethernet 게이트웨이라면 인터넷 접속이 가능한지 확인합니다. USB 게이트웨이라면 게이트웨이 응용 프로그램 유틸리티 상태가 ‘Active’인지 확인합니다. https://status.monnit.com/ 페이지에서 Monnit 서버에 문제가 있는지도 확인할 수 있습니다. 업데이트: 2021-04-09

#### 센서의 Action 일시 정지(Pause)
요약: 단일 센서의 모든 알림을 일시적으로 또는 무기한 정지하는 방법. 센서 알림은 Monnit 무선 센서를 사용하는 주요 이유 중 하나이지만, 센서로부터 알림 전송을 일시적으로 멈춰야 할 때가 있을 수 있습니다. 그런 경우 아래 지침을 따르십시오: 화면 왼쪽의 기본 탐색 메뉴에서 ‘Sensors’ 옵션을 선택합니다.알림을 정지할 센서를 선택합니다.센서 페이지의 actions 탭으로 이동합니다.Pause || 버튼을 선택합니다.알림을 정지할 시간을 선택합니다.‘Set’을 선택합니다. 참고: 이 기능은 보고 있는 센서에서 전송되는 알림에만 적용됩니다. 알림이 여러 센서에 걸쳐 공유되더라도 다른 센서의 알림에는 영향을 주지 않습니다. ‘Actions’ 섹션은 보고 있는 센서의 알림을 일시적으로 또는 무기한 정지하는 방법을 제공합니다. 관련 질문이 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-07-15

#### iMonnit Online에서 센서 또는 게이트웨이 데이터를 CSV 파일로 내보내기
Monnit은 로컬 저장을 위해 센서 및 게이트웨이 데이터를 Excel에서 읽을 수 있는 CSV 파일로 다운로드하는 기능을 제공합니다. 이 기능은 제한된 수의 센서 또는 게이트웨이 데이터 레코드를 다운로드해 로컬에 저장하는 기능을 제공하기 위한 것입니다. 참고: !!중요!! iMonnit Online에서 Download(Classic View의 Export) 기능을 사용할 때, 한 번에 다운로드할 수 있는 레코드는 2500개로 제한됩니다. 따라서 날짜 범위에 2500개를 초과하는 데이터 레코드가 있으면 가장 최근 레코드만 내보내기에 포함됩니다. 단계 요약 iMonnit Online 계정에 로그인합니다.왼쪽 사이드바의 Sensors 또는 Gateways를 클릭합니다.페이지 메인 영역에서 센서 또는 게이트웨이를 클릭합니다.Sensor/Gateway Readings 탭을 클릭합니다.Date Picker로 날짜 범위를 선택하고 설정합니다.Download 아이콘을 클릭해 선택한 데이터를 CSV로 다운로드합니다. imonnit.com 의 iMonnit Online 계정에 로그인합니다.왼쪽 사이드바의 Sensors 또는 Gateways를 클릭합니다.페이지 메인 영역에서 센서 또는 게이트웨이를 클릭합니다.Sensor/Gateway Readings 탭을 클릭합니다.Date Picker로 날짜 범위를 선택하고 설정합니다.Download 아이콘을 클릭합니다. 레코드 한도 위 강조된 참고처럼 다운로드당 2500개 레코드 한도가 있습니다. 따라서 2500개를 초과하는 레코드가 포함된 날짜 범위를 선택하면, 생성되는 CSV 파일에는 그 날짜 범위 내 가장 최근 2500개 레코드가 포함됩니다. 2500개를 초과하는 레코드를 다운로드해야 하면, 한도에 맞춰 날짜 범위를 나누어 여러 번 다운로드해야 합니다. Download/Export 기능은 한도 내에서 센서 또는 게이트웨이 데이터를 저장하는 데 매우 유용할 수 있습니다. 생성된 CSV 파일은 Excel과 대부분의 스프레드시트 응용 프로그램에서 읽을 수 있습니다. 이 기능에 관한 문제나 질문이 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-01-28

#### iMonnit Online의 센서 설정(Sensor Settings)
iMonnit에는 여러 센서에 공통된 센서 설정이 있습니다. 이 문서는 서로 다른 센서 유형 간에 공통된 일부 설정을 다룹니다. 일부 센서에는 해당 센서 유형 고유의 설정이 있다는 점에 유의해야 합니다. 센서 설정 보기 센서 설정을 보려면 아래 단계를 따르십시오. 계정에 로그인합니다.iMonnit Online 포털 홈페이지에서 왼쪽 사이드바의 ‘Sensors’를 선택합니다.센서 목록 페이지에서 편집할 센서를 선택합니다. Sensor Detail 페이지에는 다음 탭이 보입니다: ‘Details’, ‘Readings’, ‘Actions’, ‘Settings’. 편집하는 센서 유형에 따라 ‘Calibrate’와 ‘Scale’ 두 탭이 추가로 보일 수 있습니다. 센서 구성을 편집하려면 ‘Settings’ 탭을 선택합니다. Sensor Settings 탭 Settings 탭에서 센서 동작 방식을 변경할 수 있습니다. 이 탭에서 다음 Sensor Settings를 볼 수 있습니다: Sensor Name – 센서의 사용자 정의 고유 식별자. 기본값은 센서 유형 뒤에 기기 ID 번호가 붙습니다.Heartbeat Interval - Aware 활동이 기록되지 않을 때 센서가 게이트웨이와 통신하는 주기.Aware State Heartbeat - Aware 상태에서 센서가 게이트웨이와 통신하는 주기(Aware 상태란 센서가 허용 범위를 벗어나 임계값 밖을 측정하고 있음을 의미).Assessments Per Heartbeat - 하트비트 사이에 센서가 Aware 상태 진입 여부를 판단하기 위해 임계값과 측정값을 비교하는 횟수.Aware State Threshold - 아래 값은 센서가 Aware 상태로 진입하기 전 기록해야 하는 최소 측정값입니다. 위 값은 센서가 Aware 상태로 진입하기 전 기록해야 하는 최대 측정값입니다. Aware State Buffer - 평가값이 임계값에 매우 가까울 때 센서가 표준 동작과 Aware 상태 사이를 오가는 것을 방지합니다. 예를 들어 최대 임계값이 90도이고 버퍼가 1이면, 센서가 90.1도를 평가하면 89.0도로 떨어질 때까지 Aware 상태를 유지합니다. 마찬가지로 최소 임계값에서는 표준 동작으로 돌아가려면 온도가 임계값보다 1도 더 올라가야 합니다.Sync - 센서 6개 이하의 소규모 센서 네트워크에서 센서들이 통신을 동기화하도록 설정할 수 있습니다. 기본값 Off에서는 센서가 통신을 무작위화하여 통신 견고성을 최대화합니다. 이 값을 설정하면 센서들의 통신이 동기화됩니다.Failed Transmissions Before Link Mode - 센서가 게이트웨이 응답 없이 전송하는 횟수로, 이 횟수를 넘으면 센서가 다른 게이트웨이로 재연결을 시도하는 배터리 절약 link mode에 진입합니다. 값이 낮으면 측정값 누락을 줄이며 새 게이트웨이를 찾을 수 있습니다. 값이 높으면 잡음이 많은 RF 환경에서 현재 게이트웨이와 유지될 가능성이 높아집니다. 0이면 센서가 절대 다른 게이트웨이에 Join하지 않습니다. 새 게이트웨이를 찾으려면 배터리를 빼고 다시 넣어야 합니다. Sensor Settings를 수정할 때는 반드시 Save 버튼을 클릭해 변경을 적용하십시오. Sensor Settings는 센서로 즉시 전달되지 않습니다. 수정된 설정은 이후 하트비트에 센서에 적용됩니다. 센서가 구성 변경을 대기하는 동안에는 구성이 적용될 때까지 ‘Fields waiting to be written to sensor are not available for edit until transaction is complete.’ 메시지가 보입니다. 참고: 기본 하트비트 간격은 120분(2시간)입니다. 더 잦은 하트비트 간격과 Assessment는 하트비트 및 Assessment 간격의 빈도에 비례하여 배터리 수명에 심각한 영향을 줄 수 있습니다. 결론 Monnit이 제공하는 센서 유형은 많지만 대부분 동일한 일반 설정을 가집니다. Sensor Settings의 추가 세부 사항에 관한 질문이 있으면 Monnit Support에 문의하십시오. 업데이트: 2020-08-28

#### 권한 편집(Editing Permissions)
iMonnit 센서 포털의 계정이 커지고 변화하면서 사용자가 추가·제거되거나 접근 권한이 바뀌면, 사용자 권한 편집이 매우 중요해집니다. 관리(Administration) 접근 권한이 있는 사용자만 이러한 변경 대부분을 할 수 있으며, 아래 문서는 로그인하여 이 작업을 수행하는 방법을 설명합니다. 사용자 권한 편집 단계 iMonnit 센서 포털에 로그인합니다(iMonnit 센서 포털은 Google Chrome에서 사용하도록 최적화되어 있습니다). 왼쪽 하단 사이드바의 Users를 클릭합니다.편집할 사용자를 선택합니다.자물쇠(Lock) 아이콘을 클릭합니다.변경할 Permission 범주를 선택합니다.사용자에게 원하는 권한을 선택합니다.Save를 클릭합니다. 수정 가능한 권한 다음 권한을 수정할 수 있습니다. Administration 권한이 있는 사용자만 다른 사용자 권한을 변경할 수 있습니다. Administration - 계정의 일상적 관리에 영향을 주는 권한. Acknowledge Notifications - 사용자가 Action을 Disarm/Acknowledge할 수 있게 함 Add Network - 사용자가 계정에 네트워크를 생성할 수 있게 함 Add User - 계정에 활성 Premiere 구독이 있으면 사용자가 추가 사용자를 추가할 수 있게 함 Calibrate Sensor - 지원 센서의 Calibration 탭을 보고 조작할 수 있게 함 Can Access Billing pages - 계정의 청구 정보에 접근할 수 있게 함 Can Create Calibration Certificate - 보정 인증서를 추가할 수 있게 함(기본 비활성) Delete Users - 계정의 사용자 목록에서 다른 사용자를 삭제할 수 있게 함 Disable Notifications from Network - 계정의 Action을 비활성화할 수 있게 함 Edit Account - Settings 탭의 계정 정보를 편집할 수 있게 함 Edit Gateway Configuration - 게이트웨이의 Settings/Edit 탭에 접근할 수 있게 함 Edit Network - 계정 네트워크에서 기기를 추가/제거할 수 있게 함 Edit Notifications - Action/Notification 설정을 수정할 수 있게 함 Edit Other Users - 다른 사용자 구성을 편집할 수 있게 함 Edit Self - 사용자 목록을 보고 자기 사용자 계정의 구성을 편집할 수 있게 함 Edit Sensor - Settings/Edit 탭에서 기본 센서 구성을 보고 수정할 수 있게 함 Edit Sensor (Advanced) - Settings/Edit 탭에서 고급 센서 구성을 보고 수정할 수 있게 함 Edit Sensor (Multiple) - 여러 센서에 한 번에 구성을 적용할 수 있게 함 Edit Sensor Group - 센서 그룹 구성을 수정할 수 있게 함 Edit Usernames - 사용자 이름을 변경할 수 있게 함 Export Data - 센서/게이트웨이 기록의 Download/Export 기능에 접근할 수 있게 함 Modify Visual Map - Sensor Maps를 변경할 수 있게 함 Password Unlock - 계정에서 잠긴 사용자를 잠금 해제할 수 있게 함 Pause Notifications - Action을 일시 정지할 수 있게 함 Reset Other User Password - 계정의 다른 사용자 비밀번호를 재설정할 수 있게 함 **Navigation** - 사용자가 접근할 수 있는 계정 영역에 영향을 주는 권한. View API - Account Settings 페이지의 API/WebHook 옵션을 활성화 View Charts - 탐색 메뉴의 Charts 옵션을 활성화 View Maps - 탐색 메뉴의 Sensor Maps 옵션을 활성화 View My Account - 탐색 메뉴의 Settings 옵션 접근을 활성화 View Notifications - 탐색 메뉴의 Actions 옵션 접근을 활성화 View Reports - 탐색 메뉴의 Reports 옵션 접근을 활성화 View Sensor History - Sensor Overview의 Readings 탭 접근을 활성화 **Networks** - 사용자가 볼 수 있는 네트워크. 이 섹션에 네트워크 목록이 나타납니다. 이름 옆에 체크박스가 표시된 네트워크는 사용자가 볼 수 있습니다. 업데이트: 2021-01-27

#### REST API 및 WebHooks의 시간 형식
REST API 요청과 WebHooks에 응답으로 전달되는 모든 데이터셋은 타임스탬프를 UTC로 제공합니다. 따라서 엔드포인트에서 변환을 적용해야 합니다. REST API JSON 요청의 경우 데이터가 epoch 형식으로 제공되므로 파싱해야 합니다. 아래 예시를 참고하십시오. WebHook 시간 아래 예에서 WebHook의 JSON에는 Gateway 메시지의 ‘date’ 값과 Sensor 메시지의 ‘messageDate’ 값이 포함됩니다. Gateway의 ‘date’ 값 - 게이트웨이가 이 통신을 iMonnit 서버로 전달한 UTC 날짜를 나타냅니다. 아래 JSON에서 ‘gatewayMessage’의 ‘date’ 값은 2020-09-04 14:50:38 UTC입니다. 예를 들어 Mountain 시간으로 변환하면 2020-09-03 오전 8:50:38입니다. Sensor의 ‘messageDate’ 값 - 센서가 측정값을 생성해 게이트웨이로 전송한 UTC 날짜를 나타냅니다. 아래 JSON에서 ‘sensorMessage’의 ‘messageDate’ 값은 ‘2020-09-04 14:47:37’ UTC입니다. Mountain 시간으로 변환하면 2020-09-03 오전 8:47:37입니다. { "gatewayMessage":{ "gatewayID":"xxxxxx" , "gatewayName":"Ethernet Gateway 1 - xxxxxx" , "accountID":"xxxxxx", "networkID":"xxxxxx" , "messageType":"0" , "power":"0", "batteryLevel": "101" , "date": "2020-09-04 14:50:38", "count":"1", "signalStrength": "0", "pendingChange": "False" }, "sensorMessages":[ { "sensorID":"xxxxxx" , "sensorName":"Garage - xxxxxx", "applicationID":"9", "networkID":"xxxxxx", "dataMessageGUID":"c469dcba-c230-4206-8ba2-25d7xxxxxx", "state": "0", "messageDate": "2020-09-04 14:47:37", "rawData":"False", "dataType": "DoorData|MagnetDetect", "dataValue": "False|False", "plotValues": "0|0", "plotLabels": "Door Position|Magnet Position", "batteryLevel": "40", "signalStrength": "100", "pendingChange": "True", "voltage": "2.32" } ]} REST API 시간 REST API도 UTC 기준 시간을 전달합니다. 시간 값은 XML 요청과 JSON 요청에서 다릅니다. JSON REST API 시간 값은 .NET Epoch 시간 형식이라는 점에서 WebHook 및 XML REST 요청과 다릅니다. 아래 데이터에서 확인할 수 있습니다. REST API JSON 시간 아래 REST API 요청에 대한 JSON 응답에서 날짜를 나타내는 "MessageDate":"\/Date(1599232716000\/") 값을 볼 수 있습니다. 이 값은 센서가 측정값을 취해 게이트웨이로 전송한 날짜입니다. 날짜 형식은 epoch .NET 형식입니다. 이 수치를 파싱하여 Epoch Converter 도구로 변환하면 2020-09-04 오후 3:18:36 UTC 또는 2020-09-03 오전 9:18:36 Mountain이 됩니다. {"Method":"AccountRecentDataMessages","Result":[{ "DataMessageGUID":"577b2faa-ce10-4d16-8fb3042c9fxxxxxx", "SensorID":xxxxxx, "MessageDate":"\/Date(1599231620000)\/", "State":0, "SignalStrength":100, "Voltage":1.87, "Battery":0, "Data":"38.14,21.47,6.6,43.1", "DisplayData":"38.14% @ 70.6° F D: 43.9° F GPP:43.1", "PlotValue":"38.14", "MetNotificationRequirements":false, "GatewayID":xxxxxx, "DataValues":"38.14|21.47|6.6|43.1", "DataTypes":"Percentage|TemperatureData|TemperatureData|MoistureWeight", "PlotValues":"38.14|70.646|43.88|43.1", "PlotLabels":"Humidity|Fahrenheit|DewPoint|GrainsPerPound" } ]} REST API XML 시간 REST API XML 시간은 사람이 읽을 수 있는 형식으로 UTC로 제공됩니다. 아래 REST API 요청에 대한 XML 응답에서 MessageDate="9/4/2020 4:00:20 PM" 값을 볼 수 있습니다. 이는 센서가 측정값을 생성해 게이트웨이로 전송한 UTC 날짜를 나타냅니다. Mountain 시간으로 변환하면 2020-09-03 오전 10:00:20입니다. <SensorRestAPI ...><Method>AccountRecentDataMessages</Method><Result xsi:type="xsd:collection"><APIDataMessageList><APIDataMessage DataMessageGUID="67d4e7b3-9512-44d5-ac04-8d3829xxxxxx" SensorID="xxxxxx" MessageDate="9/4/2020 4:00:20 PM" State="0" SignalStrength="100" Voltage="1.88" Battery="0" Data="36.81,22.36,6.9,44" DisplayData="36.81% @ 72.2° F D: 44.4° F GPP: 44" .../></APIDataMessageList></Result></SensorRestAPI> 관련 문의가 있으면 support@monnit.com 으로 연락하십시오. 업데이트: 2020-09-16

#### Action 및 센서 일정의 ‘Before and After’ 구성 이해
일정을 효과적으로 구현하려면 Action 및 센서 일정의 ‘Before and After’ 선택을 이해하는 것이 핵심입니다. 이 문서는 이 구성이 동작하는 세부 사항을 안내합니다. 이 옵션이 중요한 이유 Action이나 센서 일정을 설정할 때, iMonnit 소프트웨어는 하루를 오전 12:00:00에 시작해 오후 11:59:59에 끝나는 전체 24시간으로 간주하여 일정을 구현합니다. 따라서 사람이 직관적으로 생각하는 대로 일정을 설정하더라도, iMonnit 소프트웨어가 일정을 처리하는 방식을 고려해야 합니다. ‘Between’ 선택 이해 일정을 구성할 때 ‘Between’ 옵션을 선택하는 것이 흔히 직관적입니다. 그러나 원하는 일정이 하루의 끝(오후 11:59:59)과 새 날의 시작(오전 12:00:00) 사이의 경계를 넘으면 ‘Between’ 선택이 적용되지 않습니다. 이는 일반적으로 하루에서 다음 날로 경계를 넘어 야간에 일정을 적용하려는 경우에 해당합니다. 소프트웨어가 하루 일정을 단일 24시간으로 적용하므로, ‘Between’을 선택하고 시작 시간이 종료 시간보다 늦으면 일정이 적용되지 않습니다. 이것이 ‘Before and After’ 일정 옵션을 언제 선택할지 이해하는 것이 중요한 이유입니다. ‘Before and After’ 선택 이해 ‘Between’ 선택은 단일 하루 내에 연속된 ‘on’ 기간을 설정하는 반면, ‘Before and After’ 선택은 그 반대입니다. 일정을 하루에서 다음 날로 전환하는 동안 활성화하려면, 이 선택이 단일 하루의 연속된 기간을 ‘off’ 시간으로 구성합니다. 포털이 일정을 단일 24시간으로 보므로, Before 시간을 PM, After 시간을 AM으로 선택할 수 없습니다. Before 시간이 PM이고 After가 AM이면 일정이 무효화됩니다. 하루를 24시간으로 간주하는 점을 반드시 고려하십시오. 예시 낮 시간에는 일정을 off로, 야간부터 다음 날 아침까지 활성화하는 것이 목표라면 ‘Before and After’ 일정 옵션을 선택합니다. 원하는 일정 알림 비활성: 같은 날 오전 8시부터 오후 6시까지 알림 활성: 오후 6시부터 다음 날 오전 8시까지 올바른 일정 선택: Before 8 AM and After 6 PM 사용자가 낮 시간 동안 Action의 알림 전송을 비활성화하려는 경우 이 구성을 볼 수 있습니다. 예를 들어 모션 감지 센서 사용자는 흔히 건물 업무 종료 후 움직임이 감지되면 알림이 전송되기를 원하지만, 정상 영업 시간에는 Action 전송이 필요 없습니다. 이 경우 사용자는 Action을 Before 8 AM and After 6 PM으로 예약합니다. 따라서 영업 중에는 Action이 전송되지 않고, 움직임이 예상되지 않는 업무 종료 후에는 전송됩니다. 참고: 활성 일정 밖에서도 ‘Snooze’ 알림을 계속 보내는 Action에 관한 정보는 관련 문서를 참고하십시오. 일정이 연속된 24시간 기간으로 구현된다는 점을 이해하는 것이 중요합니다. 이를 명확히 이해하면 ‘Before and After’ 일정 선택을 목적에 맞게 성공적으로 구현할 수 있습니다. 업데이트: 2020-09-23

#### 무선 센서 또는 게이트웨이를 한 네트워크에서 다른 네트워크로 이동 - iMonnit Online Classic View
요약: 게이트웨이나 센서를 이동하는 과정은 단순히 기기를 원하는 네트워크에 추가하는 것입니다. 게이트웨이나 센서를 새 네트워크에 추가하면 이전 네트워크에서 자동으로 제거됩니다. 무선 게이트웨이 이동 ‘Overview’ 아래 드롭다운 목록에서 게이트웨이를 이동할 출발 네트워크를 선택합니다.파란색 탐색 바의 ‘Manage’ 탭을 클릭합니다.이동할 게이트웨이를 찾습니다.‘Add Gateway’ 버튼 아래 각 게이트웨이에 4개의 아이콘이 있습니다. 이동할 게이트웨이 행에서 화살표가 위·오른쪽을 가리키는 상자 아이콘을 클릭합니다.게이트웨이를 이동할 네트워크를 선택합니다.‘Assign Gateway’를 클릭합니다. 무선 센서 이동 ‘Overview’ 아래 드롭다운 목록에서 센서를 이동할 출발 네트워크를 선택합니다.파란색 탐색 바의 ‘Manage’ 탭을 클릭합니다.이동할 센서를 찾습니다.‘Add Sensor’ 버튼 아래 각 센서에 4개의 아이콘이 있습니다. 이동할 센서 행에서 화살표가 위·오른쪽을 가리키는 상자 아이콘을 클릭합니다.센서를 이동할 네트워크를 선택합니다.‘Assign Sensor’를 클릭합니다. 더 많은 센서를 이 네트워크에 추가하려면 이 과정을 반복합니다. 게이트웨이의 저장된 Sensor List를 갱신하기 위해 게이트웨이 전원을 재시작합니다. iMonnit Online Classic View에서는 몇 가지 간단한 단계로 센서를 한 네트워크에서 다른 네트워크로 이동할 수 있습니다. 관련 질문이 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-08-12

#### iMonnit Online에서 센서 네트워크 생성
센서 네트워크 개요 iMonnit Online에서 네트워크를 생성하면 센서와 게이트웨이를 묶어 기기 간 통신을 허가합니다. 네트워크는 어떤 기기들이 함께 통신하도록 허용할지 정하는 수단입니다. 게이트웨이와 센서가 동일한 네트워크에 추가되면, 게이트웨이가 센서 ID를 다운로드하고 이후 그 센서가 게이트웨이와 통신하도록 허가합니다. 이 문서는 iMonnit Online 플랫폼에서 네트워크를 생성하는 과정을 안내합니다. 네트워크는 기기를 위한 조직 구성 요소이기도 합니다. iMonnit Premiere 회원은 각자 게이트웨이와 고유한 센서 목록을 가진 여러 네트워크를 둘 수 있습니다. 기기는 한 번에 하나의 네트워크에만 추가할 수 있습니다. 여러 네트워크가 있으면 그 사이를 전환하여 추가된 기기를 볼 수 있습니다. 단계 iMonnit Online 계정에서: 왼쪽 사이드바의 Networks를 클릭합니다.페이지 오른쪽 상단의 + New Network 버튼을 클릭합니다.Network Name을 입력합니다.Save 버튼을 선택합니다. 기기 추가 새 네트워크를 생성하면 기기를 추가하라는 메시지가 표시됩니다. 업데이트: 2020-10-09

#### iMonnit 하트비트(Heartbeats) 설명
하트비트란? Monnit 센서는 하트비트(Heartbeat)라는 정해진 간격으로 데이터를 전송합니다. **하트비트**는 Assessment 중 예외(Aware 상태) 활동이 감지되지 않을 때 센서가 게이트웨이와 측정값을 통신하는 빈도(분)를 가리키는 Monnit 용어입니다. 센서의 기본 하트비트는 120분(2시간)이지만, iMonnit Premiere 구독으로 10분까지 잦게 구성할 수 있습니다. 로컬 호스팅 버전의 Monnit 소프트웨어(Express, Enterprise, MINE)를 사용하면 더 잦게도 구성할 수 있습니다. Assessments Per Heartbeat Assessments Per Heartbeat는 센서 하트비트 및 Aware 상태 하트비트와 함께 동작합니다. 센서는 예약된 하트비트에만 데이터를 전송하지만, 하트비트 사이에 Assessment(샘플 측정)를 수행해 구성된 Aware 상태 임계값이 위반되었는지 확인할 수 있습니다. Aware 상태 임계값이 위반된 것으로 판단되면 센서가 깨어나 게이트웨이로 측정값을 전송하고 Aware 상태 하트비트 빈도로 체크인을 시작합니다. 게이트웨이 하트비트 게이트웨이에도 하트비트가 있습니다. 게이트웨이 하트비트 기본 구성은 게이트웨이 유형에 따라 다릅니다. 즉 센서는 센서 하트비트에 게이트웨이로 데이터를 전송하고, 게이트웨이는 그 데이터를 대기시켰다가 게이트웨이 하트비트에 iMonnit 소프트웨어로 전송합니다. 따라서 센서가 하트비트에 측정값을 취한 시점과 게이트웨이가 그 데이터를 iMonnit 소프트웨어로 전송하는 시점 사이에 지연이 있을 수 있습니다. 이것이 게이트웨이 하트비트를 센서 네트워크의 가장 잦은 센서 하트비트보다 최소한 더 잦게 설정하는 것이 좋은 습관인 이유입니다. 게이트웨이 유형별 기본 하트비트 구성은 다음과 같습니다: Ethernet Gateway: 5분 4G LTE Gateway: 15분 3G Cellular Gateway: 60분 2G Cellular Gateway: 60분 Wireless Sensor Adapter: 5분 Serial MODBUS Gateway: 하트비트 없음 게이트웨이 Force Transmit on Aware 설정 Monnit 게이트웨이에는 Aware 상태 측정값을 iMonnit 소프트웨어로 즉시 전송하게 하는 기본 설정이 있습니다. 즉 센서가 Aware 상태에 진입하면, 그 측정값이 예약된 게이트웨이 하트비트 이전에 게이트웨이 하트비트를 즉시 트리거하여 iMonnit 소프트웨어로 보냅니다. 이는 센서가 감지한 예외 상태가 Aware 상태 측정값 전송 시 즉시 소프트웨어에 입력되도록 하는 핵심 기능입니다. 센서 하트비트 및 Assessments Per Heartbeat 편집 왼쪽 사이드바의 Sensors를 선택합니다.센서가 추가된 네트워크를 선택합니다.센서 중 하나를 선택합니다.Settings 탭(톱니바퀴 아이콘)을 선택합니다.Heartbeat 필드에 원하는 구성(분)을 입력합니다.Aware State Heartbeat 필드에 원하는 구성을 입력합니다(Aware 상태 하트비트는 일반적으로 표준 하트비트보다 잦음).Assessments Per Heartbeat에 원하는 구성을 입력합니다.Save를 클릭합니다. 작동 방식 • 하트비트 간격: 120분 • Aware 상태 하트비트: 30분 • Assessments per Heartbeat: 2(60분마다) • Aware 상태 임계값: 257°F • 단위: 화씨. 이 예에서는 위 구성의 온도 센서를 사용합니다. 오후 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 상태 측정값이 아닌 한 게이트웨이 하트비트에 iMonnit 소프트웨어로 보냅니다. 하트비트는 효율적인 배터리 사용을 가능하게 하고 센서가 예외 상태에 대한 측정값을 즉시 제공하게 합니다. 추가 문의는 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-01-27

#### iMonnit HX 작동 방식
iMonnit Online에서 사용하는 센서의 표준 최소 하트비트는 10분입니다. 10분 하트비트가 대부분의 사용자에게 충분하지만, Monnit은 일부 고객이 더 잦은 하트비트로 운영해야 할 필요성을 인지하고 있습니다. 이 때문에 Monnit은 iMonnit Online에서 센서 하트비트를 1분까지 잦게 설정할 수 있게 하는 특수 크레딧을 제공합니다. 이것이 iMonnit HX Credit 형태로 제공됩니다. 이 크레딧으로 iMonnit Premiere 사용자는 센서에 1분까지 잦은 하트비트를 적용할 수 있습니다. Premiere 계정에 잦은 하트비트를 충당할 충분한 크레딧이 있는 한, 센서는 구성된 빈도로 체크인하고 HX Credit을 사용해 데이터 포인트를 표시합니다. 작동 세부 사항 iMonnit HX Activation Key를 iMonnit Online 계정에 적용하면 계정이 HX Enabled가 되어 센서 하트비트를 1분까지 잦게 구성할 권한을 갖습니다. 해당 일자에 센서가 10분보다 잦게 체크인하지 않으면 크레딧이 소모되지 않습니다. 일일 한도인 150개 레코드를 초과하는 모든 센서 하트비트는 iMonnit HX Credit을 소모합니다. 센서당 일일 총 하트비트: 150 Monnit은 iMonnit HX Credit이 사용되기 전 센서당 하루 150회 하트비트를 허용합니다. 이 기준은 다음 벤치마크로 계산됩니다: **1개** 센서가 10분 하트비트 = 시간당 6회 하트비트(60분 / 10분 = 6) = 하루 144회(시간당 6회 × 24시간 = 144) + Aware 측정값을 위한 추가 6회 허용 = 하루 150회 하트비트 해당 일자에 센서의 데이터 포인트가 150개를 넘지 않으면 HX Credit이 사용되지 않습니다. 해당 일자에 150회를 초과하는 하트비트는 하트비트당 HX Credit 1개 비율로 HX Credit을 사용합니다. 요구 사항 활성 iMonnit Premiere 계정1분 하트비트 간격을 지원하는 센서충분한 iMonnit HX Credit iMonnit HX Credit이 소진되는 경우 iMonnit HX Credit을 구매해 Activation Key를 계정에 적용했다면 계정이 HX Enabled입니다. 따라서 HX Credit이 소진되었는데 센서가 계속 잦은 하트비트로 체크인하면, 그 센서가 생성하는 데이터가 150개 레코드 임계값을 넘으면 보기에서 가려집니다. HX Credit 부족으로 데이터가 가려졌다면, 추가 크레딧을 구매하거나 Monnit Support에 계정의 iMonnit HX 비활성화를 요청해야 합니다. 또한 센서 하트비트를 10분 이상으로 설정해야 합니다. iMonnit HX Credit이 소진되면 센서의 Readings 탭에 HX Message Credits Consumed 메시지가 보입니다. HX Credit 사용을 더 이상 원하지 않으면 Monnit Support가 HX Enabled 옵션을 제거하며, 이후 하트비트는 10분 한도가 되고 가려졌던 데이터가 보이게 됩니다. 또한 iMonnit Account의 HX Credits 섹션에는 HX Credit이 부족할 때 알림을 보내도록 임계값을 구성할 수 있는 영역이 있어, 계정이 예기치 않게 크레딧을 소진하는 것을 방지합니다. 사용 가능한 HX Credit이 이 임계값 미만으로 떨어지면 알림이 전송됩니다. 1분 하트비트 시 게이트웨이 대역폭 한도 1분처럼 잦은 하트비트로 운영할 때는 게이트웨이 대역폭을 고려하는 것이 중요합니다. 대부분의 게이트웨이는 한 번에 최대 100개 센서를 지원합니다. 그러나 빠른 하트비트에서는 센서당 게이트웨이 무선 대역폭이 줄어듭니다. 따라서 좋은 운영 기준은 게이트웨이당 최대 100개 센서를 지원하도록 센서 하트비트를 최소 2분으로 제한하는 것입니다. 1분 하트비트가 필요하면, 줄어든 대역폭을 고려해 그 게이트웨이와 통신할 센서를 최대 50개로 두는 것이 좋습니다. HX Credit 구매 및 적용 Monnit.com 온라인 스토어에서 iMonnit HX Credit을 구매할 수 있습니다. 구매하면 제공한 이메일 주소로 Activation Key를 받습니다. 이 코드를 복사해 HX Credit 코드 입력 필드에 입력하여 계정에 적용할 수 있습니다. iMonnit HX Credit은 센서 데이터를 더 빠르게 수집할 수 있게 하는 강력한 도구입니다. iMonnit HX 기능 동작에 관한 질문이나 문제가 있으면 support@monnit.com 으로 문의하십시오. 업데이트: 2020-06-22

#### 계정 개요(Account Overview)
iMonnit은 제품을 관리하기 위한 클라우드 기반 모바일 인터넷 플랫폼입니다. 센서를 가동하는 첫 단계가 계정 등록이므로 이는 필수적입니다. 편의를 위해 어떤 데스크톱 브라우저나 App으로도 계정을 등록·관리할 수 있습니다. App은 Android와 iOS 기기 모두에서 제공됩니다. 계정 생성 온프레미스 소프트웨어 솔루션이나 타사 모니터링 솔루션을 사용하는 경우가 아니라면, iMonnit 계정 생성이 매우 중요합니다. 단계 요약 새 계정 생성필수 계정 정보 입력네트워크 생성기기 추가배치하고 iMonnit 계정을 사용합니다. 새 계정 생성 먼저 www.imonnit.com 에 접속하거나 스마트폰에서 iMonnit App을 선택해 iMonnit을 엽니다. 랜딩 페이지가 나타납니다. ‘Create Account’ 옵션을 선택합니다. 필수 계정 정보 입력 이 섹션의 정보는 계정 생성에 필수입니다. 첫 화면에서 Primary Contact 정보를 입력하라는 메시지가 표시됩니다. Primary Contact는 계정의 구성과 관리를 대부분 담당할 사람이어야 합니다. 이 양식 하단에는 Premiere 구독 코드 필드가 있습니다. Premiere 구매 후 이메일로 받은 영수증의 코드를 입력합니다. 아직 iMonnit을 구매하지 않아 이 필드를 비워 두면, 시스템이 기본적으로 45일 무료 iMonnit Premiere 체험으로 설정됩니다. 참고: 진행하기 전에 이용 약관(Terms and Conditions)을 읽고 이해했음을 확인해야 합니다. 센서 네트워크 생성 계정에는 하나의 주 센서 네트워크가 필요하지만, 둘 이상을 둘 수도 있습니다. 네트워크 이름은 기본적으로 초기 설정 시 제공한 이름과 성입니다. 필요하면 나중에 변경할 수 있습니다. 게이트웨이 추가 게이트웨이 뒷면에서 게이트웨이 ID를 찾습니다.제공된 필드에 Gateway ID를 입력합니다.Gateway Security Code를 입력합니다(이 코드는 대소문자를 구분하며 항상 대문자입니다).‘Add Device’를 클릭합니다.추가 게이트웨이가 있으면 과정을 반복합니다. 참고: 모바일 App을 사용하는 경우, QR 스캐너가 활성화되어 있으면 스마트폰으로 게이트웨이와 센서의 QR 코드를 스캔할 수 있습니다. 이렇게 하면 ID와 코드를 수동으로 입력하지 않고 기기가 계정에 바로 추가됩니다. 센서 추가 센서 ID를 입력합니다.Sensor Security Code를 입력합니다(이 코드는 대소문자를 구분하며 항상 대문자입니다).‘Add Device’를 클릭합니다.모든 센서에 대해 이 과정을 반복합니다.‘Finished Adding’을 클릭합니다. 상태 박스 아래에 센서와 게이트웨이 수가 표시된 iMonnit 홈페이지가 로드됩니다. 위 단계를 따르면 계정이 설정되어 배치할 준비가 됩니다. 계정 설정에 문제가 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-04-06

#### 서브 계정 개요(Sub-Account Overview)
각 고객/거래처의 데이터를 분리·관리하는 가장 효율적인 방법은 메인 계정 아래에 그들의 계정을 직접 생성하는 것입니다. Premiere 가격은 고객이 사용할 센서 수에 기반합니다. 비용 세부 내역은 여기를 클릭해 확인할 수 있습니다: iMonnit Premiere 구독 옵션 고객용 서브 계정 생성 서브 계정은 메인 리셀러 계정의 관리자가 고객의 구성, Action, 기타 모든 유지보수·설정 기능에 접근할 수 있게 하면서도 고객에게 자율성을 부여합니다. 고객이 갖는 접근 권한의 정도는 구성하는 권한 수준에 따라 결정됩니다. 단계 요약 새 계정 생성필수 계정 정보 입력Primary Contact 구성네트워크 생성기기 추가센서를 배치하고 사용합니다. 새 계정 생성 iMonnit.com 최상위 계정에 로그인합니다.왼쪽 사이드바의 Portal을 클릭합니다.나타나는 메뉴에서 Create Sub-Account를 클릭합니다. 필수 고객 정보 입력 이 섹션의 정보는 계정 생성에 필수이며 서브 계정을 정리하는 데 도움이 됩니다. 회사명, 업종 유형, 위치가 포함됩니다. 일부 고객은 회사나 회사 그룹을 검색할 때 비슷한 이름의 계정이 함께 묶이도록 회사명 앞에 방향이나 지역을 붙입니다. 진행하기 전에 이용 약관을 읽고 이해했음을 확인해야 합니다. 센서 네트워크 생성 각 계정에는 하나의 주 센서 네트워크가 필요하지만 둘 이상을 둘 수도 있습니다. 주 네트워크 이름을 입력하고 ‘Create Sensor Network’를 클릭합니다. 이름은 필요하면 언제든 편집할 수 있습니다. 여러 네트워크가 있을 경우, 위치·센서 유형·건물 이름·기타 그룹 유형을 나타내는 이름을 사용하면 어떤 센서로 작업하는지 식별하기 쉬워집니다. 업데이트: 2020-04-24

#### iMonnit Online에서 Action의 구성된 일정 밖에서도 계속 알림을 받는 경우
iMonnit Online은 Action에 일정을 적용하는 기능을 제공합니다. 이를 통해 하루/주/월의 지정 기간에만 Action 알림을 받을 수 있습니다. Action에 일정이 적용된 경우, Action이 Disarm되지 않으면 Snooze 시간(기본 60분)에 알림이 계속 전송되는 특정 동작이 있습니다. 이 문서는 이 예상 동작을 설명하고 가능한 해결책을 제시합니다. Action이 구성된 일정 밖에서도 계속 전송되는 이유 Action이 구성된 일정 밖에서도 계속 전송되는 이유는 Action의 Snooze 설정과 관련됩니다. Action의 Snooze 설정에 관한 정보는 다음 문서를 참고하십시오: iMonnit Online에서 Action의 Snooze 설정 이해. Action이 활성 일정 동안 트리거되었고 일정이 비활성으로 예정되기 전에 Disarm되지 않으면, Snooze 시간에 계속 전송됩니다. 참고: Action이 예약된 활성 시간 내에 트리거되고, 예약 기간이 끝났으며, 센서 측정값이 여전히 트리거 매개변수 내에 있으면, Snooze 알림에는 일정 내에서 알림을 트리거한 마지막 측정값이 표시됩니다. 예시 이 예에서는 45°F 온도 측정값으로 Action을 트리거하도록 적용된 온도 센서를 사용하며, Action은 오전 8시부터 오후 5시 사이에 활성으로 예약됩니다. Action 트리거 구성: 센서 측정값이 45°F를 초과할 때 알림 Action 일정: 오전 8시 ~ 오후 5시 사이 Action: 이메일 전송 Snooze 설정: 기본 60분 센서 구성: 표준 및 Aware 상태 하트비트 10분 오후 4:23 > 센서가 42°F로 체크인 - Action 미트리거 오후 4:33 > 센서가 46°F로 체크인 - Action 트리거, 이메일 전송(Snooze 타이머 시작) 오후 4:43 > 센서가 46.5°F로 체크인 - Action 여전히 트리거 상태, 사용자가 아직 Disarm 안 함, 60분 중 10분 snooze, 변화 없음 오후 4:53 > 센서가 47°F로 체크인 - 여전히 트리거, 60분 중 20분 snooze, 변화 없음 오후 5:03 > 센서가 47.5°F로 체크인 - 여전히 트리거, 60분 중 30분 snooze, 변화 없음 오후 5:13 > 센서가 48°F로 체크인 - 여전히 트리거, 60분 중 40분 snooze, 변화 없음 오후 5:00 > Action 비활성으로 예약됨 오후 5:23 > 센서가 49°F로 체크인 - 여전히 트리거, 60분 중 50분 snooze, 변화 없음 오후 5:33 > 센서가 50°F로 체크인 - 여전히 트리거, snooze가 60분에 도달하여 추가 이메일 전송, Snooze 타이머 재시작 오후 5:43 > 센서가 49°F로 체크인 - 여전히 트리거, 60분 중 10분 snooze, 변화 없음 오후 5:53 > 센서가 50°F로 체크인 - 여전히 트리거, 60분 중 20분 snooze, 변화 없음 오후 6:03 > 센서가 51°F로 체크인 - 여전히 트리거, 60분 중 30분 snooze, 변화 없음 오후 6:13 > 센서가 50°F로 체크인 - 여전히 트리거, 60분 중 40분 snooze, 변화 없음 오후 6:23 > 센서가 52°F로 체크인 - 여전히 트리거, 60분 중 50분 snooze, 변화 없음 오후 6:33 > 센서가 52°F로 체크인 - 여전히 트리거, snooze가 60분에 도달하여 추가 이메일 전송, Snooze 타이머 재시작 오후 6:43 > 센서가 51°F로 체크인 - 여전히 트리거, 60분 중 10분 snooze, 변화 없음 오후 6:46 > 사용자가 Action을 Disarm 오후 6:53 > 센서가 49°F로 체크인 - Action 더 이상 트리거 안 됨, 일정상 Action 비활성, snooze 타이머 없음 오후 7:03 > 센서가 50°F로 체크인 - 트리거 안 됨, 일정상 비활성, snooze 없음 오후 7:13 > 센서가 51°F로 체크인 - 트리거 안 됨, 일정상 비활성, snooze 없음 오후 7:23 > 센서가 48°F로 체크인 - 트리거 안 됨, 일정상 비활성, snooze 없음 오후 7:33 > 센서가 47°F로 체크인 - 트리거 안 됨, 일정상 비활성, snooze 없음 오후 7:43 > 센서가 46°F로 체크인 - 트리거 안 됨, 일정상 비활성, snooze 없음 오후 7:53 > 센서가 44°F로 체크인 - 센서 측정값이 Action 설정의 임계값 미만이므로 Action이 Rearm(Reset)됨, 활성 일정 동안에만 다시 트리거 가능 오후 8:03 > 센서가 48°F로 체크인 - 활성 일정 밖이라 Action 미트리거, 이메일 미전송(측정값이 트리거 임계값을 초과했더라도) 위 예에서 보듯, 트리거가 예약 비활성 시간 이전에 발생했기 때문에 측정값이 예약 비활성 시간 후에도 Snooze 시간에 계속 전송되었습니다. 이 트리거 후 Disarm되지 않았으므로 사용자가 Action을 Disarm할 때까지 Snooze 시간에 계속 전송되었습니다. Action이 Disarm된 후 정상 동작으로 돌아갔습니다. 센서는 이후 48°F를 측정(보통 Action을 트리거)했지만 예약 비활성 시간 후에 발생했으므로 트리거되지 않았습니다. 활성 일정 중 트리거가 발생하더라도 예약 비활성 시간에 알림 전송 방지 위에서 설명한 상황을 겪는다면, 예약 비활성 시간 밖에서 Action이 전송되는 것을 자동으로 방지하는 해결책을 구현할 수 있습니다. System Action을 사용해 예약 비활성 시간에 Action을 자동으로 Rearm(Reset)하는 추가 Scheduled Action을 만들 수 있습니다. 아래 단계를 따르십시오. iMonnit Online에서 새 Scheduled Action을 생성합니다(‘iMonnit Online에서 Action 생성’ 참고).이 Scheduled Action을 실행할 시간을 설정합니다(원래 Action 일정의 비활성 시간과 동일하게 예약하는 것이 좋음).Action 구성에서 System Action을 클릭해 활성화로 강조합니다.창의 System Action 부분에서 ‘Action to be done’을 Full Reset으로 설정합니다.Delay 필드에서 No Delay를 선택합니다.‘Target Notification’에 선택된 Action이 예약 비활성 시간에 비활성화하려는 Action인지 확인합니다.Save를 클릭합니다. 이 Action으로 원래 Action이 예약 비활성 시간에 자동으로 재설정(Rearm)되어 Snooze 시간에 더 이상 전송하지 않습니다. 자기 자신을 Target Action으로 재설정 또한 예약 Action 자체를 재설정하는 Full Reset System Action을 추가하는 것을 고려할 수 있습니다. 예약 Action도 다른 알림과 마찬가지로 Disarm/Rearm이 필요합니다. 따라서 수동으로 Rearm/Disarm하거나, 실행 후 자기 자신을 재설정해 다음 날 다시 실행되도록 추가 System Action을 추가할 수 있습니다. 업데이트: 2020-11-25

#### Sensor Reading Action과 Advanced Action의 차이
Monnit은 동작이 비슷할 수 있지만 알림 운영 방식을 좌우할 수 있는 핵심적이면서도 미묘한 차이가 있는 두 가지 Action 유형을 제공합니다. 이 문서는 서로 다른 Action 유형과 구현 방법을 이해하도록 이러한 차이를 설명합니다. 흔한 질문 Sensor Reading Action과 Advanced Action의 차이를 이해할 필요가 생기는 매우 흔한 질문은 센서의 Aware 상태 임계값과 관련됩니다. Monnit 플랫폼을 처음 접하는 많은 고객이 센서의 Aware 상태 임계값을 구성하는 것으로 시작하며, 이 임계값만 설정하면 임계값 적용 후 Action이 트리거된다고 생각합니다. 센서의 Aware 상태 동작(기본 정보는 ‘센서 하트비트, Aware 상태, Assessment, Rearm 이해’ 참고)이 사용자가 설정하지 않는 한 Action과 연결되지 않는다는 사실은 나중에야 깨닫는 경우가 있습니다. Aware 상태 구성은 센서가 통신·동작하는 방식을 제어하지만, Action이 생성되고 센서가 그 Action에 할당되지 않는 한 본질적으로 어떤 Action과도 연결되지 않습니다. 또 다른 중요한 세부 사항은 Sensor Reading Action이 센서의 Aware 상태 임계값 설정과 연결되지 않는다는 점입니다. Sensor Reading Action에서는 Action 자체에서 트리거 지점을 구성합니다. 반면 Advanced Action은 센서의 Aware 상태로 트리거되므로 센서의 Aware 상태 임계값 설정과 직접 연결됩니다. 따라서 센서 측정값이 Aware 상태 임계값을 위반해도 Action이 트리거되지 않는 이유가 궁금하다면 Action 유형을 확인하십시오. 센서의 Aware 상태로 트리거되는 것은 Advanced Action뿐입니다. 참고: Advanced Action은 Premiere 구독자에게만 제공됩니다. Sensor Reading Action Sensor Reading Action은 Action 설정에 트리거 지점 구성이 있습니다. 위에서 언급했듯이 이는 센서의 Aware 상태 임계값과 본질적으로 연결되지 않습니다. 따라서 특정 Aware 상태 임계값을 가진 센서와, 완전히 다른 트리거 지점을 가진 Sensor Reading Action을 둘 수 있습니다. Sensor Reading Action은 일반적으로 Greater Than, Less Than, Equal to, Greater than or equal to, Less than or equal to 구성을 제공합니다. 이는 설정에 따라 다릅니다. Action은 오로지 센서 측정값과 Action에 설정한 트리거 지점에 기반해 트리거됩니다. Advanced Action Advanced Action은 센서의 Aware 상태로 트리거됩니다. 따라서 센서의 Aware 상태 임계값과 직접 연결됩니다. 일반적으로 더 복잡한 로직을 허용하는 여러 종류의 Advanced Action이 있습니다. 예를 들어 센서가 ‘x’회 연속 Aware 메시지를 보고할 때 전송되도록 Advanced Action을 트리거할 수 있습니다. 가장 흔한 Advanced Action은 Notify After Aware Period Action으로, 첫 보고된 Aware 메시지로 Notify After Aware Period 타이머가 시작되고, 타이머가 경과한 후 센서로부터 이어지는 연속 Aware 메시지로 Action이 트리거됩니다. Advanced Action을 생성하기 전까지는 센서의 Aware 상태 임계값 구성에 어떤 Action도 연결되지 않습니다. 다만 다양한 유형의 Advanced Action으로 센서의 Aware 측정값/Aware 상태 임계값에 기반한 알림을 구현할 수 있습니다. Sensor Reading Action과 Advanced Action의 차이를 이해하는 것은 특히 신규 사용자에게 중요합니다. 이는 Action 운영 방식을 좌우할 수 있습니다. 관련 질문은 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-05-29

#### Action의 Snooze 시간을 0으로 설정하는 경우
Action의 Snooze 기능은 Action이 Disarm되지 않으면 정해진 간격으로 반복 알림을 보내게 합니다(Action Disarm에 관한 정보는 ‘Action의 Disarm 및 Rearm’ 참고). 기본 Snooze 시간은 60분입니다. 즉 Action이 처음 트리거되면 구성된 알림을 전송하고, Action을 Disarm하는 사용자 조치가 없으면 조건이 정상으로 돌아오거나 사용자가 Disarm할 때까지 Snooze 간격으로 계속 전송합니다. Snooze를 0으로 설정하면 어떻게 되나요? Snooze 시간을 0으로 설정하면 Snooze가 비활성화되는 것이 아니라 Snooze 시간이 기본값 60분으로 설정됩니다. 따라서 Snooze가 0으로 설정되어 있으면, 트리거 조건이 정상으로 돌아오거나 Action이 Disarm될 때까지 60분마다 반복 알림을 받습니다. 반복 알림을 받고 싶지 않은 경우 반복 알림을 원하지 않는 경우가 있을 수 있습니다. 이 경우 Action을 자동으로 Disarm(Acknowledge라고도 함)하는 System Action을 설정할 수 있습니다. Action 구성에서 System Action을 활성화하고 ‘Acknowledge’를 선택한 뒤 원하는 Delay 시간을 선택하고 Disarm할 현재 Action을 선택합니다. System Action 생성 단계는 관련 문서를 참고하십시오. 참고: System Action 활성화를 원하지 않으면 Snooze 시간을 65535로 설정할 수 있습니다. 반복 알림은 여전히 전송되지만 45.51일 지연됩니다. 일부 사용자에게는 이것이 더 간단한 옵션입니다. 업데이트: 2020-04-06

#### iMonnit Online에서 Action의 Snooze 설정 이해
참고: Action과 Notification이라는 용어는 Monnit 용어에서 일반적으로 같은 것을 가리킵니다. Action은 iMonnit Online의 New Look 3.0 보기에서 쓰는 용어이고, Notification은 iMonnit Classic View에서 쓰는 용어입니다. iMonnit의 Action에는 Snooze라는 설정이 있습니다. iMonnit Classic View의 ‘Don't Alert again for (Snooze)’ 설정으로 익숙할 수 있습니다. 이 구성은 Action이 Disarm되지 않으면 구성된 시간 간격으로 알림을 계속 보내게 합니다(Action Disarm/Rearm에 관한 정보는 다음 문서 참고: Action의 Disarm 및 Rearm). 알람 시계의 snooze 설정처럼, 조건이 지속되어 사용자가 확인해야 할 때 유용합니다. Action은 Disarm(Acknowledge)될 때까지 알림을 계속 보냅니다. 기본 60분 구성 기본적으로 Snooze 설정은 60분으로 구성됩니다. 따라서 Action이 트리거되고 60분 Snooze 시간 내에 Disarm되지 않으면(Action Disarm에 관한 정보는 이 문서 참고), 트리거 조건이 지속되는 한 구성된 수신자(또는 기기)에게 60분마다 표준 알림 에스컬레이션이 계속됩니다. Action이 Disarm되면, 트리거 조건이 변화 없이 지속되더라도 Snooze 시간에 알림이 더 이상 전송되지 않습니다. Snooze 시간 구성 New Look에서: -왼쪽 사이드바의 Actions 탭을 선택합니다. -Snooze 설정을 편집할 Action을 선택합니다. -페이지 오른쪽 상단의 Action 로켓 아이콘을 선택합니다. -Send Notifications 섹션으로 스크롤합니다. Classic View에서: -탐색 바의 Notifications 탭을 클릭합니다. -Snooze 설정을 수정할 Notification을 클릭합니다. -해당 Notification의 Settings 탭을 클릭합니다. -‘Don't Alert again for (Snooze)’ 필드를 원하는 Snooze 시간으로 수정합니다. 참고: Snooze 시간을 0으로 설정해도 Snooze 기능이 비활성화되지 않습니다. 대신 Snooze 시간이 기본값 60분으로 설정됩니다. -Save Settings 버튼을 클릭합니다. 예시 이 예에서는 45°F 온도 측정값으로 Action을 트리거하도록 적용된 온도 센서를 사용합니다. Action 트리거 구성: 센서 측정값이 45°F를 초과할 때 알림 Action: 이메일 전송 Snooze 설정: 기본 60분 센서 구성: 표준 및 Aware 상태 하트비트 10분 오후 1:23 > 센서가 42°F로 체크인 - Action 미트리거 오후 1:33 > 센서가 46°F로 체크인 - Action 트리거, 이메일 전송(Snooze 타이머 시작) 오후 1:43 > 센서가 46.5°F로 체크인 - 여전히 트리거, 60분 중 10분 snooze, 변화 없음 오후 1:53 > 센서가 47°F로 체크인 - 여전히 트리거, 60분 중 20분 snooze, 변화 없음 오후 2:03 > 센서가 47.5°F로 체크인 - 여전히 트리거, 60분 중 30분 snooze, 변화 없음 오후 2:13 > 센서가 48°F로 체크인 - 여전히 트리거, 60분 중 40분 snooze, 변화 없음 오후 2:23 > 센서가 49°F로 체크인 - 여전히 트리거, 60분 중 50분 snooze, 변화 없음 오후 2:33 > 센서가 50°F로 체크인 - 여전히 트리거, snooze가 60분에 도달하여 추가 이메일 전송, Snooze 타이머 재시작 오후 2:43 > 센서가 49°F로 체크인 - 여전히 트리거, 60분 중 10분 snooze, 변화 없음 오후 2:53 > 센서가 50°F로 체크인 - 여전히 트리거, 60분 중 20분 snooze, 변화 없음 오후 3:03 > 센서가 51°F로 체크인 - 여전히 트리거, 60분 중 30분 snooze, 변화 없음 오후 3:13 > 센서가 50°F로 체크인 - 여전히 트리거, 60분 중 40분 snooze, 변화 없음 오후 3:23 > 센서가 52°F로 체크인 - 여전히 트리거, 60분 중 50분 snooze, 변화 없음 오후 3:33 > 센서가 52°F로 체크인 - 여전히 트리거, snooze가 60분에 도달하여 추가 이메일 전송, Snooze 타이머 재시작 오후 3:43 > 센서가 51°F로 체크인 - 여전히 트리거, 60분 중 10분 snooze, 변화 없음 오후 3:46 > 사용자가 Action을 Disarm 오후 3:53 > 센서가 49°F로 체크인 - 여전히 트리거, 사용자가 Disarm함, snooze 타이머 없음 오후 4:03 > 센서가 50°F로 체크인 - 여전히 트리거, Disarm 상태, snooze 없음 오후 4:13 > 센서가 51°F로 체크인 - 여전히 트리거, Disarm 상태, snooze 없음 오후 4:23 > 센서가 48°F로 체크인 - 여전히 트리거, Disarm 상태, snooze 없음 오후 4:33 > 센서가 47°F로 체크인 - 여전히 트리거, Disarm 상태, snooze 없음 오후 4:43 > 센서가 46°F로 체크인 - 여전히 트리거, Disarm 상태, snooze 없음 오후 4:53 > 센서가 44°F로 체크인 - 센서 측정값이 Action 설정의 임계값 미만이므로 Action이 Rearm(Reset)됨, 다시 트리거 가능 iMonnit에서 Action을 효과적으로 구현하려면 Action의 Snooze 설정을 이해하는 것이 핵심입니다. Snooze 동작을 알면 도움이 되는 고유한 에스컬레이션 세부 사항이 있습니다. 추가 질문이 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-09-24

#### 보고서를 생성했는데 다운로드 링크가 웹페이지를 로드하지 않는 경우
iMonnit Online에서 보고서를 생성했는데 보고서 다운로드 링크가 웹페이지를 로드하지 않는 경우가 몇 가지 있을 수 있습니다. 원인은 여러 가지일 수 있습니다. 이 문제를 겪으면 아래 문서가 해결에 도움이 될 수 있습니다. 단계 요약: 보고서 이름에 비표준 문자가 없는지 확인합니다.Network: Data Export 보고서에 센서가 30개 이하인지 확인합니다.기기에 지정 기간의 데이터가 실제로 있는지 확인합니다. 보고서 이름에 지원되지 않는 문자가 포함됨 Monnit은 표준 비특수 문자만 지원하는 쿼리를 기반으로 보고서를 생성합니다. 보고서 이름에 지원되지 않는 문자가 있으면 보고서는 실행되지만 예상한 데이터를 포함하지 않습니다. 이 경우 보고서 이름 제목에 비표준 문자가 없는지 확인하십시오. 제목에는 표준 영문자만 사용할 수 있습니다. 보고서 이름에 기호가 있으면 제거하면 보고서에 예상 데이터가 포함됩니다. 예를 들어 á, é, í, ó, ú, ñ 등의 기호는 지원되지 않습니다. 보고서가 실행되지 않았고 이것이 원인으로 의심되면, 특수 문자를 모두 제거하고 영문자만 포함하도록 하십시오. Network: Data Export 보고서에 센서가 30개를 초과함 Network: Data Export 보고서는 최대 30개 센서를 지원합니다. 보고서가 예약된 네트워크에 센서가 30개를 초과하면 보고서가 데이터 없이 반환됩니다. 보고서를 성공적으로 실행하려면 네트워크에 센서가 30개 미만이어야 합니다. 네트워크의 기기에 지정 기간의 데이터가 없음 특수 문자가 없고 Network: Data Export 보고서의 센서가 30개 미만임을 확인했다면, 단순히 지정 기간 동안 센서에 데이터가 없는 것일 수 있습니다. 센서의 Readings 기록을 확인해 데이터가 보이는지 확인하십시오. 위의 가능한 원인을 검토한 후에도 예약 보고서에 예상 데이터가 포함되지 않으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-08-03

#### iMonnit Online 페이지 인쇄
브라우저에 따라 iMonnit Online 페이지를 인쇄하면 형식이 깨진 결과가 나올 수 있습니다. 이는 브라우저와 그것이 인쇄용으로 페이지를 해석하는 방식의 결과입니다. 일부 브라우저를 해석된 보기 대신 페이지 보기를 인쇄하도록 구성하는 방법이 있습니다. 이는 iMonnit Online에서 차트를 인쇄할 때 유용합니다. 이 문서는 현재 Chrome 및 Edge(버전 80 이상, Chromium 기반) 브라우저로 이를 수행하는 방법을 안내합니다(대부분의 브라우저가 유사한 기능을 제공). 단계 요약 인쇄할 페이지를 엽니다.‘햄버거’ 메뉴를 선택해 기본 브라우저 메뉴에 접근합니다.More ToolsDeveloper Tools(Ctrl + Shift + I로 바로 이동 가능)‘햄버거’ 메뉴를 선택해 추가 메뉴에 접근합니다.More Tools를 선택합니다.Rendering을 선택합니다.‘Emulate CSS media type’ 드롭다운을 선택합니다.‘screen’을 선택합니다.페이지를 인쇄합니다. 브라우저가 페이지를 렌더링하는 방식을 조정한 후, 보이는 그대로 페이지를 인쇄할 수 있습니다. 업데이트: 2020-04-06

#### iMonnit Online 계정에서 네트워크의 기기 제거 방법
iMonnit Online에서 네트워크의 기기를 제거할 수 있습니다. 제거한 기기는 이후 원하면 다른 네트워크에 추가할 수 있습니다. 센서를 제거한 네트워크의 게이트웨이는 네트워크를 Reform하는 것이 좋다는 점을 고려하십시오. 단계 요약 참고: 네트워크에서 기기를 제거하려면 관리자 권한이 필요합니다. https://www.imonnit.com/ 계정에 로그인합니다.기본 메뉴 왼쪽 하단의 Networks 탭을 클릭합니다.센서가 이미 추가된 네트워크를 선택합니다.줄임표(점 3개)를 클릭합니다.Delete를 클릭합니다. 게이트웨이 Reform 센서를 제거한 네트워크의 게이트웨이는 반드시 Reform하십시오. Reform하면 현재 Sensor List가 비워지고 네트워크의 센서 ID만 (다시) 다운로드되기 때문입니다. 자세한 내용은 ‘게이트웨이 네트워크 Reform’ 문서를 참고하십시오. Sensor Start Date 네트워크에서 센서를 제거하면 그 센서의 Sensor Start Date가 재설정됩니다. 즉 이전에 센서 기록에서 볼 수 있던 측정값이 지워지고, 센서가 새 네트워크에 추가되는 날짜에 시작하도록 재설정됩니다. 업데이트: 2020-04-13

#### 국가별 Notification Credit 비용
Direct Delivery SMS 기능을 사용할 때(External Delivery와 Direct SMS의 차이에 관한 정보는 여기 참고), Monnit이 SMS 메시지를 전달하는 데 Notification Credit이 차감됩니다. 각 메시지에 차감되는 Notification Credit 수는 메시지가 전달되는 국가에 따라 다릅니다. 아래에 나열되어 있습니다. 아프가니스탄: 2 / 알바니아: 5 / 알제리: 5 / 아메리칸사모아: 10 / 안도라: 1 / 앙골라: 2 / 앵귈라: 2 / 앤티가바부다: 1 / 아르헨티나: 5 / 아르메니아: 5 / 아루바: 2 / 호주: 2 / 오스트리아: 2 / 아제르바이잔: 5 바하마: 2 / 바레인: 2 / 방글라데시: 1 / 바베이도스: 2 / 벨라루스: 2 / 벨기에: 5 / 벨리즈: 1 / 베냉: 2 / 버뮤다: 2 / 부탄: 1 / 볼리비아: 1 / 보스니아헤르체고비나: 1 / 보츠와나: 2 / 브라질: 2 / 영국령 인도양 지역: 미지원 / 영국령 버진아일랜드: 10 / 브루나이: 1 / 불가리아: 5 / 부르키나파소: 2 / 부룬디: 2 캄보디아: 1 / 카메룬: 5 / 캐나다: 10 / 카보베르데: 1 / 카리브 네덜란드: 미지정 / 케이맨제도: 2 / 중앙아프리카공화국: 1 / 차드: 5 / 칠레: 5 / 중국: 2 / 콜롬비아: 5 / 코모로: 1 / 콩고민주공화국: 2 / 콩고공화국: 5 / 쿡제도: 2 / 코스타리카: 2 / 코트디부아르: 2 / 크로아티아: 2 / 쿠바: 2 / 퀴라소: 미지정 / 키프로스: 1 / 체코: 5 덴마크: 1 / 지부티: 2 / 도미니카: 1 / 도미니카공화국: 5 / 에콰도르: 2 / 이집트: 2 / 엘살바도르: 2 / 적도기니: 1 / 에리트레아: 10 / 에스토니아: 5 / 에티오피아: 2 포클랜드제도: 2 / 페로제도: 1 / 피지: 1 / 핀란드: 2 / 프랑스: 5 / 프랑스령 기아나: 8 / 프랑스령 폴리네시아: 1 가봉: 5 / 감비아: 1 / 조지아: 1 / 독일: 2 / 가나: 2 / 지브롤터: 2 / 그리스: 5 / 그린란드: 1 / 그레나다: 1 / 과들루프: 5 / 괌: 1 / 과테말라: 2 / 기니: 2 / 기니비사우: 2 / 가이아나: 1 아이티: 5 / 온두라스: 2 / 홍콩: 2 / 헝가리: 2 아이슬란드: 2 / 인도: 1 / 인도네시아: 2 / 이란: 2 / 이라크: 1 / 아일랜드: 5 / 이스라엘: 1 / 이탈리아: 5 자메이카: 1 / 일본: 5 / 요르단: 2 카자흐스탄: 8 / 케냐: 5 / 키리바시: 10 / 쿠웨이트: 1 / 키르기스스탄: 2 라오스: 1 / 라트비아: 5 / 레바논: 5 / 레소토: 2 / 라이베리아: 2 / 리비아: 2 / 리히텐슈타인: 2 / 리투아니아: 1 / 룩셈부르크: 1 마카오: 2 / 마케도니아: 5 / 마다가스카르: 2 / 말라위: 2 / 말레이시아: 2 / 몰디브: 1 / 말리: 5 / 몰타: 1 / 마셜제도: 10 / 마르티니크: 5 / 모리타니: 5 / 모리셔스: 2 / 멕시코: 5 / 미크로네시아: 10 / 몰도바: 2 / 모나코: 1 / 몽골: 2 / 몬테네그로: 1 / 몬트세랫: 1 / 모로코: 2 / 모잠비크: 1 / 미얀마(버마): 10 나미비아: 2 / 나우루: 10 / 네팔: 5 / 네덜란드: 5 / 뉴칼레도니아: 2 / 뉴질랜드: 5 / 니카라과: 2 / 니제르: 2 / 나이지리아: 5 / 니우에: 10 / 노퍽섬: 1 / 북한: 10 / 북마리아나제도: 10 / 노르웨이: 2 오만: 5 / 파키스탄: 2 / 팔라우: 10 / 팔레스타인: 5 / 파나마: 5 / 파푸아뉴기니: 1 / 파라과이: 2 / 페루: 2 / 필리핀: 5 / 폴란드: 5 / 포르투갈: 2 / 푸에르토리코: 1 카타르: 2 / 레위니옹: 8 / 루마니아: 5 / 러시아: 2 / 르완다: 2 생바르텔레미: 10 / 세인트헬레나: 10 / 세인트키츠네비스: 2 / 세인트루시아: 1 / 생마르탱: 10 / 생피에르미클롱: 10 / 세인트빈센트그레나딘: 2 / 사모아: 2 / 산마리노: 2 / 상투메프린시페: 2 / 사우디아라비아: 2 / 세네갈: 5 / 세르비아: 1 / 세이셸: 5 / 시에라리온: 2 / 싱가포르: 2 / 신트마르턴: 1 / 슬로바키아: 5 / 슬로베니아: 5 / 솔로몬제도: 10 / 소말리아: 10 / 남아프리카공화국: 2 / 대한민국: 2 / 남수단: 1 / 스페인: 5 / 스리랑카: 2 / 수단: 2 / 수리남: 1 / 에스와티니(스와질란드): 1 / 스웨덴: 2 / 스위스: 2 / 시리아: 2 대만: 2 / 타지키스탄: 1 / 탄자니아: 5 / 태국: 2 / 동티모르: 5 / 토고: 2 / 토켈라우: 10 / 통가: 1 / 트리니다드토바고: 2 / 튀니지: 1 / 터키: 2 / 투르크메니스탄: 5 / 터크스케이커스제도: 1 / 투발루: 10 미국령 버진아일랜드: 1 / 우간다: 2 / 우크라이나: 5 / 아랍에미리트: 2 / 영국: 2 / 미국: 1 / 우루과이: 2 / 우즈베키스탄: 1 바누아투: 5 / 바티칸시국: 10 / 베네수엘라: 2 / 베트남: 5 / 왈리스푸투나: 10 / 예멘: 5 / 잠비아: 5 / 짐바브웨: 5 업데이트: 2020-08-27

#### iMonnit Premiere 구독 추가
iMonnit Premiere란? iMonnit Premiere는 무선 센서 네트워크를 위한 12개월 소프트웨어 구독입니다. iMonnit 계정을 iMonnit Premiere로 업그레이드하면 최소한의 연간 비용으로 추가 고급 기능이 더해집니다. 무료 iMonnit Basic 계정과 iMonnit Premiere 계정 사이에는 핵심적인 차이가 있습니다. 이 문서는 이 기능들을 자세히 설명하고 무료 Basic iMonnit 계정을 iMonnit Premiere로 업그레이드하는 방법을 안내합니다. 구독 갱신에 관한 정보는 다음 문서를 참고하십시오: Premiere 구독 만료/갱신. 무료 Basic iMonnit 계정을 iMonnit Premiere로 업그레이드하는 단계 요약 iMonnit Online 센서 포털에 로그인합니다.‘Can Access Billing Pages’ 권한이 있는지 확인합니다.기존 Monnit.com 스토어 계정을 연결하거나 새 스토어 계정을 생성합니다.왼쪽 사이드바의 Settings 탭을 선택합니다.Purchase Premiere 버튼을 선택합니다.현재 계정에 추가된 센서 수에 맞는 Premiere 구독을 선택합니다.Checkout 버튼을 선택합니다.구독이 올바른지 확인하고 Purchase 버튼을 선택합니다. iMonnit Premiere의 핵심 기능 10분 최소 하트비트(무료 Basic 계정은 120분)무제한 사용자(무료 iMonnit Basic 계정은 1명)Sensor Mapping 도구 접근iMonnit REST API 및 WebHooks 접근센서 고급 설정 접근Advanced Notifications 접근 iMonnit Premiere의 기능은 탁월한 가치의 풍부한 기능 세트를 제공합니다. Monnit.com 스토어의 iMonnit Premiere 제품 페이지에 접근하려면 다음 링크를 방문하십시오. https://www.monnit.com/Products/Software/Software/iMonnit-Premiere---Up-To-6-Sensors 구매 전 문의는 Monnit Sales(info@monnit.com), 기술 문의는 support@monnit.com 으로 연락하십시오. 업데이트: 2020-01-27

#### iMonnit Online에서 Access Token 생성
Access Token이란 Access Token은 고유하게 생성된 영숫자 코드로, 기술 담당자가 지정된 기간(기본 24시간) 동안 iMonnit 계정에 접근할 수 있게 합니다. 문제가 해결되어 더 이상 접근을 허용하고 싶지 않으면 연장하거나 취소할 수 있습니다. 이 토큰은 EU GDPR 준수를 지원합니다. Monnit Support에 문의할 때, 지원 담당자가 계정 접근 권한이 있는지 확인하고 지원 담당자에게 임시 접근을 허용하기 위해 Access Token을 요청받을 수 있습니다. Access Token은 Monnit 지원이 계정 문제를 도울 수 있도록 24시간 유효한 영숫자 코드입니다. 문제가 해결되어 더 이상 접근을 허용하고 싶지 않으면 연장하거나 취소할 수 있습니다. 단계 iMonnit Online 계정에 로그인합니다. 사이드바 왼쪽 하단의 Settings를 클릭합니다.Subscription 섹션으로 스크롤하여 Generate Token 버튼을 선택합니다.계정 접근을 위해 지원 담당자에게 토큰을 제공합니다. 코드는 24시간 후 자동으로 만료됩니다. Extend 버튼을 선택하면 강제 만료 전 1회 1주일 연장 기간이 부여됩니다. 만료일 전에 접근을 종료하려면 Revoke Token 버튼을 선택하십시오. 토큰 연장 Account Access Token 영역의 Extend Token 버튼을 클릭하면 Access Token을 추가 7일(총 8일) 동안 허용되도록 연장할 수 있습니다. Tech Access Cut Off 기술 담당자가 Access Token을 입력하면 연결된 계정(Linked Account)으로 계정에 접근할 수 있습니다. 또한 Access Token으로 네트워크 접근을 허용할 특정 날짜를 특정 네트워크에 대해 지정할 수 있습니다. 네트워크를 보면 ‘Tech Access Cut Off Date’ 필드가 보입니다. 날짜를 클릭하면 Access Token 사용 시 네트워크 접근이 허용되는 특정 날짜를 설정할 수 있습니다. 업데이트: 2020-11-30

#### iMonnit 데이터 백업
Monnit은 자사 서버에서 정기적인 데이터 백업을 유지합니다. 다음 세부 사항으로 백업을 처리합니다. 전체 백업(Full Backups) 각 데이터베이스의 전체 백업이 주 1회 완료됩니다. 이 파일에는 프로세스 실행 시점의 선택된 데이터베이스의 모든 데이터가 포함됩니다. 이 백업을 데이터 센터에 2주간 로컬 저장합니다. 또한 백업을 암호화하여 지리적으로 이중화된 위치에 업로드하는 자동화 작업이 있습니다. 로그 파일 백업(Log File Backups) 데이터베이스의 각 트랜잭션을 기록하는 파일은 30분마다 백업됩니다. 이 파일에는 이전 로그 파일 백업 이후 발생한 모든 트랜잭션이 포함됩니다. 이 백업을 데이터 센터에 2주간 로컬 저장합니다. 또한 백업을 암호화하여 지리적으로 이중화된 위치에 업데이트하는 자동화 작업이 있습니다. 재해 복구(Disaster Recovery) 재해 복구용 백업은 지리적으로 이중화된 위치에 45일간 저장됩니다. 업데이트: 2020-07-15

#### iMonnit 모바일 App 다운로드
iMonnit®은 센서와 게이트웨이의 모든 설정을 수정할 수 있는 Monnit의 온라인 인터페이스입니다. 이 사용하기 쉬운 플랫폼은 모바일 앱으로 제공되며 어떤 앱 스토어에서도 다운로드할 수 있어, 언제 어디서나 센서 활동을 볼 수 있습니다. 주소창에 https://www.imonnit.com 을 입력하면 어떤 인터넷 브라우저에서도 iMonnit에 접근할 수 있습니다. 또한 iMonnit App을 스마트폰이나 태블릿에 다운로드할 수도 있습니다. iMonnit 앱은 Google Play와 Apple App Store 모두에서 제공됩니다. 다음 QR 코드를 사용하면 모바일 앱 다운로드 링크가 있는 페이지로 바로 연결되어 기기에 프로그램을 설치할 수 있는 곳으로 안내합니다. 또는 iMonnit 사이트에 접속해 로그인 박스 하단의 직접 링크 중 하나를 선택할 수 있습니다. ANDROID 링크를 선택해 Google Play 스토어로 이동하여 ‘iMonnit: Mobile Software’를 다운로드합니다. Install 버튼을 선택하면 스마트폰이나 태블릿으로 앱 다운로드가 시작됩니다. 참고: 앱에는 Android 4.0 이상이 필요합니다. APPLE (iOS) Apple(iOS) 앱 링크를 선택하면 Mac 기기용 App Store로 이동합니다. 이 앱은 iPhone, iPad, iPod Touch에서 동작하며 무료로 다운로드할 수 있습니다. ‘iMonnit: Mobile Software’로 표시된 앱을 선택합니다. 앱을 다운로드하고 기기 등록을 시작하십시오. 참고: 이 앱은 iOS 기기용 App Store에서만 제공되며 iOS 11.0 이상이 필요합니다. 모바일 앱을 다운로드한 후, 웹 브라우저에서 iMonnit Online 센서 포털에 접근할 때 사용한 동일한 iMonnit Online 계정으로 로그인할 수 있습니다. 관련 문의는 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-02-17

#### iMonnit Online의 Classic View와 New Look 전환
iMonnit Online 포털은 현재 서로 다른 그래픽 사용자 인터페이스를 가진 두 가지 사용자 경험을 제공합니다. New Look 3.0 사이트는 모바일 보기에도 잘 맞는 현대적 디자인을 가집니다. iMonnit Classic View는 Monnit이 원래 설계한 사용자 인터페이스를 제공합니다. 두 보기 사이에는 사용자가 전환하게 만드는 몇 가지 차이가 있습니다. Monnit이 가까운 시일 내에 Classic View를 단계적으로 폐지할 예정이지만 현재는 접근 가능합니다. 아래 단계로 두 보기 사이를 전환할 수 있습니다. New Look에서 Classic View로 전환 iMonnit Online 포털에 처음 로그인하면 New Look 사이트로 안내됩니다. Classic View로 전환하려면 아래 단계를 따르십시오. iMonnit Online 포털에 로그인합니다.페이지 오른쪽 상단의 ‘실루엣’ 아이콘을 클릭합니다.‘Back to Classic View’를 선택합니다.Classic View 사이트로 이동됩니다. Classic View에서 New Look으로 전환 Classic View 사용자 인터페이스에는 New Look 3.0 사이트로 전환하는 ‘New Look’이라는 탐색 바 옵션이 있습니다. Classic View에서: 탐색 바의 New Look 탭을 선택합니다. 업데이트: 2020-04-06

#### iMonnit Online의 네트워크(Networks)
센서 네트워크 개요 iMonnit Online의 네트워크는 센서와 게이트웨이를 묶어 기기 간 통신을 허가합니다. 네트워크는 어떤 기기들이 함께 통신하도록 허용할지 정하는 수단입니다. 게이트웨이와 센서가 동일한 네트워크에 추가되면, 게이트웨이가 센서 ID를 다운로드하고 이후 그 센서가 게이트웨이와 통신하도록 허가합니다. 이 문서는 iMonnit Online 플랫폼에서 네트워크를 생성하는 과정을 안내합니다. 네트워크는 기기를 위한 조직 구성 요소이기도 합니다. iMonnit Premiere 회원은 각자 게이트웨이와 고유한 센서 목록을 가진 여러 네트워크를 둘 수 있습니다. 기기는 한 번에 하나의 네트워크에만 추가할 수 있습니다. 여러 네트워크가 있으면 그 사이를 전환하여 추가된 기기를 볼 수 있습니다. iMonnit의 네트워크 구성 설정 iMonnit Online의 네트워크에 대해 다음 구성을 사용할 수 있습니다. Name: 새 네트워크를 식별하는 이름입니다. Notifications Enabled: !!중요!! 이 박스를 체크하면 네트워크에서 알림이 전송되도록 설정됩니다. Holding Enabled: 이 박스를 체크하면 이 네트워크를 holding 네트워크로 설정합니다. 센서 한도가 적용되지 않으며 게이트웨이가 네트워크 Sensor List에 센서를 다운로드하지 않습니다. Install Tech Access Cut off Date: 설치 기간 동안 네트워크의 기기를 변경할 수 있는 옵션을 제공합니다. 날짜는 기본적으로 하루 전 과거로 설정됩니다. Device Xml Download: 네트워크의 기기 목록이 담긴 XML 파일을 컴퓨터나 모바일 기기로 다운로드합니다. 이 XML 파일은 iMonnit Enterprise 소프트웨어에 기기 목록을 업로드하는 데 사용할 수 있습니다. Add Device to Network: 이 새 네트워크에 기기를 추가합니다. 게이트웨이를 센서보다 먼저 네트워크에 추가해야 한다는 점을 기억하십시오. 업데이트: 2020-01-28

#### 냉장 시스템을 위한 iMonnit 고급 Action
이 동영상은 iMonnit에서 냉장 시스템의 센서를 위한 고급 Action을 생성하는 과정을 안내합니다. 업데이트: 2020-10-20

#### iMonnit Online 포털에서 사용자의 이메일 알림 비활성화 단계
사용자는 iMonnit Online 포털에서 알림(alert) 알림과 System Maintenance 알림 전송을 비활성화할 수 있습니다. 아래 단계로 이를 수행합니다. iMonnit Online 포털의 이메일 수신 거부(Opt Out) 단계는 ‘iMonnit Online의 통신 수신 거부’ 문서를 참고하십시오. 단계 알림을 비활성화할 사용자의 자격 증명으로 iMonnit Online 포털에 로그인합니다.페이지 맨 오른쪽 상단의 ‘실루엣’ 아이콘을 클릭합니다.사용자를 선택합니다.Notifications 탭(확성기 아이콘)을 클릭합니다.Notifications On/Off 토글 스위치를 클릭해 알림을 비활성화/활성화합니다.save 버튼을 클릭합니다. 참고: Text Settings 토글 스위치에 Direct Delivery가 선택되어 있으면 반드시 External Delivery로 전환하십시오. 그러면 Notifications On/Off 스위치가 나타납니다. Direct Delivery가 선택되어 있으면 Notifications On/Off 토글 스위치가 나타나지 않습니다. 알림을 비활성화하면 사용자는 iMonnit Online 포털에서 알림 알림이나 Maintenance 알림을 받지 않습니다. 업데이트: 2020-07-16

#### iMonnit Online에서 Action 비활성화(Deactivating)
여러 이유로 Action 비활성화가 필요할 수 있습니다. 이 문서는 Action을 비활성화하고 이메일 및/또는 전화 알림을 비활성화하는 방법을 안내합니다. 이벤트 비활성화 iMonnit을 엽니다.기본 탐색 메뉴에서 Actions를 선택합니다.계정의 모든 Action이 페이지에 표시됩니다.Action의 녹색 점은 해당 알림이 활성 상태임을 의미합니다.비활성화할 Action을 찾습니다. 녹색 점을 선택하면 흰색 배경으로 바뀝니다.이제 Action이 비활성화되었습니다. 다시 활성화하려면 아이콘을 다시 선택합니다. 이벤트 알림에서 이메일 및/또는 전화 비활성화 iMonnit을 엽니다.기본 탐색 메뉴에서 Actions 옵션을 선택합니다.Actions 페이지에서 알림을 비활성화할 Action의 이름을 선택합니다.Actions 탭을 선택합니다.People to Notify 섹션을 찾습니다. 이 섹션에는 계정의 모든 사용자가 나열됩니다. iMonnit은 Email, SMS, Voice 세 가지 방식 중 어느 것으로든 알림을 보냅니다. 각각 같은 방식으로 설정·비활성화할 수 있습니다. 세 통신 방식 중 어느 것이든 아이콘이 녹색이면 이 이벤트의 알림이 그곳으로 전송됩니다.비활성화하려면 녹색 아이콘을 선택합니다.기본적으로 ‘No Delay’가 선택된 상자가 나타납니다. 위로 스크롤해 ‘Off’를 선택한 뒤 set 버튼을 선택합니다.아이콘이 회색으로 바뀌어 비활성화되었음을 나타냅니다. 이 기능에 관한 추가 질문이 있으면 support@monnit.com 으로 이메일을 보내십시오. 업데이트: 2020-07-13

#### Action을 삭제해야 하는 경우
아래 단계는 iMonnit Online 포털에서 Action을 삭제하는 단계를 제공합니다. iMonnit Online 포털에 로그인합니다.왼쪽 사이드바 기본 메뉴의 Actions 탭을 클릭합니다.삭제할 Action의 이름을 클릭합니다.Trigger 탭을 클릭합니다.페이지 오른쪽의 Delete Action 버튼을 클릭합니다. 업데이트: 2020-03-09

#### 전체 센서 네트워크의 알림 활성화 및 비활성화
이 문서는 네트워크의 모든 무선 센서에 대한 이메일·문자 알림을 활성화하거나 비활성화하는 방법을 이해하는 데 도움을 줍니다. iMonnit®에는 iMonnit 시스템에서 이메일·문자 메시지 알림 전송을 시작하거나 중지할 수 있는 전역 기능이 있습니다. 이 기능을 구성하려면 아래 단계를 따르십시오. 브라우저(Chrome 또는 Edge 권장)를 열고 www.imonnit.com 에서 iMonnit 계정에 로그인합니다.화면 왼쪽의 기본 탐색 바에서 ‘Networks’를 선택합니다.알림을 활성화/비활성화할 네트워크를 선택합니다.‘Notifications Enabled’ 체크박스를 선택합니다. 알림을 활성화하려면 체크박스를 선택된 상태로, 비활성화하려면 선택 해제된 상태로 두십시오. ‘Save’를 선택합니다. 이 기능은 네트워크의 특정 센서 집합에서 알림을 원하지 않거나, 사용자가 네트워크의 센서로부터 알림을 받도록 하려는 경우 매우 유용합니다. 관련 질문이 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-07-15

#### iMonnit Online의 통신 수신 거부(Opt Out) 단계
Monnit은 iMonnit Online 포털을 통해 기기 알림과 유지보수 통신을 전송합니다. 일부 사용자는 iMonnit Online 포털의 모든 통신을 중지하기를 원할 수 있습니다. 그 방법은 이 문서에 있습니다. 참고: 수신 거부는 Report 알림 수신자에서 제거하지는 않습니다. 그렇게 하려면 보고서 수신자에서 자신의 사용자를 제거해야 합니다. 단계 여기 Opt Out 웹페이지를 방문합니다.이메일 주소를 입력합니다.수신 거부 사유를 선택합니다.Unsubscribe를 클릭합니다.확인 메시지가 보입니다. 업데이트: 2021-03-02

#### 계정 ID(Account ID) 확인
요약 모든 iMonnit Online 포털 계정에는 계정을 식별하는 데 참조할 수 있는 고유 Account ID가 있습니다. 이 문서는 Account ID를 확인하는 방법을 설명합니다. Account ID 확인 PC 브라우저에서 해당 계정에 속한 사용자 이름으로 iMonnit Online 포털에 로그인합니다.Settings 탭 위에 커서를 올립니다.URL 경로 미리보기에서 account ID를 확인합니다.아래 예처럼 경로 뒤에 ID가 숫자로 표시됩니다. 업데이트: 2020-09-02

#### Notify After Aware Period 알림 작동 방식
이 문서는 Notify After Aware Period 알림이 작동하는 방식과 권장 설정을 설명합니다. Notify After Aware Period 서버가 센서로부터 메시지를 받으면 그 센서에 할당된 알림을 찾습니다. 활성 ‘Notify After Aware Period’ 알림이 있다고 판단되면, 방금 받은 현재 데이터를 알림의 매개변수와 대조합니다. 이때 서버는 받은 현재 메시지를 기준으로 센서가 Aware 상태인지 계산합니다. 다음으로 이전 메시지와 비교하여 센서가 얼마나 오래 Aware 상태였는지 판단합니다. ‘Alert After’에 설정한 시간보다 오래 Aware 상태였으면 알림이 전송됩니다. Aware 메시지는 게이트웨이에서 통신을 트리거하지만 표준(비-Aware) 메시지는 그렇지 않습니다. 서버는 센서가 Aware 메시지를 전달했음을 몇 초 내에 알지만, 센서가 정상 상태로 돌아갔다면 그 메시지는 정규 하트비트까지 전달되지 않습니다. 비-Aware 메시지이므로 게이트웨이에서 대기열에 들어가 즉시 전달되지 않습니다. 이 때문에 서버는 센서가 여전히 Aware 모드인지 알 수 없습니다. 센서가 여전히 Aware 모드인지 알려면 센서의 다음 메시지를 기다려야 합니다. 두 번째 메시지가 들어올 때 타이머가 이미 경과해 있도록, Notify After 타이머를 Aware 상태 하트비트보다 약간 짧게 설정할 것을 권장합니다. 몇 가지 예: Aware 상태 하트비트: 30분 / Notify after 타이머: 29분 오후 1:00 센서가 Aware 모드에 진입해 첫 Aware 측정값을 전송합니다. 오후 1:30 센서가 여전히 Aware 모드이며 두 번째 Aware 측정값을 보냅니다. 서버가 이 메시지를 받아 센서가 30분간 Aware였다고 판단하며, 이는 29보다 길므로 알림이 전송됩니다.(오후 1:30, Aware 상태 30분 후) Aware 상태 하트비트: 60분 / Notify after 타이머: 30분 오후 1:00 센서가 Aware 모드에 진입해 첫 Aware 측정값을 전송합니다. 오후 2:00 센서가 여전히 Aware 모드이며 두 번째 Aware 측정값을 보냅니다. 서버가 센서가 60분간 Aware였다고 판단하며, 이는 30보다 길므로 알림이 전송됩니다.(오후 2:00, Aware 상태 60분 후) Aware 상태 하트비트: 30분 / Notify after 타이머: 31분 오후 1:00 센서가 Aware 모드에 진입해 첫 Aware 측정값을 전송합니다. 오후 1:30 센서가 여전히 Aware 모드이며 두 번째 Aware 측정값을 보냅니다. 서버가 센서가 30분간 Aware였다고 판단하며, 이는 31보다 짧으므로 알림이 전송되지 않습니다. 오후 2:00 센서가 여전히 Aware 모드이며 측정값을 보냅니다. 서버가 센서가 60분간 Aware였다고 판단하며, 이는 31보다 길므로 알림이 전송됩니다.(오후 2:00, Aware 상태 60분 후) Aware 상태 하트비트: 15분 / Notify after 타이머: 29분 오후 1:00 센서가 Aware 모드에 진입해 첫 Aware 측정값을 전송합니다. 오후 1:15 센서가 여전히 Aware 모드이며 두 번째 Aware 측정값을 보냅니다. 서버가 센서가 15분간 Aware였다고 판단하며, 이는 29보다 짧으므로 알림이 전송되지 않습니다. 오후 1:30 센서가 여전히 Aware 모드이며 측정값을 보냅니다. 서버가 센서가 30분간 Aware였다고 판단하며, 이는 29보다 길므로 알림이 전송됩니다.(오후 1:30, Aware 상태 30분 후) 하트비트와 Notify After Aware Period 시간을 설정하는 구성 요소를 이해하는 것이 중요합니다. 그래야 센서의 Aware 상태를 활용해 이 알림 유형을 효과적으로 트리거할 수 있습니다. 업데이트: 2020-11-16

#### iMonnit Online - 기기 ‘not authorized to transfer’
iMonnit Online에서 계정에 기기를 추가할 때 ‘Sensor ID: xxxxxx not authorized to transfer’ 오류가 보일 수 있습니다. 이 응답은 기기가 이미 iMonnit Online 포털의 다른 계정에 추가되었음을 나타냅니다. 기기를 다른 네트워크에 추가하려 하면, 기기가 다른 계정에 추가되는 것을 막는 보안 기능으로서 이 메시지가 보입니다. 확인할 사항 입력하는 ID와 Security Code가 기기 라벨과 일치하는지 확인합니다.기기를 이미 다른 네트워크에 추가하지 않았는지 확인합니다.다른 iMonnit Online 계정이 있으면 그 계정에 기기를 추가했는지 확인합니다. 기기가 다른 계정에 추가되었다면, 그 계정의 관리자가 로그인하여 제거해야 합니다. 제거한 후 새 계정에 추가할 수 있습니다. Monnit은 기기가 이전에 추가된 계정의 이름은 제공할 수 있지만 다른 식별 정보는 기밀로 유지한다는 점에 유의해야 합니다. Monnit은 개인정보 및 보안 보호를 준수하며 보안 승인 없이는 정보를 제공하지 않습니다. 기기가 어느 계정에 추가되었는지 모르는 경우 기기가 이미 계정에 추가되었다면 support@monnit.com 으로 연락할 수 있습니다. 기기가 어느 계정에 추가되었는지 알려 드립니다. 기기를 다른 계정에 추가하려면 그 계정의 관리자 사용자가 로그인하여 기기를 제거해야 합니다. 최근 제3자로부터 기기를 구매한 경우 이전 사용자로부터 Monnit 기기를 구매했는데 그 사람의 계정에서 기기가 제거되지 않았을 수 있습니다. 이를 해결하려면 그 계정의 관리자에게 연락해 기기를 제거하도록 해야 합니다. Monnit holding 계정 드물게 기기가 이전에 Monnit holding 계정에 추가되었을 수 있습니다(예: 기기가 수리를 위해 제출된 경우). 이 경우 Monnit Support가 holding 계정에서 기기를 제거하도록 도울 수 있습니다. support@monnit.com 으로 이메일을 보내 처리할 수 있습니다. 업데이트: 2020-12-14

#### iMonnit Online에서 서브 계정 관리
iMonnit Online 포털은 Reseller 권한을 부여받은 계정이 서브 계정 또는 중첩 계정을 생성·관리하는 기능을 제공합니다. 이 권한을 받기 전에 고객은 요청된 reseller 양식을 작성해 영업 담당에게 제출해야 합니다. 양식이 완료되면 Monnit Support에 필요한 권한 부여를 요청할 수 있습니다. 권한이 적용되면 최상위 Reseller 계정의 Primary Contact 사용자에게 서브 계정 생성·조회 권한이 부여됩니다. 중첩 계정(Nested accounts) 서브 계정이 중첩 계정을 생성·관리할 권한을 가지려면 그 서브 계정에도 권한이 부여되어야 합니다. 이를 위해 Reseller 권한을 요청하는 계정 이름을 담아 support@monnit.com 으로 요청을 보내야 합니다. 적용되면 사용자가 Admin 탭에 접근해 중첩 계정(서브-서브 계정이라고도 함)을 생성할 수 있습니다. 참고: 중첩 계정을 생성하려면, 중첩 계정을 추가하려는 상위 계정의 Reseller 권한을 가진 사용자가 로그인하여 계정을 생성해야 합니다. 최상위 Reseller 계정에서는 중첩 계정을 생성할 수 없으며, 그 경우 일반 서브 계정으로 생성됩니다. 추가 사용자를 위한 Admin 탭 접근 추가 최상위 계정의 추가 사용자가 서브 계정을 보고·관리·생성하기 위해 Admin 탭 접근이 필요한 경우가 있을 수 있습니다. Monnit은 최상위 Reseller 계정의 Primary Contact에 Admin 권한을 적용하지만, 추가 사용자에게는 제한적 요청에 따라 이 권한을 제공합니다. 추가 사용자가 이 권한을 받으려면 검토를 위해 support@monnit.com 으로 요청을 보내야 합니다. 검토를 위해 계정 이름과 사용자 이름을 제공해야 합니다. Management Premiere 구독 Reseller/서브 계정 계층의 운영 특성 중 하나는 최상위 Reseller 계정이 서브 계정을 보고 관리할 수 있다는 점입니다. 다만 그렇게 할 때는 최상위 계정의 권한이 유지됩니다. 즉 최상위 계정에 Premiere 구독이 없으면, 서브 계정의 Premiere 기능이 그 사용자에게 서브 계정에서 제공되지 않습니다. 예를 들어 최상위 Reseller 계정에 Premiere가 없으면, 센서의 고급 구성을 보거나 하트비트를 120분보다 잦게 설정할 수 없습니다. 이는 그들이 속한 최상위 계정과 그들이 보는 모든 서브 계정 모두에 적용됩니다. 서브 계정에 Premiere가 있어 그 계정의 사용자가 Premiere 기능으로 계정을 볼 수 있는 경우에도 마찬가지입니다. 따라서 최상위 Reseller 계정이 센서로 운영하지 않더라도 그 계정에 Premiere 구독을 유지하는 것이 일반적으로 중요합니다. 이 계정에는 유료 Premiere 구독을 적용하거나, 추가 비용 없이 특별 Management Premiere 라이선스를 적용할 수 있습니다. Management 구독은 단일 사용자만 허용하며 계정에 센서를 추가할 수 없습니다. 따라서 계정을 센서 테스트에 사용할 예정이라면 좋은 옵션이 아닐 수 있습니다. 다만 단일 사용자로 서브 계정 관리에만 사용할 최상위 Reseller 계정에는 옵션이 될 수 있습니다. Management Premiere 라이선스를 요청하려면 최상위 Reseller 계정의 Primary Contact가 support@monnit.com 으로 요청을 보내야 합니다. 적용되면 구독이 1년 동안 적용되며, 구독 만료 시 동일한 갱신 요청을 support@monnit.com 으로 보내야 합니다. iMonnit 포털에서 서브 계정 관리 적절한 권한이 계정에 추가되면, Reseller 권한을 가진 사용자가 ‘Admin’(Classic View에서는 ‘Administrator’)이라는 탭을 볼 수 있습니다. 이를 통해 서브 계정 관리 기능으로 이동합니다. 서브 계정 생성 최상위 Reseller 계정에서 Reseller 권한을 가진 사용자로 iMonnit Online 포털에 로그인합니다.사이드바의 Admin 탭을 선택합니다.Portal을 선택합니다.Create Sub-Account를 선택합니다.서브 계정 정보를 입력합니다(약관 동의 체크박스를 반드시 체크).Save를 클릭합니다. 서브 계정 조회 최상위 Reseller 계정에서 Reseller 권한을 가진 사용자로 iMonnit Online 포털에 로그인합니다.사이드바의 Admin 탭을 선택합니다(자동으로 검색으로 이동).Search를 선택합니다.검색 필드 위의 Account 하위 탭을 선택합니다.검색어를 입력합니다(또는 ‘All’ 버튼을 선택하면 모든 서브 계정이 표시됨).‘View Account’ 아이콘(상자 안으로 향하는 화살표)을 선택합니다. 그러면 해당 계정으로 이동합니다. 계정에서 나가려면 사이드바의 Admin 탭을 다시 선택합니다. 그러면 현재 계정에서 나와 최상위 계정으로 돌아갑니다. Admin 계정으로 돌아가기 서브 계정에서 원하는 작업을 완료한 후 Admin 계정으로 돌아가야 합니다. 그러려면 (위 단계에서 언급한 대로) Admin 탭을 선택하면 됩니다. 다른 서브 계정에서 추가 계정 관리 작업을 수행하는 경우 항상 이를 하는 것이 중요합니다. 그렇지 않으면 한 서브 계정 안에서 다른 서브 계정을 관리하려 시도하게 될 수 있습니다. 업데이트: 2021-01-19

#### Maintenance 알림 내용 편집
Monnit은 서버의 예정된 유지보수를 고객에게 알리기 위해 maintenance 알림을 전송합니다. Reseller 계정은 사용자에게 배포되기 전에 이러한 예정 유지보수 공지를 보고 편집할 수 있습니다. 유지보수 공지를 편집하면 사용자에게 더 맞춤화된 메시지를 제공할 수 있습니다. 요약: 유지보수 배너를 보려면 다음 단계를 따르십시오: 홈 메뉴에서 Administration 탭을 클릭합니다.Settings 탭에 마우스를 올리거나 클릭합니다.Maintenance 링크를 선택합니다. 예정된 유지보수 기간(Upcoming Maintenance Windows) 공지를 클릭하면 공지가 확장되어 재정의(override) 옵션이 나타납니다: Edit Description Description은 고객이 로그인할 때 보게 되는 메시지입니다. Edit Email Body Email Body는 예정된 유지보수를 알리기 위해 고객 이메일로 발송되는 메시지입니다. Edit SMS Description SMS Description은 SMS 문자 메시지에 가입한 고객에게 예정된 유지보수를 알리기 위해 발송되는 메시지입니다.이 필드는 SMS 메시지 크기 제한으로 인해 120자라는 짧은 한도가 있습니다. 저장하는 것을 잊지 마십시오. 예정 유지보수 기간은 기본 메시지를 보여 주므로 동일하게 보이지만, 표시 메시지는 변경되었습니다. 이제 예정 유지보수 기간이 맞춤화되었습니다. 업데이트: 2020-08-27

#### SMS 알림에 사용자 지정 텍스트를 추가하고 기본 텍스트를 완전히 제거하려는 경우
기본적으로 Monnit은 SMS 메시지 내용에 트리거 센서 ID, Notification 제목, Network ID를 포함합니다. 기본 내용을 완전히 대체하고 SMS 메시지에 사용자 지정 텍스트만 포함하려면, 이 문서가 그 방법을 자세히 안내합니다. 기본 메시지 기본 메시지에는 다음이 포함됩니다: 트리거 기기 유형트리거 기기 이름Action 이름Action 텍스트네트워크 이름 사용자 지정 텍스트 추가 메시지에 사용자가 추가한 Text Override 값이 포함되지 않는 한 기본 메시지가 항상 포함됩니다. Text Override 값은 기본 객체와 연결되어 있으므로, 자신의 텍스트를 추가하려면 다음을 수행합니다: 이 예에서는 TEST_TEST라는 텍스트를 SMS로 사용자에게 전달하려고 합니다. Action의 Subject 필드에 원하는 사용자 지정 텍스트를 추가합니다.Action의 Message 필드에 Text Override 값 설명자 {Subject}를 입력합니다.Save를 클릭합니다. Action이 트리거되면 Message 필드의 {Subject} 설명자가 Subject 필드의 사용자 지정 텍스트로 대체되고, 이 텍스트만 SMS 메시지에 포함됩니다. 이는 SMS로 명령을 받아 실제 세계에서 동작을 실행하는 IP 기기처럼, 특정 코드를 SMS로 전달하려는 시나리오에 유용합니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-10-23

#### Action Snooze - Jointly vs. Independently
요약 이 기능은 알림 snooze 시간과 활성화를 더 세밀하게 제어할 수 있게 합니다. ‘Independently’로 설정하면 여러 센서가 차례로 알림을 보낼 수 있습니다. ‘Jointly’로 설정하면 첫 번째 센서가 알림을 트리거한 후 snooze가 적용됩니다. 필요에 맞게 이 기능을 구성하려면 다음 지침을 따르십시오: 구성할 알림을 선택합니다. imonnit.com 의 iMonnit 계정에 로그인합니다.화면 왼쪽 탐색 메뉴에서 ‘Actions’를 선택합니다.편집할 Action을 선택합니다. ‘Snooze each trigger’를 원하는 구성으로 설정합니다. ‘Actions’ 탭으로 이동합니다.화면 왼쪽 하단의 ‘Snooze each trigger’ 섹션을 찾습니다.원하는 구성으로 전환합니다.‘Save’를 선택합니다. 참고: ‘Snooze each trigger’ 기능은 Action을 생성하는 동안이나 이미 생성한 후에 구성할 수 있습니다. 이 구성 방법을 아는 것은 하나의 Action을 여러 센서에 사용하면서도 센서가 구성된 임계값을 벗어난 측정값을 가질 때마다 알림을 받고 싶을 때 매우 유용합니다. 또 다른 활용법은 여러 센서에 설정된 Action을 한 센서만 트리거할 때 snooze하는 것입니다. 관련 질문이 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-09-21

#### 습도 센서 Offset과 Action 트리거
펌웨어 14.x 이상의 Alta 습도 센서는 센서 메모리에 저장되는 보정을 지원합니다. 모든 1세대 습도 센서와 펌웨어 14.x 이전의 Alta 습도 센서는 센서에 저장되는 보정을 지원하지 않습니다. 이런 초기 센서에 적용된 보정은 소프트웨어에 적용되는 Offset만 지원합니다. Action은 센서 단에서 센서가 보고한 값(Offset을 적용한 iMonnit 포털 표시 값이 아님)에 기반해 트리거됩니다. 따라서 사용자 관점에서는 iMonnit Online 포털에 측정값이 정확하게 표시되는데도, Action이 적용된 offset을 포함하지 않은 값으로 트리거되는 것을 볼 수 있습니다. Calibrate 기능으로 입력한 보정/Offset 값에 기반해 Action을 트리거하려면, 펌웨어 14.x 이상을 실행하는 더 새로운 Alta 센서가 필요합니다. 구형 센서는 보정/Offset 값에 기반해 Action을 트리거하지 않습니다. 이것이 문제가 되는 경우 적용된 보정/Offset에서 트리거되지 않았다고 의심되는 습도 센서 알림을 받은 경우: 센서 버전을 확인합니다: iMonnit Online 포털에 로그인합니다.기본 메뉴에서 Networks를 선택합니다.검토 중인 습도 센서가 있는 네트워크를 선택합니다.나열된 센서를 찾습니다. RadioBand에 ‘Alta’가 포함되어 있는지 확인합니다. 펌웨어 버전을 확인하십시오. 아래 예는 펌웨어 버전 10.22.10.5를 실행하는 센서입니다. ‘Alta’라는 단어가 보이지 않으면 1세대 센서이며, 센서가 보정/Offset 값에 기반해 Action을 트리거하지 않습니다. 펌웨어가 14.x.x.x 이하이면 센서가 보정/Offset 값에 기반해 Action을 트리거하지 않습니다. 센서가 이전 버전이면 실제로 Action을 트리거한 데이터를 검토할 수 있습니다. 센서 Readings를 내보내 원시 데이터를 검토합니다. iMonnit Online 포털에 로그인합니다.Sensors를 선택합니다.적절한 네트워크를 선택합니다.센서를 선택합니다.Readings 탭을 선택합니다.원하는 기간으로 날짜를 설정합니다.클라우드 다운로드 아이콘을 선택해 데이터를 CSV로 내보냅니다.CSV 파일의 ‘Raw Data’ 열에서 센서가 직접 전달한 측정값을 확인합니다. 소프트웨어 Offset이 적용되어 있으면 Raw Data 열과 Value/Formatted Value 열의 값이 다릅니다. Raw Data에는 센서 단에서 보고한 측정값이, Value/Formatted Value 열에는 포털을 통해 적용된 보정/Offset 값이 포함됩니다. 센서 Calibrate 탭의 iMonnit 포털 차이 펌웨어 14.x 이상의 더 새로운 Alta 센서에서는 Calibrate 탭에 실제 측정값(Actual Reading)을 입력하는 대신 습도 및 온도 Offset이 표시됩니다. 이 필드에는 Monnit 센서 측정값과 기준 사이의 차이를 입력하고 저장하면, 센서의 다음 체크인에 offset이 적용됩니다. 예를 들어 센서 측정값이 20°C이고 기준이 18°C이면 ‘-2’를 입력하고 Save를 클릭합니다. 센서의 다음 체크인에서 -2°C offset을 적용합니다. 펌웨어 14.x 이전의 초기 Gen1 및 Alta 센서에서는 Calibrate 탭에 실제 측정값(Actual Reading)을 입력하는 필드가 표시됩니다. 이 필드에는 기준 값을 입력하고 저장하면, 센서의 다음 체크인에 보정이 적용됩니다. 보정 입력 후 더 새로운 센서에서는 (대부분의 Monnit 센서처럼) 센서의 다음 체크인에 보정이 적용됩니다. 그러나 구형 센서에서는 보정/Offset이 소프트웨어에 즉시 적용됩니다. 따라서 센서의 Readings 탭에 표시된 측정값을 검토할 수 있으며, offset이 기록을 포함한 측정값에 즉시 영향을 줍니다. Monnit 하드웨어와 펌웨어의 개선으로 현재 습도 센서에 offset 적용 기능을 포함할 수 있게 되었습니다. 이는 하위 호환되지 않지만, 소프트웨어 개선으로 구형 센서에서도 이를 지원할 수 있게 되었습니다. 이 문서에 설명한 중요한 주의 사항이 따르지만, 작동 방식에 관한 제공 정보로 보정/Offset을 성공적으로 운영할 수 있을 것입니다. 추가 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-11-23

#### 습도 센서 데이터를 온도와 습도 측정값을 분리해 Excel로 내보내기
요약 이 문서는 Excel에서 그래프 작성·분석을 위해 습도와 온도를 2개 셀로 분리하는 방법을 설명합니다. 다음 단계는 Monnit® 습도 센서 데이터를 내보내고 Microsoft Excel에서 스프레드시트를 수정하여 습도와 온도를 별도 값으로 표시하는 과정을 안내합니다. 습도와 온도 데이터를 독립적으로 차트화하려는 경우 유용합니다. 시작하려면 iMonnit®(www.imonnit.com)의 무선 센서 네트워크 계정에 로그인한 뒤 ‘Sensor List’에서 데이터를 내보낼 습도 센서를 선택합니다. 센서 정보 창 오른쪽 상단의 날짜 박스를 클릭해 내보낼 데이터의 날짜 범위를 설정합니다. 다음으로 ‘Raw Data’를 선택 항목 중 하나로 포함하여 표시할 데이터를 선택한 뒤 export 탭을 선택합니다. ‘Data from This Sensor’를 선택한 다음 ‘Export Data’ 버튼을 클릭해 .csv 파일을 컴퓨터에 저장합니다. 저장한 CSV 파일을 Microsoft Excel에서 엽니다. 습도 센서 데이터가 스프레드시트의 두 열에 나타납니다. ‘Text’ 열은 iMonnit 온라인 포털에 표시된 대로의 센서 정보(%RH @ 온도)를 보여 줍니다. 원시 센서 데이터는 ‘Raw Data’ 열에도 있으며, 첫 번째 숫자가 %RH이고 그 뒤에 섭씨 온도가 옵니다. 두 데이터 포인트는 쉼표로 구분됩니다. 차트 작성을 위해 이 데이터를 두 개의 개별 열로 분리하려면, 먼저 ‘Raw Data’ 열 뒤에 빈 열을 추가합니다. 이를 위해 ‘Raw Data’ 뒤의 열을 선택해 강조 표시합니다. 강조된 상태에서 Excel 메뉴의 ‘Insert’를 클릭한 뒤 ‘Column’을 선택합니다. 다음으로 ‘Data’ 열을 강조한 뒤 Excel 메뉴의 ‘Data’를 선택하고 ‘Text to Columns’를 선택해 센서 데이터를 두 필드로 분리합니다. 팝업 창에서 ‘Delimited’를 선택한 뒤 ‘Next’ 버튼을 클릭합니다. 다음 화면에서 구분 기호로 ‘Comma’를 선택한 뒤 ‘Next’ 버튼을 클릭합니다. 다음으로 ‘Finish’ 버튼을 클릭해 데이터 변경을 적용합니다. 이제 센서 데이터가 두 열로 분리됩니다. 열 이름을 원하는 대로 바꾸면 됩니다. 이제 Microsoft Excel에서 맞춤 보고서나 차트를 만들기 위한 별도의 습도·온도 데이터가 준비되었습니다. 업데이트: 2020-08-27

#### Classic View에서 여러 센서 동시 구성
이 문서는 같은 유형의 센서를 같은 설정으로 구성하는 방법을 보여 줍니다. 여러 센서를 동시에 구성하여 Monnit 무선 센서 설정을 더 쉽게 할 수 있다는 것을 아셨나요? iMonnit 시스템은 같은 유형의 센서를 동시에 구성할 수 있게 합니다. 시작하려면 선호하는 브라우저를 열고 www.imonnit.com 에서 iMonnit 계정에 로그인하십시오. 단계 먼저 같은 유형의 모든 센서에 적용할 방식으로 센서 하나를 설정합니다. 이것이 ‘모델’ 센서가 됩니다.센서 목록 창 하단의 ‘Configure Multiple Sensors’를 클릭합니다.다음으로 창 패널 상단 탭에서 구성할 센서 유형을 선택합니다.설정의 모델로 사용할 센서를 드롭다운에서 선택합니다.모델 센서와 동일한 설정을 적용할 모든 센서를 드롭다운에서 선택합니다.페이지 하단의 ‘Save All’을 클릭합니다. 센서들은 다음 체크인 후 구성 변경을 적용합니다. 업데이트: 2020-10-30

#### 계정의 Primary Contact가 모든 사용자의 알림을 받기 시작하는 경우
iMonnit Premiere는 여러 사용자를 지원하지만 무료 iMonnit Basic 구독은 단일 사용자만 지원합니다. 따라서 iMonnit 구독이 만료되면 계정의 추가 사용자가 비활성화되고, Premiere 구독이 갱신될 때까지 계정의 Primary Contact 사용자만 활성 상태가 됩니다. 이 경우 추가 사용자에게 알림을 보내도록 구성된 모든 Action이 계정의 Primary Contact로 리디렉션됩니다. 따라서 계정의 Primary Contact인데 예기치 않게 많은 알림을 받는다면, Premiere 구독이 만료되어 추가 사용자가 비활성화되었는지 검토하십시오. 업데이트: 2020-12-23

#### Action을 트리거할 센서 추가
Action이 센서로 트리거되려면 센서가 Action에 할당되어야 합니다. Action이 할당되면 센서가 조건을 트리거할 수 있습니다. 이를 간과하면 센서로 트리거되도록 구성되지 않은 Action을 생성할 수 있습니다. 이 문서는 Action에 트리거 기기가 있는지 확인하는 방법을 보여 줍니다. 단계 요약 필요한 권한이 있는 사용자로 iMonnit Online 포털에 로그인합니다.사이드바에서 Actions를 선택합니다.편집할 Action을 선택합니다.Action 메인 창 영역 상단의 Trigger 탭(오른쪽을 가리키는 두 화살표)을 클릭합니다.Action Sensors 창에서 Action을 트리거할 센서의 체크 아이콘을 클릭합니다(활성화된 트리거 센서는 체크 표시가 녹색). 이후 Action의 Actions 탭을 검토해 원하는 사용자가 알림을 받는지 확인하는 것도 좋습니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-10-23

#### iMonnit Online의 Charts 및 Min/Max/Average 표시
iMonnit Online의 Charts 기능은 개별 데이터 포인트로 생성된 선 그래프 또는 Min/Max/Avg 그래프 선이 있는 집계 데이터로 생성된 선 그래프를 표시할 수 있습니다. 이는 센서 데이터를 검토할 때 강력한 도구가 될 수 있습니다. 7일 미만의 날짜 선택은 개별 데이터 포인트로 생성된 그래프 선을 표시합니다. 기간이 7일을 초과하면 집계 데이터(Min/Max/Avg)로 생성된 그래프 선이 표시됩니다. !!! 이 기능은 자동화되어 있어 비활성화할 수 없으며, Y축은 구성할 수 없습니다. 업데이트: 2020-12-10

#### 사용자 지정 Email to SMS 통신사로 Action 전송 구성
iMonnit의 Action은 SMS 알림을 받도록 구성된 사용자에게 SMS로 알림을 전달할 수 있습니다. 각 통신사의 Email to SMS 시스템을 활용해 이메일을 SMS로 변환하는 무료 SMS 알림(External Delivery)이 있습니다. iMonnit 시스템에서 이 SMS 기능 사용에는 비용이 없습니다. 이 시스템은 휴대전화 번호 통신사의 Email to SMS 시스템 사용을 요구하므로, 사용자의 External Provider SMS 구성에서 지원 통신사 목록에 통신사가 입력되어 있어야 합니다. 무료 External Delivery SMS 알림을 사용하는 것의 대안은 Notification Credit을 결제하고 Direct SMS 시스템을 활용하는 것입니다. 다만 통신사가 External Provider 목록에 없는데도 무료 SMS를 시도하고 싶다면 이 문서가 유용할 수 있습니다. 전 세계에 통신사가 매우 많아 Monnit이 모든 통신사를 External Provider 목록에 포함하는 것은 불가능합니다. 따라서 통신사의 Email to SMS 시스템을 사용해 휴대 기기로 SMS를 받도록 수동으로 구성을 시도하려는 시나리오가 있을 수 있습니다. 무료 SMS를 받도록 사용자를 구성하는 공식적인 방법은 External Provider 목록에서 통신사를 선택하는 것이지만, 수동으로 구성하는 것도 가능할 수 있습니다. Email to SMS 제공자 수동 구성 이 구성은 Monnit의 이메일 알림(SMS가 아님)을 사용해 통신사의 Email to SMS 시스템으로 이메일을 보내고, 이것이 SMS로 변환되어 휴대 기기로 전달됩니다. 따라서 전화번호를 나타내는 이메일 주소로 이메일 알림을 보내도록 Action을 구성하게 됩니다. 포털에서 사용자가 SMS를 받도록 구성하는 것이 아니라, 통신사의 전화번호 이메일 주소로 전달되도록 구성한 이메일로 알림을 보내도록 구성하는 것입니다. 필요한 것 통신사가 Email to SMS를 지원하는지 확인합니다(많은 통신사가 지원하지 않음).통신사의 Email to SMS 도메인 이는 이메일 주소에서 ‘@’ 기호 뒤에 오는 부분입니다. 통신사에서 받아야 합니다. 미국의 예: Verizon ‘@vtext.com’, AT&T SMS ‘@txt.att.com’, AT&T MMS ‘@mms.att.com’, T-Mobile ‘@tmomail.net’, Sprint ‘@messaging.sprintpcs.com’. 필요한 번호 형식 각 통신사/국가에는 특정 자릿수의 특정 번호 형식이 필요합니다. 위 정보로 휴대전화 번호에 대한 이메일 주소를 만들 수 있습니다. 예를 들어 8018887777@vtext.com (Email to SMS를 사용하는 미국 Verizon 번호 예시)과 같습니다. Email to SMS 주소로 사용자 구성 사용자의 이메일 주소를 휴대전화 번호의 Email to SMS 주소로 구성하게 됩니다. 이 문서에 따라 사용자의 Notification 세부 정보를 편집하여 이 전화/주소를 사용자의 이메일 주소로 포함합니다. 이는 사용자에서 표준 이메일 주소를 완전히 제거하므로 iMonnit에서 비밀번호 재설정 등의 활동이 제한될 수 있습니다. 이 특정 용도를 위해 두 번째 사용자를 생성하는 것이 좋을 수 있습니다. 휴대 기기 Email to SMS 주소로 이메일을 보내도록 Action 구성 사용자를 구성한 후, 사용자에게 이메일을 보내는 Action을 예약해야 합니다. 이 문서에 따라 Action을 생성합니다. Action을 구성할 때 다음 이미지처럼 봉투 아이콘을 선택해 이메일 전송 옵션을 선택합니다. SMS 아이콘은 선택하지 마십시오. 기술적으로 SMS를 구성하는 것이 아니기 때문입니다. 고려 사항 위 단계를 따른 후에도 전화로 SMS 알림을 받지 못하면, Notification Credit을 구매하고 Direct SMS 기능을 사용하는 것을 고려할 수 있습니다. 다만 휴대 기기로 SMS 메시지를 받기 시작하더라도, External Delivery나 Direct SMS를 받도록 사용자를 설정하는 것에 비해 메시지 수신에 약간의 지연이 있을 수 있습니다. 업데이트: 2021-01-20

#### iMonnit Online에서 날짜 형식 변경
iMonnit Online은 사용자 선호에 맞출 수 있는 유연한 플랫폼입니다. 날짜 형식은 지역마다 다를 수 있으므로, 지역에 맞게 날짜 표시를 쉽게 구성할 수 있도록 했습니다. 날짜 형식 변경 파란색 탐색 바에서 Settings를 선택합니다.Account Settings 창 오른쪽 상단의 Preferences를 선택합니다.필요에 가장 맞는 Date Format을 선택합니다. 참고: 데이터 내보내기는 선택한 날짜 형식을 따르지만, 보고서는 기본 형식(MM/DD/YYYY)으로 제공됩니다. 업데이트: 2020-10-26

#### Action이 트리거되는 동안 센서의 Action 일시 정지
센서가 이미 Action을 트리거한 상태에서 그 센서의 Action을 일시 정지하려는 시나리오가 있을 수 있습니다. Action을 트리거한 센서에서 이를 하면 Action이 자동으로 Disarm/Rearm되고, 센서가 더 이상 그 Action을 트리거해 알림을 보내지 않습니다. 이 기능이 유용한 이유 센서 트리거의 결과로 알림을 보내는 중인 Action을 Disarm/Rearm하면서, 동시에 그 센서가 알림을 트리거하는 것을 무기한 일시 정지하려면, 버튼 하나를 클릭해 동시에 할 수 있습니다. 알아 둘 점 트리거 센서의 Pause 버튼을 다른 할당된 기기보다 먼저 클릭해야 합니다. 같은 Action에 여러 기기가 할당되어 있는 경우, 현재 알림을 트리거한 센서의 Action을 일시 정지해야만 Action이 Disarm/Rearm된다는 점에 유의해야 합니다. 따라서 여러 센서가 트리거하도록 구성된 Action에서 한 센서가 그 Action을 트리거했는데 다른 센서의 Pause 버튼을 먼저 클릭하면, Action이 Disarm/Rearm되지 않고 Snooze에 계속 전송됩니다. 이 경우 Snooze 전송을 멈추려면 Action을 수동으로 Disarm해야 합니다. 업데이트: 2020-12-01

#### 사용자를 Action 수신자로 구성
이미 Action을 생성했는데 다른 사용자를 그 Action의 수신자로 추가해야 하는 경우가 있을 수 있습니다. 이 문서는 그 단계를 제공합니다. 단계 iMonnit Online 포털에 로그인합니다.원하는 사용자가 생성되었고, 그 사용자의 Notification 세부 정보가 원하는 알림 유형으로 구성되었는지 확인합니다.왼쪽 사이드바에서 Actions를 선택합니다.수신자를 추가할 Action을 선택합니다.오른쪽 상단 탐색의 Actions 탭을 선택합니다.원하는 알림 유형의 아이콘을 선택해 원하는 사용자에게 알림이 전송되도록 활성화합니다. 참고: 사용자가 해당 알림 유형을 받도록 구성된 경우에만 알림 유형 아이콘(예: SMS)이 보입니다. 원하는 Delay 기간을 설정합니다(또는 No Delay 선택).Set을 선택합니다. 이후 Action은 적용된 구성으로 구성된 사용자에게 전송됩니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-11-03

#### 연결된 계정 접근 시 404 또는 453 오류
Linked Account를 활용하는 사용자가 있는 경우, 연결이 시작된 이후 연결된 계정 중 하나가 삭제되었다면 어떤 연결된 계정에 접근하려 할 때 404 또는 453 오류가 발생할 수 있습니다. 해결 이를 해결하려면 Monnit Support에 연락해 끊어진 링크를 제거해야 합니다. 삭제된 계정으로의 끊어진 링크가 제거되면 사용자가 나머지 연결된 계정에 접근할 수 있어야 합니다. 이전에 삭제된 연결된 계정의 이름을 제공할 준비를 하십시오. 업데이트: 2021-03-22

#### iMonnit Online에서 센서 측정값에 메모(Notes) 추가
iMonnit Online 포털은 기록된 측정값에 메모를 추가하는 기능을 제공합니다. 이는 센서가 기록한 이벤트에 대한 설명을 추가하거나, 보정 수행을 문서화하거나, 기타 유사한 이벤트에 유용할 수 있습니다. 메모를 생성한 후 사용자는 특정 날짜 범위의 기록된 메모를 내보내는 Report를 보거나 생성할 수 있습니다. 메모 추가 iMonnit Online 포털에 로그인합니다.탐색 메뉴에서 Sensors를 선택합니다.원하는 센서를 선택합니다.Readings 탭을 선택합니다.원하는 날짜 범위에서 측정값 레코드를 찾습니다.측정값을 클릭/선택합니다.기록된 메모를 생성할 수 있는 페이지가 나타납니다.메모 텍스트를 입력합니다.Add를 클릭합니다. 메모를 추가한 후 메모가 추가된 측정값은 안에 선이 있는 종이 아이콘으로 표시됩니다. 이렇게 연결된 메모가 있는 측정값을 식별할 수 있습니다. 메모를 추가한 후에는, 메모가 추가된 측정값을 클릭하면 Sensor Message 창 오른쪽에서 볼 수 있습니다. Logged Notes Report 생성 Sensor Readings 보기에서 메모에 접근하는 것 외에, 계정의 기록된 메모를 담은 Report를 생성할 수도 있습니다. iMonnit Online 포털에 로그인합니다.Reports를 선택합니다.+ Add Report 버튼을 선택합니다.Administrative 범주를 선택합니다.Logged Notes Report를 선택합니다.Report 이름을 지정합니다.Report를 이메일로 받으려면 Send Report as Attachment 체크박스를 체크합니다.From Date와 To Date를 선택합니다.Save를 선택합니다.Report가 실행되면 Report를 생성한 사용자에게 이메일이 전송됩니다.해당 날짜 범위의 모든 기록된 메모를 담은 CSV 파일이 생성됩니다. 업데이트: 2021-05-04

### 온프레미스 소프트웨어

#### 인터넷에 접속되지 않은 서버에서 iMonnit Enterprise를 활성화하는 경우
오프라인 활성화 iMonnit Enterprise 소프트웨어는 Enterprise Activation Key를 검증하기 위해 인터넷 연결을 사용합니다. iMonnit Enterprise를 설치하는 서버가 인터넷에 접속할 수 없으면, 서버에 인터넷 연결 없이도 활성화를 완료할 수 있는 오프라인 활성화 절차가 있습니다. 이 경우 ‘Unable to verify against the online database’ 메시지가 보입니다. 활성화를 완료할 Offline Manual Key를 생성하려면 다른 기기에서 인터넷 접속이 필요합니다. 이 문서는 그 방법을 안내합니다. 단계 요약 일반 활성화 절차를 시도합니다.Manual Token을 가져옵니다.Manual Key를 생성합니다.iMonnit Enterprise 설치 프로그램에 Manual Key를 입력해 활성화를 완료합니다. 일반 활성화 절차 시도 Enterprise Configuration Utility를 실행해 Enterprise를 설치합니다. SQL 데이터베이스 자격 증명을 입력한 후 Enter Key를 클릭합니다. Enterprise Activation Key를 입력하고 Activate를 클릭합니다. 설치 프로그램이 인터넷으로 키를 검증하려 시도합니다. 인터넷 연결이 없으면 ‘Unable to verify key against online database. Contact support at support@monnit.com’ 메시지가 보이고 Offline Activation 프롬프트가 나타납니다. 참고: 이전 버전의 Enterprise 설치 프로그램을 실행하는 경우에도 이 메시지가 보일 수 있습니다. 이는 검증 서버에 적용된 TLS 암호화 업그레이드의 결과입니다. 이전 설치 프로그램은 TLS 1.1을 사용했고, 현재 Monnit 검증 서버에는 TLS 1.2가 적용되어 있습니다. 따라서 TLS 1.1로 키를 보내는 버전(3.6.2.1 이하)의 설치 프로그램을 실행 중이면 Enterprise를 오프라인으로 수동 활성화해야 합니다. Manual Token 가져오기 이 단계에서 Manual Token이 자동으로 생성됩니다. Manual Token 필드의 텍스트를 복사합니다. Manual Key 생성 https://www.monnit.com/order/productactivation 웹사이트를 방문해 Manual Token 텍스트를 Product Activation 필드에 입력합니다. OK 버튼을 클릭합니다. 그러면 Manual Key가 생성됩니다. 이 텍스트를 복사합니다. iMonnit Enterprise 설치 프로그램에 Manual Key 입력 복사한 Manual Key 텍스트를 Enterprise 설치 프로그램의 Manual Key 필드에 붙여넣고 Manual 버튼을 클릭합니다. 그러면 설치가 검증되고 설치를 계속할 수 있습니다. Manual Key가 수락되면 .ky 파일을 복사해야 한다는 다음 메시지가 보입니다: ‘you will need to copy the key and put it in the website directory you create after the installation. You will be able to find the key: C:/inetpub/wwwroot/Enterprise\Enterprise Server\[Key name].ky’ 이는 키가 성공적으로 적용되었음을 나타냅니다. 메시지를 확인한 뒤(파일을 복사할 필요는 없음) 설치를 계속하면 됩니다. 오류 오류가 보이면 Monnit Support에 문의해야 할 수 있습니다. https://www.monnit.com/order/productactivation 사이트에서 Activation Failed 메시지가 보이면 키 재설정을 위해 Monnit Support에 문의해야 할 수 있습니다. 오류가 보이면 사용하려는 Activation Key를 반드시 포함하십시오. 오프라인 활성화 절차는 인터넷 연결이 없을 때 iMonnit Enterprise 소프트웨어를 활성화할 수 있는 편리한 방법입니다. 이 절차에 문제가 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-11-05

#### iMonnit Enterprise 서버에서 Enterprise Wireless Gateway Server 서비스 실행 확인
Enterprise Wireless Gateway Server는 iMonnit Enterprise 서버에서 Windows의 Services.msc 프로그램으로 실행되는 서비스입니다. 이 서버는 게이트웨이가 구성된 포트(기본 포트 3000)로 서버에 데이터를 전송할 때 들어오는 통신을 수신하는 역할을 합니다. 게이트웨이가 iMonnit Enterprise 서버로 데이터를 보내려면 이 서비스가 실행 중이어야 합니다. 단계 요약 iMonnit Enterprise 서버에 접근합니다.적절한 권한이 있는 사용자로 Windows에서 Services.msc 프로그램을 실행합니다(Windows 검색에서 ‘services’를 검색하면 접근 가능).서비스 목록에서 Enterprise Wireless Gateway Server를 찾습니다.상태가 ‘running’인지 확인합니다.상태가 ‘stopped’이면 서비스를 마우스 오른쪽 버튼으로 클릭하고 ‘Start Service’를 선택합니다. Communication Check Utility로 게이트웨이의 통신이 수신되고 있는지 확인할 수 있습니다. 관련 정보는 해당 문서의 ‘The Enterprise Wireless Gateway Server’ 섹션에서 확인할 수 있습니다. 서비스가 실행되지 않을 때의 증상 Enterprise Wireless Server 서비스가 Enterprise 서버에서 실행되지 않으면, 서버에 추가된 모든 게이트웨이와 센서가 통신하지 못합니다. 모든 기기가 서버로 데이터 전송을 멈췄다면 가장 먼저 이것을 확인하십시오. 서비스 중지의 가능한 원인 서비스 중지의 흔한 원인은 아래와 같습니다. Windows 업데이트시작 시 실행을 허용하지 않는 권한보안 소프트웨어 업데이트: 2020-09-03

#### iMonnit Enterprise에 기기 추가 시 ‘could not be transferred to a new network’ 오류가 보이는 경우
‘[SensorID/GatewayID: xxxxxx] could not be transferred to a new network’ 오류는 iMonnit Enterprise 서버 버전 3.6.2.1 이하에 새 기기를 추가하려 할 때 나타날 수 있습니다. 이 오류는 몇 가지 문제 중 하나를 나타낼 수 있습니다. 이 문서는 이 메시지의 가능한 원인과 해결책을 다룹니다. 이 메시지의 가능한 원인 Enterprise 서버가 인터넷에 연결되어 있지 않아 기기 메타데이터를 자동으로 가져올 수 없음.기기가 이미 Enterprise 데이터베이스에 추가되어 Enterprise 내 다른 네트워크에 이미 추가되어 있음.TLS 1.2 암호화 업그레이드로 인해 Enterprise 서버가 기기 메타데이터를 가져오기 위해 보낸 요청이 Monnit의 lookup 서비스에 도달하지 못함. iMonnit Enterprise를 호스팅하는 서버가 인터넷에 접속할 수 없는 경우 기본적으로 iMonnit Enterprise 데이터베이스에는 기기 ID가 없으므로 기기를 데이터베이스에 추가해야 합니다. Enterprise는 센서·게이트웨이 ID와 코드를 사용해 중앙 온라인 저장소에서 센서·게이트웨이의 필수 메타데이터를 다운로드할 수 있습니다. 이는 웹 응용 프로그램을 호스팅하는 서버가 인터넷에 접속할 수 있는 경우에만 가능합니다. 게이트웨이와 센서를 데이터베이스에 추가하는 방식은, 데이터베이스에 추가된 후 네트워크 간에 이동하는 방식과 동일합니다. ‘Manage’ 화면에서 ‘Add Gateway/Add Sensor’를 선택하면 Gateway ID/Sensor ID와 코드를 입력하라는 메시지가 표시됩니다. 이 값들은 Monnit 게이트웨이와 센서에 부착된 ID 라벨에 있습니다. iMonnit Enterprise 버전 4 - 기기 수동 추가 Enterprise 버전 4에서 오프라인으로 기기를 수동 추가하려면 이 문서를 참고하십시오. 레거시 Enterprise - 기기 수동 추가 이는 레거시 Enterprise 버전 3.6.2.1 이하에만 해당합니다. 서버 관리자만 접근할 수 있는 영역이 있으며, 여기서 게이트웨이와 센서를 데이터베이스에 수동으로 추가할 수 있습니다. 이 절차는 서버가 중앙 온라인 데이터베이스에서 정보를 다운로드할 수 없을 때만 수행해야 합니다. 기기를 추가할 계정과 네트워크로 이동합니다. ‘Administration’ 영역의 Network Details 아래에 게이트웨이와 센서를 수동 추가하는 링크가 있습니다. 이 영역에서 게이트웨이와 센서를 서로 다른 계정/네트워크 간에 빠르게 이동할 수도 있습니다. 기기를 데이터베이스에 수동으로 추가해야 하면 iMonnit 온라인 포털에서 올바른 메타데이터를 조회할 수 있습니다. 인터넷에 연결된 웹 브라우저로 https://www.imonnit.com/lookup 에 접속합니다. 센서 또는 게이트웨이 ID와 check-code를 양식에 입력하면 필수 메타데이터를 가져옵니다. 이 정보로 ‘Add new Sensor’ 양식을 작성해 데이터베이스에 기기를 채웁니다. 센서가 데이터베이스에 입력되면 사용자는 기기 라벨의 기기 ID와 코드로 계정 간에 기기를 이동할 수 있습니다. 새 게이트웨이를 데이터베이스에 추가하려면: ‘Add New Gateway’를 선택합니다.게이트웨이 스티커의 게이트웨이 ID를 입력합니다.게이트웨이 이름을 지정합니다.올바른 게이트웨이 유형을 선택합니다.올바른 radio band를 선택합니다(관리 용도 전용).올바른 APN Firmware Version을 입력합니다(관리 용도 전용).올바른 Gateway Firmware Version을 입력합니다(관리 용도 전용).MAC Address(필수 아님)는 네트워크에서 조회하면 입력할 수 있습니다.Save를 클릭합니다. 센서를 데이터베이스에 추가하려면: ‘Add New Sensor’를 클릭합니다.올바른 Sensor Profile을 선택합니다(이 정보를 올바르게 입력하는 것이 동작에 매우 중요).센서 하단의 센서 ID를 입력합니다.센서 이름을 지정합니다.올바른 센서 유형을 선택합니다: o Commercial / o Commercial (AA) / o Industrial / o Wi-Fi 펌웨어 버전을 입력합니다.전원 소스를 선택합니다: o Commercial (CR2032) / o Commercial (AA) / o Line Power / o Voltage / o Industrial (Tadiran) / o Industrial Solar (Ind Rech) / o Custom (AAA) / o Custom (CR123) / o Wi-Fi (AA) Save를 클릭합니다. 기기가 이미 네트워크에 추가되어 있는 경우 이 메시지는 기기가 이미 데이터베이스에 추가되어 현재 다른 네트워크에 있는 경우에도 나타날 수 있습니다. 이를 판단하려면 아래 단계를 따르십시오. 서버 관리자로 로그인합니다.탐색 바의 Administration 탭을 클릭합니다.탐색 바의 Reports 탭을 클릭합니다.Device ID 필드에 기기 ID를 입력합니다.Submit을 클릭합니다. o 기기가 아직 데이터베이스에 추가되지 않았으면 ‘Not Found’ 텍스트가 보입니다. o 기기가 데이터베이스에 추가되었으면 Account와 Network 필드에 기기가 추가된 위치가 표시됩니다. TLS 1.2 업그레이드로 인해 Enterprise 서버가 요청을 완료할 수 없는 경우 Enterprise 버전 3.6.2.1 이하는 TLS 1.1 지원으로 개발되었습니다. 이 버전들이 출시된 이후 Monnit은 서버 통신 시 사용하는 암호화를 TLS 1.2로 업그레이드했습니다. Enterprise 3.6.2.1 이하는 TLS 1.1로 통신을 시도하므로 이 요청들이 Monnit 서버에 도달하지 못합니다. 따라서 이 문제를 해결하려면 Enterprise 서버에 패치가 필요할 수 있습니다. 패치를 적용하려면 아래 단계를 따르십시오. 다음 링크에서 Footer.ascx 파일을 다운로드합니다: http://downloads.imonnit.com/misc/Footer.zip .다음 기본 위치의 기존 Footer.ascx 파일을 교체합니다: C:\inetpub\wwwroot\Enterprise\Views\Shared\ 참고: 위 위치는 기본 위치입니다. 서버가 다른 디렉터리에 설치되었으면 해당 위치로 파일을 복사하십시오. 업데이트: 2020-12-02

#### iMonnit Enterprise 3.6.2.1 이하에서 ‘This installation is expired, contact support to update subscription.’가 보이는 경우
iMonnit Enterprise는 Annual 및 Perpetual 라이선스를 모두 제공합니다. Annual 라이선스의 경우 소프트웨어 활성화에 사용한 날짜로부터 1년 후 키가 만료됩니다. 이 경우 설치 상단에 ‘This installation is expired, contact support to update subscription.’ 배너가 보입니다. 이를 해결하려면 새 annual 키를 Enterprise 설치에 적용해야 합니다. 증상 체험 만료를 나타내는 배너 외에도, 계정의 게이트웨이가 더 이상 통신하지 않는 것을 볼 수 있습니다. 이는 키 만료로 Enterprise Wireless Gateway Server 서비스가 중지된 결과입니다. Enterprise Wireless Gateway Server를 실행하려면 소프트웨어를 재활성화해야 합니다. Enterprise 센서 10개 Trial 센서 10개 Enterprise 라이선스는 갱신할 수 없습니다. Enterprise Trial 키를 60일간 사용한 후 이 메시지가 보이면 정식 라이선스를 구매해야 합니다. 갱신 키 구매 Enterprise Annual License 제품 페이지를 방문해 사이트에서 키를 구매할 수 있습니다. 교체 키를 받으면 아래 단계로 새 키를 입력할 수 있습니다. Enterprise Wireless Configuration Utility를 실행합니다.Update Key 버튼을 선택합니다.Activation Key를 입력합니다.Activate를 클릭합니다. 이렇게 하면 Enterprise Activation Key가 1년 더 갱신됩니다. 센서 250개 perpetual 라이선스에서 이 메시지가 보이는 경우 레거시 버전의 Enterprise(버전 3.6.2.1 이하)를 실행 중이면 perpetual 250 센서 라이선스를 적용했더라도 이 메시지가 보일 수 있습니다. 이를 해결하려면 Enterprise 버전을 최신 버전 4로 업그레이드해야 합니다. 업그레이드가 옵션이 아닌 경우 해결 방법이 있을 수 있습니다. Support가 최선의 지원을 제공하지만, 이 해결이 성공하지 못하면 Support는 최신 버전 업그레이드를 해결책으로 제안할 것입니다. 먼저 Enterprise Activation Key를 support@monnit.com 으로 제공해야 합니다. 일반적으로 Enterprise Configuration Utility를 실행하고 Update Key 버튼을 클릭하면 Activation Key 필드에 자동으로 채워집니다. 없으면 키를 구매한 주문 번호를 제공해야 합니다. Monnit Support가 재활성화를 위해 키를 재설정합니다. 아래 단계를 참고하십시오. Enterprise Configuration Utility를 실행합니다.Update Key 버튼을 클릭합니다.전체 Activation Key를 복사합니다.키를 support@monnit.com 으로 이메일 보냅니다.Support가 키를 재설정하고 완료 확인을 제공합니다.Enterprise Configuration Utility를 실행합니다.Update Key를 클릭합니다.Activation Key를 입력합니다.Activate를 클릭하면 키가 업데이트됩니다(오프라인 활성화가 필요할 수 있음).Enterprise Wireless Gateway Server 서비스를 중지했다가 시작합니다. 이렇게 하면 소프트웨어가 재활성화되고 게이트웨이가 다시 통신할 수 있습니다. 성공하지 못한 경우: 위 단계로 게이트웨이가 다시 통신을 시작하지 않으면, 이 문서에 설명된 Communication Check Utility로 Enterprise Wireless Gateway Server를 테스트하십시오. 문제가 지속되면 Enterprise 디렉터리의 .ky 파일을 Monnit Support로 보내야 합니다. 아래 단계를 참고하십시오. Enterprise 서버의 다음 디렉터리로 이동합니다: C:\inetpub\wwwroot\Enterprise이 디렉터리에서 .ky 파일을 찾습니다(보통 ‘TUFURU8tREVTS1RPUA.ky’와 유사한 이름).이 파일을 검토를 위해 support@monnit.com 으로 보냅니다.Monnit Support가 기존 .ky 파일을 교체할 수정된 .ky 파일을 제공합니다.다음 두 디렉터리로 이동해 기존 .ky 파일을 삭제합니다: C:\inetpub\wwwroot\Enterprise\ 와 C:\inetpub\wwwroot\Enterprise\Enterprise Server\이전 단계의 두 디렉터리에 Monnit Support가 제공한 .ky 파일을 복사합니다.IIS에서 웹사이트를 중지했다가 시작합니다.Enterprise Wireless Gateway Server 서비스를 중지했다가 시작합니다.IIS에서 웹사이트를 시작합니다. 문제가 지속되면 추가 지원을 위해 support@monnit.com 으로 문의하십시오. 업데이트: 2020-12-14

#### Sensor Application ID 이해
Sensor Application ID 이해 Monnit은 각 센서 프로파일마다 식별 번호를 할당하며, 이는 모든 Monnit 플랫폼에서 그 센서 유형을 식별하는 데 사용됩니다. 이 식별자는 일반적으로 Application ID 또는 Profile ID라고 하며 10진수 형태입니다. 이 ID는 여러 API(REST, WebHooks, MINE 등)를 통해 Monnit 플랫폼과 연동할 때 중요합니다. Application ID 목록은 아래에 나열되어 있습니다. 마지막 업데이트 2020-02-06 Application ID: 1 - Analog Voltage / 2 - Temperature / 3 - Dry Contact / 4 - Water / 5 - Activity / 6 - Magnetic Presence / 9 - Open / Closed / 11 - Button / 12 - Control 1 / 13 - Local Alert / 15 - Accelerometer P1 / 16 - Accelerometer P3 / 19 - Activity P2 / 20 - Accelerometer P2 / 21 - Lux / 22 - 0-20mA Current / 23 - PIR Motion / 24 - Flex / 26 - Liquid Level 8 / 27 - Light Presence / 28 - Compass / 30 - Humidity GPP / 32 - 500V Meter / 33 - Vehicle Presence / 34 - CO Gas / 35 - High Temperature / 36 - Liquid Level 24 / 39 - Vehicle Detector / 40 - Vehicle Speed / 42 - Activity Timer / 43 - Humidity / 44 - Serial Data Bridge / 45 - Smart Ranger / 46 - Low Temperature / 47 - Multi Pulse Counter / 48 - Pulse Counter / 51 - Seat / 52 - Air Flow / 55 - Power CT1MA / 59 - Battery Health / 64 - AC Voltage Detection / 65 - Water Temperature / 66 - Asset / 67 - Ultrasonic Ranger / 69 - Dual Input Pulse Counter / 70 - Resistance / 71 - DC Voltage Detection / 72 - 0-5V Measure / 73 - Filtered Pulse Counter / 74 - 0-10V Measure / 75 - Tilt / 76 - Basic Control / 77 - Grid Eye / 78 - Water Area Sensor / 79 - Pressure 50 PSI / 82 - Pressure 300 PSI / 83 - Pressure Custom / 84 - Duct Temperature / 85 - Short Range Asset / 86 - Thermocouple / 89 - M1 Current Transducer / 90 - Filtered Pulse Counter 64 bit / 91 - Motion Temp / 92 - Quad Temperature / 93 - Current Meter 20 Amp / 94 - Current Meter 150 Amp / 95 - Vibration Meter / 97 - Thermostat / 99 - Resistance Delta / 100 - QTIP Temperature / 101 - PIR - Alta / 102 - Air Quality / 103 - Differential Pressure / 104 - Vibration800 / 105 - UltrasonicRangerIndustrial / 106 - CO2 Meter / 107 - LightSensor / 108 - ThreePhasePowerMeter / 109 - ThreePhaseCurrentMeter / 110 - DwellTime / 111 - Advanced Vibration / 113 - Voltage Meter - 200 VDC / 114 - AirSpeed / 116 - CO Meter / 117 - AssetLocationRepeater / 118 - AssetLocationTag / 119 - Vehicle Counter-Detection / 120 - Current Meter 500 Amp / 121 - Quartzdyne Pressure / 122 - Voltage Meter - 500 VAC / 123 - Voltage Detection - 200 VDC / 124 - Propane Tank Monitor / 126 - G-force - Max & Avg / 127 - Quad Contact / 128 - Handheld Food Probe / 129 - ThreePhaseCurrentMeter500 / 130 - Tilt Detection 업데이트: 2020-03-09

#### 인터넷에 연결되지 않은 상태에서 iMonnit Enterprise 서버에 기기 추가
iMonnit Enterprise는 기기를 Enterprise 포털/데이터베이스에 추가할 때 기본적으로 인터넷 연결을 활용해 기기 메타데이터를 자동으로 다운로드합니다. 인터넷 연결이 없으면 기기 추가 시 ‘SensorID: xxxx not authorized to transfer’ 메시지, 404 오류, 또는 ‘Server Error in '/' Application. The remote name could not be resolved: 'www.imonnit.com'’이 보입니다. 기기를 수동으로 추가해야 합니다. 수동 추가 절차는 인터넷을 통해 iMonnit.com 온라인 센서 포털에 기기를 추가한 뒤, 모든 센서 메타데이터를 담은 XML 파일을 다운로드하고, 그 파일을 Enterprise 서버로 전송한 다음 서버에 업로드하는 것입니다. 이 문서는 이 작업을 수행하는 단계를 제공합니다. 참고: 이 오류는 레거시 버전의 Enterprise에서는 다릅니다. 4.0 이전 버전은 다음 문서를 참고하십시오: iMonnit Enterprise - 기기 추가 시 ‘could not be transferred to a new network’. Sensor Network의 모든 기기 ID를 XML 파일로 다운로드 인터넷 연결이 없을 때 기기를 Enterprise에 추가하려면, iMonnit Online에서 네트워크 내 모든 기기를 담은 XML 파일을 생성한 뒤 그 파일을 Enterprise 포털로 가져오면 됩니다. 이 XML 파일은 선택한 네트워크의 모든 기기 메타데이터를 담으므로, 그 네트워크에 Enterprise에 둘 기기만 있도록 하십시오. 1부 – XML 파일 생성 나중에 Enterprise로 가져올 네트워크의 모든 기기를 담은 XML을 생성합니다. 이 부분은 모두 iMonnit Online(www.imonnit.com)에서 수행합니다. 인터넷이 되는 컴퓨터를 찾습니다.iMonnit Online(www.imonnit.com)에 로그인합니다.(선택) 새 네트워크를 생성합니다. 화면 왼쪽의 networks 탭을 선택합니다.오른쪽 상단의 ‘+ New Network’ 버튼을 선택합니다.네트워크 이름을 지정합니다.Save를 선택합니다. 원하는 네트워크에 기기를 추가합니다. 네트워크를 선택합니다.화면 오른쪽의 ‘Add Device to Network +’ 버튼을 선택합니다.기기를 추가할 네트워크를 선택합니다.‘Add One Device’ 버튼을 선택합니다.각 박스에 기기 ID와 코드를 입력합니다.Add Device를 선택합니다.추가할 각 기기에 대해 이 과정을 반복합니다. 모든 기기를 원하는 네트워크에 추가한 후 전체 네트워크와 기기의 메타데이터를 다운로드합니다. 네트워크를 클릭합니다.네트워크의 첫 세부 정보 아래 ‘Device Xml Download’ 링크를 클릭합니다. 2부 – XML 파일을 Enterprise로 가져오기 참고: 기기를 Enterprise로 가져오는 데 필요한 모든 메타데이터가 XML 파일에 있으므로, 선호하는 방식으로 파일을 서버로 전송하면 됩니다. Enterprise 포털로 가서 최상위 Admin으로 로그인합니다.화면 왼쪽의 ‘Networks’를 클릭합니다.네트워크를 생성하거나 기존 네트워크를 선택합니다.‘Add Device to Network +’ 버튼을 클릭합니다.오른쪽 상단에서 ‘Manual Upload’를 선택합니다.XML 파일을 업로드합니다. 기기를 추가할 네트워크를 선택합니다.choose file을 선택합니다.앞서 생성한 XML 파일을 찾습니다.파일을 선택하고 Open을 누릅니다.파란색 ‘Upload’ 버튼을 클릭합니다. Done을 선택합니다. 오프라인 Enterprise에 기기를 수동으로 추가하는 과정에는 iMonnit Online 포털 사용이 필요합니다. 관련 질문이 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-12-02

#### iMonnit Express 4 서비스 시작
iMonnit Express 4 소프트웨어는 웹 서버를 운영하며 Windows 서비스를 기반으로 통신을 수신합니다. 서버와 함께 실행되는 소형 웹 서버는 ‘localhost’ 주소로 접근할 수 있는 Kestrel 웹 서버입니다. 이 서비스는 또한 TCP 및 UDP 포트 3000에서 들어오는 게이트웨이 트래픽을 수신합니다. 따라서 서비스가 실행되려면 TCP 포트 80(HTTP), 443(HTTPS), TCP/UDP 3000(게이트웨이 트래픽)이 열려 사용 가능해야 합니다. 또한 IIS에 별도로 호스팅된 웹사이트가 없어야 합니다. 단계 요약 Windows에서 Services.msc 프로그램을 실행합니다(관리자 권한 필요). Windows 검색을 클릭하고 ‘services’를 입력한 뒤 ‘Services’의 톱니바퀴 아이콘을 클릭합니다. (또는 Windows 키 + R을 누르고 services.msc를 입력한 뒤 Return을 누릅니다.) 목록에서 iMonnit Express 서비스를 찾습니다.서비스를 마우스 오른쪽 버튼으로 클릭합니다.Start 옵션을 선택합니다. 업데이트: 2020-04-13

#### 호스트 컴퓨터가 오프라인인 상태에서 iMonnit Express에 센서를 추가해야 하는 경우
iMonnit Express 4.0.1(2020년 3월 출시)은 호스트 PC에 인터넷 연결 없이 기기를 추가하는 기능을 제공합니다. 일반적으로 기기를 추가할 때 iMonnit Express는 인터넷에 접속해 센서 메타데이터(센서 유형, 배터리 유형, 펌웨어 버전 등)를 다운로드하여 iMonnit Express 데이터베이스로 전달합니다. 이 메타데이터는 센서 동작에 필수입니다. Enterprise 호스트 PC에 인터넷 연결이 없으면(또는 보안이 요청을 막으면) 센서 추가 시 오류가 보일 수 있습니다. 이 문서는 호스트 PC가 인터넷에 연결되지 않은 상태에서 센서를 추가하는 방법을 안내합니다. 인터넷 연결 없이 Express 4.0 이상에 센서를 추가할 때의 오류 서버가 인터넷에 연결되지 않은 상태에서 iMonnit Express 소프트웨어에 센서를 추가하려 하면 다음 오류가 보입니다. 이 경우 다음 단계에 설명된 센서 수동 추가 방법을 사용해야 합니다. An error occurred while processing your request. Request ID: XXXXXXXXXXXXXXXXXXXXXX (Development Mode 관련 메시지 - Development 환경으로 전환하면 발생한 오류에 대한 더 자세한 정보가 표시됨. 배포된 응용 프로그램에서는 Development 환경을 활성화하면 안 되며, 예외에서 민감한 정보가 최종 사용자에게 표시될 수 있음. 로컬 디버깅 시 ASPNETCORE_ENVIRONMENT 환경 변수를 Development로 설정하고 앱을 재시작하여 Development 환경을 활성화함.) 오프라인으로 센서 추가 iMonnit Online에서 기기 XML 파일 가져오기: 참고: 이 과정에는 인터넷에 연결된 컴퓨터가 필요하지만, iMonnit Express 소프트웨어를 호스팅하는 PC와 같을 필요는 없습니다. 인터넷에 연결된 다른 PC에서 이 과정을 완료하고 XML 파일을 Express 호스트 PC로 전송하여 센서를 추가할 수 있습니다. Manual Device Upload 과정을 완료하려면 먼저 iMonnit Online 계정에 기기를 추가해야 합니다. 계정 생성 및 기기 추가는 다음 문서를 참고하십시오: iMonnit Online 계정 생성. 계정을 만들고 기기를 추가한 후, iMonnit Express 소프트웨어로 기기를 업로드하는 데 사용할 XML 파일을 다운로드할 수 있습니다. 기기 목록 XML을 다운로드하려면: iMonnit.com 온라인 센서 포털에 로그인합니다.페이지 왼쪽 하단의 Networks 탭을 클릭합니다.센서를 추가한 네트워크를 클릭합니다.Device XML Download 링크를 클릭합니다.iMonnit Express를 호스팅하는 PC에서 접근할 수 있는 방식으로 XML 파일을 저장합니다. XML 파일로 iMonnit Express에 센서 업로드: 브라우저로 iMonnit Express 페이지에 로그인합니다.페이지 왼쪽의 Sensors 탭을 클릭합니다.페이지 오른쪽 상단의 + Add Sensor 버튼을 클릭합니다.나타나는 오버레이에서 녹색 Manual Device Upload 버튼을 클릭합니다.나타나는 Choose File 버튼을 클릭합니다.앞서 저장한 XML 파일로 이동해 Choose를 클릭합니다.센서가 iMonnit Express 네트워크에 추가됩니다. 업데이트: 2020-04-06

#### iMonnit Express 4.0 사이트를 설치·접근한 후 보안 오류가 보이는 경우
iMonnit Express 4.0은 PC에 로컬로 호스팅되는 웹사이트입니다. 따라서 Express 설치 시 포함되는 보안 인증서(Security Certificate)가 없습니다. 그 결과 웹사이트 접근 시 보안 오류가 보일 수 있습니다. 실제 보안 위험은 없지만, 브라우저가 보안 인증서가 없는 사이트를 보안 문제로 해석합니다. 따라서 보안 오류가 보이더라도 그대로 웹사이트를 보도록 선택할 수 있습니다. Chrome 및 Edge Chrome에서는 다음 오류가 보일 수 있습니다: connection isn't private - 공격자가 localhost에서 정보(비밀번호, 메시지, 신용카드 등)를 훔치려 할 수 있음. NET::ERR_CERT_AUTHORITY_INVALID FireFox FireFox에서는 다음 오류가 보일 수 있습니다: Potential Security Risk Ahead - Firefox가 잠재적 보안 위협을 감지해 localhost로 계속하지 않음. 이 사이트를 방문하면 공격자가 비밀번호·이메일·신용카드 정보를 훔치려 할 수 있음. 이를 해결하려면 Advanced 버튼을 클릭한 뒤 Accept the Risk and Continue 버튼을 클릭합니다. Internet Explorer Internet Explorer에서는 다음 오류가 보일 수 있습니다: site is not secure - 누군가 당신을 속이거나 서버로 보내는 정보를 훔치려 할 수 있음. 이 사이트를 즉시 닫아야 함. 이를 해결하려면 ‘More Information’을 클릭한 뒤 ‘Go on to webpage (not recommended)’를 클릭합니다. 업데이트: 2020-04-06

#### iMonnit Express 4와 함께 사용하기 위한 Ethernet 게이트웨이 구성
iMonnit Express 4는 iMonnit Online의 대안으로 Monnit 소프트웨어를 로컬에서 운영하는 iMonnit Express 소프트웨어의 현재 버전입니다. Express는 인터넷 연결 없이 독립형 Monnit 서버로 실행됩니다. 이 시스템은 고객이 소규모 센서 네트워크를 관리하고 데이터를 로컬에 저장하는 간단하고 효과적인 방법을 제공하도록 설계되었습니다. 이 버전의 iMonnit Express는 여러 게이트웨이와 센서를 지원하며, 센서 임계값이 충족·초과되면 이메일로 알림을 보낼 수 있습니다.(이메일 알림 전송에는 인터넷 연결이 필요합니다.) 시스템 요구 사항/사양 Windows OS / 사용 가능 RAM 2GB / 지원 알림: 이메일 알림만(인터넷 연결 필요) / 최소 하트비트(센서 체크인): 1초 / 지원 센서 네트워크 수: 1 / 지원 센서 수: (라이선스에 따라) / 지원 게이트웨이 수: 다수 / 지원 사용자 수: 다수 / 센서 데이터 기록: 센서당 5,000개 데이터 포인트 요약 Ethernet 게이트웨이는 외부 인터넷 연결 없이 컴퓨터에서 무선 센서를 로컬로 모니터링하는 데 사용할 수 있습니다. PC 응용 프로그램과 Ethernet 게이트웨이를 사용하려면 게이트웨이와 PC가 같은 네트워크에 연결되어 있는지 확인하고, 게이트웨이가 인터넷을 사용하는 대신 컴퓨터 소프트웨어로 직접 데이터를 보내도록 구성해야 합니다. 이를 위해 다음이 필요합니다: Monnit Ethernet 게이트웨이Monnit 센서설치된 iMonnit Express 4 소프트웨어게이트웨이가 Express를 실행하는 PC에 연결할 수 있는 Ethernet 네트워크Gateway Unlock Code iMonnit Express 설치 Quick Start Guide는 다음 링크의 문서를 참고하십시오: https://monnit.blob.core.windows.net/content/documents/quickstart/AQS-009-iMonnit-Express-Core.pdf 먼저 iMonnit Express 소프트웨어를 설치해야 합니다. iMonnit Express 4는 레거시 버전과 달리 사용자가 웹 브라우저를 통해 소프트웨어와 상호작용합니다. Express는 PC에 로컬로 호스팅되는 웹사이트입니다. 경험은 로컬로 호스팅된 iMonnit Online을 사용하는 것과 유사합니다. 다음 링크에서 iMonnit Express 4 설치 프로그램을 다운로드합니다: https://www.monnit.com/support/downloads/ (iMonnit™ Express > iMonnit Express™ (Windows Installer)).iMonnit Express 설치 프로그램을 실행하고 화면 안내를 따릅니다(필요하면 마우스 오른쪽 버튼 클릭 후 Run as Administrator 선택).!!중요!! 컴퓨터를 재시작합니다.바탕화면에서 iMonnit Express 프로그램을 실행합니다(브라우저가 실행되어 localhost 사이트로 이동).구매 시 받은 코드로 Express 소프트웨어를 활성화합니다.이메일 주소와 고유 비밀번호로 사용자 이름을 만듭니다. 조합을 다시 입력해 iMonnit Express Core에 로그인합니다.게이트웨이와 센서를 iMonnit Express에 추가합니다. 게이트웨이를 Unlock하고 iMonnit Express로 Point iMonnit Express 같은 로컬 버전의 iMonnit 소프트웨어와 Monnit 게이트웨이를 사용하려면 게이트웨이를 Unlock Code로 Unlock해야 합니다. Unlock되면 게이트웨이를 로컬 iMonnit Express 소프트웨어로 데이터를 보내는 데 사용할 수 있습니다. 이 과정에 관한 정보는 다음 문서를 참고하십시오: 게이트웨이를 사용자 지정 호스트/IP로 Unlock 및 Point(Enterprise/Express/MINE). 참고: 게이트웨이를 이미 Unlock된 상태로 구매하지 않았다면, Unlock을 위해 게이트웨이가 인터넷을 통해 iMonnit Online 포털에 연결해야 합니다. 게이트웨이를 iMonnit Express 소프트웨어에 연결 게이트웨이가 iMonnit Express 소프트웨어로 데이터를 보내려면, 로컬 네트워크에서 TCP 포트 3000을 통해 iMonnit Express를 실행하는 PC와 통신해야 합니다. 이 통신을 허용하도록 네트워크 방화벽이나 PC를 구성해야 할 수 있습니다. 이를 한 후, 게이트웨이가 Express를 실행하는 PC로 데이터를 보내도록 구성할 수 있습니다. 이는 다음 문서에서 참조하는 HTTP Interface(로컬 구성 페이지)로 수행할 수 있습니다: Ethernet Gateway 4 - 로컬 구성 페이지(HTTP Interface) 로컬 접근. 게이트웨이가 (위에서 언급한 대로) Unlock되어 있으면, Data Interfaces > Default Server Configuration 탭에서 iMonnit Express를 실행하는 PC의 IP 주소를 입력하고 Save를 클릭합니다. 게이트웨이가 재부팅되고 iMonnit Express로 데이터를 보내기 시작합니다. iMonnit Express는 데이터를 로컬에 호스팅해야 하고 iMonnit Online보다 잦은 하트비트가 필요한 사용자에게 좋은 옵션입니다. 추가 문의가 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-01-29

#### 업그레이드 전 iMonnit Enterprise 백업 생성
새 버전으로 업그레이드하기 전에 iMonnit Enterprise 설치를 백업하는 것이 중요합니다. 이 문서는 그 단계를 안내하는 자료를 제공합니다. 단계 요약 사이트 파일 백업을 생성합니다.Enterprise 데이터베이스 백업을 생성합니다.Activation Key를 반드시 기록해 둡니다. 사이트 파일 백업 사이트 파일의 .zip 파일을 생성합니다. C:\inetpub\wwwroot\ 로 이동합니다.Enterprise 폴더를 마우스 오른쪽 버튼으로 클릭합니다.Send To > Compressed (zipped) Folder를 선택합니다..zip 파일을 안전한 위치에 저장합니다. SQL 데이터베이스 백업 SQL 데이터베이스의 백업을 생성합니다. SQL Server Management Studio를 실행합니다.왼쪽 열의 Object Explorer에서 Server를 펼칩니다.Databases를 펼칩니다.Enterprise 데이터베이스를 찾습니다.데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 Tasks > Backup을 선택합니다.대상(destination)을 확인합니다.OK를 클릭합니다. 데이터베이스가 백업되며 필요하면 나중에 복원할 수 있습니다. %appdata% 폴더 백업 설치용 구성 파일이 %appdata% 폴더에 있습니다. 이 폴더의 백업을 생성합니다. Windows 버튼을 선택해 검색에 접근합니다.‘%appdata%’를 입력하고 Return을 누릅니다.이 디렉터리에서 ‘Enterprise’ 폴더를 복사합니다(마우스 오른쪽 버튼 클릭 후 Send To > Compressed (zipped) folder로 .zip 파일을 생성할 수 있음). Activation Key 기록 키 구매 시 Monnit이 보낸 이메일에서 Activation Key를 가져옵니다. 원본 이메일이 없으면 다음 단계로 Enterprise Configuration Utility에서 가져올 수 있습니다. Enterprise Configuration Utility를 실행합니다.Update Key 버튼을 클릭합니다.현재 키가 Activation Key 필드에 표시될 수 있습니다. 키를 가져올 수 없으면 주문 번호로 Monnit Support에서 가져올 수 있습니다. 원본 주문 번호를 찾아 support@monnit.com 으로 이메일을 보내면 키를 제공받을 수 있습니다. 업데이트: 2021-01-19

#### iMonnit Enterprise 설치 체크리스트
iMonnit Enterprise 사이트 로딩 시 오류가 보이면 다음을 확인하십시오. 설치 전에 이 항목들을 검토하는 것도 좋습니다. Configuration Utility를 관리자 권한으로 실행했는지 확인합니다(마우스 오른쪽 버튼 클릭 > Run as Administrator).Enterprise Wireless Gateway Server 서비스가 실행 중인지 확인합니다(이 문서 참고).SQL에서 Mix Mode Authentication이 활성화되어 있는지 확인합니다(해당 링크 단계 참고).Windows Features(Windows Server에서는 Roles/Features)가 설치되어 있는지 확인합니다(Windows 10 / Windows Server 단계는 각 링크 참고). 참고: 이 기능들 다수는 Internet Information Services > World Wide Web Services > Application Development Features 아래에 있습니다. Internet Information Services > IIS Management Console.NET Framework 3.5 (.NET 2.0 및 3.0 포함).NET Framework 3.5ASPASP.NET 3.5ASP.NET 4.5ASP.NET 4.8 (가능한 경우).NET Extensibility 3.5.NET Extensibility 4.5 Windows의 Default Website가 중지되었거나 호스팅이 적절히 구성되었는지 확인합니다(IIS에서 웹사이트 중지 단계는 해당 링크 참고).캐시된 사이트가 로드되는 경우를 대비해 브라우저 캐시를 재설정했는지 확인합니다(또는 다른 브라우저 시도). 이는 캐시된 데이터가 로드되지 않도록 확인하는 핵심 단계입니다. 적절한 권한, 기능, 보안 구성이 갖춰지면 위 항목들을 고려한 한 iMonnit Enterprise 포털을 문제없이 호스팅할 수 있을 것입니다. 추가 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-10-08

#### iMonnit Express 4에서 새 빈 데이터베이스 생성
iMonnit Express 4의 데이터베이스에 문제가 생겨 다시 만들어야 하는 경우가 있을 수 있습니다. 이 문서는 iMonnit Express 4에서 새 빈 데이터베이스를 생성하는 방법을 안내합니다. 단계 요약 Monnit 또는 리셀러로부터 현재 iMonnit Express 4.0 Activation Key를 구매/확보합니다.Windows 탐색기로 다음 위치의 파일 이름을 ‘ExpressCore.db.old’로 변경합니다. 참고: 이를 하려면 관리자 권한이 필요합니다. C:\Windows\System32\config\systemprofile\AppData\Roaming\ExpressCore 컴퓨터를 재시작합니다.Windows에서 Services.msc 프로그램을 실행합니다(보통 Windows 검색에서 ‘services’ 검색). 참고: 이를 하려면 관리자 권한이 필요합니다. Windows Services.msc의 iMonnit Express 서비스를 찾아 마우스 오른쪽 버튼으로 클릭하고 Stop을 선택합니다.iMonnit Express 서비스를 찾아 마우스 오른쪽 버튼으로 클릭하고 Start를 선택합니다.브라우저의 캐시와 쿠키를 지웁니다.브라우저에서 ‘localhost’ 사이트를 방문해 봅니다.iMonnit Express 활성화를 완료합니다. 업데이트: 2020-08-11

#### iMonnit Express 4.0 오프라인 활성화
iMonnit Express 4.0은 인터넷 연결 없이 활성화하고 기기를 추가하는 기능을 제공합니다. 이 문서는 이 작업에 필요한 정보를 제공합니다. 참고: 이는 Express 버전 4.0.1 이상에 해당합니다. 4.0 설치 프로그램을 가지고 있다면 이 오프라인 기능이 구현되지 않았으므로, 4.0.1 이상으로 업그레이드하거나 서버가 인터넷에 연결된 상태에서 활성화 및 기기 추가를 완료해야 합니다. 단계 요약 다음 링크에서 iMonnit Express 4.0.1을 다운로드해 설치합니다: https://monnit.azureedge.net/content/downloads/iMonnit_Express_Setup_4.0.1.exe‘localhost’를 방문하거나 바탕화면 바로 가기로 브라우저에서 웹사이트를 실행합니다.보안 오류가 보이면 진행 방법은 다음 문서를 참고하십시오: iMonnit Express 4.0 설치 후 - Not Secure Site 오류.Activation Key를 입력하라는 메시지가 표시되면 입력합니다. PC가 오프라인이면 Manual Activation을 완료하라는 메시지가 표시됩니다.Manual Token이 상단 필드에 채워집니다. 이 텍스트를 복사합니다.https://www.monnit.com/order/productactivation 사이트를 방문합니다.빈 필드에 Manual Token을 입력합니다.OK 버튼을 클릭하고 필드에 표시된 텍스트를 복사합니다.이전 단계에서 복사한 Offline Activation Key 텍스트를 Activate 버튼 위 필드에 입력합니다.Activate 버튼을 클릭합니다. 이 과정으로 iMonnit Express 소프트웨어의 오프라인 활성화를 완료할 수 있습니다. 추가 문의는 언제든 Monnit에 문의하십시오. 업데이트: 2020-07-09

#### iMonnit Enterprise - ‘Error 500.19 - Internal Server Error’
요약 iMonnit Enterprise를 설치한 후 누락된 Windows Features로 인해 다음 오류가 발생할 수 있습니다. 해결책: 이는 일반적으로 서버에 ASP.NET(또는 기타 필수 기능)이 활성화되지 않은 결과입니다. 이를 해결하려면 다음 Windows Features(Add or Remove Windows Features)가 활성화되어 있는지 확인해야 합니다. .NET Extensibility 4.8 / .NET Extensibility 3.5 / ASP.NET 3.5 / ASP.NET 4.8 이 기능들을 활성화한 후 Enterprise 사이트에 성공적으로 접근할 수 있습니다. 업데이트: 2020-07-15

#### iMonnit Express 4.0 설치·활성화 후 ERR_TOO_MANY_REDIRECTS(또는 유사) 오류가 보이는 경우
iMonnit Express 4.0 소프트웨어를 설치하고 활성화하려 할 때 ERR_TOO_MANY_REDIRECTS 오류가 보일 수 있습니다. 이는 이전 버전의 iMonnit Express용 Activation Key를 사용한 결과일 가능성이 높습니다. 소프트웨어를 올바르게 활성화하려면 현재 버전인 Express 4용 키를 구매해야 합니다. 이 문서가 문제 해결에 도움이 될 것입니다. 단계 요약 Monnit 또는 리셀러로부터 현재 iMonnit Express 4.0 Activation Key를 구매/확보합니다.Windows 탐색기로 다음 위치의 파일 이름을 ‘ExpressCore.db.old’로 변경합니다. 참고: 이를 하려면 관리자 권한이 필요합니다. C:\Windows\System32\config\systemprofile\AppData\Roaming\ExpressCore 컴퓨터를 재시작합니다.Windows에서 Services.msc 프로그램을 실행합니다(보통 Windows 검색에서 ‘services’ 검색). 참고: 이를 하려면 관리자 권한이 필요합니다. Windows Services.msc의 iMonnit Express 서비스를 찾아 마우스 오른쪽 버튼으로 클릭하고 Stop을 선택합니다.iMonnit Express 서비스를 찾아 마우스 오른쪽 버튼으로 클릭하고 Start를 선택합니다.브라우저의 캐시와 쿠키를 지웁니다.브라우저에서 ‘localhost’ 사이트를 방문해 봅니다.iMonnit Express 활성화를 완료합니다. 아래 스크린샷처럼 발생하는 리디렉션 오류는 브라우저마다 다를 수 있습니다. 업데이트: 2020-08-11

#### Monnit MINE Java Sample Application GUI 시작하기
Monnit MINE은 Monnit 게이트웨이·센서를 타사 플랫폼과 연동할 수 있게 하는 독립형 서버입니다. Monnit 기기는 독자 프로토콜로 동작하므로 Monnit 시스템과 직접 연동하려면 Monnit MINE이 필요합니다. MINE은 Monnit 하드웨어의 통신을 수신하고 다른 플랫폼과 연동할 수 있게 하는 ‘미들웨어’ 서버입니다. MINE은 .NET 및 Java 라이브러리로 제공됩니다. 이 문서는 MINE Java 라이브러리로 테스트를 시작할 수 있도록 MINE 서버 Java Sample Application GUI를 시작하는 단계를 제공합니다. MINE Java 라이브러리 시작 정보는 다음 링크에서 확인할 수 있습니다: http://mine.imonnit.com/Java/v3.0.0/GettingStarted_3.0.0.pdf . 단계 요약 http://mine.imonnit.com/ 사이트를 방문해 최신 버전의 MINE Java 라이브러리를 다운로드합니다.Monnit_Mine_Java_x.x.x.x 폴더의 압축을 풉니다.\JavaMineLibrary\MineGUI\dist\ 폴더로 이동해 MineGUI.jar 파일이 있는지 확인합니다.명령 프롬프트를 관리자 권한으로 실행합니다(Windows 검색에서 Command 검색, 마우스 오른쪽 버튼 클릭 후 Run as Administrator 선택).다음 명령을 실행해 적절한 디렉터리로 이동합니다([FOLDER LOCATION]은 MINE 폴더가 저장된 디렉터리로 대체): cd C:\[FOLDER LOCATION]\Monnit_Mine_Java_x.x.x.x\JavaMineLibrary\MineGUI\dist\ 명령 프롬프트에서 해당 폴더 위치로 이동한 후 다음 명령을 실행합니다: java -jar MineGUI.jar JAVA MINE Sample Application GUI가 나타나며 테스트를 시작할 수 있습니다. GUI 실행용 .bat 파일 생성 또한 Java MINE Sample Application GUI를 자동으로 실행하는 .bat 파일을 만들 수 있습니다. C:\[FOLDER LOCATION]\Monnit_Mine_Java_x.x.x.x\JavaMineLibrary\MineGUI\dist\ 디렉터리에 .txt 파일을 만들어 아래 텍스트를 입력하고 .bat 확장자로 저장하면, 그 .bat 파일로 MINE GUI를 실행할 수 있습니다. java -jar MineGUI.jar 게이트웨이와 센서로 시작하기 GUI가 실행되면 IP Address에 0.0.0.0을 설정합니다. 이는 서버에 localhost 주소를 적용합니다(들어오는 모든 IP 주소에서 통신 수신). 사용할 프로토콜 유형과 포트 번호를 선택합니다(기본 TCPAndUDP Port 3000 권장). 구성을 마친 후 Start Listening을 클릭합니다. 선택한 포트가 사용 가능하도록 기존 방화벽에 예외를 추가해야 합니다. 그런 다음 게이트웨이 ID를 추가하고 ‘게이트웨이를 사용자 지정 호스트/IP로 Unlock 및 Point(Enterprise/Express/MINE)’에 따라 서버로 Point합니다. 그 후 센서를 추가하고 전원을 켜면 기기로부터 통신을 받을 수 있습니다. 업데이트: 2020-03-09

#### iMonnit 계정 계층(Account Hierarchy)
iMonnit 소프트웨어는 최상위 계정이 계정, 사용자, 기기, 네트워크, 서브 계정(중첩 계정 포함)을 생성·관리·접근할 수 있는 계정 계층을 구현합니다. 이 계층을 이해하는 것은 성공적인 구축 관리에 중요할 수 있습니다. 특히 관리할 서브 계정과 중첩 계정이 있을 때 그렇습니다. 이 문서에 제공된 다이어그램은 iMonnit 소프트웨어의 계정 계층을 시각적으로 설명합니다. (이미지를 마우스 오른쪽 버튼으로 클릭해 저장하면 더 자세히 볼 수 있습니다.) 유의 사항 단순화를 위해 다이어그램에서 생략된 몇 가지 세부 사항이 있습니다: 추가 사용자, Sensor Networks, Gateways, Sensors는 모든 계정 유형에 추가할 수 있지만 다이어그램에는 표시되지 않습니다. 여기에는 Super Admin 최상위 계정, Reseller 계정, 중첩 Reseller 계정, 중첩 Subaccount가 포함됩니다.Reseller 계정과 관련된 두 가지 구성 요소가 있습니다: 계정 설정 아래의 Reseller 권한 플래그.(이 권한이 활성화되면 서브 계정의 User Permissions 아래에 ‘Reseller’라는 추가 탭이 나타납니다. 이 권한은 서브 계정의 관리자(및 최상위 계정의 모든 관리자 사용자)가 수정할 수 있습니다.)Reseller 탭 아래에는 사용자가 계정의 ‘Admin’ 섹션을 볼 수 있게 하는 두 가지 사용자 권한이 있습니다: View AdministrationView Subaccounts 특히 중첩 계정 구조가 필요한 사용자와 운영할 때 계정 계층을 이해하는 것이 성공적인 구축에 핵심입니다. 관련 문의가 있으면 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-10-19

#### iMonnit Express 4.0 서비스가 시작되지 않는 경우
iMonnit Express 4 소프트웨어를 설치한 후 iMonnit Express 서비스를 시작하려 할 때 ‘Error 1064: An exception occurred in the service when handling the control request’ 오류가 보일 수 있습니다. 이 경우 다른 응용 프로그램과 충돌이 있는 것입니다. 이 문서가 해결에 도움이 됩니다. 흔한 원인: VMWare / iMonnit Enterprise 소프트웨어 / 해당 기기가 호스팅하는 다른 웹사이트 / Windows 업데이트 문제 해결: Windows의 Resource Monitor 네트워크 탭으로 다른 서비스가 포트 443 또는 3000을 사용 중인지 확인합니다. 다른 응용 프로그램이 이 포트 중 하나를 사용 중이면 iMonnit Express를 운영하기 위해 그 서비스를 중지해야 합니다.IIS로 로컬 호스팅 웹사이트 실행을 중지합니다. Windows 업데이트: Windows 업데이트가 .db 파일을 이동시킬 수 있습니다. 로컬 C:\ 드라이브에 Windows.old 폴더가 있는지 확인하십시오. 있으면 Windows 업데이트가 Express 데이터베이스를 이동/제거했을 가능성이 높습니다. 새 데이터베이스 생성은 이 문서를 참고하십시오. Express를 제거합니다.Express를 다시 설치합니다. 문제가 지속되면 TCP 포트 80, 443, 3000에서 Express 서비스와 충돌하는 다른 소프트웨어가 무엇인지 파악해야 합니다. 피드백은 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-09-08

#### Monnit MINE을 AWS와 연동하기
이것은 Monnit MINE을 AWS와 연동하기 위한 간단한 ‘How-To’ 가이드입니다. 고지: 이 절차는 AWS에 대한 지식이 있는 소프트웨어 개발자가 완료해야 합니다. 시작 전 필요한 것: Monnit MINE (http://mine.imonnit.com/) AWSSDK 1단계: ◦ 엔지니어가 AWS와 연동하는 프로그램을 작성합니다. ◦ 코드에 사용자 지정 엔드포인트를 추가합니다. ◦ AWS 지식 문서: https://aws.amazon.com/iot-platform/getting-started/ 아래 코드 예시를 참고하십시오: 2단계: ◦ AWS IoT 콘솔로 이동합니다. ◦ ‘Resources’를 클릭합니다. ◦ 사용자 지정 엔드포인트를 얻기 위해 화면 맨 오른쪽의 물음표를 클릭합니다. ◦ AWS IoT 콘솔에서 인증서와 개인 키를 가져옵니다. 3단계: ◦ AWS IoT 콘솔로 이동합니다. ◦ ‘Create a resource’를 클릭합니다. ◦ ‘Create a certificate’를 클릭합니다. ◦ ‘Activate’ 박스를 체크합니다. ◦ ‘1-Click certificate create’를 클릭합니다. ◦ ‘Show private key’를 클릭합니다. ◦ 개인 키 내용을 private.pem.key 파일에 복사합니다. ◦ ‘Show certificate’를 클릭합니다. ◦ 인증서 내용을 certificate.pem.crt 파일에 복사합니다. ◦ 이 자격 증명을 향후 사용을 위해 보관합니다. ◦ 모든 AWS IoT 데이터 플레인 작업에 대한 접근을 허용하는 정책을 생성합니다. 4단계 ◦ AWS IoT 콘솔로 이동합니다. ◦ ‘Create a resource’를 클릭합니다. ◦ ‘Create a policy’를 클릭합니다. ◦ 정책 이름을 ‘YourPolicyName’으로 지정합니다. ◦ action을 iot:*로 설정합니다. ◦ resource를 *로 설정합니다. ◦ ‘Allow’ 박스를 체크합니다. ◦ ‘Add statement’를 클릭합니다. ◦ ‘Create’를 클릭합니다. ◦ 정책을 인증서에 연결합니다. 5단계 ◦ AWS IoT 콘솔로 이동합니다. ◦ 생성한 인증서를 클릭합니다. ◦ ‘Actions’를 클릭합니다. ◦ ‘Attach a policy’를 클릭합니다. ◦ 정책 이름 필드에 ‘YourPolicyName’을 입력합니다. ◦ ‘Attach’를 클릭합니다. MQTT 클라이언트 구독 ◦ MQTT 클라이언트로 이동합니다. ◦ Client ID를 생성합니다. ◦ Connect를 클릭합니다. ◦ Subscribe to Topic를 클릭합니다. ◦ Subscription Topic Name을 입력합니다. ◦ Subscribe를 클릭합니다. ◦ JSON이 Dialog box에 게시됩니다(아래 대화 상자 표시). 업데이트: 2020-01-30

#### Enterprise 완전 제거 방법
요약 컴퓨터에서 Enterprise 설치를 완전히 제거하려면 다음 단계를 따르십시오. Enterprise 설치 중 문제가 계속될 때 유용합니다. 전체 재설치를 의도하는 경우에만 이 단계를 따르십시오. 서비스 중지 Windows 키를 누르고 ‘Services’를 입력합니다. ‘Enterprise Gateway Server’를 찾아 ‘Stop the service’를 누릅니다. 서비스 삭제 Windows 키를 누르고 ‘cmd’를 입력합니다. 명령 프롬프트를 열기 전에 마우스 오른쪽 버튼으로 클릭하고 ‘Run as administrator’를 선택합니다. 명령 프롬프트에 다음을 입력합니다: sc delete "Enterprise Wireless Gateway Server" [SC] DeleteService SUCCESS가 보여야 합니다. Enterprise 데이터베이스 제거 Windows 키를 누르고 ‘ssms’를 입력합니다. Microsoft SQL Server Management Studio를 엽니다. 데이터베이스 서버에 연결합니다. 왼쪽의 Database 폴더를 펼칩니다. ‘Enterprise’ 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 ‘Delete’를 선택합니다. 다른 이름을 지정했다면 이름이 다를 수 있습니다. 찾을 수 없으면 다음 위치의 web.config 파일 내 연결 문자열에서 이름을 찾을 수 있습니다: C:\inetpub\wwwroot\Enterprise ‘close existing connections’ 박스를 체크하고 ‘OK’를 클릭합니다. IIS 웹사이트 제거 Windows 키를 누르고 ‘iis’를 입력합니다. IIS Manager를 엽니다. 왼쪽의 DESKTOP 연결을 펼칩니다. Sites 폴더를 펼칩니다. ‘Enterprise Portal’을 클릭합니다. 맨 오른쪽 Manage Website 섹션에서 ‘Stop’을 누릅니다. ‘Enterprise Portal’을 마우스 오른쪽 버튼으로 클릭하고 ‘Remove’를 선택합니다. ‘Application Pools’를 클릭합니다. ‘Enterprise Portal_AppPool’을 클릭합니다. 맨 오른쪽 Application Pool Tasks 섹션에서 ‘Stop’을 누릅니다. ‘Enterprise Portal_AppPool’을 마우스 오른쪽 버튼으로 클릭하고 ‘Remove’를 선택합니다. ‘Default Web Site’가 있으면 마찬가지로 중지·제거합니다. Enterprise 폴더 삭제 다음 위치로 이동합니다: C:\inetpub\wwwroot ‘Enterprise’ 폴더를 삭제합니다. AppData에서 Enterprise 삭제 Windows 키를 누르고 ‘%appdata%’를 입력합니다. ‘%appdata%’ 파일 폴더를 엽니다. ‘Enterprise’ 폴더를 삭제합니다. Enterprise Setup Utility 제거 Windows 키를 누르고 ‘add’를 입력합니다. ‘Add or remove programs’를 엽니다. ‘Enterprise Setup Utility’를 찾아 ‘Uninstall’을 누릅니다. 이 단계는 C:\Program Files (x86)\Enterprise Configuration Utility 에 있는 ‘Enterprise Configuration Utility’ 폴더를 제거해야 합니다. 제거되지 않으면 이 폴더를 수동으로 삭제하십시오. ‘C:\Program Files (x86)\Enterprise Configuration Utility’로 이동합니다. ‘Enterprise Server’ 폴더를 삭제합니다. 이제 Enterprise가 컴퓨터에서 완전히 제거되었습니다. 업데이트: 2020-08-27

#### iMonnit Enterprise SQL 데이터베이스의 유지보수 요구 사항
시간이 지나면 iMonnit Enterprise SQL 데이터베이스에는 유지보수가 필요합니다. 그 유지보수의 정확한 적용은 일반적으로 데이터베이스가 어떻게 사용되는지에 따라 다릅니다. 한 데이터베이스에 최적인 것이 다른 데이터베이스에는 가장 최적이 아닐 수 있습니다. 다만 데이터베이스 유지에 할 수 있는 일반적인 조언이 있습니다. 일반적으로 더 많은 데이터를 담은 테이블에 데이터베이스 호출이 도달할 때 쿼리 성능 문제가 발생하기 시작합니다. 그런 경우의 해결책은 테이블의 데이터 양을 줄이거나, 쿼리가 적시에 실행되기 쉽도록 데이터를 구조화하는 것입니다. 이는 인덱스를 추가하거나 테이블의 통계를 업데이트하여 할 수 있습니다. 데이터 제거 데이터를 정리·제거하는 것이 옵션일 수 있습니다. 예를 들어 고객이 과거 Webhook 데이터가 필요 없다고 판단하면, webhook 쿼리를 더 빠르게 하기 위해 그 데이터를 제거할 수 있습니다. 이를 하려면 데이터를 삭제하거나 테이블을 truncate(테이블의 모든 데이터 제거)해야 합니다. 테이블의 데이터를 삭제하면 delete 문이 끝날 때까지 그 테이블이 차단되며, 외래 키 제약이 있는 동안 다른 테이블에서 참조되는 데이터는 삭제할 수 없다는 점을 유의하십시오. 또한 truncate 문은 즉시 실행되지만, 그 데이터가 다른 테이블에서 명시적으로 참조되지 않더라도 외래 키 제약이 있는 동안에는 수행할 수 없습니다. 데이터의 상당 부분을 제거하면 그 테이블의 통계를 업데이트해야 할 수 있습니다. 인덱싱 및 통계 업데이트 데이터 삭제가 최선이 아닌 경우, 테이블의 하나 이상의 열에 인덱스를 추가하는 것을 선택할 수 있습니다. 인덱스는 선택한 특정 열의 데이터를 구조화·정렬하여 쿼리 속도를 높입니다. 인덱스를 생성하면 더 많은 디스크 공간을 차지합니다. 정확한 크기는 인덱싱하는 열의 데이터 유형과 테이블의 행 수에 따라 다릅니다. 또한 인덱스는 향후 유지보수가 필요할 수 있습니다. 정기적인 간격으로 인덱스를 재구축해야 할 수 있고, 가끔 그 인덱스의 통계를 업데이트해야 할 수도 있습니다. 다만 인덱스는 데이터베이스에 도달하는 쿼리를 최적화하는 강력한 도구입니다. 인덱스를 구축하는 동안에는 테이블이 차단된다는 점을 유의하십시오. 데이터베이스 유지의 정확한 방법은 개별 요구에 따라 다릅니다. 단일 옵션이 모든 경우에 옳은 것은 아닙니다. 어느 시점에는 데이터베이스 관리자를 고용해 직접 사례를 평가하게 하는 것이 최선일 수 있습니다. 위 옵션을 시도하려면 먼저 데이터베이스를 백업하는 것이 좋습니다. 업데이트: 2020-11-11

#### Monnit Enterprise Configuration Utility 외부에서 SQL 데이터베이스 연결 테스트
SQL 플랫폼은 데이터베이스 연결을 테스트하는 방법을 제공합니다. 데이터베이스 연결에 문제가 있으면 Enterprise 설치 프로그램 외부에서 테스트하여 자격 증명이 올바른지 확인할 수 있습니다. 테스트 완료는 아래 단계를 참고하십시오. UDL 파일을 생성해 연결 테스트 data link(UDL) 파일 생성 Windows 바탕화면을 마우스 오른쪽 버튼으로 클릭하고 New > Text Document로 이동합니다. 기본적으로 새 파일(New Text Document.txt)이 생성됩니다.Windows 탐색기를 엽니다.Tools 메뉴에서 Folder Options를 클릭하고 View 탭을 선택합니다.‘Hide file extensions for known file types’ 체크박스를 해제하고 OK를 클릭합니다(.txt 확장자를 제거하고 올바른 .udl 확장자로 교체할 수 있도록).1단계에서 만든 텍스트 문서를 마우스 오른쪽 버튼으로 클릭하고 Rename을 선택합니다.파일 이름과 확장자를 ‘dbtest.udl’로 변경합니다. 파일 확장자 변경이 파일을 사용 불가로 만들 수 있다는 경고 메시지가 나오면 무시합니다.dbtest.udl 파일은 시스템이나 네트워크 어디에나 저장할 수 있습니다. 이제 데이터 소스에 연결할 준비가 되었습니다. SQL 서버 연결 테스트 testdb.udl 파일을 마우스 오른쪽 버튼으로 클릭하고 Properties를 선택해 Data Link Properties 대화 상자를 엽니다.Data Link Properties에서 Provider 탭을 선택합니다.OLE DB Provider 목록에서 Microsoft OLE DB for SQL Server를 선택합니다.Next를 클릭해 Connection 탭으로 이동합니다.첫 박스에 SQL 서버의 호스트명 뒤에 백슬래시(\)를 붙여 입력합니다(예: windows2003server\InstanceName).‘Enter information to log on to the server’ 섹션에서 적절한 라디오 버튼을 선택합니다:SQL 서버가 Windows 인증을 사용하면 Use Windows NT Integrated security를 선택합니다.SQL 서버가 SQL 인증을 사용하면 Use a specific user name and password를 선택합니다.‘Select the database on the server’ 섹션에서 드롭다운 목록을 클릭해 사용 가능한 모든 데이터베이스를 보고 필요한 데이터베이스를 선택합니다.Test Connection 버튼을 클릭합니다.OK로 Properties 창을 닫습니다.연결 설정을 저장합니다. 이 테스트는 자격 증명과 경로가 올바른지 확인합니다. Enterprise Configuration Utility에서 데이터베이스에 연결할 수 없으면 다른 권한 관련 문제가 있을 수 있고, Mixed Mode Authentication을 활성화해야 할 수도 있습니다. 다만 이 테스트로 최소한 데이터베이스의 경로와 자격 증명이 올바른지는 확인할 수 있습니다. 업데이트: 2020-05-08

#### Express 완전 제거 방법
단계 서비스 삭제 적절한 권한이 있는 사용자로 Windows에서 Services.msc 프로그램을 실행합니다(Windows 검색에서 ‘services’ 검색).‘iMonnit Express’ 서비스를 찾아 마우스 오른쪽 버튼으로 클릭하고 Stop을 선택합니다.Windows 검색에서 ‘cmd’를 검색해 명령 프롬프트를 열고 마우스 오른쪽 버튼 클릭 후 ‘Run as Administrator’를 선택합니다.다음 명령을 실행합니다: sc delete "iMonnit Express" 서비스를 완전히 제거하려면 시스템 재시작이 필요할 수 있습니다. iMonnit Express 응용 프로그램 제거 Windows에서 ‘Add or remove programs’를 엽니다.목록에서 ‘iMonnit Express’를 찾아 Uninstall을 클릭합니다.다음 디렉터리에서 ‘iMonnit Express’ 폴더가 올바르게 제거되었는지 확인합니다: C:\Program Files (x86)\ 제거되지 않았으면 삭제하십시오. 데이터베이스 삭제 기본적으로 데이터베이스는 다음 디렉터리에 저장됩니다: C:\Windows\System32\config\systemprofile\AppData\Roaming\ExpressCore ‘ExpressCore.db’ 파일을 삭제하거나 이름을 변경합니다. 참고: 설치 경로는 다음 파일로 재정의할 수 있습니다: C:\Program Files (x86)\iMonnit Express\Express_Core.dll.config 업데이트: 2020-09-03

#### iMonnit Enterprise 설치가 연결된 SQL 데이터베이스의 자격 증명 변경
Enterprise 설치가 데이터를 기록하는 SQL 데이터베이스의 자격 증명을 변경해야 하는 경우가 있을 수 있습니다. 일반적으로 SQL 사용자 자격 증명이 변경되어 Enterprise에서 업데이트해야 하거나, Enterprise가 다른 데이터베이스로 데이터를 보내도록 지정해야 하는 경우입니다. 이 문서는 Enterprise 설치가 SQL 데이터베이스에 연결하는 데 사용하는 Connection String 수정 정보를 제공합니다. !!중요 - Enterprise 사이트를 다른 Enterprise 데이터베이스로 Point하려면 설치된 버전이 데이터베이스의 버전과 같아야 합니다. 단계 요약 Enterprise Wireless Gateway Server 서비스를 중지합니다. Windows에서 Services.msc 프로그램을 실행합니다(보통 Windows 검색에서 ‘services’ 검색). 참고: 서비스를 중지·시작할 권한이 있어야 합니다.목록에서 Enterprise Wireless Gateway Server 서비스를 찾습니다.Enterprise Wireless Gateway Server 서비스를 마우스 오른쪽 버튼으로 클릭합니다.Stop을 선택합니다. IIS에서 Enterprise Portal 웹사이트를 중지합니다. Windows에서 IIS(Internet Information Services) 프로그램을 실행합니다(보통 Windows 검색에서 ‘iis’ 검색).COMPUTER NAME > Sites를 펼칩니다.Enterprise Portal을 클릭해 강조합니다.창 오른쪽의 Actions 사이드바에서 Stop을 클릭합니다. Web.config 파일 편집 iMonnit Enterprise 사이트를 호스팅하는 서버에서 탐색기로 다음 디렉터리로 이동합니다: C:\inetpub\wwwroot\Enterprise\ .Web.config 파일을 찾습니다.메모장(또는 선호하는 텍스트 편집기)으로 이 파일 내용을 편집합니다. 참고: ‘inetpub’ 디렉터리에 이 파일을 편집·저장하려면 관리자 권한이 필요합니다.이 파일에서 ‘Connection String’ 항목을 찾습니다. 아래 예시와 유사합니다. <connectionStrings> <add name="SqlServer" connectionString="Server=DESKTOP\SQLEXPRESS;Database=Enterprise;Uid=sa;Pwd=password;" /> </connectionStrings> ‘Server=’는 SQL 서버 주소입니다. ‘Database=’는 SQL 데이터베이스 이름입니다. ‘Uid=’는 읽기/쓰기 권한이 있는 SQL 사용자입니다. ‘Pwd=’는 SQL 사용자의 비밀번호입니다. 기존 자격 증명을 업데이트된 자격 증명으로 교체합니다.같은 디렉터리 C:\inetpub\wwwroot\Enterprise\ 에 파일을 저장합니다. WirelessGatewayServer.exe.config 파일 편집 iMonnit Enterprise 사이트를 호스팅하는 같은 서버에서 탐색기로 다음 디렉터리로 이동합니다: C:\inetpub\wwwroot\Enterprise\Enterprise Server\ .WirelessGatewayServer.exe.config 파일을 찾습니다.메모장으로 이 파일 내용을 편집합니다. 참고: 관리자 권한이 필요합니다.이 파일에서 ‘Connection String’ 항목을 찾습니다. 아래 예시와 유사합니다. <connectionStrings> <add name="SqlServer" connectionString="Server=DESKTOP\SQLEXPRESS;Database=Enterprise;Uid=sa;Pwd=password;" /> </connectionStrings> 기존 자격 증명을 업데이트된 자격 증명으로 교체합니다.같은 디렉터리 C:\inetpub\wwwroot\Enterprise\Enterprise Server\ 에 파일을 저장합니다. IIS에서 Enterprise Portal 웹사이트를 시작합니다. 이 가이드의 2단계를 참고하여 Actions 사이드바에서 Start를 선택합니다. Enterprise Wireless Gateway Server 서비스를 시작합니다. 이 가이드의 1단계를 참고하여 팝업 메뉴에서 Start를 선택합니다. 구성 파일을 업데이트하고 서비스와 사이트를 재시작하면, Enterprise 설치의 SQL 데이터베이스 자격 증명이 업데이트됩니다. 관련 문의가 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-12-29

#### Enterprise 4로 업그레이드 시 고려 사항
지원 버전 Enterprise 4로 업그레이드하려면 버전 3.5.0.0 이상이 필요합니다. 3.5.0.0 이전 버전은 iMonnit Enterprise 4.0으로 성공적으로 업데이트할 수 없습니다. 기존 사이트 백업 Enterprise 4로 업그레이드하기 전에 이 문서에 따라 기존 Enterprise 설치를 백업해야 합니다. 현재 설치 프로그램 저장 향후 이전 버전을 복원하는 옵션을 원하면, 기존 Enterprise Configuration Utility 설치 파일이 아직 있다면 저장해 두는 것이 좋습니다. 이전 Enterprise Configuration Utility 제거 설치 프로그램이 올바른 설치 스크립트를 참조하려면, 기존 Enterprise Configuration Utility가 현재 시스템에 남아 있으면 제거해야 합니다. Windows의 Add or Remove Programs로 기존 Enterprise Setup Utility(또는 유사한 이름)를 제거할 수 있습니다. 관리자 확인 Enterprise 설치 프로그램은 관리자 권한이 필요하므로, 설치하는 사용자는 C:\inetpub\ 디렉터리에 쓸 수 있는 완전한 관리자 권한이 있어야 합니다. 또한 설치 프로그램과 Enterprise Configuration Utility를 마우스 오른쪽 버튼으로 클릭해 관리자 권한으로 실행하도록 하십시오. 업데이트: 2020-12-21

#### iMonnit Enterprise 갱신 키 입력
iMonnit Enterprise를 센서 10개 Trial 키 또는 센서 50개(Annual) 키로 활성화했다면, 소프트웨어를 재활성화하기 위해 설치 프로그램에 갱신 키를 입력해야 합니다. 이 문서가 그 방법을 안내합니다. 키가 만료되면 발생하는 일 현재 Enterprise 라이선스가 만료되면 두 가지 증상이 있습니다: Enterprise Wireless Gateway Server 서비스가 게이트웨이로부터 들어오는 통신 수신을 중단합니다. 그 결과 Enterprise Portal에 추가된 모든 게이트웨이가 Enterprise와 통신을 멈춥니다.웹페이지 상단에 ‘This installation has expired. Contact Support to update subscription.’ 배너가 나타납니다. 참고: 레거시 버전의 Enterprise가 센서 250개 라이선스를 perpetual이 아닌 annual 라이선스로 잘못 식별하는 별도 문제도 있습니다. 위 증상이 이 시나리오에도 적용됩니다. 이를 해결하려면 해당 문제 전용 문서를 참고하십시오. 갱신 키 구매 이를 해결하려면 유효한 Enterprise 키를 구매해 적용해야 합니다. 참고: Enterprise Trial 라이선스는 60일만 유효합니다. 센서 10개 Trial 라이선스를 또 다른 10개 Trial 라이선스로 갱신할 수 없습니다. Trial 만료 후에는 정식 라이선스(Annual 또는 Perpetual)를 적용할 수 있습니다. 50 Sensor Annual License 250 Sensor Perpetual License 2000 Sensor Perpetual License 갱신 키 입력 갱신 키를 입력하려면 아래 단계를 따르십시오. iMonnit Enterprise Configuration Utility를 실행합니다.Update Key 버튼을 클릭합니다.구매한 Enterprise Activation Key를 입력합니다.Activate를 클릭합니다.Enterprise Wireless Gateway Server 서비스를 중지했다가 시작합니다.IIS에서 Enterprise Portal 사이트를 중지했다가 시작합니다. 갱신 키를 적용하면 게이트웨이가 통신하고 설치 만료 배너가 사라집니다. 업데이트: 2020-09-22

#### 게이트웨이가 iMonnit Enterprise와 예기치 않게 통신을 멈추는 경우
모든 게이트웨이가 갑자기 iMonnit Enterprise Portal로 데이터 전송을 멈추면, 이 문서의 정보가 문제 식별에 도움이 됩니다. iMonnit Enterprise Portal 검토 가장 먼저 검토할 구성 요소는 iMonnit Enterprise Portal입니다. 이 단계로 서버가 게이트웨이 통신을 수신하고 있는지 확인합니다. 버전 확인 Monnit은 현재 iMonnit Enterprise 버전 4.0 이상을 지원합니다. 레거시 iMonnit Enterprise 3.5.0.0 이상에 대한 기본 지원은 가능할 수 있습니다. 3.5.0.0 이전 버전은 더 이상 지원되지 않습니다. 버전 3.5.0.0 이상에서는 업그레이드가 가능하지만, 3.5.0.0 이전 버전으로의 업그레이드 지원은 중단되었습니다. iMonnit Enterprise 업그레이드는 Enterprise 라이선스 구매 후 12개월 이내에 포함됩니다. 키가 12개월 미만이면 지원 버전에서 Enterprise 4.0을 추가 비용 없이 다운로드·설치할 수 있습니다. Enterprise 버전 키가 12개월을 넘으면 새 라이선스에 20% 유지보수 비용이 부과됩니다. 지원 요청 시 iMonnit Enterprise 키나 판매 주문 번호를 제공할 준비를 하십시오. Enterprise Wireless Gateway Server 서비스 실행 확인 이 문서에 따라 Enterprise Wireless Gateway Server 서비스가 실행 중인지 확인하십시오. 이 서비스는 들어오는 포트 3000(기본값이지만 구성 중 변경되었을 수 있음)을 통해 네트워크에서 서버로 데이터를 받아 iMonnit Enterprise 데이터베이스로 전달·처리하는 프로세스입니다. 게이트웨이가 iMonnit Enterprise 데이터베이스로 데이터를 전달하려면 이 서비스가 실행 중이어야 합니다. 서비스가 실행되지 않을 때 가장 흔한 증상은 서버의 모든 게이트웨이가 동시에 Enterprise Server와 통신을 멈추는 것입니다. 설치 만료 배너 Monnit은 iMonnit Enterprise 소프트웨어에 대해 Trial Enterprise 라이선스(60일 유효), Annual 센서 50개 라이선스, perpetual 센서 250개(이상) 라이선스를 제공합니다. 특정 기간 동안만 유효한 키를 적용했다면 라이선스를 갱신해야 합니다. 이 경우 iMonnit Enterprise가 게이트웨이로부터 데이터 수신을 멈추고, iMonnit Enterprise Portal 상단에 ‘This installation is expired, contact support to update subscription.’ 메시지가 배너로 보일 수 있습니다. 이 경우 유효한 키로 라이선스를 갱신해야 합니다. 참고: 레거시 버전(3.6.2.1 이하)의 Enterprise에서 센서 250개 라이선스를 가지고 있어도 이 메시지가 보이는 독특한 시나리오가 있습니다. 그 시나리오에 해당하면 해당 문서를 검토하십시오. 센서 한도 사용 가능한 iMonnit Enterprise 라이선스에는 서로 다른 센서 한도가 있습니다. 센서 한도에 도달하면 Enterprise Wireless Gateway Server 서비스는 계속 실행되지만 서버로 들어오는 통신을 수신하지 않습니다. 일반적으로 Enterprise 데이터베이스의 ExceptionLog 테이블에 예외가 표시됩니다. 가장 최근 로그를 검토하면 이 경우의 로그를 볼 수 있습니다. 데이터베이스 연결·크기·한도 확인 무료 버전의 SQL Express를 사용하는 경우, 이 문서에 따라 데이터베이스가 10GB 한도를 넘지 않았는지 확인해야 합니다. 이 문서로 유효한 데이터베이스 연결과 자격 증명도 확인할 수 있습니다. Communication Check Utility 실행 Enterprise Wireless Gateway Server 서비스가 실행 중이고 라이선스가 유효함을 확인했다면, 해당 문서의 ‘iMonnit Enterprise 같은 로컬 서버와 Communication Check Utility 사용’ 섹션에 따라 Communication Check Utility로 테스트해야 합니다. 수행할 테스트는 두 가지입니다: iMonnit Enterprise를 실행하는 서버 자체에서 유틸리티를 실행해 테스트합니다. 테스트가 실패하지만 Enterprise Wireless Gateway Server 서비스가 실행 중이면, iMonnit Enterprise Portal의 구성된 포트(기본 3000)로 트래픽이 도달하는 것을 막는 PC 보안 설정을 분석해야 합니다. 같은 네트워크 세그먼트의 PC에서 테스트합니다. 같은 네트워크 세그먼트의 다른 PC에서 테스트하면 구성된 포트로 서버 통신을 막는 네트워크 구성을 식별하는 데 도움이 될 수 있습니다. 서버에서는 성공하지만 노드 PC에서 실패하면 네트워크 구성을 검토해야 합니다. 서버와 노드 PC 모두에서 성공하면 서브넷에 네트워크 구성 문제가 없을 가능성이 높습니다. 다만 노드 PC에서의 성공 테스트가 네트워크 구성에 유용한 지표이긴 하지만, 게이트웨이가 그 네트워크 세그먼트에서 Enterprise 서버에 도달할 수 있음을 확정하지는 않습니다. MAC 주소 필터링 같은 다른 보안 기능이 여전히 존재할 수 있으므로 좋은 지표일 뿐 확정은 아닙니다. 게이트웨이 검토 서버(가급적 노드 PC에서도)에서 Communication Check Utility 테스트를 성공적으로 수행했다면, Enterprise 서버가 구성되어 게이트웨이 통신을 성공적으로 수신하고 있음을 확인한 것입니다. 이 시점에 게이트웨이와 네트워크 구성을 검토해야 합니다. 게이트웨이 LED 게이트웨이 상태를 판단하려면 게이트웨이 LED를 검토합니다. 이 문서에서는 Ethernet Gateway 4 구성에 초점을 맞춥니다. 다른 게이트웨이 유형도 Enterprise와 사용할 수 있지만 Ethernet Gateway 4가 Enterprise에서 가장 흔합니다. 하단 LED는 로컬 Ethernet 연결을 나타냅니다. 녹색 고정이면 게이트웨이가 로컬 네트워크에서 유효한 IP 주소를 가진 것입니다. 이것이 게이트웨이가 Enterprise Server에 도달할 네트워크 경로가 있음을 반드시 의미하지는 않지만, 게이트웨이가 로컬 네트워크에서 통신하고 있다는 좋은 신호입니다. 하단 LED가 빨간색이면 게이트웨이가 유효한 IP 주소를 얻지 못한 것입니다. 게이트웨이가 Enterprise Server에 도달하기 전에 이를 해결해야 합니다. 두 번째 LED는 Enterprise 서버와의 연결을 나타냅니다. 녹색이면 서버와의 유효한 연결이 있는 것입니다. 유효한 서버 연결이 없으므로 이 LED가 빨간색일 가능성이 높습니다. 게이트웨이 IP 주소 Ping 게이트웨이 하단 LED가 녹색이고 게이트웨이 IP 주소를 안다면, Enterprise Server에서 그 IP 주소로 ping합니다. 정상 응답이 오면 Enterprise 서버에서 게이트웨이에 도달할 수 있는 네트워크 경로가 있는 것입니다. ping이 unreachable을 반환하면 연결을 막는 것이 무엇인지 네트워크 구성을 검토해야 합니다. 게이트웨이의 로컬 HTTP 구성 페이지 접근 게이트웨이에 ping할 수 있으면, 게이트웨이의 로컬 HTTP 구성 페이지에 접근할 수 있는지 확인하십시오. 브라우저에 게이트웨이 IP 주소를 입력하면 됩니다. 게이트웨이 구성 페이지가 보이면 게이트웨이와 서버 간 HTTP 트래픽을 전송할 경로가 있음을 확인한 것입니다. 참고: HTTP 구성 페이지를 방문할 때, 이전에 활성화하지 않았다면 인터페이스가 비활성화되어 있거나 읽기 전용이라는 메시지가 보일 수 있습니다. 이 단계의 목적은 단순히 서버와 게이트웨이가 통신할 경로가 있는지 확인하는 것이지, 게이트웨이 구성을 편집하는 것이 아닙니다. 게이트웨이의 서버 호스트 주소 검토 게이트웨이의 로컬 HTTP 구성 페이지에 접근할 수 있으면 ‘Default Server Name/IP:’를 검토해 서버의 IP 또는 도메인 주소로 구성되어 있는지 확인합니다. 주소가 서버 주소로 올바르게 입력되어 있으면, 게이트웨이가 iMonnit Enterprise Portal로 데이터를 전달하도록 구성되고 Enterprise Server가 게이트웨이로부터 데이터를 받도록 구성된 것입니다. 둘 사이의 통신을 막는 네트워크 구성을 검토해야 합니다. 서버 구성이 양호하고 데이터를 수신하고 있음을 확인하고, 게이트웨이가 실제로 서버로 Point되어 있음을 확인했다면 Monnit 측 구성이 올바름을 확인한 것입니다. 기타 네트워크 및 보안 고려 사항은 적절한 담당자와 검토해야 합니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-11-20

#### Sensor Profile별 구성 값
각 Sensor Profile에는 고유한 구성 값과 속성이 있습니다. 이 구성들은 센서가 제시하는 측정값에 자주 영향을 주는 센서 동작을 결정합니다. MINE 및 Serial MODBUS Gateway는 이 구성을 수정하는 기능을 제공하지만, Monnit은 이 센서 설정을 구성하는 데 필요한 설명을 명시적으로 제공하지 않습니다. 이는 Advanced Vibration, CO2 등 복잡한 구성 프로파일을 가진 센서 유형에서 특히 그렇습니다. MINE의 센서 구성에 관한 참고 MINE의 한 기능은 모든 센서 유형에 정의된 ‘SensorEdit’ 메서드가 있다는 점입니다. 이 메서드의 매개변수는 iMonnit의 해당 센서 Edit 페이지에서 사용 가능한 매개변수와 동일합니다. 예를 들어 이 링크에서 MINE의 Temperature SensorEdit 메서드를 검토할 수 있습니다. 특히 이 매개변수들은 ‘Nullable’이어서 변경하려는 값만 전달하는 옵션도 제공합니다. 예를 들어 SensorEdit 메서드로 MINE 서버를 통해 센서에 Heartbeat 구성만 전달하면, 다른 매개변수는 기존 값을 유지하고 heartbeat 값만 변경됩니다. 이 메서드는 사용자를 위해 적절한 ‘dirty’ 플래그 표시도 처리합니다. 해당 메서드 안에 가드(guard)가 ‘이미’ 마련되어 있어야 합니다. 일반적으로 iMonnit UI에서 값을 구성할 수 있다면, MINE에서 메서드를 호출할 때 iMonnit과 동일한 값을 사용하면 동일한 결과가 나옵니다. 이것이 적용되지 않는 경우 앞서 언급했듯이 일부 센서 프로파일은 위 Temperature 센서보다 복잡합니다. MINE에서 원시 Sensor 객체를 수정해 이 구성을 편집할 수 있지만, 센서 동작을 방해할 수 있는 값 전달을 막는 가드가 없습니다. 이는 MINE에서 원시 Sensor 객체를 편집하는 경우와 Serial MODBUS Gateway로 센서를 구성하는 경우 모두에 적용됩니다. 이 구성들은 센서에 성공적으로 적용되려면 내부 정보가 필요하므로, 이 구성에 관한 세부 사항은 공개되지 않습니다. 잘못된 구성을 적용하면 센서가 동작 불능이 될 수 있습니다. 업데이트: 2020-12-09

#### ‘Object reference not set to an instance of an object.’ 오류가 보이는 경우
‘Object reference not set to an instance of an object.’ 오류는 데이터베이스 문제의 결과입니다. 이 오류를 해결하려면 데이터베이스 문제를 해결해야 합니다. 가능한 원인 SQL 데이터베이스 크기데이터베이스 연결 없음(권한, 사용자명/비밀번호, 네트워크 문제) SQL 데이터베이스 크기 확인 가능성 높은 원인은 SQL 데이터베이스 크기입니다. 무료 버전의 SQL Express는 최대 10GB 데이터베이스를 허용합니다. 이 데이터베이스 한도에 도달하면 Enterprise 서버가 더 이상 데이터베이스에 쓸 수 없습니다. 정식 버전의 Microsoft SQL 응용 프로그램으로 업그레이드하거나 새 데이터베이스로 시작해야 합니다. 데이터베이스의 현재 데이터에는 접근할 수 있지만, iMonnit Enterprise 소프트웨어는 더 이상 데이터베이스에 접근/쓰기를 할 수 없습니다. 따라서 새 빈 데이터베이스를 생성해야 합니다. 나중에 데이터에 접근해야 한다면 먼저 기존 데이터베이스를 백업하는 것을 고려할 수 있습니다. 그런 다음 iMonnit Enterprise 제거 단계를 따를 수 있습니다. 제거 후 다시 설치하고 새 데이터베이스로 시작할 수 있습니다. DB 연결 확인 위 단계를 거쳤는데도 문제가 지속되면 다음 중 하나에 문제가 있습니다: SQL 사용자명/비밀번호 문제Enterprise와 SQL 서버 간 네트워크 문제데이터베이스에 접근/쓰기하는 사용자의 권한 이 단계들로 데이터베이스 연결을 테스트하는 것이 유용할 수 있습니다. 문제가 지속되면 SQL 데이터베이스를 지원하는 담당자와 협력해 문제를 파악하십시오. 업데이트: 2020-11-03

### 애드온 기기

#### 센서의 하드웨어 오류(Hardware Failure)
코인셀 배터리로 동작하는 센서의 경우, 이 측정값은 일반적으로 배터리가 잘못 장착되어 발생합니다. 배터리를 하우징 안으로 더 밀어 넣어야 하며, 배터리 위치가 센서의 데이터 측정 능력을 방해하고 있는 것입니다. 배터리가 내부 회로 기판 가장자리의 원형 포트에 닿아 있을 가능성이 높습니다. 이쑤시개, 종이클립 등 가느다란 도구로 배터리 제거 구멍을 통해 센서에서 배터리를 밀어냅니다. 센서의 전력 커패시터가 완전히 방전될 수 있도록 60초간 기다립니다. 배터리를 제거할 때 사용한 도구(이쑤시개, 종이클립 등)로 배터리를 센서 안으로 끝까지 다시 넣습니다.(손가락으로는 충분히 들어가지 않을 수 있습니다.) 소프트웨어를 확인해 센서가 올바른 정보를 표시하는지 확인합니다. 그렇지 않으면 이 과정을 반복합니다. 센서가 계속 이 오류 메시지를 표시하면 센서가 고장났을 수 있습니다. 센서가 아직 보증 기간 내라면 Monnit 고객 지원에 연락해 교체를 조율하십시오. 센서가 AA 배터리로 동작하는 경우 센서가 고장났을 수 있습니다. 배터리를 빼고 60초간 기다린 뒤 다시 넣어 측정값이 바뀌는지 확인합니다. 바뀌지 않으면, 센서가 아직 보증 기간 내라면 Monnit 고객 지원에 연락해 교체를 조율하십시오. 업데이트: 2019-12-24

#### 게이트웨이 및 Add-On 기기의 Poll Interval
Poll Interval은 Control Unit, Local Alert 같은 Add-On 기기의 원하는 동작에 중요한 구성입니다. Polling 과정은 Add-On 기기가 원하는 응답 시간으로 명령이나 입력에 응답할 수 있게 합니다. 고려할 Polling 이벤트는 두 가지입니다. 첫째, 게이트웨이가 Monnit 소프트웨어를 폴링하여 명령을 받아야 합니다. 게이트웨이가 명령을 받으면 Add-On 기기가 게이트웨이를 폴링하여 명령을 실행해야 합니다. 따라서 게이트웨이 Settings에 Poll Rate가, Add-On 기기 Settings에 Poll Rate가 있습니다. 이 문서는 폴링 구성을 이해하는 데 필요한 세부 사항을 제공합니다. 게이트웨이 Polling Add-On 기기에서 명령이 실행되는 과정은 Monnit 소프트웨어에서 명령이 시작되는 것에서 출발합니다. 명령이 Add-On 기기에 도달하려면 게이트웨이가 소프트웨어를 폴링하여 Add-On 기기용 명령을 대기열에 넣어야 합니다. 따라서 게이트웨이는 게이트웨이의 Sensor Network에 있는 기기가 실행할 Add-On 기기 명령이 있는지 확인하는 빈도인 Poll Rate 구성을 제공합니다. 참고: Poll Rate가 0으로 설정되면 게이트웨이는 게이트웨이의 Heartbeat에 Monnit 소프트웨어를 폴링합니다. 참고: 모든 게이트웨이가 Poll Rate 구성을 제공하는 것은 아닙니다. 예를 들어 셀룰러 게이트웨이는 데이터 사용이 고려 사항이므로 일부 셀룰러 게이트웨이는 Settings 탭에 Poll Rate 구성을 제공하지 않습니다. 게이트웨이의 Poll Rate는 게이트웨이의 Settings > Poll Rate에서 확인할 수 있습니다. Add-On 기기 Poll Interval Add-On 기기의 Poll Interval은 게이트웨이가 실행하도록 대기열에 넣은 명령이 있는지 확인하기 위해 Add-On 기기가 게이트웨이와 통신하는 빈도입니다. 즉 Add-On 기기가 명령을 실행할 수 있는 최소 시간은 게이트웨이의 Poll Rate + Add-On 기기 Poll Interval + 전송 시간입니다. Add-On 기기가 명령에 응답해야 하는 최소 시간이 있는 경우, Monnit 시스템을 구성할 때 중요한 고려 사항입니다. 참고: 센서의 Poll Interval이 0으로 설정되면 센서는 센서의 Heartbeat에 게이트웨이를 폴링합니다. Add-On 기기의 Poll Rate는 센서의 Settings > Poll Interval에서 확인할 수 있습니다. 예시 이 예에서는 (기본) 5분 하트비트와 0 Poll Rate로 구성된 Ethernet Gateway 4와, 10분 하트비트 및 1분 Poll Interval로 구성된 Control Unit을 사용합니다. 이 구성에서 제어 명령이 Control Unit에 도달하는 최대 응답 시간은 6분(전송 시간 추가)이고, 최소 시간은 1분 남짓(전송 시간 추가)입니다. (Control Unit이 마지막으로 오후 5:04:30에 표준 하트비트로 체크인) 오후 5:12:05 - 게이트웨이가 5분 간격 표준 하트비트로 iMonnit Online에 체크인하고 Control Command를 폴링(없음) 오후 5:12:30 - Control Unit이 게이트웨이에 Control Command를 폴링(없음) 오후 5:13:30 - Control Unit이 게이트웨이에 Control Command를 폴링(없음) 오후 5:14:30 - Control Unit이 표준 하트비트로 게이트웨이에 체크인하고 Control Command를 폴링(없음) 오후 5:15:30 - Control Unit이 게이트웨이에 Control Command를 폴링(없음) 오후 5:15:41 - iMonnit Online의 Action이 Relay 1 On 명령을 대기열에 넣음 오후 5:16:30 - Control Unit이 게이트웨이에 Control Command를 폴링(없음, 게이트웨이가 Action 트리거 후 아직 iMonnit Online을 폴링하지 않음) 오후 5:17:05 - 게이트웨이가 5분 간격 표준 하트비트로 iMonnit Online에 체크인하고 Control Command를 폴링(iMonnit Online에서 Relay 1 On 명령을 받아 Control Unit 전달용으로 대기열에 넣음) 오후 5:17:30 - Control Unit이 게이트웨이에 Control Command를 폴링(Relay 1 On 명령 감지) - Control Unit Relay 1이 On으로 설정됨 위 예에서 Action이 오후 5:15:41에 iMonnit Online에서 Control - Relay 1 On 명령을 트리거했고, Control Unit이 오후 5:17:30에 명령을 받았습니다. 게이트웨이의 Poll Rate가 0으로 설정되어 있었으므로 게이트웨이는 하트비트에만 iMonnit Online에서 Control Command를 폴링했습니다. 그런 다음 Control Unit이 1분마다 게이트웨이에 Control Command를 폴링했습니다. 따라서 Control Unit은 게이트웨이가 iMonnit Online에서 Control Command를 받은 하트비트로부터 1분 이내에 Control Command를 받았습니다. Poll Interval을 이해하는 것은 Control Unit, Local Alert 같은 Add-On 기기의 기대 응답 시간을 얻는 데 핵심입니다. Poll Interval 동작에 관한 추가 문의가 있으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-03-09

#### Control Unit의 Default State
Monnit Control Unit에는 각 Relay의 정상 동작 상태를 결정하는 Default State 구성이 있습니다. 각 Relay는 Off 또는 On의 Default State를 갖도록 독립적으로 구성할 수 있습니다. Default State란? Default State는 Control Unit의 전원이 켜질 때 각 Relay의 사전 구성된 상태입니다. Default State가 Off로 구성되면 전원이 켜질 때 그 Relay는 off(Relay 열림)입니다. On으로 구성되면 전원이 켜질 때 그 Relay는 on(Relay 닫힘)입니다. Default State는 Control Unit이 동작 중일 때 실행되나요? 참고: Default State에 관한 흔한 질문은 Relay 명령이 실행된 후 Control Unit이 Default State로 돌아가는지 여부입니다. Default State는 Relay 명령이 Control Unit으로 전송된 후 실행되지 않습니다. Control Unit이 명령을 받으면, Relay 상태를 변경하는 추가 명령이 전송될 때까지 Relay는 그 상태를 유지합니다. 타이머가 있는 Relay 명령의 경우, 타이머가 만료되면 Relay가 반대 상태로 전환되지만 이는 Default State로 결정되는 것이 아닙니다. Default State는 세 가지 시나리오에서 적용됩니다: Control Unit의 전원이 처음 켜질 때 Relay가 Default State로 시작합니다.구성이 Control Unit으로 전송되어 수락된 후.1세대 Control Unit이 있고 페어링된 센서가 Aware 상태가 아닌 경우. 1세대 Control Unit의 페어링 센서 기능이란? 이는 Alta 세대 Control Unit의 기능이 아닙니다. 플랫폼 개선으로 불필요해졌기 때문입니다. Monnit의 1세대 Control Unit에는 Control Unit의 Default State를 페어링 센서와 함께 활용하는 기능이 있습니다. Control Unit의 Settings에서 Paired Sensor ID 필드에 입력된 센서 ID가 표준 동작 모드이면, 연결된 Relay는 Default State가 됩니다. 페어링 센서가 통신 범위 내에 있고 Aware 상태에 진입하면 Relay가 비-Default 상태로 전환됩니다. Control Unit의 Default State는 성공적인 Control Unit 구축에 중요한 동작일 수 있습니다. 관련 문의는 언제든 support@monnit.com 으로 연락하십시오. 업데이트: 2020-11-16

#### Control Unit Relay 테스트
Control Unit Relay의 열림/닫힘에 문제가 의심되면 멀티미터로 릴레이를 테스트할 수 있습니다. 이 문서는 그 방법에 관한 정보를 제공합니다. LED 표시 확인 각 Control Unit에는 물리적 LED 4개(Relay 1, Relay 2, Radio, Power)가 있습니다. Control Unit Relay가 닫히면(회로 완성) LED가 켜집니다. Relay 1 또는 Relay 2 LED가 켜진 것이 보이면 그 릴레이 회로가 현재 닫혀 있는 것입니다. 아래 이미지에서는 Relay 1과 Relay 2 회로가 모두 닫혀 있습니다. iMonnit Online에서 확인 LED로 Relay 회로가 닫혀 있는지 확실히 알 수 있지만, iMonnit Online 포털에서도 검토할 수 있습니다. 센서가 현재 게이트웨이와 통신 중이면, iMonnit Online에 표시된 상태도 Relay가 On(닫힌 회로)인지 Off(열린 회로)인지 나타냅니다. 리드(leads)의 저항 테스트 Monnit Control Unit은 전압을 공급하지 않지만, 회로가 닫히면 리드의 저항을 테스트할 수 있습니다. 리드를 테스트하려면 각 릴레이의 리드 사이에 멀티미터를 연결하고 저항 값을 확인합니다. Relay가 On(닫힌 회로)이면 10A Control Unit은 100mΩ, 30A Control Unit은 50mΩ의 저항이 보입니다.Relay가 Off(열린 회로)이면 ∞(무한대) 저항이 보입니다. 릴레이가 켜지거나 꺼지면 그에 따라 저항 변화가 보여야 합니다. 각 릴레이의 리드 사이 저항을 테스트한 후 저항 값이 변하지 않으면 릴레이 회로가 손상되었을 수 있습니다. 이 경우 support@monnit.com 으로 도움을 요청하십시오. 업데이트: 2020-08-27

### 지원 동영상

#### iMonnit에서 기기 추가
이 짧은 동영상은 iMonnit에서 기기를 추가하는 과정을 안내합니다. 업데이트: 2020-04-15

#### iMonnit에서 Report 생성
이 간단한 동영상 튜토리얼은 iMonnit에서 보고서를 생성하는 방법을 안내합니다. 업데이트: 2020-04-15

#### Quick Look: 온도 Scale 수정
iMonnit에서 온도 scale을 수정하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### 수분 감지 시스템을 위한 iMonnit Action
이 동영상은 iMonnit에서 수분 감지용 센서의 Action을 생성하는 과정을 안내합니다. 업데이트: 2020-04-15

#### iMonnit의 Aware 상태
이 동영상은 iMonnit의 Aware 상태 기능을 설명합니다. 업데이트: 2020-04-15

#### iMonnit에서 Premiere 구독 갱신
이 짧은 동영상 튜토리얼은 iMonnit Premiere 구독을 갱신하는 방법을 안내합니다. 업데이트: 2020-04-15

#### iMonnit의 Monnit ALTA 센서 설정
이 동영상은 온도 센서를 예로 들어 iMonnit의 Monnit ALTA 센서 설정 기본 사항을 설명합니다. 업데이트: 2020-04-15

#### iMonnit Action 편집
이 동영상은 iMonnit에서 Action 설정을 편집하는 과정을 안내합니다. 업데이트: 2020-04-15

#### Quick Look: Modbus Interface
iMonnit에서 Ethernet 게이트웨이의 Modbus Interface를 활성화하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### iMonnit Action 생성
이 짧은 동영상은 iMonnit에서 Action을 생성하는 과정을 안내합니다. 업데이트: 2020-04-15

#### Open/Closed 센서를 위한 iMonnit Action
이 동영상은 iMonnit에서 Open & Closed 센서의 Action을 생성하는 과정을 안내합니다. 업데이트: 2020-04-15

#### Quick Look: 센서 Readings 보기
iMonnit에서 센서 측정값을 보는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### iMonnit 하트비트
이 동영상은 iMonnit의 센서 하트비트 기본 사항을 설명합니다. 업데이트: 2020-04-15

#### Action 편집
이 동영상은 iMonnit에서 Action 설정을 편집하는 과정을 안내합니다. 업데이트: 2020-04-15

#### iMonnit에서 네트워크 생성
이 간단한 동영상 튜토리얼은 iMonnit에서 새 네트워크를 생성하는 방법을 안내합니다. 업데이트: 2020-04-15

#### iMonnit에서 CSV 파일 내보내기
이 간단한 동영상 튜토리얼은 iMonnit에서 CSV 파일을 내보내는 방법을 안내합니다. 업데이트: 2020-04-15

#### Quick Look: 계정 설정 수정
iMonnit에서 계정 설정을 수정하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### Quick Look: 비밀번호 재설정
iMonnit에서 비밀번호를 재설정하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### Quick Look: iMonnit에서 HX Credit 구매
iMonnit에서 HX 크레딧을 구매하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### iMonnit Online에서 Access Token 생성
이 짧은 동영상은 iMonnit에서 Access Token을 생성하는 방법을 설명합니다. 업데이트: 2020-06-24

#### Quick Look: HTTP Interface
iMonnit에서 Ethernet 게이트웨이의 HTTP Interface를 활성화하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### 냉장 시스템을 위한 기본 iMonnit Action
이 동영상은 iMonnit에서 냉장 시스템의 센서 Action을 생성하는 과정을 안내합니다. 업데이트: 2020-04-15

#### Quick Look: 차트 비교
iMonnit에서 차트를 비교하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### Quick Look: Access Token
iMonnit에서 원격 access token을 생성하는 방법에 대한 아주 짧은 예시입니다. 업데이트: 2020-04-14

#### Quick Look: 사용자 세부 정보 관리
iMonnit에서 사용자 세부 정보에 접근하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### Quick Look: 하트비트
iMonnit에서 하트비트를 변경하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### Quick Look: Action 상태 관리
iMonnit에서 Action을 일시 정지하고 해제하는 방법에 대한 간단한 예시입니다. 업데이트: 2020-04-14

#### Quick Look: Report 상태 관리
iMonnit에서 보고서를 비활성화하고 다시 활성화하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### iMonnit 기본 메뉴 탐색 개요
이 동영상은 iMonnit 기본 탐색 메뉴에 대한 개요입니다. 업데이트: 2020-04-15

#### Quick Look: 계정 환경설정 수정
iMonnit에서 계정 환경설정을 수정하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### Quick Look: SNMP Interface
iMonnit에서 Ethernet 게이트웨이의 SNMP Interface를 활성화하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### iMonnit 계정 생성
이 짧은 동영상은 iMonnit에서 계정을 생성하는 과정을 안내합니다. 업데이트: 2020-04-15

#### Quick Look: SNTP Interface
iMonnit에서 SNTP Interface를 활성화하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

#### iMonnit에서 Premiere 구독 생성
이 간단한 동영상 튜토리얼은 iMonnit에서 premiere 구독을 생성하는 방법을 안내합니다. 업데이트: 2020-04-15

#### Quick Look: Action 삭제
iMonnit에서 Action을 삭제하는 방법에 대한 짧은 예시입니다. 업데이트: 2020-04-14

### 기기 손상

#### 센서 또는 게이트웨이를 수리를 위해 Monnit으로 보내기
Monnit은 의도대로 동작하지 않는 제품에 대해 수리 서비스를 제공합니다. Monnit 1년 보증 기간 내 제품의 경우, 손상이나 오용이 감지되지 않으면 Monnit이 수리 또는 교체(동일/유사품 및/또는 재생/신품)를 부담합니다. Monnit은 또한 동작하지 않는 제품을 Monnit으로 반송해 진단·수리하는 유료 수리 서비스도 제공합니다. 수리를 시작하려면 support@monnit.com 으로 이메일을 보내 Monnit Support에 연락하면 됩니다. 약관은 Monnit의 보증 약관(Warranty Terms)에서 확인할 수 있습니다. RMA 양식 Monnit이 제공하는 인쇄된 RMA(반품 승인) 양식이 Monnit 수령 시 배송물에 포함되어 있어야 합니다. 이 양식은 support@monnit.com 에 연락한 후 생성되며 PDF가 이메일로 발송됩니다. 고객은 양식을 인쇄해 배송물에 포함해야 합니다. 반송 주소 - 양식의 반송 주소는 Monnit 고객 기록의 주소에서 가져온 것으로 정확하다고 가정합니다. 양식의 이 주소가 정확하지 않으면 고객이 이메일에 회신하여 정정된 주소를 알려야 합니다. 새 양식이 생성되어 다시 발송됩니다. 양식의 반송 주소가 정확한지 확인하는 것은 고객의 책임이며, 그렇지 않으면 반송이 지연되거나 잘못된 주소로 배달될 수 있습니다. 보증 수리 제품 출하일로부터 1년 이내에 보증에 해당하는 문제가 발생하고 손상이나 오용이 없었다면, 기기는 Monnit이 부담하는 보증 수리를 받습니다. 제품 수령 후 30일이 지난 후 보증 대상 문제가 발생하면, Monnit이 보증 수리를 수행하고 수리된 제품을 반송합니다.제품을 보증 수리할 수 없으면 Monnit의 재량에 따라 재생품 또는 신품으로 교체될 수 있습니다.기기를 수리하거나 교체할 수 없으면 Monnit이 원래 구매 가격을 적립(credit)하거나 환불할 수 있습니다. 보증 교체 기기를 받은 즉시 문제가 발생하면 ‘박스 개봉 시 불량(failure out of box)’으로 간주되어 교체 대상이 될 수 있습니다. 제품 출하 후 30일 이내에 Monnit Support에 문제를 제기하면 support@monnit.com 에 연락하여 교체 RMA를 조율할 수 있습니다. 표준 절차는 동작하지 않는 제품을 수령하여 Monnit 시설에서 진단하고, 교체가 필요한 조치로 판단되면 그때 교체 주문을 진행하는 것입니다. 배송 수리 또는 교체를 위한 Monnit으로의 제품 배송은 고객이 부담합니다. 문제가 ‘박스 개봉 시 불량’으로 간주되고 제품 출하 후 30일 이내에 Monnit에 수리/교체를 요청한 경우 예외가 적용될 수 있습니다. 수리를 위해 제품을 Monnit으로 배송할 때는 추적 번호를 제공하는 택배사를 사용하는 것이 가장 좋습니다. Monnit이 Monnit으로의 배송을 부담하는 경우, 선불 배송 라벨이 RMA용으로 제공된 이메일로 발송됩니다. 일반적으로 FedEx로 제공되지만 다른 택배사가 사용될 수 있습니다. 기기는 원래 포장으로 반송해 주십시오. 배송지(Ship-to) 주소 Monnit 기기 수리를 위한 배송지 주소는 다음과 같습니다: Monnit 3400 S. West Temple South Salt Lake, UT 84115 소요 기간 진단 및 수리는 기기 수령 후 영업일 기준 10일 이내에 완료될 것으로 예상됩니다. 이 기간에 드문 예외가 있지만, 수리 완료의 기대치는 영업일 10일입니다. 예외 - 아래와 같은 예외가 있습니다. 교체 - 기술 담당자가 교체 기기를 요청하면, 동작하지 않는 기기를 수령·진단한 시점에 기기 제작 주문이 일반적으로 시작됩니다. 제작 시간 때문에 교체 기기를 받기까지 영업일 10일을 넘길 수 있습니다. 다만 교체 기기 주문은 영업일 10일 임계값 이전에 생성되어야 합니다. 엔지니어링 검토 - 문제를 엔지니어링이 검토해야 하면 지연이 생길 수 있습니다. 이는 일반적으로 제품 제작에 영향을 줄 수 있는 근본적 문제가 있을 때만 발생합니다. 부품 가용성 - 기기 수리에 현재 공급처에서 구할 수 없는 부품이 필요하면 수리/교체 기기 수령에 지연이 생길 수 있습니다. 액세서리 반송 문제가 액세서리(안테나, 전원 공급 장치 등)와 명시적으로 관련된 경우가 아니라면, Monnit은 기기와 함께 배송된 액세서리를 보관할 것을 권장합니다. 기기를 적립(credit)을 위해 반송하는 경우 액세서리를 포함해야 합니다. Industrial 센서 개봉 Industrial 센서 외함을 여는 것이 보증을 명시적으로 무효화하지는 않지만, 센서를 열고 제대로 밀봉하지 않으면 문제가 발생할 수 있습니다. 이는 보증 절차에 복잡함을 야기할 수 있습니다. Monnit은 (때때로) Industrial 센서를 열거나 교체용 Industrial 3.6V 배터리를 제공하도록 안내할 수 있습니다. 다만 Monnit은 일반적으로 Industrial 센서를 여는 것을 권장하지 않습니다. 업데이트: 2020-08-25

#### 센서가 Improper Battery Placement를 보고하는 경우
Monnit 센서는 배터리가 올바르게 삽입되지 않았거나, 센서 회로에 단락을 일으키는 하드웨어 문제가 있으면 Improper Battery Placement 오류를 보고합니다. 이 오류가 보이면 고려·확인할 사항이 몇 가지 있습니다. Improper Battery Placement 오류의 가능한 원인 아래 조건이 이 오류를 일으킬 수 있습니다: 센서 배터리가 완전히 삽입되지 않아 저전압이 감지됨.센서에 하드웨어 문제가 있어 저전압이 감지됨.센서가 액체 침투에 노출됨.센서가 고열에 노출됨.배터리가 예상대로 동작하지 않음. 손상 또는 액체 침투 확인 먼저 센서에 손상이나 액체 침투 흔적이 있는지 간단히 육안으로 살펴보십시오. 이는 이 오류의 흔한 원인입니다. 센서가 액체에 노출되었다면 단순히 교체품을 구매해야 할 수 있다는 점에 유의하십시오. 액체 침투(및 일부 경우 손상)는 수리가 불가능할 수 있습니다. 배터리가 완전히 삽입되지 않음 특히 코인셀 센서에서, 배터리를 삽입/재장착할 때 연속된 Improper Battery Placement 측정값이 몇 번 보이는 것은 흔합니다. 정상적인 동작일 수 있지만, 배터리가 완전히 삽입된 후에도 이 오류가 계속 보이는 것은 흔치 않습니다. 코인셀 센서 이 오류는 일반적으로 코인셀 폼팩터에서 발생합니다. 코인셀 배터리가 완전히 삽입되지 않으면 배터리가 배터리 케이지와 완전히 접촉하지 못해 저전압 공급이 발생합니다. 코인셀 센서에서 이 현상이 보이면 배터리를 60초간 빼낸 뒤 단단히 삽입합니다. 오류가 지속되면 센서 Settings의 Default 버튼으로 센서를 기본 구성으로 재설정하고, 센서의 배터리를 양호한 것으로 확인된 새 배터리로 교체합니다. 그래도 오류가 지속되면 하드웨어 문제일 수 있습니다. 참고: 센서를 기본 설정으로 재설정하면 하트비트가 120분으로 설정됩니다. AA 센서(MoWi 포함) AA는 사용되는 배터리 케이지 유형 덕분에 배터리가 완전히 삽입되지 않는 문제를 일반적으로 겪지 않지만, 그래도 외함을 열어 배터리를 점검하고 재장착하십시오. 오류가 지속되면 센서 Settings의 Default 버튼으로 기본 구성으로 재설정하고, 양호한 것으로 확인된 새 배터리로 교체합니다. 그래도 오류가 지속되면 하드웨어 문제일 수 있습니다. 참고: 센서를 기본 설정으로 재설정하면 하트비트가 120분으로 설정됩니다. Industrial 센서 Industrial 폼팩터도 배터리가 완전히 삽입되지 않는 문제를 일반적으로 겪지 않습니다. 이 센서들은 밀봉되어 있으므로 Monnit은 Industrial 센서 외함을 여는 것을 권장하지 않습니다. Industrial 센서에서 이 문제가 발생하면 센서를 열지 마십시오. 보증이 무효화될 수 있습니다. 대신 외함에 손상·액체 침투·부식 흔적이 있는지 살펴보십시오. 센서가 장착되어 나사가 외함을 손상시킬 만큼 단단히 조여진 경우 발생할 수 있는 미세 균열(hairline fracture)을 자세히 살펴보십시오. 부식과 녹의 흔적도 확인하십시오. 손상이나 액체 흔적이 없는데 오류가 지속되면 Settings의 Default 버튼으로 기본 구성으로 재설정하고 양호한 새 배터리로 교체하십시오. 그래도 오류가 지속되면 하드웨어 문제이거나 외함 내부의 액체 침투일 수 있습니다. 참고: 센서를 기본 설정으로 재설정하면 하트비트가 120분으로 설정됩니다. 액체 침투 액체 침투는 지속적인 Improper Battery Placement 오류의 가장 흔한 원인일 가능성이 높습니다. 센서를 재설정하고 양호한 배터리를 삽입한 후에도 오류가 지속되면 이것이 원인일 가능성이 높습니다. 액체 침투에 노출된 센서는 흔히 수리가 불가능하다는 점에 유의하십시오. 흔한 시나리오: 센서가 냉장 또는 냉동 장치 내부에서 동작하도록 설치되면 응결에 자주 노출됩니다. 이는 냉장고/냉동고의 차고 건조한 공기가 외부의 더 따뜻하고 습한 공기와 만날 때 발생합니다. 이때 응결이 형성되어 습기에 노출된 센서 부품을 손상시킬 수 있습니다. 이런 이유(및 다른 이유)로 냉장/냉동 장치 내부에서 코인셀 센서를 운용하는 것은 권장되지 않습니다. AA 센서 외함도 습기로부터 보호되지 않으므로 응결에 노출될 수 있습니다. 코인셀 센서의 액체 침투: 코인셀 센서는 온도와 습도가 안정적이지 않은 환경에서 사용하면 액체 침투가 흔합니다. 코인셀 센서는 온도·습도의 급격한 변동에 노출되지 않는 일반 생활 조건에서 동작하도록 설계되었습니다. 습도 자체가 센서를 손상시키지는 않지만, 온도 변동이나 습한 공기와 건조한 공기가 만날 때 응결 문제가 자주 발생합니다. 따라서 코인셀 센서는 냉장고나 냉동고 내부에서 동작하도록 설계되지 않았습니다. 코인셀 배터리의 최적 동작 온도는 40~60% 습도에서 50°F~80°F(20°C~26°C)입니다. AA 센서(MoWi 포함)의 액체 침투: AA 센서는 코인셀 센서보다 응결로부터 센서 하드웨어를 더 잘 보호하는 외함을 갖지만, AA 외함은 액체 침투를 막도록 등급화되어 있지 않습니다. 따라서 이 센서들은 (코인셀 대비 AA 배터리 덕분에) 변동 습도·온도에서 더 안정적으로 동작하는 경향이 있지만, 여전히 응결과 온도 변동 노출 위험이 있습니다. 따라서 응결이나 액체에 노출되는 환경에서 AA 센서를 사용하면 더 나은 신뢰성을 기대할 수 있지만, 여전히 문제 발생 위험이 약간 있습니다. Industrial 센서의 액체 침투: Industrial 센서는 액체 침투와 먼지에 저항하도록 IP 및 NEMA 등급을 받았습니다. 따라서 냉장 장치, 냉동고, 기타 외부 요소에 노출되는 환경에서 Industrial 센서를 운용할 때 액체 침투는 일반적으로 우려 사항이 아닙니다. 따라서 Improper Battery Placement를 보이는 Industrial 센서는 일반적으로 외함이 손상된 결과입니다. Industrial 센서는 1년 보증으로 보장되며, 하드웨어 문제나 액체 침투가 발생하면 (센서가 NEMA 및 IP 등급·사양을 벗어난 조건에 노출되었다고 판단되지 않는 한) 일반적으로 보증으로 수리가 보장됩니다. 열 노출 사양을 벗어난 열에 노출되어도 이 문제가 발생할 수 있습니다. 각 폼팩터의 온도 사양은 아래와 같습니다. 참고: 이 사양은 센서 유형마다 다를 수 있습니다. 코인셀: 동작 온도 범위(기판 회로 및 코인셀) -7°C ~ +60°C (20°F ~ +140°F) ** 최적 배터리 온도 범위(코인셀) +10°C ~ +50°C (+50°F ~ +122°F) AA: 동작 온도 범위(기판 회로 및 배터리) 알칼라인 사용 시 -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) MoWi: 알칼라인 배터리 사용 시 -18°C ~ +55°C (0°F ~ +130°F) 리튬 배터리 사용 시 -40°C ~ +85°C (-40°F ~ +185°F) Industrial: 동작 온도 범위(기판 회로 및 배터리) -40°C ~ +85°C (-40°F ~ +185°F) 배터리 성능 Improper Battery Placement 오류는 가끔 배터리 성능의 결과일 수 있습니다. 배터리 문제로 발생한 경우, 양호한 것으로 확인된 배터리로 교체하는 것이 빠른 해결책인 경우가 많습니다. Improper Battery Placement를 보고하는 센서에서 센서 재설정과 (해당 시) 배터리 교체로 문제가 해결되지 않으면 언제든 Monnit Support에 문의하십시오. 업데이트: 2020-05-15

#### 센서가 iMonnit Online에서 ‘Short Detected’ 오류를 표시하는 경우
Short Detected 오류는 센서 하드웨어가 회로에서 단락을 감지했음을 나타냅니다. 이 문서는 이 오류의 가능한 원인과 해결책을 안내합니다. 가능한 원인 손상된 구성센서의 물리적 손상액체 침투 센서가 예상치 못한 수준의 전기 신호를 감지하면 예상치 못한 값을 기록하고 소프트웨어에 ‘Short Detected’ 오류가 나타날 수 있습니다. 가장 흔한 원인은 물리적 문제와 관련됩니다. 다만 센서를 기본 설정으로 재설정하면 해결에 도움이 될 수 있습니다. 이 문제를 진단·해결하는 단계는 아래를 참고하십시오. 센서 전원을 끕니다. 코인셀이나 표준 AA 폼팩터면 배터리를 제거합니다(Industrial이면 스위치로 전원을 끕니다).센서에 손상 흔적이 있는지 살펴봅니다.센서에 액체 침투나 부식 흔적이 있는지 살펴봅니다.Industrial 센서면 외함에 균열(미세 균열 포함)이나 외함/밀봉이 손상되었음을 나타내는 흔적이 있는지 살펴봅니다. 센서를 이미 열지 않았다면 열지 마십시오.iMonnit 소프트웨어에서 센서를 기본 설정으로 재설정합니다(Sensor Overview > Settings > (회색) Default 버튼).센서를 게이트웨이에서 10~15피트(그보다 가깝지 않게) 떨어뜨려 둡니다.가능하면 정상적으로 체크인하는 다른 센서와 배터리를 교환합니다. 교환할 센서가 없으면 새 배터리로 교체합니다.(Industrial 센서면 스위치로 전원을 켭니다.)게이트웨이의 Utility/Reset 버튼을 한 번 눌렀다가 즉시 뗍니다(또는 게이트웨이가 이후 체크인할 때까지 기다립니다).센서가 ‘Short Detected’ 오류를 계속 보고하는지 확인합니다. 위 단계를 따른 후에도 문제가 지속되면 일종의 물리적 손상일 가능성이 높습니다. 센서를 수리를 위해 Monnit으로 보내야 할 수 있습니다. 센서가 액체에 노출된 경우 센서가 액체 침투에 노출된 흔적을 발견하면 교체가 필요할 수 있습니다. 일정 시간 건조한 후 센서가 회복될 수도 있습니다. 액체 노출이 심하지 않았다면 이런 경우가 드물지 않습니다. 액체 침투 흔적이 없고 위 단계로 문제가 해결되지 않으면 센서 수리가 필요할 수 있습니다. 참고: 표준 보증은 액체 침투나 손상 노출을 보장하지 않습니다. 다음 링크 문서의 13항을 참고하십시오: https://www.monnit.com/company/legal/terms . 위 단계로 문제가 해결되지 않으면 센서 수리를 위해 Monnit Support에 문의해야 할 수 있습니다. 업데이트: 2020-03-09

#### 센서가 No Sensor Detected를 보고하는 경우
일부 센서는 센서 프로브에서 측정값을 가져올 수 없을 때 ‘No Sensor Detected’ 오류를 보고합니다. Temperature, Humidity, Thermocouple 등 일부 센서 유형이 이 오류를 보일 수 있습니다. 이 오류는 일반적으로 유선 프로브가 있는 센서의 손상 결과입니다(유선 프로브가 없는 표준 센서에서도 발생할 수 있음). 진단하려면 아래 단계를 참고하십시오. 센서에 유선 프로브가 있으면 선에 꼬임, 흠집, 절단, 화상, 또는 단선이 있는지 살펴봅니다.프로브 선이 문, 창문, 또는 선을 집을 수 있는 위치를 통과하지 않도록 합니다.프로브와 센서가 해당 센서 유형의 온도 및 환경 사양 내에서 운용되고 있는지 확인합니다.센서가 코인셀이나 AA 폼팩터면 커버와 배터리를 제거하고 프로브 선이 센서 본체에 연결되는 부위의 접속이 단단한지 살펴봅니다.배터리를 제거한 상태에서 센서 회로에 액체 침투나 부식 흔적이 있는지 살펴봅니다.센서 회로의 약하거나 손상된 납땜 부위를 육안으로 살펴봅니다. 이 오류와 연관된 데이터 값 이 오류가 있는 센서는 소프트웨어가 No Sensor Detected 오류와 연관 짓는 다음 오류를 제공합니다. 온도 측정값: -999.9°C Sensor State: 34 문제 해결 프로브에 손상이나 접속 불량이 있는지 살펴본 후 다음 단계를 수행합니다. 센서를 운용 중일 수 있는 냉동고/냉장고에서 제거합니다.프로브 선을 곧게 펴고 집히거나 꼬이지 않은 상태로 센서를 테스트하는지 확인합니다.센서 Settings 탭의 회색 Default 버튼으로 센서를 기본 설정으로 재설정합니다(다음 하트비트에 기본 구성을 적용함).배터리를 60초간 제거합니다.양호한 것으로 확인된 배터리를 삽입합니다.센서가 No Sensor Detected를 보고하는지 지켜봅니다. 문제가 지속되면 센서를 수리를 위해 반송해야 할 가능성이 높습니다. 프로브 선이 손상된 경우 이 수리 비용은 보증으로 보장되지 않으며 일반적으로 미화 30달러 이하입니다. 업데이트: 2021-01-04

#### Monnit 보증 약관
보증 정보 Monnit의 보증은 당사 사이트에 게시된 약관(Terms)의 13항에서 확인할 수 있습니다. 약관은 다음과 같습니다: 제한 보증(Limited Warranty): (a) Monnit은 Monnit 브랜드 제품이 하드웨어의 경우 출하일로부터 1년간 재료 및 제작상의 결함이 없을 것이며, 소프트웨어의 경우 1년간 공개된 사양에 실질적으로 부합할 것임을 보증합니다. Monnit은 다른 업체가 제조한 센서를 재판매할 수 있으며, 이는 해당 업체의 개별 보증을 따릅니다. Monnit은 그러한 보증을 강화하거나 연장하지 않습니다. Monnit은 소프트웨어 또는 그 일부가 오류가 없음을 보증하지 않습니다. Monnit은 남용, 오용, 과실, 사고를 당한 제품에 대해 보증 의무가 없습니다. 제품에 포함된 소프트웨어나 펌웨어가 본 항의 보증에 부합하지 않으면, Monnit은 고객으로부터 (i) 그러한 부적합 통지, 및 (ii) 버그 수정/소프트웨어 패치를 작성할 수 있도록 하는 충분한 정보를 받은 후 합리적 기간 내에 해당 부적합을 정정하는 버그 수정이나 소프트웨어 패치를 제공합니다. 제품의 하드웨어 구성 요소가 본 항의 보증에 부합하지 않으면, Monnit은 자체 선택에 따라 할인을 제외한 구매 가격을 환불하거나, 부적합 제품을 부합 제품 또는 실질적으로 동일한 형태·적합성·기능을 가진 제품으로 수리/교체하여, 고객으로부터 (i) 그러한 부적합 통지 및 (ii) 제공된 부적합 제품을 받은 후 합리적 기간 내에 수리/교체 제품을 고객 육로 배송을 위해 운송업체에 인도합니다. 다만 Monnit이 판단하기에 상업적으로 합리적인 조건으로 수리/교체할 수 없으면 구매 가격 환불을 선택할 수 있습니다. 수리 부품과 교체 제품은 재생품 또는 신품일 수 있습니다. 모든 교체 제품과 부품은 Monnit의 자산이 됩니다. 수리/교체 제품은 수리/교체된 제품에 원래 적용되던 보증이 남아 있는 경우 그 보증을 따릅니다. 고객은 제품을 Monnit으로 반송하기 전에 Monnit으로부터 반품 승인 번호(RMA)를 받아야 합니다. 본 보증에 따라 반송되는 제품은 개조되지 않은 상태여야 합니다. Monnit은 자체 재량으로 제품을 수리하거나 교체할 권리를 보유합니다. 고객은 제품을 Monnit으로 반송하기 전에 Monnit으로부터 반품 승인 번호(RMA)를 받아야 합니다. 본 보증에 따라 반송되는 제품은 개조되지 않고 원래 포장 상태여야 합니다. Monnit은 손상되었거나 원형이 아닌 제품에 대해 보증 수리/교체를 거부할 권리를 보유합니다. (b) 위 단락에 따른 Monnit의 의무 조건으로, 고객은 Monnit이 제공한 유효한 RMA 번호가 명확히 표시된 배송 상자에 담아 검사·교체 대상 제품을 Monnit 시설로 반송해야 합니다. 고객은 교체 제품이 수리·재정비·테스트되어 부합 판정을 받은 것일 수 있음을 인정합니다. 고객은 그러한 반송에 대한 손실 위험을 부담하고 모든 배송 비용을 부담합니다. Monnit은 적절히 반송된 것으로 판단한 제품에 대해 교체품을 인도하며, 수리/교체 제품 배송의 손실 위험과 비용을 부담하고, 그러한 반송 제품에 대한 고객의 합리적 배송 비용을 향후 구매에 적립합니다. (c) 여기에 기술·명시된 보증에 따른 Monnit의 유일한 의무는 위 단락에 명시된 대로 부적합 제품을 수리/교체하거나, 부적합 제품에 대해 문서화된 구매 가격을 고객에게 환불하는 것입니다. Monnit의 보증 의무는 오로지 고객에게만 적용되며, Monnit은 고객의 고객이나 제품의 다른 사용자에 대해 어떠한 의무도 없습니다. 업데이트: 2020-08-25

## 기술지원 가이드 (371) — 목차

### 센서 (https://monnit.co.kr/guide/sensor)
- 센서 배터리 단자 단락(쇼트)시키기: 센서가 게이트웨이에 연결되지 않거나 연결이 끊긴 후 다시 연결하지 못하는 경우, 센서의 배터리 단자를 단락시키면 잔류 전하를 방전시켜 센서가 다시 연결되도록 유도할 수 있습니다.이
- 센서 배터리 교체: [동영상: https://www.youtube.com/embed/yTiasl1Hf0U]설명: Monnit® 센서는 AA 또는 CR2032 코인셀 배터리로 구동됩니다. 산업용 센서는
- 센서가 Hardware Failure (Short) 오류를 보고하는 경우: Monnit 센서는 배터리가 올바르게 삽입되지 않았거나 하드웨어 문제로 센서 회로에 단락이 발생한 경우 "Hardware Failure (Short)" 오류를 보고합니다. 이 오류
- ALTA 산업용 센서의 전원 버튼 사용법: 산업용 ALTA 센서의 새로운 멤브레인 라벨 방식 이지클릭 스냅돔 전원 버튼은 적색 및 녹색 LED 상태 표시기와 함께 여러 기능을 제공합니다. 새 버튼은 방수이며 실내외 사용에 
- 냉동고 제상장치(Defroster)와 Monnit 센서: Monnit 센서 프로브나 센서 본체가 냉동고 또는 냉장고의 제상(defrosting) 장치 근처에서 작동하면 센서 작동에 의도하지 않은 영향을 줄 수 있습니다. 제상 장치는 전기
- 산업용 센서 커버 재부착 방법: 배터리 교체, 씰 재안착, 전원 스위치 분리를 위해 센서 하우징 상단을 제거할 때는 나사를 조심스럽게 풉니다.유지보수를 마친 후에는 다음 사양에 따라 토크 렌치나 드라이버로 하우징
- ALTA 산업용 센서 배터리 교체 방법: ALTA 산업용 센서는 단일 AA RAMWAY ER14505M 3.6V 산업용 AA 리튬 염화티오닐(Lithium Thionyl Chloride), 1500mAh 비충전식 배터리를
- 센서 배터리 백분율과 전압 상관관계: 다음 표는 Monnit 센서 배터리 전압 레벨과 배터리 백분율 추정치의 관계를 보여줍니다.``` 인클로저 0% 10% 25% 50% 75% 100%Alta Coin 2.2 2.23
- Monnit 센서에서 배터리 레벨이 변동하는 이유: Monnit ALTA 센서에서 배터리 레벨이 변동하는 이유많은 사용자가 센서가 보고하는 배터리 레벨이 변동하는 이유를 묻습니다. 배터리 레벨이 오르내리는 것이 반드시 배터리 문제의
- 간헐적으로 연결되는 산업용 센서를 발견한 경우: 산업용 센서가 간헐적으로 통신하거나, 예상치 못하게 배터리를 소모하는 것처럼 보이거나, 전혀 통신하지 않게 만드는 몇 가지 시나리오가 있습니다. 산업용 센서는 일반적으로 열지 않는
- 무선 온도 센서 교정 방법: [동영상: https://www.youtube.com/embed/TYFqGjdnIOE]위 동영상은 재교정 과정을 자세히 설명합니다. 더 자세한 안내는 아래를 참고하세요.정확도는 첫
- ISO 10816과 Monnit 표준 진동 센서: Monnit 표준 진동 센서와 ISO 10816진동 모니터링은 유지보수 엔지니어가 전통적인 순회 점검 중 기계를 검사하던 데서 비롯되었습니다.
- 습도 센서와 정확도 사양: 습도 센서와 정확도 사양Monnit 습도 센서는 제조 시 사양서에 기재된 사양 범위 내에 있음이 확인됩니다. 환경 조건은 센서의 정확도에 영향을 줄 수 있습니다. 먼지나 화학물질 
- Monnit NIST 추적 가능(NIST-Traceable) 센서에 대해 알아야 할 것: 맞춤 포인트 인증 (Custom Point Certification)최대 8포인트 스윕당사의 인증 파트너는 이제 온도(저온 및 표준) 및 습도 센서에 대해 최대 8개의 서로 다른 
- Monnit 센서를 사용한 정확도 비교: Monnit 센서가 있고 장치의 정확도가 우려된다면, 센서의 정확도를 검토할 수 있는 방법이 있습니다. 이는 특히 냉장 장치의 판독값과 Monnit 센서가 보고하는 값 사이에 차이
- ALTA CO2 측정기 — TWA 판독값 계산 방법: ALTA CO2(이산화탄소) 측정기는 순간 CO2 판독값 외에 TWA(시간 가중 평균, Time Weighted Average) 판독값을 제공합니다.
- ALTA CO2 자동 교정(Auto Calibration) 기능 사용법: Monnit ALTA CO2 센서의 자동 교정 기능ALTA® CO2 센서는 자동 교정(Auto Calibration) 기능을 제공하여 자동 교정 기간 동안의 판독값을 기반으로 주기
- 센서가 보고하는 메시지: "No Sensor Detected": 센서가 No Sensor Detected를 보고하는 경우일부 센서는 센서 프로브에서 판독값을 가져올 수 없을 때 "No Sensor Detected"(센서 미감지) 오류를 보고합니
- 센서가 구성 변경을 수락하지 않음 - "Fields waiting to be written": 센서가 구성 변경을 수락하지 않는 경우iMonnit 소프트웨어에서 구성 변경을 하면 이 구성은 게이트웨이로 전송되어 센서로 전달되도록 대기열에 추가됩니다.
- 센서가 Hardware Failure (Short)를 보고하는 경우: 이 문서는 위 "1.1 배터리 및 하드웨어 > 센서가 Hardware Failure (Short) 오류를 보고하는 경우" 항목과 동일합니다. 해당 섹션을 참고하세요.원문 보기
- Sensor State vs. STS: 요약이 문서는 센서의 내보낸(export) 데이터에서 STS와 State의 차이를 설명하기 위해 작성되었습니다.
- H2S 가스 감지 센서가 "Hardware Error!"를 표시하는 경우: H2S(황화수소 가스) 센서가 "Hardware Error!"를 표시하는 경우H2S(황화수소 가스) 센서는 24시간의 초기화 기간을 갖습니다. 이 기간 동안 센서는 작동해야 하며 
- Advanced Vibration 측정기 — Hardware Error: ALTA Advanced Vibration 측정기는 다양한 조건으로 트리거될 수 있는 오류 보고 기능을 갖습니다. 아래 요인을 살펴 문제를 파악하세요.측정기의 설치 위치와 프로브 
- 온도 센서가 1767.8°F (-999.9°C)를 표시하는 경우: 온도 센서가 1767.8°F (-999.9°C)를 표시하면 무슨 의미인가요-1767.8°F 판독값은 서미스터(thermistor) 와이어가 끊어졌거나, 배터리가 완전히 삽입되지 않
- ALTA PAR 광량계의 분광 오차(Spectral Error) 보정 방법: 분광 오차(Spectral Error)란?확산기 투과율, 간섭 필터 투과율, 광검출기 감도의 조합이 양자 센서(quantum sensor)의 분광 응답을 만들어냅니다.완벽한 광검출
- 열전대(Thermocouple)가 "Invalid"를 보고하는 경우: Monnit 열전대 센서를 작동할 때 "Invalid"(유효하지 않음) 판독값을 만날 수 있습니다. 이는 일반적으로 감지된 온도가 센서 범위를 벗어난 결과입니다.Monnit의 열전
- Next Wi-Fi 센서 연결하기: Next 센서를 iMonnit Online에 연결하는 것은 간단한 과정입니다. 다음 단계가 필요한 절차를 안내합니다.
- 수리를 위해 센서 또는 게이트웨이를 Monnit에 반품하기: 수리를 위해 센서 또는 게이트웨이를 Monnit으로 보내기Monnit은 의도대로 작동하지 않는 제품에 대한 수리 서비스를 제공합니다.
- 토양 수분 센서 데이터 해석 방법: ALTA 토양 수분 센서는 토양 수분 상태를 센티바(cb) 또는 킬로파스칼(kPa) 단위의 토양 수분 장력(soil water tension)으로 측정합니다. 이 값은 식물 뿌리 
- 센서가 게이트웨이에 연결되지 않는 경우: 센서가 게이트웨이에 연결되지 않는 경우센서에 수리가 필요한 경우, 진단 및/또는 수리를 위해 장치를 Monnit으로 반품하기 전에 RMA(반품 승인) 양식이 발급되기 위해서는 최선
- Advanced Vibration 측정기 작동 원리: ALTA® Advanced Vibration 측정기는 실리콘 미세 가공 가변 정전용량 가속도계(silicon micromachined, variable capacitance acc
- 토양 수분 센서 작동 원리: 장거리 다중 주파수 라디오와 유연한 마이크로컨트롤러를 갖춘 ALTA® 토양 수분 센서는 작물에 물을 얼마나, 언제, 어디에 줄지 모바일 기기나 컴퓨터로 알려줍니다.
- 0-20mA 무선 센서를 4-20mA 장치에 연결하기: Monnit은 센서 기술을 위한 다양한 장착 옵션을 제공합니다. 각 배포 키트에는 나사와 양면 테이프가 포함되어 있어 대부분의 재료에 Monnit 하드웨어를 장착할 수 있습니다.0
- 게이트웨이가 이미 iMonnit에 체크인 중일 때 센서 추가하는 방법: ALTA 또는 ALTA XL 게이트웨이로 센서 네트워크를 설정한 후 새 센서나 다른 센서를 추가할 수 있습니다.
- ALTA 무선 센서와 ALTA 게이트웨이 핸드셰이크(Handshake): Monnit ALTA 센서가 ALTA 게이트웨이에 처음 연결되면 하드웨어를 점검하고 통신을 시작하기 위한 시동 테스트를 수행합니다. 이때 ALTA 센서는 30초 간격으로 10번 연
- 무선 안테나 및 센서 위치의 올바른 방향: 최적의 도달 거리와 성능을 위한 안테나 방향 및 센서 위치 설정 방법Monnit 무선 센서에서 최상의 성능을 얻으려면 안테나를 올바르게 향하게 하고 센서를 적절히 배치하는 것이 중
- 센서가 더 이상 체크인하지 않는 경우 - 기본 문제 해결: 이전에 체크인하던 센서가 게이트웨이 연결을 잃은 경우참고: 이 문서는 Monnit Commercial(Gen1) 및 ALTA 센서용입니다.
- Site Survey Tool로 이상적인 센서 위치 찾기: [동영상: https://www.youtube.com/embed/1jf7fUHAF8g]Monnit의 ALTA 무선 Site Survey Tool은 ALTA 게이트웨이의 무선 주파수
- Monnit ALTA 센서의 Link Mode 설명: Link Mode란?Link Mode는 Monnit ALTA 및 Gen1 센서가 ALTA 또는 Gen1 게이트웨이에 연결할 때의 작동을 말합니다.
- ALTA 센서 무선 펌웨어(FOTA) 업데이트: 현재 Monnit ALTA 센서는 몇 가지 기본 요구사항을 충족하면 펌웨어 무선 업데이트(FOTA)를 지원하여 원격으로 센서 펌웨어를 최신 상태로 유지합니다.
- ALTA 센서 데이터 로깅 이해: Monnit의 ALTA 센서는 전원 손실 및 무선 통신 손실 시 데이터를 저장하는 데이터 로깅 기능을 제공합니다.
- ALTA(Gen2)와 Commercial(Gen1) 장치의 차이: Monnit 장치는 두 세대로 제공됩니다. ALTA 라인과 Commercial 라인은 서로 다른 라디오 하드웨어로 작동합니다. 1세대 제품은 ALTA 출시 전에 개발되었습니다. 고
- 중복 센서 메시지 (Duplicate Sensor Messages): 한 번의 예약된 Heartbeat에서 중복 연속 센서 메시지가 보이는 경우Monnit 프로토콜의 강점 중 하나는 센서가 전송과 수신을 모두 할 수 있다는 것입니다. 센서는 데이터를
- 고밀도 센서 네트워크 구성: 요약 — 밀집 센서 네트워크 최적화1. 센서 통신 밀도(Sensor Communication Density)경험칙으로, 최대 처리량으로 초당 게이트웨이와 센서 통신 1회(분당 60
- 전류계(Current Meter) 설정 및 작동 이해: 작동 원리Monnit 전류계는 시간에 따른 전류 판독값을 제공하도록 설계되었습니다. 전류계가 보고하는 주요 값은 Ah(암페어시)로, 시간당 소모되는 암페어를 나타냅니다.
- Heartbeat당 평가(Assessments per Heartbeat) 작동 방식: Monnit 센서의 핵심 작동 중 하나는 Aware State입니다.
- 초음파 거리 센서(Ultrasonic Ranging Sensor) 설치 고려사항: Monnit ALTA 무선 초음파 거리 센서는 센서 혼(horn)에서 바로 수직인 표면까지의 거리 판독값을 제공합니다.
- 측정 간격(Measurement Interval) 센서 구성 이해: 측정 간격(Measurement Interval, Averaging Interval이라고도 함)은 일부 Interval Sensor에서 센서가 Heartbeat 내에서 얼마나 자주
- 트리거 센서의 Aware State - 상태 변화(State Change): Aware State와 트리거 센서Monnit에는 두 가지 일반 센서 범주가 있습니다: Interval Sensor와 Trigger Sensor.
- 센서 Heartbeat 빈도 제한 이해: Monnit 센서 Heartbeat는 센서가 iMonnit 소프트웨어 플랫폼에 데이터를 보고하는 빈도를 나타냅니다.
- Aware State Status 및 STS 치트 시트: 센서가 통신 중 제시하는 일반적인 Aware Status 값들이 있습니다. 이 값을 이해하려면 Aware 및 STS 비트를 이 문서에 따라 분석해야 합니다.
- ALTA 센서에 스케줄(Schedule) 적용하기: 센서 관리의 일부로, 사용자는 예약된 시간대 동안 데이터를 수집할지 결정하는 스케줄을 센서에 설정할 수 있습니다.센서가 스케줄상 꺼져 있는 동안에는 데이터를 기록하지 않습니다.
- 지원 센서의 윈도우 필터링(Window Filtering): 구성 가능한 윈도우 필터를 지원하는 센서의 윈도우 필터링무선 진동 측정기 등 일부 Monnit 센서는 센서 수준에서 판독값을 필터링하는 윈도우 필터를 제공합니다.
- 센서 Heartbeat와 소프트웨어 Heartbeat 불일치(Mismatch): iMonnit 계정에서 장치 관리의 일부로 장치의 Heartbeat 설정을 수정할 수 있습니다.
- PPFD 측정이 작물 광 모니터링을 이끄는 방법: ALTA® by Monnit 광합성 유효 복사(PAR) 광량계는 식물 광합성을 위한 PAR 광의 두 가지 필수 측정값을 모니터링합니다.
- 센서에 영향을 주는 환경 요인: 몇 가지 환경 요인이 센서 작동에 영향을 줄 수 있습니다. 이 요인들은 센서의 전원 작동, 센싱 작동, 무선 통신에 영향을 줄 수 있습니다.열과 추위(Heat and Cold)온도
- 위해요소 중점관리(HACCP) 식품 안전 관리 시스템: 완벽한 식품 안전 프로그램 구축을 돕습니다식품을 다루는 모든 주체(원료 조달부터 생산, 소비까지)는 확실한 식품 안전 프로그램을 갖춰야 합니다. 위해요소 중점관리(HACCP, Ha
- 광합성 유효 복사(PAR)란?: ALTA® by Monnit 광합성 유효 복사(PAR) 광량계는 대부분의 식물이 광합성에 필요로 하는 빛의 스펙트럼 또는 파장(PAR)을 모니터링합니다.
- 작물 모니터링에서 일일 광 적산량(DLI)이란?: ALTA® by Monnit PAR 광량계는 두 가지 중요한 측정값(PPFD와 DLI)을 감지·제공합니다. 이 문서는 DLI가 무엇이며 그 모니터링이 상업 재배·온실·재배 시설 조
- 무선 센서 네트워크에 적합한 무선 주파수 선택: 요약무선 센서 네트워크를 선택할 때 특정 요구에 적합한 주파수를 선택하기 위해 고려해야 할 몇 가지가 있습니다.
- ALTA CO 측정기 — TWA 판독값 계산 방법: ALTA CO(일산화탄소) 측정기는 순간 CO 판독값 외에 TWA(시간 가중 평균) 판독값을 제공합니다.[[CO2(이산화탄소) 측정기의 TWA 공식은 여기를 참고하세요.]](htt
- 전압 센서 응답 시간(Voltage Sensor Response Time): Monnit 전압 센서 응답 시간Monnit이 제공하는 전압계(Voltage Meter)는 하드웨어에 약한 필터링이 구현되어 있어, 센서에 공급되는 실제 전압을 보고하는 데 약간의
- Monnit MoWi Wi-Fi 센서 설정 및 사용: Monnit MoWi™ 센서는 표준 무선 802.11 A, B, G 네트워크에 연결하여 iMonnit으로 데이터를 전송합니다.
- MAC 주소 조회 방법: MoWi 센서 또는 Ethernet 게이트웨이의 MAC 주소 조회 방법MAC 주소란? MAC 주소(Media Access Control address)는 네트워크의 네트워크 인터페
- MoWi Wi-Fi 센서 FAQ: Q: MoWi 센서가 지원하는 Wi-Fi 대역은? A: MoWi Wi-Fi 센서 네트워크는 IEEE 802.11 b/g에서 작동합니다.Q: 지원하는 보안 프로토콜 유형은? A: 현
- Monnit MoWi Wi-Fi 센서의 LED 이해: 배터리 삽입 시:적색 1회 깜빡임: 센서가 Wi-Fi 네트워크에 연결할 수 없음(센서에 네트워크 보안 정보 미저장, 개방형 Wi-Fi 없음, 또는 프로그래밍된 Wi-Fi 네트워크를
- Wi-Fi 센서가 오프라인일 때 문제 해결: Wi-Fi 센서가 오프라인이거나 데이터를 보고하지 않으면 센서가 서버와 통신할 수 없는 상태입니다.
- MoWi Wi-Fi 센서 - "Wi-Fi Sensor Connected"가 보이지 않는 경우: 센서를 PC에 연결한 후 3단계에서 "Wi-Fi Sensor Connected"가 보이지 않는 경우MoWi Wi-Fi 센서를 구성하려면 센서가 MoWi Wi-Fi Configura
- MoWi Console Tool로 Wi-Fi 센서 문제 해결: 요약Wi-Fi 센서 연결이나 Wi-Fi 라우터와의 연결 유지에 문제가 있으면 아래 단계로 센서에서 서버로의 포트가 열려 있는지 확인하세요.
- Monnit Wi-Fi Console Tool 사용법: Wi-Fi 센서 연결이나 Wi-Fi 라우터와의 안정적 연결 유지에 어려움이 있으면 아래 단계로 통신 포트가 열려 있는지 확인하세요.

### 게이트웨이 (https://monnit.co.kr/guide/gateway)
- 2G 또는 3G 게이트웨이 공장 초기화: 경우에 따라 Monnit 셀룰러 2G 또는 3G 게이트웨이를 재설정해야 할 수 있습니다. 이 전체 재설정은 APN 프로비저닝을 포함한 모든 구성을 지웁니다.
- 셀룰러 게이트웨이 신호 레벨 값: iMonnit에서 셀룰러 게이트웨이에 사용되는 신호 표시기는 ASU(Arbitrary Signal Unit) 신호 표시기를 사용합니다.
- 레거시 4G LTE 게이트웨이 연결 안 됨 (고객 자체 데이터 요금제): 게이트웨이에 수리가 필요한 경우, Monnit으로 반품하기 전에 Monnit 지원팀이 지시한 최선의 문제 해결 단계를 거쳐야 RMA가 발급됩니다.4G LTE 게이트웨이가 iMonn
- 레거시 4G LTE 게이트웨이 연결 안 됨 (Monnit 데이터 요금제): 참고: 게이트웨이 수리가 필요한 경우 Monnit으로 반품하기 전에 Monnit 지원팀이 지시한 최선의 문제 해결 단계를 거쳐야 RMA가 발급됩니다.4G LTE 게이트웨이가 iMo
- Monnit 3G 게이트웨이를 커스텀 APN으로 프로비저닝: Monnit이 제공하지 않는 통신사 요금제로 Monnit 3G 게이트웨이를 사용하려면 게이트웨이가 작동하는 무선 대역에서 M2M 통신을 지원하는 활성 데이터 요금제 SIM이 필요합
- GSM 국제 셀룰러 게이트웨이 SIM 카드 구성: 셀룰러 게이트웨이(CGW)를 SIM에 맞게 구성하는 것은 간단합니다. 열린 CGW에서 사용 중인 SIM으로 SMS를 보냅니다.
- 셀룰러 게이트웨이의 Force High Power 및 Force Low Power: Monnit 셀룰러 게이트웨이는 게이트웨이가 셀룰러 네트워크 연결을 유지하는 방식을 결정하는 Power Mode 기능을 제공합니다.
- 반복되는 암호화 구성 메시지 (Repeating Encryption Configuration Messages): 이 반복되는 Gateway Management 메시지의 가장 흔한 원인은 낮은 CR2032 시계 배터리입니다.일부 2G 또는 3G 게이트웨이는 게이트웨이 메인 보드 밑면에 3.6V
- 3G 또는 2G 셀룰러 게이트웨이 Charge Fault: Charge Fault 오류는 일반적으로 배터리 백업이 있는 셀룰러 게이트웨이의 전력 소비 및 충전에 영향을 주는 물리적 상태를 나타냅니다.Charge Fault 오류의 가능한 원
- [파트 1]
- Windows 10 PC 인터넷 연결을 Ethernet 게이트웨이와 공유하기: 10단계로 Windows 10 PC의 인터넷·네트워크 연결을 ALTA Ethernet 게이트웨이와 공유합니다. PC에 Ethernet 포트 하나 이상과 다른 네트워크 어댑터(보통 
- Ethernet 게이트웨이가 iMonnit에 연결되지 않는 경우: Ethernet Gateway 4가 iMonnit Online에 연결되지 않는 경우EGW4는 로컬 Ethernet 네트워크에서 작동하며 아웃바운드 TCP 포트 3000을 통해 iM
- MODBUS TCP 인터페이스 사용법: 이 문서는 ALTA Ethernet Gateway 4용입니다(Ethernet Gateway 3의 MODBUS TCP 인터페이스와는 약간 차이가 있음).Monnit ALTA Ethe
- 로컬 구성 페이지(HTTP 인터페이스) 접근 및 사용 방법: ALTA Ethernet Gateway 4는 기본적으로 DHCP가 활성화되어 있습니다.
- ALTA 및 ALTA XL 게이트웨이 펌웨어 업데이트 방법: [동영상: https://www.youtube.com/embed/JcdXmY8TxRY]ALTA® 및 ALTA XL® 게이트웨이 펌웨어를 최신 상태로 유지하는 것은 예기치 않은 문제
- Monnit Ethernet 게이트웨이 포트 이해: Monnit Ethernet 게이트웨이 네트워크 요구사항Monnit Ethernet 게이트웨이는 물리적 Ethernet 네트워크에 연결하여 TCP/IP 통신으로 iMonnit 서버
- [파트 2]
- Ethernet Gateway 4를 사설 MODBUS TCP 또는 SNMP 네트워크에서 사용하기: ALTA Ethernet Gateway 4는 MODBUS TCP와 SNMP 인터페이스를 제공하여 MODBUS TCP/SNMP 네트워크에서 센서 데이터를 폴링할 수 있습니다. 이 인
- iMonnit을 통해 Ethernet Gateway 4의 로컬 구성 페이지(HTTP 인터페이스) 활성화하기: Ethernet Gateway 4는 기본적으로 DHCP가 활성화되어 있으며 기본 IP 주소가 없으므로, 먼저 DHCP 지원 네트워크에 연결하고 DHCP로 할당된 IP 주소를 찾아야
- Ethernet Gateway AutoIP 기능: 펌웨어 1.0.6.6 이상의 Ethernet 게이트웨이는 DHCP 활성화 네트워크에 연결하지 않고도 로컬 HTTP 구성 페이지에 접근하여 게이트웨이를 구성할 수 있는 기능을 포함합
- Ethernet Gateway 4 보안 브리프: Monnit ALTA® Ethernet Gateway 4(EGW4) Ethernet 네트워크 인터페이스는 다음으로 구성됩니다: 독점 운영 체제, WIZnet 하드와이어드 TCP/I
- iMonnit에서 별도 센서 네트워크로 센서를 게이트웨이에 지정하기: 센서가 게이트웨이와 통신하도록 승인되는 방식은 센서 네트워크(Sensor Network)를 통해서입니다. iMonnit Online에서 같은 네트워크에 추가된 센서는 그 네트워크의
- Monnit Ethernet 또는 셀룰러 게이트웨이를 iMonnit으로 다시 포인팅하기: 게이트웨이가 이미 로컬 서버(iMonnit Enterprise, Express, MINE)와 통신하던 후 iMonnit Online 포털로 다시 포인팅해야 하는 경우가 있습니다.게
- 서버 손실 시 무선 네트워크 비활성화 (Disable Wireless Network on Server Loss): 게이트웨이가 Monnit 서버와의 통신 손실 중 로깅된 메시지를 보관하지 않기를 선호하는 응용이 있을 수 있습니다. 네트워크 연결 손실이 잦거나 네트워크 데이터 사용을 신중히 조절
- Ethernet 게이트웨이 데이터 만료(Data Expiration): Ethernet 게이트웨이의 Data Expiration 구성은 데이터가 지워지기 전까지 센서 판독값이 데이터 레지스터에 얼마나 오래 존재할지 결정합니다. 이는 Ethernet 게
- 레거시 Ethernet Gateway 3 - 로컬 HTTP 구성 페이지 접근: ALTA Ethernet Gateway 3(EGW3) 설정 시 iMonnit.com을 우회해야 하는 경우, 로컬 구성 모드로 구성 페이지에 접근하여 서버 IP나 장치 IP 등의 설
- Ethernet Gateway 4에서 Sensor List 백업 생성·복원: ALTA Ethernet 및 IoT 게이트웨이는 Sensor List를 다운로드할 수 있는 기능을 제공합니다. 이를 통해 게이트웨이 재설정이나 네트워크 Reform 후에도 같은 슬
- Ethernet 게이트웨이의 Default Interface 비활성화 방법: Monnit 게이트웨이의 Default Interface는 게이트웨이가 Monnit 독점 프로토콜로 Monnit 서버에 데이터를 전달하는 인터페이스입니다. 이 인터페이스 비활성화는
- Monnit Ethernet Gateway 4에 고정 IP 설정 방법: 게이트웨이가 현재 온라인(iMonnit Online과 통신 중)인지 오프라인인지에 따라 두 가지 방법이 있습니다.방법 1: 게이트웨이가 온라인일 때 고정 IP 설정 (인터넷에 연결
- Ethernet Gateway 4의 SNMP 인터페이스 테스트: Monnit Ethernet Gateway 4는 센서 데이터에 접근할 수 있는 SNMP 인터페이스(SNMP 버전 1)를 제공합니다. Monnit은 Ethernet 게이트웨이용 MI
- 센서 해석 - MODBUS TCP: 게이트웨이의 MODBUS TCP 인터페이스는 Ethernet Gateway 4 장치에서 센서 데이터를 직접 폴링할 수 있습니다. 센서 레지스터에 기록된 데이터는 원시(raw) 데이
- Monnit Ethernet Gateway 4 SNMP 인터페이스 이해: SNMP(Simple Network Management Protocol)는 네트워크 장치를 효율적으로 관리하는 도구입니다. 이 문서는 게이트웨이의 SNMP v1 설정 조정 과정을 
- ALTA Ethernet 게이트웨이 — 펌웨어 업데이트 릴리스 노트: 이 문서는 EGW4의 방대한 펌웨어 버전 변경 이력입니다.
- ALTA Ethernet 게이트웨이 릴리스 노트: V 1.1.0.1 - 2024/11/18EGW4 제품 릴리스 노트 - 1.1.0.1 (PDF)참고: ALTA 게이트웨이 펌웨어 업데이트 방법최종 수정일: 2024년 11월 19일원
- ALTA IoT 게이트웨이 릴리스 노트: V 2.0.4.1 - 2024/11/18IoT 게이트웨이 제품 릴리스 노트 - 2.0.4.1 (PDF)참고: ALTA 게이트웨이 펌웨어 업데이트 방법최종 수정일: 2024년 11월
- 셀룰러 제공자 정보 요청 (IoT Gateway 수동 셀룰러 설정): 자동 셀룰러 연결: IoT 게이트웨이는 LTE Cat M1과 Cat NB2를 지원하는 멀티모드 LPWA 모듈을 통합합니다(3GPP Release 14 준수, 데이터 전용 통신).
- 커스텀 통신사 APN 및 보안 구성: 셀룰러 네트워크(LTE 등)에서 작동하는 모바일 장치는 셀룰러 주파수 대역으로 통신사 기지국과 통신하며, 통신사 셀룰러 네트워크와 인터넷 간 연결을 설정하기 위해 APN 구성이 필
- ALTA® 및 ALTA XL® IoT 게이트웨이의 GPS 위치 기능 잠금 해제 방법: ALTA® 및 ALTA XL® IoT 게이트웨이는 GPS 위치 데이터를 제공할 수 있습니다.
- 셀룰러 게이트웨이 모듈 재설정 (Module Reset): 모듈 재설정은 게이트웨이의 전체 재설정으로, LTE 또는 IoT 게이트웨이가 제대로 보고하지 않을 때 적용됩니다.
- ALTA® 및 ALTA XL® IoT 게이트웨이의 GPS 지도 기능 사용: ALTA® 및 ALTA XL® IoT 게이트웨이는 GPS 위치 데이터를 제공할 수 있습니다.첫 단계는 GPS 위치 기능 잠금 해제입니다.GPS Unlock 적용 후 게이트웨이의 L
- ALTA 산업용 IoT 게이트웨이의 전원·Utility 스위치 사용법: 먼저 게이트웨이를 켜기 전에 계정(또는 네트워크)에 게이트웨이를 추가하세요(iMonnit에 장치 추가 방법). 그다음 게이트웨이 전원을 연결합니다.ALTA 산업용 IoT 게이트웨이
- ALTA 게이트웨이 네트워크 Reform: ALTA 게이트웨이의 Reform 명령은 일부 시나리오에서 필요한 기능을 수행합니다.Download Sensor List - 센서가 게이트웨이와 통신하도록 승인되는 방식: iMon
- 게이트웨이 Sensor List 이해: Sensor List는 센서가 게이트웨이에 데이터를 보내도록 승인받는 방식입니다.
- ALTA Gateway Management 메시지 정의: Monnit 게이트웨이는 게이트웨이 History에 Gateway Management 항목을 기록하는 다양한 작업을 수행합니다.
- 게이트웨이와 센서 통신 식별: 여러 게이트웨이가 있는 네트워크 관리 시 어떤 게이트웨이가 특정 센서와 통신하는지 파악하면 신호 문제·데이터 사용 문제 해결에 도움이 됩니다.
- ALTA 게이트웨이 데이터 로깅: Monnit ALTA 게이트웨이는 Monnit 소프트웨어와의 통신 손실 시 센서 데이터를 받아 보관할 수 있습니다.
- ALTA 게이트웨이 — Trigger on Aware 작동 방식: Monnit ALTA 게이트웨이가 센서 판독값을 즉시 iMonnit으로 전송하도록 하는 구성이 Trigger on Aware 설정입니다. 활성화하면 게이트웨이가 Aware Stat
- 비인가 센서·게이트웨이 통신 (Unauthorized Sensor and Gateway Communication): 센서가 같은 네트워크가 아닌 게이트웨이와 통신하는 경우ALTA 센서는 Sensor List를 통해 ALTA 게이트웨이와 통신하도록 승인됩니다. 게이트웨이가 센서를 Sensor Li
- 레거시 USB 무선 센서 어댑터 또는 USB 게이트웨이 문제 해결: 설정 시(또는 게이트웨이가 통신을 멈추면) USB 무선 센서 어댑터(WSA)나 USB 게이트웨이 문제 해결에 유용합니다.상태(Status): Monnit Link Configura
- 레거시 USB 무선 센서 어댑터를 iMonnit으로 설정: Monnit USB 무선 센서 어댑터는 Monnit USB 게이트웨이의 현재 버전으로, USB 케이블로 PC에 연결됩니다.
- 현재 ALTA WSA 유틸리티 사용: WSA(Wireless Sensor Adapter) 소프트웨어 유틸리티 설치·사용 단계입니다.WSA 유틸리티는 모든 버전 USB 게이트웨이와 작동하나 현재 ALTA WSA만 공식 
- 레거시 USB 게이트웨이 또는 레거시 무선 센서 어댑터 기본 문제 해결: 이 문서가 참조하는 Configuration Tool은 더 이상 사용되지 않으며 WSA 유틸리티로 대체되었습니다.USB 게이트웨이가 컴퓨터와 통신하지만 데이터가 iMonnit에 도
- 레거시 USB 무선 센서 어댑터 - 새 센서 다운로드: USB 무선 센서 어댑터에서 새 센서 ID 다운로드센서가 게이트웨이와 통신하려면 게이트웨이가 센서 ID를 받아 통신을 승인해야 합니다. 대부분의 게이트웨이에는 눌렀다 즉시 떼면 같
- Serial MODBUS 게이트웨이 — RX Timeout! 오류: ALTA Serial MODBUS 게이트웨이 구성 시 "RX Timeout!" 오류가 나타날 수 있습니다. 설정 후, 명령이나 폴을 보낼 때 발생하며 통신 오류를 의미합니다(주로 
- Monnit Serial MODBUS 게이트웨이 테스트 소프트웨어 사용: Monnit은 Windows에서 실행되어 Serial MODBUS 데이터에 효율적으로 접근하는 테스트 소프트웨어를 제공합니다.다운로드·설치: Monnit Serial MODBUS 
- Serial MODBUS 게이트웨이 및 REST API 고급 센서 구성: 많은 센서가 Serial MODBUS 게이트웨이에서 수정이 지원되지 않는 고급 구성(Advanced Configurations)을 제공합니다(오구성으로 장치가 작동 불능이 될 위험
- 센서 해석 - Serial MODBUS: Serial MODBUS 게이트웨이는 센서 데이터를 직접 폴링할 수 있으며, 레지스터의 원시 데이터는 해석이 필요합니다. Monnit은 센서 Application ID별 해석 문서
- 게이트웨이 Auto Reset: 일부 Monnit 게이트웨이는 구성된 간격으로 게이트웨이를 자동 재부팅하는 Auto Reset 기능을 제공합니다. 오프사이트 센서 데이터를 모니터링할 때 특히 유용합니다(네트워크 
- 게이트웨이 Heartbeat를 0분으로 설정하여 센서 메시지 즉시 전송: 기본 구성에서 게이트웨이 Heartbeat는 예약된 일정으로 발생합니다. 게이트웨이가 센서 Heartbeat에 센서 통신을 받아 게이트웨이 Heartbeat에 Monnit 소프트웨
- 게이트웨이 Heartbeat가 센서보다 덜 빈번한 경우: 장치 Heartbeat 설정 시 그것이 iMonnit 포털 정보 표시에 미치는 영향을 고려해야 합니다. 센서는 센서 Heartbeat에 게이트웨이와 통신하고, 게이트웨이는 게이트웨
- 무선 USB 게이트웨이, 호스트 컴퓨터 절전 모드 및 전원 끄기: MonnitLink™ 무선 게이트웨이나 USB 센서 어댑터가 PC가 꺼지거나 절전 모드에 들어가 센서 전송을 받을 수 없으면, 센서는 게이트웨이와 연결을 계속 시도합니다(기본 2회
- ALTA 게이트웨이를 iMonnit Enterprise·Express·MINE 호스팅 커스텀 호스트/IP로 잠금 해제·포인팅: ALTA 게이트웨이를 커스텀 호스트/IP로 포인팅하기 전에 게이트웨이를 unlock해야 합니다. Gateway Unlock 코드 구매.
- iMonnit에서 게이트웨이 Unlock 코드 적용 방법: 게이트웨이를 커스텀 호스트/IP로 포인팅하려면(unlock된 상태로 구매하지 않은 경우) 먼저 unlock해야 합니다. Unlock 코드 구매.

### 소프트웨어 (https://monnit.co.kr/guide/software)
- iMonnit.com 사용자 이름 또는 비밀번호 분실: 사용자 이름이나 비밀번호를 잊어 iMonnit.com에 로그인할 수 없으면 아래 단계를 따르세요.
- iMonnit에서 사용자를 다른 계정에 연결(Linking): iMonnit Online 포털은 단일 사용자를 여러 계정에 연결할 수 있습니다. 사용자를 다른 계정에 연결하면 그 사용자가 커스텀 권한으로 Linked 계정을 보고, Linked
- iMonnit 계정 계층 구조 이해: iMonnit 소프트웨어는 최상위 계정이 계정, 사용자, 장치, 네트워크, Location, 서브계정(중첩 계정 포함)을 생성·관리·접근하는 계정 계층 구조를 구현합니다.
- iMonnit Online 계정의 Primary Contact 업데이트: iMonnit Online 계정의 Primary Contact는 계정 구독, 크레딧, 서버 이벤트에 관한 Monnit의 중요한 연락을 받을 수 있으므로 최신 상태를 유지하는 것이 
- Monnit.com 계정을 iMonnit.com 계정과 연결: iMonnit에서 크레딧이나 iMonnit Premiere 구독 등 추가 제품·서비스를 구매할 수 있습니다.
- 계정 ID 확인: 모든 iMonnit 포털 계정에는 고유한 Account ID가 있습니다.확인 방법: PC 브라우저에서 해당 계정의 사용자 이름으로 iMonnit Online 로그인 → Settin
- iMonnit Online에서 사용자 삭제: 알림 수신자로 지정된 사용자를 삭제하면 그 알림을 본인이 상속받게 됩니다.
- iMonnit에서 Access Token 생성: [동영상: https://www.youtube.com/embed/hVw8PrB2JK0]Access Token이란? 기술자가 지정된 기간(기본 24시간) 동안 iMonnit 계정에 
- iMonnit Location과 Network 비교: Monnit 센서 시스템을 효과적으로 관리하려면 두 가지 기본 구조인 Location과 Network를 이해해야 합니다. Location은 사람·사용자 권한·알림 정책을 구성하고,
- 날짜 표시 형식 변경: 지역별로 날짜 형식이 다를 수 있어 iMonnit에서 날짜 표시를 지역에 맞게 구성할 수 있습니다.단계: 파란색 내비게이션 바에서 Settings → Account Settings
- 습도 센서 오프셋과 규칙 조건 트리거 및 차트: 펌웨어 14.x 이상의 ALTA 습도 센서는 센서 메모리에 저장되는 교정(calibration)을 지원합니다. 모든 Generation 1 습도 센서와 펌웨어 14.x 이전 ALT
- iMonnit 차트와 Min/Max/Average 표시: iMonnit의 Charts 기능은 데이터 포인트 또는 Min/Max/Avg 그래프 선이 있는 집계 데이터로 생성된 선 그래프를 표시합니다.
- iMonnit에서 페이지 인쇄 방법: 브라우저에 따라 iMonnit Online 페이지를 인쇄하면 서식이 없는 결과가 나올 수 있습니다(브라우저가 인쇄용으로 페이지를 해석하는 방식 때문). 일부 브라우저에서 해석된 뷰
- Monnit Communication Check Utility 사용: Communication Check Utility는 PC와 iMonnit 서버 간 연결을 테스트하는 경량 PC 애플리케이션입니다. 게이트웨이가 iMonnit 소프트웨어로 보내는 데
- 게이트웨이 상태 색상: 게이트웨이는 iMonnit 포털 왼쪽에 네 가지 색상(녹색, 노란색, 회색, 빨간색)의 수직 막대를 표시합니다.녹색: 여러 통신을 놓치지 않았고 트리거된 규칙이 없을 때(1회 통신
- iMonnit 네트워크 구성: iMonnit Online의 Network는 센서와 게이트웨이를 그룹화하여 장치 간 통신을 승인합니다. 게이트웨이와 센서가 같은 Network에 추가되면 게이트웨이가 센서 ID를 
- iMonnit에서 센서 네트워크 생성: iMonnit에서 센서 네트워크를 생성하면 센서와 게이트웨이를 그룹화하여 통신을 승인합니다. iMonnit Premiere 회원은 Location당 최대 5개 Network를 가질
- iMonnit에서 네트워크 간 센서 이동: ALTA 무선 센서를 삭제·재추가 없이 기존 네트워크 간 이동할 수 있습니다.[동영상: https://www.youtube.com/embed/SU62Jz6o_pk]1단계 - Mov
- iMonnit에서 네트워크에서 장치 제거: iMonnit Online에서 네트워크에서 장치를 제거할 수 있으며, 이후 다른 네트워크에 추가할 수 있습니다.
- iMonnit에서 사용자의 조회 가능 네트워크 제한/허용: iMonnit에서 사용자가 계정의 특정 센서 네트워크를 조회하는 것을 제한하거나 허용할 수 있습니다.
- 전체 센서 네트워크의 알림 활성화/비활성화: iMonnit에는 시스템에서 이메일·문자 알림 전송을 시작/중지하는 전역 기능이 있습니다.단계: 브라우저(Chrome·Edge 권장)로 imonnit.com 로그인 → 왼쪽 메인 
- Sub-Location (서브 위치): Location과 Account, 그리고 sub-Location과 sub-account는 호환적으로 사용됩니다.
- Location에 장치를 추가하기 위한 네트워크 제거: Locations 기능은 장치·사용자·규칙을 별도 Location으로 분할하면서 최상위 사용자가 Location에 접근할 수 있게 합니다.
- Location 네트워크 보기: iMonnit Online은 한 Location을 최대 5개의 서로 다른 센서 Network로 분리할 수 있습니다. Network는 장치와 사용자 접근을 전략적으로 분리하는 데 사
- 새 Parent Location 할당: 최상위 관리자는 계층 구조에서 Location을 이동할 수 있습니다.
- Location 상태 색상: Location은 왼쪽에 네 가지 색상(녹색, 노란색, 회색, 빨간색)의 수직 막대를 표시합니다.녹색: 다음 조건을 모두 충족 — 트리거된 규칙 없음, 배터리로 작동하는 장치 없음
- iMonnit에서 센서 맵 생성: iMonnit의 Maps 기능은 지도나 도면 이미지 위에 센서를 오버레이하여 표시합니다.
- Monnit.com 비밀번호 재설정 방법: Monnit.com은 iMonnit.com과 다른 로그인 자격 증명을 사용합니다(올바른 자격 증명 확인 필요). iMonnit Online 센서 포털 계정은 별도 문서 참조.Mon
- Monnit 지원 구조: Monnit Corporation의 기술 지원 단계와 재해 복구 관행을 설명합니다.🧩 1차 애플리케이션 지원:전화(801-561-5555)·이메일(info@monnit.com)을
- iMonnit Premiere 구독 구매 또는 갱신 방법: Monnit의 클라우드 기반 센서 관리 소프트웨어 iMonnit Premiere에 적용됩니다(iMonnit Enterprise, Express, MINE 라이선스는 별도 관리).
- iMonnit Premiere 구독 활성화 방법: 단계: iMonnit 계정 로그인 → 왼쪽 내비게이션 Credits → Premiere Subscription → Subscription Key 텍스트 박스에 이메일의 라이선스 키
- iMonnit Premiere 설정 또는 고급 센서 구성이 보이지 않나요?: 연간 iMonnit Premiere 구독이 만료되면 iMonnit Basic으로 되돌아가 Premiere의 모든 고급 설정이 사라집니다. 이 경우 새 연간 라이선스 구매로 갱신해야
- Management Premiere 구독: Management Premiere Subscription은 최상위 관리자가 Location을 관리할 수 있게 하는 무료 구독입니다.요청 및 갱신: support@monnit.co
- iMonnit REST API 센서별 JSON 데이터 예시: Monnit REST API는 iMonnit Premiere·Enterprise 고객에게만 제공되며, 각 센서 프로파일별 데이터를 제공합니다. SensorDataMessages 메
- iMonnit 센서 데이터를 MQTT 엔드포인트 또는 클라우드 브로커에 통합하는 방법: 경량 IoT 프로토콜인 MQTT(Message Queuing Telemetry Transport)로 데이터를 전송·저장하려면 iMonnit MQTT 웹훅을 사용합니다. iMonni
- REST API 및 웹훅의 시간 형식: REST API 요청과 웹훅에 대한 모든 데이터셋은 UTC 타임스탬프를 제공하므로 엔드포인트에서 변환이 필요합니다.
- iMonnit 웹훅 구성: Premiere 사용자는 외부 구성 도구로 iMonnit의 센서 판독값을 데이터베이스로 푸시할 수 있습니다.
- 웹훅으로 데이터 푸시 (Amazon AWS): iMonnit Premiere 사용자는 외부 구성 도구로 센서 판독값을 데이터베이스로 푸시할 수 있습니다.
- iMonnit REST API 인증: REST API로 센서 데이터를 타사 애플리케이션에 통합할 수 있습니다. 원하는 프로그래밍 언어로 호출하며, 응답은 XML 또는 JSON으로 제공됩니다.중요:과도한 사용 시 API
- API Explorer 사용: iMonnit Online은 API 호출을 실험하고 기능 테스트, 특정 데이터 요청, 작업 수행을 할 수 있는 내장 API Explorer를 제공합니다.SensorDataMessa
- iMonnit 웹훅이 전송을 멈춘 경우 - Reset Broken: 웹훅이 구성된 엔드포인트로 100회 시도 동안 전달하지 못하면 웹훅이 비활성화됩니다.
- iMonnit의 Rule 웹훅: Rule Webhook은 규칙(Rule) 트리거에 따라 JSON 페이로드를 웹훅으로 보내는 기능입니다.중요 — 화이트리스트 IP: Rule 웹훅은 공인 IP 64.58.225.13
- iMonnit 데이터 웹훅 테스트: 타사 사이트 Webhook.Site를 사용해 엔드포인트 통합 전에 웹훅이 의도대로 트리거되는지 통제된 테스트를 수행합니다.중요 — 화이트리스트 IP: 웹훅은 공인 IP 64.78.
- 보고서 및 과거 센서 데이터: iMonnit의 Reports 탭은 과거 센서 데이터를 Excel 호환 CSV 또는 PDF로 생성합니다.보고서 사전 생성: Monnit은 매일 수백만 데이터 포인트를 저장하므로, 
- 21 CFR Part 11B 전자 기록 관리: 21 CFR Part 11B는 디지털 시대에 기록을 안전하게 보관하기 위해 FDA가 1997년 개발했습니다. Monnit은 Standard·ALTA 제품군의 판독값이 진정성·신뢰성
- Microsoft Excel용 센서 데이터 내보내기: 센서 데이터를 CSV 파일로 내보내는 과정과 데이터 파일 형식을 설명합니다.데이터 파일 열(필드) 정의:MessageID: 데이터베이스 내 메시지 고유 식별자.SensorID: 여
- Monnit으로 품질 시스템 검증 요건 충족: Monnit 원격 모니터링 솔루션은 다양한 목표를 달성할 수 있습니다.
- 보고서 결과가 "Not Processed"로 표시되는 경우: 센서 네트워크가 너무 큼 (30개 초과): Network: Data Export는 센서 30개 하드 제한이 있어 초과 시 실행되지 않습니다.
- 보고서 다운로드 링크가 웹페이지를 로드하지 않는 경우: 확인 단계: 보고서 이름에 비표준 문자가 없는지, Network: Data Export 보고서에 센서가 30개 이하인지, 장치가 지정 기간에 실제 데이터가 있는지 확인.보고서 이름
- iMonnit 커뮤니케이션 수신 거부(Opt Out) 방법: Monnit은 iMonnit 포털을 통해 장치 알림과 유지보수 커뮤니케이션을 보냅니다. 일부 사용자는 모든 커뮤니케이션을 중지하기를 원할 수 있습니다.Opt out은 Report 
- [파트 1]
- 예약 규칙(Scheduled Rule) 생성: 예약 규칙은 예약된 시간에 원하는 Task를 실행하는 규칙 유형입니다(기본적으로 매일 예약 시간에 실행, 추가 구성으로 특정 요일/연중 특정일 가능).
- 알림을 받지 못한 이유 확인: 알림을 받지 못한 이유를 확인하는 체크리스트입니다.네트워크·사용자 구성: 센서 네트워크에 알림이 활성화되어 있는지, 사용자 Notification Details가 알림을 허용하는지
- 알림 지연(Delay) 기능: 규칙은 지연 기간 후 알림을 보낼 수 있습니다. 트리거 조건이 일정 시간 지속되어야만 알림이 필요한 경우 유용합니다.사용 사례:냉장 모니터링: 냉장고 문 개방이나 성에 제거 주기마
- iMonnit에서 규칙 생성: 규칙은 Condition(에스컬레이션 시작, 보통 센서 판독값 기반)과 Task(iMonnit이 실행하는 작업, 보통 사용자 알림) 두 가지 주요 구성 요소를 가집니다.[동영상: 
- SMS 또는 이메일 알림에 커스텀 텍스트 추가 - 기본 텍스트 제거: 기본적으로 Monnit은 SMS 메시지에 트리거 센서 ID, 알림 제목, Network ID를 포함합니다.
- [파트 2]
- iMonnit에서 규칙 사용 방법 (개요): iMonnit의 규칙은 센서 데이터를 활용하는 알림과 장치 상호작용의 기반입니다. 센서 판독값·장치 비활성·배터리 레벨을 알리고, Local Alert·Control Unit·Th
- iMonnit에서 센서 규칙 일시 중지(Pausing): 단일 센서의 모든 알림을 일시적으로 또는 무기한 중지하는 단계입니다.단계: 왼쪽 메뉴 Sensors → 알림을 중지할 센서 선택 → 하위 메뉴 Rules 탭(화살표/회전 화살표 아
- Direct Delivery SMS: Monnit은 Direct Delivery SMS 형태의 SMS 알림을 제공합니다(Notification Credits로 관리되는 유료 서비스).이전의 무료 External Del
- 규칙 - iMonnit에서 사용자를 규칙 수신자로 추가: 이미 생성된 규칙에 다른 사용자를 수신자로 추가하는 단계입니다.단계:iMonnit Online 로그인.원하는 사용자가 생성되었고 Notification Details가 원하는 알림
- Task(작업)란?: Task는 Condition이 충족되면 규칙이 실행하는 동작입니다.
- iMonnit에서 푸시 알림 활성화: iMonnit Online 앱에서 푸시 알림을 활성화하면 앱을 통해 휴대폰으로 알림을 받을 수 있습니다.1.
- Back Online 및 Inactivity 알림: Inactivity(비활성):센서/게이트웨이가 구성된 "Inactivity Time" 내에 통신하지 않으면 규칙 트리거.그 시간 내에 통신하면 트리거 안 함.트리거 후 장치가 통신
- iMonnit에서 규칙 테스트: 규칙 설정 후 테스트를 보내 알림·규칙 동작이 예상대로 실행되는지 확인할 수 있습니다.테스트는 규칙에 연결된 모든 알림 동작(ALTA Control Unit, System Acti
- Rule Snooze 시간을 0으로 설정: Snooze 기능은 규칙이 Disarm되지 않으면 설정 간격으로 반복 알림을 보냅니다. 기본 Snooze 시간은 60분입니다.Snooze를 0으로 설정하면? Snooze를 비활성화
- Condition(조건)이란?: 규칙 생성 중 적용한 각 구성은 생성 후 조정할 수 있습니다.
- Edit 탭 사용 방법: 규칙 생성 후 Edit 탭에서 기존 규칙 동작을 편집할 수 있습니다.Edit 탭 접근: 규칙 수정 권한 사용자로 iMonnit Online 로그인 → 메뉴 Rules → 수정할 규
- Merge Field로 알림에 구체적 세부 정보 포함: Merge Field(Text Override Values)는 규칙·알림 메시지에 특정 구문의 텍스트를 입력하면 트리거 이벤트의 정보로 대체되는 기능입니다.
- iMonnit Online에서 Notification Group 사용: Notification Group은 규칙 Task에서 사용자 그룹이 알림을 받을 수 있게 합니다. 단일 그룹 선택으로 여러 사용자에게 전송하여 구성·추적이 쉽습니다(예: 주간 근무
- iMonnit 규칙 - Primary Sensor 지정: 규칙 편집 시 Conditions 아래 작은 인증서(certificate) 아이콘이 센서를 Primary Sensor로 활성화합니다. Primary Sensor는 모든 트리거 센서
- 규칙 - Acknowledgement Mode 기능: 구성된 조건이 정상 복귀한 후 알림 수신을 중지하려면 규칙 구성에서 Auto Acknowledge 기능을 활성화합니다(Acknowledgement Mode를 Auto로 토글).
- [파트 3]: 중복 문서: "전체 센서 네트워크의 알림 활성화/비활성화"(3.4)는 해당 섹션 참조.
- 국가별 Notification Credit 비용: Direct Delivery SMS 사용 시 SMS 전달을 위해 Notification Credit이 청구됩니다.
- iMonnit Locations 기능 사용 방법: 내비게이션 메뉴에 Locations 섹션이 있으며 대부분의 사용자에게 Networks를 대체합니다. (다중 네트워크 계정은 여전히 Networks 표시, 네트워크 생성 한도 5개.
- 유지보수 기간 동안 비활성(Inactivity) 알림 비활성화: 계획된 유지보수 활동은 일시적 장치 중단을 유발할 수 있습니다.
- 규칙 삭제: 단계: iMonnit 로그인 → 메뉴 Rules 탭 → 규칙 카드 오른쪽 줄임표(세로 점 3개) → 오버레이 메뉴에서 Delete Rule → OK로 확인.[동영상: https:/
- Aware 메시지에 트리거하도록 규칙 구성 (Assigned Sensors Meet Aware Threshold): 대부분의 고객은 센서가 Aware State일 때 알리기 위해 Notify After Aware Period Advanced 규칙을 사용하지만, 이 규칙은 두 번의 연속 Aware
- iMonnit에서 규칙 Disarm 및 Rearm 방법: Disarm: 트리거 조건이 지속되어도 구성된 Snooze 시간의 반복 알림 전송을 중지.Rearm: 규칙을 재설정하여 트리거 조건이 다시 감지되면 알림 발송.일반 에스컬레이션: 
- Advanced Rule(고급 규칙) 유형 이해: Advanced Rule은 센서의 Aware State(및 기타 기록된 조건)로 트리거되며, 일반적으로 센서의 Aware State Threshold와 직접 연결됩니다. 더 복잡한
- 규칙을 트리거할 센서 추가: 규칙이 센서로 트리거되려면 센서가 규칙의 Condition에 할당되어야 합니다.
- iMonnit에서 규칙 알림 비활성화(Deactivating): 규칙 비활성화: imonnit.com 로그인 → 메뉴 Rules(녹색 막대=활성 알림) → 비활성화할 규칙의 점 3개 → Disable(막대가 연회색으로 변함).
- 센서가 48시간 이상 Aware State인데 Advanced 규칙이 트리거되지 않는 경우: 센서가 48시간 이상 Aware State이면 Aware State 기반 Advanced 규칙이 더 이상 트리거되지 않습니다.
- 비활성(Inactivity) 알림 시간 설정: Inactivity 시간은 센서가 실제로 비활성이 아닐 때 알림받는 것을 방지하는 중요한 고려사항입니다.
- iMonnit 규칙의 Snooze 설정 이해: Snooze는 규칙이 Disarm되지 않으면 구성된 시간 간격으로 알림을 계속 보내는 설정입니다(알람 시계 스누즈와 유사). Disarm(Acknowledge)될 때까지 알림이 계
- 규칙 - System Action 이해: System Action은 알림 및/또는 Add-on 장치(Control Unit, Local Alert 등)와 관련된 로직을 구성합니다. Tasks 탭과 함께 사용됩니다. 규칙이
- Sensor Reading 규칙과 Advanced 규칙의 차이: 흔한 오해: 많은 신규 고객이 센서의 Aware State Threshold를 설정하면 알림이 트리거될 것으로 생각하지만, 센서의 Aware State 동작은 사용자가 해당 구성을
- 규칙 또는 센서 일정의 "Before and After" 이해: iMonnit 소프트웨어는 하루를 오전 12:00:00부터 오후 11:59:59까지 24시간 단위로 정의합니다."Between": 단일 하루 내에서 연속 "on" 기간을 설정. 일
- 규칙이 구성된 일정 외에 계속 알림을 보내는 경우: 규칙에 일정을 적용하면 지정 기간에만 알림을 받습니다. 그러나 규칙이 활성 일정 중 트리거되고 비활성 예약 전에 Disarm되지 않으면 Snooze 시간(기본 60분)에 계속 발송
- 규칙 - Notify After Aware Period: 서버가 센서 메시지를 받으면 규칙·트리거를 확인합니다. 활성 "Notify After Aware Period" 알림이 있으면 현재 데이터가 Aware State인지 계산하고, 이전
- 센서 뷰에서 센서를 규칙 트리거로 활성화: 센서를 계정에 이미 생성된 규칙에 빠르게 할당하는 기능입니다.
- 규칙 - 규칙이 트리거 중일 때 센서의 규칙 기능 일시 중지: 센서가 이미 규칙을 트리거한 상태에서 센서의 규칙 기능을 일시 중지해야 할 때가 있습니다.
- [파트 4]
- Rules Snooze: Jointly vs Independently (공동 vs 독립): 이 기능은 알림 Snooze 시간과 활성화에 대한 세밀한 제어를 제공합니다."Independently": 여러 센서가 차례로 알림(각 센서가 독립적으로 알림)."Jointly": 
- 규칙 - 트리거 Condition 임계값 조정: 규칙은 트리거 임계값과 연결되며, 위반 시 Task를 실행합니다.
- 규칙 - iMonnit에서 규칙 트리거 Condition에 장치 추가: Task가 센서로 트리거되려면 센서가 먼저 규칙에 할당되어야 합니다.
- 센서 Heartbeat, Aware State, Assessment, Rearm 이해: Monnit 센서 작동은 Aware State 개념에 기반합니다. 조건이 감지되는 즉시 보고할 수 있게 하는 센서 작동 상태입니다.Event 센서 vs Interval 센서:Eve
- iMonnit의 센서 설정(Sensor Settings): 여러 센서에 공통된 설정을 다룹니다(일부 센서는 고유 설정 보유).설정 보기: iMonnit 로그인 → 왼쪽 사이드바 "Sensors" → 편집할 센서 선택(Details, His
- iMonnit Heartbeat 설명: [동영상: https://www.youtube.com/embed/xsfKE297LOM]Heartbeat란? 예외(Aware State) 활동이 감지되지 않을 때 센서가 게이트웨이와
- 센서 교정 인증서(Calibration Certificate) 생성 방법: 센서 교정 인증서를 생성하면 권한이 없는 사용자에게 Calibrate 탭이 숨겨집니다.
- 센서 Heartbeat 동기화 방법: 소규모 센서 네트워크에서 센서 통신을 동기화할 수 있습니다(기본은 통신 무작위화로 견고성 극대화).
- iMonnit에서 ALTA Pulse Counter Accumulator 자동 재설정 예약: System Action으로 ALTA Pulse Counter 센서의 Accumulator 카운트를 자동 재설정할 수 있습니다.
- NIST 인증: Monnit은 일부 온도·습도 센서에 NIST 추적 가능 교정 인증서를 제공합니다. 실험실 발행 인증서로 센서 판독값이 NIST 표준에 부합함을 보장합니다(고정밀 측정 애플리케이션
- iMonnit Device Info는 무엇을 하나요?: iMonnit.com/DeviceInfo 페이지는 Monnit 센서·게이트웨이의 유용한 메타데이터를 제공하는 도구입니다. 제공 정보는 장치마다
- iMonnit 차트 변경 사항: Monnit은 iMonnit.com의 Classic View를 중단했으며, 2023년 6월 클라우드 모니터링 포털 변경에 차트 사용 방식이 포함됩니다.
- 센서 Readings History 타임스탬프에 초(seconds) 포함 구성: iMonnit Online은 센서 Readings history 타임스탬프에 초를 포함할 수 있습니다(계정 레벨·사용자 레벨 모두 적용 가능).
- iMonnit에서 센서 Application ID 및 기타 센서 세부 정보 표시: iMonnit Online은 즉시 보이지 않는 센서 정보를 저장합니다(API 통합, 센서 상태 정보, 부품 번호 SKU 식별에 유용).Application ID: API 통합과 센
- 온도 스케일을 화씨/섭씨로 전환: 단계: 메뉴 Sensors → 스케일을 변경할 센서 선택 → 상단 내비게이션 Scale(저울 아이콘) → "Show Temperature Values in" 드롭다운을 원하는 단위
- iMonnit에서 장치의 Security Code(SC) 보기: 보통 SC는 장치에 부착된 라벨에 인쇄되어 있으나, 물리적 접근이 어려울 때 접근 가능한 계정에 추가된 장치라면 iMonnit Online에서 확인할 수 있습니다.단계: iMonn
- iMonnit에서 센서 판독값에 메모(Notes) 추가: iMonnit의 기록된 판독값에 메모를 추가할 수 있습니다(센서 이벤트 설명, 교정 문서화 등에 유용).
- iMonnit에서 여러 센서에 센서 설정 적용 (Apply to Multiple): "Apply to Multiple" 기능은 한 센서의 설정을 복사하여 같은 유형의 여러 센서에 적용합니다(유사 조건을 모니터링하는 센서 그룹 설정에 유용).단계:복사할 설정의 센서
- 장치 이름(Device Name) 추가: 센서·게이트웨이 이름을 업데이트할 수 있습니다(Device ID나 SC 코드에는 영향 없음).단계: 왼쪽 메뉴 Sensors(게이트웨이는 Gateways) 선택 → (Filter 
- iMonnit 모바일 앱 설치 방법: iMonnit 센서 관리 포털은 컴퓨터나 스마트폰·태블릿 등 대부분의 스마트 기기로 접근할 수 있습니다. 새 iMonnit 모바일 앱은 Monnit에서 직접 다운로드합니다.
- iMonnit에서 장치 추가 방법: 1단계 - 장치 추가: 메인 메뉴 Sensors → Add Sensor 버튼. 장치 라벨 측면에서 Device ID와 Security Code(SC) 확인.
- iMonnit 계정 생성 방법: iMonnit Premiere는 제품 관리를 위한 클라우드 기반 모바일 플랫폼입니다.
- iMonnit - 네트워크에 여러 장치 추가: 적절한 권한으로 iMonnit 네트워크에 여러 장치를 한 번에 추가할 수 있습니다.
- iMonnit "Not Authorized to Transfer" 오류: 장치를 계정에 추가할 때 "Sensor ID: xxxxxx not authorized to transfer" 오류는 장치가 이미 다른 계정에 추가되었음을 의미합니다(다른 계정으로 
- iMonnit 데이터 백업 프로세스: Monnit은 서버에서 정기 데이터 백업을 유지합니다.전체 백업(Full Backups): 각 데이터베이스를 주 1회 전체 백업(실행 시점의 모든 데이터 포함). 데이터센터에 2주
- iMonnit Quick Tips: Quick Tips 기능은 iMonnit Online의 구성 옵션 세부 정보를 제공하여 장치에 적용 가능한 구성을 이해하도록 돕습니다.접근: 왼쪽 메뉴에서 Sensors 또는 Ga
- iMonnit 브라우저 및 장치 호환성: iMonnit이 지원하는 브라우저:Microsoft Edge 7.0 이상 (8 이상 권장)Mozilla Firefox 3.0 이상Google Chrome 4.0 이상Safari 3
- "Already Installed"로 표시될 때 iMonnit 모바일 앱 설치 방법: iMonnit 모바일 앱 다운로드 페이지로 이동 시 "Looks like the app is already installed. You can find the app on your 
- Authenticator 앱으로 2FA 설정: 2FA(2단계 인증)는 비밀번호 외 동적 인증 코드를 요구하여 무단 접근 위험을 크게 줄입니다.
- iMonnit.com 사용자명 또는 비밀번호 분실: iMonnit.com 포털은 Monnit.com 영업 웹사이트와 다른 로그인 자격 증명을 사용합니다. 로그인 문제는 잘못된 사용자명·비밀번호 또는 계정 잠금 때문일 수 있습니다.사
- 사용자 Notification Details 편집: 각 사용자는 이메일·SMS·음성 통화 연락처를 구성하는 Notification Details 섹션이 있습니다.사용자명(Login Name): 별도의 사용자명과 Notificatio
- iMonnit에서 사용자를 다른 계정에 연결(Linking): iMonnit Online은 단일 사용자를 여러 계정에 연결할 수 있습니다. 연결된 사용자는 Linked 계정을 커스텀 권한으로 조회하고, Linked 계정의 Action 수신자가
- iMonnit 계정에 사용자 추가: iMonnit Premiere 구독이 있으면 여러 사용자를 추가할 수 있습니다(Basic은 단일 사용자만 지원).단계: iMonnit Online 로그인 → 관리자 사용자로 왼쪽 
- iMonnit에서 권한 편집: 관리자 권한 사용자만 대부분의 권한 변경이 가능합니다.단계: iMonnit 로그인 → 왼쪽 사이드바 Users → 편집할 사용자 선택 → Lock(자물쇠) 아이콘 → 변경할 권한 
- Monnit.com 계정과 iMonnit.com 계정 연동: iMonnit에서 크레딧·Premiere 구독 등 추가 제품·서비스를 구매할 수 있습니다.
- iMonnit Online에서 사용자 삭제: 알림 수신자로 지정된 사용자를 삭제하면 그 알림을 본인이 상속받게 되므로, 삭제 전에 모든 알림의 수신자에서 제거하는 것이 좋습니다.단계: 관리자 권한 사용자로 iMonnit 로그
- iMonnit 사용자를 관리자(Administrator)로 설정: 계정에 필요한 만큼 관리자 사용자를 추가할 수 있습니다.단계: 관리자 권한으로 iMonnit.com 로그인 → 왼쪽 Users → 수정할 사용자 선택(User Details 탭으로
- 분실한 iMonnit Online 계정 접근: 로그인 불가는 잘못된 사용자명·비밀번호 때문일 수 있습니다(잘못된 사용자명이 흔한 문제).
- iMonnit에서 Access Token 생성: [동영상: https://www.youtube.com/embed/hVw8PrB2JK0]Access Token이란? 기술자가 지정 기간(기본 24시간) 동안 iMonnit 계정에 접
- 2단계 인증용 Authenticator 앱 활성화 방법: Authenticator 앱으로 2단계 인증을 설정하려면 먼저 기기에 Authenticator 앱을 다운로드해야 합니다(Apple App Store 또는 Google Play의 T
- Linked Users - 대기 중 또는 활성 링크 취소: 완료 전 또는 대기 단계에서 링크를 취소하려는 경우가 있습니다(흔한 경우: 이미 추가된 계정에 실수로 사용자를 연결하려 한 경우, 자기 계정에 실수로 연결).단계: iMonnit 
- iMonnit의 사용자 환경설정(User Preferences): 정보 표시 방식과 알림 수신 방식을 개인화합니다.Date Format: 날짜 표시 형식(MM/DD/YYYY, DD/MM/YYYY, YYYY-MM-DD).Time Format: 12
- iMonnit HX 작동 방식: iMonnit Online의 표준 최소 Heartbeat는 10분입니다. 더 잦은 Heartbeat가 필요한 고객을 위해 Monnit은 iMonnit HX Credit을 제공하여 

### 액세서리 (https://monnit.co.kr/guide/accessory)
- Poll Interval(폴링 간격) 이해: Poll Interval은 ALTA Control Unit·Local Alert 같은 add-on 장치가 원하는 응답 시간으로 명령에 반응하게 하는 필수 구성입니다.
- ALTA 무선 Control Unit 작동 방식: ALTA 무선 10A·30A Control Unit은 회로를 자동으로 열고 닫는 두 개의 릴레이 스위치를 제공합니다.
- Control Unit 릴레이 테스트: 릴레이 개폐 문제가 의심되면 멀티미터로 테스트할 수 있습니다.LED 확인: Control Unit에는 Relay 1, Relay 2, Radio, Power 4개 LED.
- Control Unit의 Default State(기본 상태) 이해: Control Unit은 각 릴레이의 정상 작동 상태를 결정하는 Default State 구성을 가집니다(각 릴레이를 Off 또는 On으로 독립 구성).Default State란?
- iMonnit 규칙으로 Control Unit 릴레이 On/Off: iMonnit 규칙(Sensor Reading, Aware State, 일정 등으로 트리거)으로 ALTA Control Unit의 두 릴레이를 작동/해제할 수 있습니다.예시: 온도
- iMonnit 예약 규칙으로 Control Unit 릴레이 On/Off: 일정 기반으로 릴레이를 작동시킬 수 있습니다(예: 영업시간에 맞춰 보일러 On/Off).
- Serial MODBUS Gateway와 Control Unit 사용: 관련 오프셋/레지스터는 Serial MODBUS User Guide 참조.Control Unit Heartbeat 설정 (게이트웨이→Control Unit 메시지 도달 대기 최소 
- Monnit Thermostat 사용: Monnit Thermostat은 통합 동작 센서를 활용해 재실(occupancy) 상태에 따라 에너지 효율을 최적화하는 HVAC 관리 솔루션입니다.
- ALTA MultiStage Thermostat 구성·설치 가이드: 개요: ALTA MultiStage Thermostat은 일반·히트펌프·이중연료(dual fuel) HVAC 시스템을 최대 3단 난방·2단 냉방으로 제어합니다. 통합 동작 센서로 
- Thermostat 예약(Scheduling): Thermostat은 재실 상태(Occupied/Unoccupied)에 따라 다른 온도 설정을 가질 수 있습니다(동작 센서 기반 프리셋).

### 문서/가이드 (https://monnit.co.kr/guide/docs)
- [파트 1]
- Leaded 온도 센서를 냉장고/냉동고/리치인 쿨러에 설치: 세 가지 온도 센서 활용: Low Temperature Sensor(ULT 냉동고용, 리드를 내부에 삽입, -200~0°C/-328~32°F를 ±0.5°C 정확도로 모니터링), S
- 프로판 탱크 레벨 센서 설치 가이드: ALTA Wireless Propane Tank Level Monitor는 R3D(Remote-ready) 센서를 사전 설치된 R3D 탱크 게이지에 꽂아 프로판 레벨을 원격 추적합
- 센서 구성·설치 가이드 (색인): Monnit 센서는 보통 15분 이내로 설치 가능합니다.
- 토양 수분 센서 설치 방법: 센서 구성요소: A-저항성 그래뉼러 매트릭스·온도 소자, B-63인치 분리형 리드, C-산업용(IP65 NEMA) 하우징, D-On/off 스위치, E-무선 안테나.준비물: PVC
- Dry Contact 센서 구성·설치 가이드: ALTA Wireless Dry Contact 센서는 두 유선 접점 간 접촉을 감지합니다.설정: Enter Aware State when the loop is(Closed/Open
- ALTA Current Meter 구성·설치 방법: ALTA Wireless AC·삼상 Current Meter는 변류기(CT)로 AC 시스템의 RMS 전류를 측정합니다. CT는 단상(AC) 또는 3선(hot, common, gro
- Air Velocity 센서 구성·설치 가이드: ALTA Wireless Air Velocity 센서는 두 포트 간 압력차를 측정하고 주변 온도·고도를 반영해 HVAC 기류 속도(m/s)를 산출합니다.설정: Below/Above
- Duct 온도 센서 설치 가이드: ALTA Wireless 및 PoE•X Duct 온도 센서는 8피트 리드선의 NTC 서미스터로 덕트 온도를 밀봉 환경에서 측정합니다.
- Vehicle Detect 센서 설치 가이드: 산업용 ALTA Wireless Vehicle Detect/Counter 센서는 9ft 공압 튜브를 밟는 차량을 압력 작동 스위치로 감지·계수합니다.설치: 안테나 부착 → iMon
- [파트 2]
- 5-Input Dry Contact 센서 구성·설치 가이드: ALTA Wireless 5-Input Dry Contact 센서는 기계 스위치·릴레이·접점판 등 여러 유선 접점을 5개 입력으로 독립·동시 감지합니다.설정: Name, Heart
- ALTA Humidity 센서 구성·설치 가이드: ALTA Wireless Humidity 센서는 고정밀 실리콘 디지털 습도/온도 소자로 상대습도(%RH)·온도를 측정하며, iMonnit에서 이슬점·수분량·열지수·습구온도를 계산합
- Dual Pulse Counter 구성·설치 가이드: ALTA Wireless Dual Pulse Counter는 두 펄스 출력 장치에 연결해 각 장치의 펄스 수를 동시 기록합니다.설정: Name, Heartbeat Interval,
- ALTA Wireless Control Unit 구성·설치 가이드: ALTA Control Unit은 iMonnit으로 개별 제어 가능한 두 릴레이를 가집니다(수동 또는 센서 알림으로 자동 On/Off).
- ALTA PAR Light Meter 구성·설치 가이드: ALTA Wireless PAR(광합성 유효 복사) Light Meter는 식물 광합성에 이상적인 광 파장을 모니터링합니다. blue-enhanced 실리콘 포토다이오드(스펙트럼 
- ALTA 500 VAC Voltage Detection Meter 구성·설치 가이드: ALTA Wireless 500 AC Voltage Detection Meter는 최대 500 VAC RMS의 AC 전압 유무를 감지합니다. 전기 장치/전원선의 hot(검정)·ne
- Thermocouple 센서 구성·설치 가이드: ALTA Wireless Thermocouple 센서는 K-Type(니켈-크롬/니켈-알루미늄) 열전대로 온도를 측정합니다. enterprise·commercial·industria
- Next Wi-Fi 센서 시리즈 (구성·설치 가이드 묶음): Next Wi-Fi 공통: ALTA 무선 센서와 달리 Wi-Fi 네트워크로 직접 iMonnit에 전송(게이트웨이 불필요). 표준 설정·Wi-Fi 네트워크 구성은 Next Senso
- ALTA Tilt 센서 구성·설치 가이드: ALTA Wireless Tilt 센서는 무선 가속도계로 2축 경사를 측정하여 pitch·roll 데이터로 변환합니다.설정: Heartbeat/Aware State Heartbea
- ALTA Lux Light Meter 구성·설치 가이드: ALTA Wireless Lux Light Meter는 고감도 포토다이오드로 0–82,000 lux의 광 강도를 측정합니다.설정: Heartbeat/Aware State Heart
- ALTA Resistive Bridge Meter 구성·설치 가이드: ALTA Wireless Resistive Bridge Meter는 Wheatstone 등 저항 브리지에 전압을 인가하고 3ft 4선 리드로 측정하여 mV/V로 보고하는 정밀 아날
- ALTA PSIG Pressure Meter 구성·설치 가이드: ALTA Wireless 50/300/750/3000 PSIG Pressure Meter는 가스·액체·증기 공급선의 게이지 압력(대기압 대비)을 측정합니다. 피에조 저항 트랜스듀서
- ALTA Carbon Dioxide(CO2) 구성·설치 가이드: ALTA Wireless CO2 센서는 NDIR(비분산 적외선) 소자로 대기 CO2(0–10,000 ppm)를 측정하여 순간값·8시간 시간가중평균(TWA)을 보고합니다.설정: Se
- ALTA Tilt Detection 센서 구성·설치 가이드: ALTA Wireless Tilt Detection 센서는 MEMS 가속도계로 단일 회전축의 기울기 변화를 연속 측정합니다.
- Button Press 센서 구성·설치 가이드: ALTA Wireless Button Press 센서는 버튼을 누르면 iMonnit에 신호를 보내고 구성 시 이메일·문자·음성 통화 메시지를 발송합니다.
- [파트 3]
- Next Motion Detection 센서 구성·설치 가이드: Next Wireless Motion Detection 센서는 PIR(수동 적외선) 소자로 사람·동물·물체 이동에 의한 상대 온도 변화를 감지합니다.설정: Enter Aware S
- ALTA Carbon Monoxide(CO) 센서 구성·설치 가이드: ALTA Wireless CO 센서는 초저전력 전기화학 트랜스듀서로 5초마다 CO를 측정하고, 최신 판독값·온도·시간가중평균(TWA)을 Heartbeat마다 보고합니다(온도는 CO
- Advanced Vibration Meter(AVM) 구성·설치 가이드: ALTA Wireless Advanced Vibration Meter(AVM)는 리드 끝 밀봉 큐브 내 가속도계로 표면 진동을 측정합니다. Heartbeat마다 64~128개 가속
- Water Detection 센서 설치 가이드 (Water Detect / Detect Plus): ALTA Water Detect·Detect Plus 센서는 고임·누수 구역의 비가연성 액체(주로 물) 유무를 모니터링합니다.
- Water Rope 센서 설치 가이드: ALTA Wireless·PoE•X Water Rope 센서는 전도성 폴리머로 덮인 두 선으로 감지 로프 전체 길이 어디서나 전도성 액체를 감지합니다. 접촉 시 즉시 RF 작동·전
- Water Disc 센서 설치 가이드: ALTA Wireless Water Detection Disc 센서는 바닥의 두 프로브 지점(노출 스테인리스 나사 머리) 간 회로 완성으로 물을 감지합니다(유무 모두). 상태 변화
- Ultrasonic Ranging 센서 구성·설치 가이드: ALTA Wireless Ultrasonic Ranging 센서는 고주파 음향 펄스를 보내고 에코 반사 시간으로 물체까지 거리를 산출합니다(음속·시간차 이용).
- Air Quality 센서 구성·설치 가이드: ALTA Wireless Air Quality Meter는 측정 주기 시작 시 소형 팬으로 주변 공기를 흡입하고 레이저 산란으로 입자상 물질(PM)을 측정합니다.
- Motion 센서 설치 가이드 (Motion / Motion+): Motion & Occupancy: Wireless Motion Detection 센서는 PIR 소자로 사람·동물 이동에 의한 상대 온도 변화를 감지.
- Open-Closed 센서 설치 가이드: ALTA Wireless·PoE•X·Next Wi-Fi Open-Closed 센서는 외부 자기 스위치로 트리거 자석의 유무를 감지합니다(문·창 개폐).설치: 게이트웨이 통신 확인 
- Glycol Temperature Buffer 설치: Glycol Temperature Buffer는 탈이온수에 희석한 식품용 글리콜로 온도 변화 속도를 늦추는 매질입니다(비독성이나 라텍스 장갑·보안경 권장). 방수 리드가 있는 Mo
- Resistance 센서 설치 가이드: ALTA Wireless Resistance 센서는 저항성 부하의 저항을 측정합니다(최대 250kΩ, 사용자 교정 시 ±2% FS). 수동(passive) 센서로 순수 저항성 부하
- ALTA PAR Light Meter 구성·설치 가이드: ⏩ 중복 문서: 이 문서는 5.1 Installation Guides 파트 2의 "ALTA PAR Light Meter 구성·설치 가이드"와 동일합니다.

### 온프라미스 (https://monnit.co.kr/guide/onprem)
- [파트 1]
- SQL Server에서 Super Admin(sa) 사용자 활성화: iMonnit Enterprise DB 관리 시 sa 사용자 사용 가능(기본 비활성).
- SQL Server에서 Mixed Mode 인증 활성화: iMonnit Enterprise는 SQL Server가 Mixed Mode 인증으로 작동해야 합니다.절차: SSMS 실행·로그인 → Object Explorer에서 SQL Ser
- Windows에서 Enterprise DB SQL 연결 테스트: Enterprise 설치 프로그램 밖에서 자격증명을 확인하기 위해 UDL 파일로 DB 연결 테스트 가능.UDL 파일 생성: 바탕화면 우클릭 > New > Text Doc
- 게이트웨이를 iMonnit Express/Enterprise로 Pointing: Express/Enterprise 사용 시 게이트웨이를 호스팅 Windows PC의 호스트/IP로 Point해야 함(Default Interface 통신을 iMonnit Cloud
- Enterprise 활성화·장치 추가·펌웨어 업데이트 네트워크 요건: Enterprise/Express에 장치 추가·활성화 시 메타데이터(버전·유형·전원·외함 등)를 iMonnit Online에서 자동 다운로드하면 더 매끄러움(필수는 아니나 불일치 
- 게이트웨이가 갑자기 Enterprise와 통신 중단 시: Enterprise 측 점검:버전: 4.0+ 지원(3.5.0.0+ 기본 지원 가능, 이전은 미지원).
- iMonnit Enterprise 설치 체크리스트: Enterprise 사이트 로드 오류 시(또는 설치 전) 확인:Configuration Utility를 관리자 권한으로 실행.Enterprise Wireless Gateway Se
- Enterprise 4 오류: "Object Reference Not Set to an Instance of an Object": DB 문제로 발생. 원인: (1) SQL DB 크기(SQL Express 무료판 10GB 한도 도달 시 쓰기 불가 → 전체 SQL로 업그레이드 또는 새 DB 생성, 기존 DB 백업
- iMonnit Enterprise 완전 제거 방법: 완전 재설치 시에만 수행:서비스 중지: Services에서 Enterprise Gateway Server > Stop.서비스 삭제: 관리자 cmd에서 `sc delete "E
- 오프라인 Enterprise 서버에 Device XML 다운로드로 장치 추가: 인터넷 없으면 장치 추가 시 404 또는 "remote name could not be resolved: www.imonnit.com" 오류.
- Enterprise Wireless Gateway Server 서비스 실행 확인: 이 서비스는 게이트웨이 수신 통신을 받아 구성 포트(기본 3000)로 데이터 전달.
- iMonnit Enterprise 표준 업그레이드 수행: 3.5.0.0+ 버전에서만 가능.
- 알림 발송용 SMTP 구성 추가: Enterprise는 자체 SMTP 서버로 이메일 알림·SMS(Email to SMS) 발송 가능.절차: 인터넷 연결·요건 확인 → 최상위 Admin 로그인 → Admin >
- 수동 오프라인 활성화로 Enterprise 활성화: 서버에 인터넷이 없으면 "Unable to verify against the online database" 메시지. 다른 기기로 Manual Key 생성 필요.
- iMonnit Enterprise 백업: 업그레이드 전 백업 권장.사이트 파일: C:\inetpub\wwwroot\Enterprise 폴더 우클릭 > Send To > Compressed (zipped) Fol
- iMonnit Enterprise 갱신 키 입력: 10센서 Trial 또는 50센서(연간) 키는 만료 시 갱신 키 필요. 만료 증상: (1) Enterprise Wireless Gateway Server 서비스가 게이트웨이 수신 
- Legacy Enterprise - 장치 추가 시 "could not be transferred to a new network": 버전 3.6.2.1 이하에서 발생.
- Legacy iMonnit Enterprise 설치 만료: 버전 3.6.2.1 이하에서 "This installation is expired" 메시지. 연간 라이선스(더 이상 미지원)는 활성화 1년 후 만료 → 250센서 영구 라이선스로 
- 오류: "Error 500.19 - Internal Server Error": Windows Features 누락(주로 ASP.NET 미활성)으로 발생.
- iMonnit Enterprise 설치 지원 계약: Monnit Support는 Enterprise 전체 설치를 서비스로 제공($500 일회성, 원격 관리자 접근 필요).요건: Windows·2GB RAM·2.0GHz·ASP.NET
- [파트 2]
- iMonnit Enterprise 요구사항: 서버 하드웨어: 권장(대규모) 2×2.5GHz CPU·8~16GB RAM, 최소(10센서 미만) 2.5GHz CPU·4GB RAM(네트워크 성장 시 확장).
- iMonnit Enterprise 설치: 설치 프로그램 다운로드: monnit.com/support/downloads → 관리자 권한 실행 → 구성 마법사 → 데스크톱에 "Enterprise Setup Utility" 아
- iMonnit Enterprise 4로 업그레이드: 지원 버전: 3.5.0.0+에서만 가능(이전은 불가).
- iMonnit Enterprise SQL DB 유지보수 요건: 데이터 증가 시 유지보수 필요(대용량 테이블 쿼리 성능 저하). 해결: 데이터 축소 또는 구조화(인덱스 추가·통계 갱신).데이터 제거: 불필요 데이터(예: 과거 Webhook) 삭
- iMonnit Enterprise SQL DB 자격증명 변경: SQL 자격증명 변경 또는 다른 DB로 전환 시 Connection String 수정:Enterprise Wireless Gateway Server 서비스 중지(Services.m
- 오류: "Only EnterpriseBasic sensors allowed for this installation": 4.x 버전에서 센서 추가 시 발생. 원인 1 (가장 흔함): 라이선스 센서 한도 초과(예: 250 라이선스에 251개). 증상: 모든 게이트웨이/센서 통신 중단, 설치 프로그램 
- iMonnit Enterprise에서 리포트 생성: 모든 리포트는 이메일로 전달(SMTP 서버 구성·작동 필요, CSV 파일).
- External Provider SMS Carrier 목록에 통신사 추가: 기본 목록에 없는 통신사로 알림 발송 가능.SSMS 관리자 로그인 → dbo.SMSCarrier 테이블.통신사 정보 추가: SMSCarrierName(표시명), SMSFormatS
- 설치 후 오류: "Line 6: XML Syntax error": Enterprise Wireless Gateway Server 시작 시 발생. 사이트/DB 연결의 이름·비밀번호에 지원되지 않는 특수문자가 원인(WirelessGatewayServ
- Enterprise Wireless Gateway Server 서비스에 SQL Server 종속성 추가: "Automatic (Delayed)" 설정에도 이 서비스가 SQL 서비스보다 먼저 시작을 시도할 수 있음(재부팅 후 SQL 통신 오류). SQL Server 시작 완료까지 서비스
- Enterprise 설치 계약 준비: Monnit Support 설치 지원: 월~금 산악시간 9·11시·14:30.
- iMonnit Enterprise - FIPS 암호화 활성화 시 404 오류: iMonnit Enterprise는 서버의 추가 디스크 암호화(FIPS 등)를 지원하지 않습니다.
- iMonnit Express 4.0 서비스가 시작되지 않을 때 - Error 1064: "Error 1064: An exception occurred in the service" = 다른 애플리케이션과 충돌.
- Monnit Ethernet Gateway를 iMonnit Express 4와 사용: 시스템 요건: Windows 10(Server·Windows 8 미지원, Windows 11 미테스트), 2GB RAM, 이메일 알림만, 최소 Heartbeat 1초, 센서 네트워
- iMonnit Express 설치 후 "Site Not Secure" 오류: Express 4.0은 로컬 PC 호스팅 웹사이트로 보안 인증서가 없어 브라우저가 보안 오류로 해석(실제 위험 없음). Express 4+는 Windows 8·Server 미지원(
- iMonnit Express - 센서 데이터 CSV 다운로드: 센서 판독값을 CSV로 내보내 Excel 등에서 확인.
- iMonnit Express - 오프라인 센서 추가(수동 장치 업로드): Express 4.0.1+(2020년 3월)은 인터넷 없이 장치 추가 가능.
- 설치 후 "ERR_TOO_MANY_REDIRECTS" 오류: Express 4.0 활성화 시 발생.
- iMonnit Express BACnet 플러그인 활성화: BACnet 플러그인은 Express의 호환 ALTA 센서 데이터를 건물 자동화 시스템(BMS)의 BACnet 컨트롤러로 전달합니다.
- iMonnit Express에서 새 데이터베이스 생성: DB 문제 시 새 빈 DB 생성:현재 Express 4.0 활성화 키 확보.C:\Windows\System32\config\systemprofile\AppData\Roaming\E
- Express v4 완전 제거 방법: 서비스 삭제: Services.msc에서 "iMonnit Express" Stop → 관리자 cmd에서 `sc delete "iMonnit Express"`(이전 버전은 `sc d
- SMTP 서버 구성 (Express): 이메일 알림 발송용 자체 SMTP 구성.절차: 인터넷 연결 확인 → 관리자 사용자 로그인 → 좌상단 "Gear" 아이콘(Account Settings) → SMTP 구성 입력(이메
- Express 오프라인 활성화 - 잘못된 활성화 키: Express 4.0.1+는 인터넷 없이 활성화·장치 추가 가능(4.0은 미구현, 업그레이드 필요).절차: Express 4.0.1 설치 → localhost 접속(보안 오류 시 
- iMonnit Express 4 서비스 시작: Express 4는 Kestrel 웹서버(localhost)를 Windows 서비스로 운영하고 게이트웨이 트래픽을 TCP/UDP 3000으로 수신.
- BACnet 플러그인 테스트: Express 4.0.5.2+에서 BACnet 플러그인 작동(이전 버전은 표시되나 미작동). 무료 Cimetrics BACnet Explorer로 테스트(Monnit 미개발·미지원
- 국제 Windows 설치 후 센서 데이터 미수신 시: ⚠ 한국 사용자 주의: Express 4.0.5.2 이하는 국제(비미국) 지원이 없습니다. 국제 언어·지역·키보드·문자·날짜 구성의 Windows에 설치하면 ALTA 센서 데이터를
- Monnit MINE Java Sample Application GUI 시작: Java 라이브러리 시작 안내: http://mine.imonnit.com/Java/v3.0.0/GettingStarted_3.0.0.pdf절차: http://mine.imonni
- Monnit MINE을 AWS와 통합: AWS 지식이 있는 소프트웨어 개발자가 수행해야 함.
- Sensor Application ID 이해: Monnit은 각 센서 프로필에 식별 번호(Application ID 또는 Profile ID, 십진수)를 부여하며, 모든 Monnit 플랫폼에서 센서 유형을 식별합니다.
- Monnit 외부의 센서 프로필별 구성 값: 각 센서 프로필은 고유한 구성 값·속성을 가지며 센서 동작·판독값에 영향.