Edge 게이트웨이
Edge 게이트웨이는 공장 설비와 VEXPLOR 사이의 연결 장치입니다. 설비와 센서를 디바이스로 등록하면 표준 프로토콜로 데이터를 받아 오고, 받은 값으로 알람을 울리거나 업무 테이블에 쌓습니다.
- 지원 프로토콜: OPC-UA, MQTT, Modbus, HTTP
- 디바이스 관리: 등록, 상태 확인, 연결·해제, 삭제를 한 화면에서 처리하고 목록은 10초마다 갱신됩니다.
- 데이터 수집: 캔버스의 데이터 수집기 노드 설정대로 주기적으로 읽거나, 설비가 보내는 값을 바로 받습니다.
- 알람 규칙: 임계값·범위·변화 감지·수식 조건으로 알람을 만들고 이메일·SMS·웹훅·시스템 알림으로 보냅니다.
- 끊겨도 보관: 전송이 끊기면 데이터를 임시 보관했다가 다시 보냅니다.
Edge 게이트웨이란?
공장의 PLC, 센서, 계측기는 저마다 다른 방식으로 데이터를 내보냅니다. Edge 게이트웨이는 이 차이를 흡수해 VEXPLOR가 하나의 형식으로 데이터를 받게 합니다.
| 프로토콜 | 주로 사용하는 곳 |
|---|---|
| OPC-UA | PLC, SCADA 등 산업 자동화 설비 |
| MQTT | 센서와 IoT 기기의 메시지 발행 |
| Modbus | 오래된 설비, 계측기, 인버터 |
| HTTP | REST API를 제공하는 장비나 다른 시스템 |
수집한 데이터는 AI 파이프라인, 이상 탐지, 대시보드, 업무 테이블에서 사용할 수 있습니다.
화면 구성
사이드바 시스템 → Edge 관리 → 디바이스 목록에서 엽니다. 관리 콘솔의 인프라 · 기타 분류에서도 들어갈 수 있습니다.
상태 요약
상단에 연결됨, 연결 끊김, 오류, 미등록 디바이스 수가 표시됩니다. 연결이 끊긴 설비가 몇 대인지 한눈에 확인합니다.
디바이스 목록
| 열 | 내용 |
|---|---|
| 디바이스 | 이름. 누르면 상세 화면으로 이동 |
| 프로토콜 | OPC-UA, MQTT, Modbus, HTTP |
| 상태 | 연결됨, 연결 끊김, 오류, 미등록 |
| 마지막 통신 | "30초 전", "5분 전"처럼 마지막으로 데이터를 받은 시각 |
| 태그 | 디바이스를 분 류하는 태그 |
| 작업 | 상세 보기, 모니터링, 연결·연결 해제, 삭제 |
위쪽 탭으로 프로토콜별로 걸러 보고, 검색창으로 디바이스 이름을 찾습니다. 목록은 10초마다 자동으로 갱신되고, 새로고침 버튼으로 바로 다시 불러올 수 있습니다.
디바이스 등록
디바이스 등록을 누르면 아래 항목을 입력합니다.
- 디바이스 이름: 예: CNC-01
- 프로토콜: OPC-UA, MQTT, Modbus, HTTP 중 선택
- 연결 설정(JSON): 설비 주소, 포트, 구독할 주제처럼 프로토콜에 필요한 값을 JSON 형식으로 입력합니다. 형식이 올바르지 않으면 등록하지 않고 알려 줍니다.
디바이스 상세
디바이스를 누르면 상세 화면에서 프로토콜, 상태, 마지막 통신, 태그, 등록일과 연결 설정을 확인합니다. 인증서를 사용하는 디바이스는 발급자, 유효기간, 지문이 함께 표시됩니다. 상단 버튼으로 연결·연결 해제 요청을 보내고 새로고침합니다.
데이터 수집과 알람
디바이스 등록이 "어떤 설비와 통신하는가"라면, 무엇을 얼마나 자주 읽을지는 캔버스에서 정합니다. 캔버스의 IoT/디지털트윈 분류에 아래 노드가 있습니다.
| 노드 | 역할 |
|---|---|
| 데이터 소스 | PLC, OPC-UA, MQTT, API 등 설비 데이터의 출발점 |
| 데이터 수집기 | 설비 데이터를 주기적으로 수집하고 전처리 |
| 알람 규칙 | 조건에 따라 알람 발생 |
| 디지털 트윈 출력 | Unity, Unreal 같은 3D 도구로 데이터 전송 |
캔버스를 배포하면 이 설정이 게이트웨이에 등록됩니다.
수집 방식
- 주기 수집: 정해진 간격마다 설비 태그 값을 읽습니다.
- 구독 수집: MQTT와 OPC-UA는 설비가 값을 보내는 순간 바로 받습니다.
- 전처리: 반올림, 배율 적용, 범위 제한, 필터를 거친 뒤 저장합니다.
- 업무 테이블 저장: 대상 테이블을 지정하면 수집한 값을 그 테이블에 쌓습니다.
한 수집기에서 오류가 나도 다른 수집기는 그대로 동작합니다.
알람 규칙
| 조건 유형 | 예시 |
|---|---|
| 임계값 | 온도가 80을 초과하면 |
| 범위 | 압력이 기준 범위 밖이면 |
| 변화 감지 | 값이 직전 값에서 크게 바뀌면 |
| 수식 | 여러 필드를 조합한 계산 결과가 조건을 만족하면 |
비교 연산자로 초과, 이상, 미만, 이하, 같음, 다름, 범위 내, 범위 밖을 고릅니다. 추가로 아래 값을 정할 수 있습니다.
- 심각도: 정보, 경고, 오류, 심각
- 지속 시간: 조건이 N초 이상 계속될 때만 알람을 울려 순간적인 튐을 걸러 냅니다.
- 중복 억제 시간: 같은 알람이 반복될 때 정한 시간 동안은 다시 보내지 않습니다.
- 알림 채널: 이메일, 문자(SMS), 웹훅, 시스템 알림 중에서 고릅니다.
연결이 끊겼을 때
공장 네트워크는 늘 안정적이지 않습니다. 게이트웨이는 전송이 실패한 데이터를 디바이스별로 임시 보관하고, 연결이 돌아오면 다시 보냅니다. 보관 중인 데이터는 게이트웨이가 다시 시작해도 사라지지 않도록 저장해 두고, 재시작할 때 다시 불러옵니다.
사용 흐름
사출기 온도를 수집해 과열 알람을 보내는 예시입니다.
- 디바이스 등록: 디바이스 목록에서 사출기를 OPC-UA 디바이스로 등록하고 연결 설정을 입력합니다.
- 연결 확인: 상태가 연결됨으로 바뀌고 마지막 통신 시각이 갱신되는지 봅니다.
- 수집기 설정: 캔버스에 데이터 소스와 데이터 수집기 노드를 놓고 온도 태그와 수집 간격을 정합니다.
- 알람 규칙 추가: 알람 규칙 노드에서 임계값 조건(온도 초과), 지속 시간, 중복 억제 시간, 알림 채널을 정합니다.
- 배포: 캔버스를 배포해 수집과 알람을 시작합니다.
- 점검: 디바이스 목록의 상태 요약에서 끊긴 설비가 없는지 주기적으로 확인합니다.
실무 팁
"CNC-01"보다 "2라인-CNC-01"처럼 라인이나 구역을 이름에 넣고 태그로도 붙이면, 디바이스가 늘어나도 검색과 필터로 금방 찾습니다.
센서 값은 순간적으로 튈 수 있습니다. 알람 규칙에 몇 초의 지속 시간을 주면 진짜 이상일 때만 알람이 갑니다.
상태가 연결됨이어도 마지막 통신 시각이 오래전이면 설비 쪽에서 값을 보내지 않는 것일 수 있습니다. 상태와 시각을 함께 보세요.