1. 시스템 개요
- 목적원격계측시스템은 센서, 데이터로거, 통신, 서버, DB, 웹 대시보드, 모바일 경보를 통합해 현장 계측을 실시간 · 주기 관리 자동화계측의 완성 형태
- 적용 범위구성: 센서 → 데이터로거 → 게이트웨이/LTE → 서버 → DB → 웹 대시보드 → 모바일 알림 → 보고서
- 주요 구성적용 현장: 댐 · 제방 · 터널 · 철도 건설중 계측 현장에서 다측점 · 다공정 데이터를 24시간 수집 · 경보 축조 · 굴착 · 道床 시공 단계의 QC · 일 · 주 보고와 연동
2. 구성 요소
- 통합다현장 · 다센서 일원화
- 경보SMS · 이메일 · 단계별
- 보고자동 보고서 · 그래프
- 품질이상값 · 센서 상태 감시
3. 현장 구성·원리
- 구성 흐름센서 → 데이터로거 → 게이트웨이/LTE M2M → 서버 · DB → 웹 대시보드 → 모바일 경보 · 보고서. 다현장은 중앙 플랫폼에서 측점 · 기준치 · 권한 · 이력을 통합 관리
- 측정 대상단순 수집이 아닌 기준치 · 검증 · 이력 · 보고 자동화까지 포함.
- 측정 원리IoT 게이트웨이 · 클라우드 · 온프레미스 혼용
4. 설치·운영
- 시스템 아키텍처 설계
- 현장 로거 · 통신 설치
- 서버 · DB · 보안
- 대시보드 · 권한
- 경보 규칙
- 운영 · 유지보수 교육
5. 데이터·관리
| 계층 | 구성 | 역할 |
|---|---|---|
| 현장 | 센서 · 로거 | 수집 |
| 통신 | LTE · 광 | 전송 |
| 서버 | DB · API | 저장 |
| UI | 웹 · 앱 | 모니터링 |
| 1차 관리 | 설계예상 대비 | 관찰 · 보고 강화(예: 75%) |
| 2차 관리 | 최대허용 대비 | 경보 · 조치 검토(예: 90%) |
장애 유형 및 점검
| 증상 | 점검 | 조치 |
|---|---|---|
| 실시간 미표시 | 통신 · 서버 | 링크 · API · DB |
| 경보 미발송 | 규칙 · 수신자 | 임계값 · SMS 게이트웨이 |
| 오경보 | 필터 · 기준 | 이상값 · 3단계 재설정 |
| 보고서 오류 | 템플릿 · 시간 | 동기 · QC · 수동 검증 |
- 가용성 99%+, 경보 지연 목표, 데이터 품질 관리 절차
- 정기 DR · 백업
- 1차 · 2차 관리기준: 플랫폼에는 측점별 설계예상변위 · 허용응력 등 1차(관찰 · 보고 강화)와 최대허용변위 · 허용응력 등 2차(경보 · 공정 조정 검토) 임계를 매핑 유지관리 통합계측(예: 대구 3호선)에서는 허용 대비 75% · 90% 단계별 SMS · 대시보드 경보를 운영하기도 수치는 설계도서 · 계약이 우선이며, 플랫폼은 경보 · 알림 상태 · IMG-054 프로세스와 연동
- KCS: 현장 계측책임자 · 계측관리계획서 · 측정 · 보고 · 기준 초과 대응
자주 묻는 질문
자동화계측과 동일?
원격계측시스템은 통신 · 플랫폼 · 경보까지 포함한 상위 개념
보안?
VPN · 암호화 · 접근통제. OT · IT 분리 검토
1차 · 2차 관리기준 차이는?
1차는 설계예상 · 초기 관찰 단계(추세 · 보고 강화), 2차는 최대허용 · 계약 한계 접근 시 경보 · 조치 검토 단계 75%/90%는 유지관리 사례의 비율 예시이며 절대값은 설계 · 계측관리계획서 준수
로거만 있으면 원격?
현장 수집에 통신 · 서버 · 대시보드 · 경보가 더해져야 원격계측시스템
플랫폼과 차이?
원격계측시스템은 하드웨어 · 통신 · 서버 · 웹까지 포함 스마트 계측은 경보 · 보고 운영 계층